• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    FROORaspberry Pi - miniaturní počítač za 35$


    /home/rapsberry http://www.raspberrypi.org/
    /home/rapsberry/shop http://www.raspberrypi.com/ | Farnell | RS Online
    /home/rapsberry/video http://www.youtube.com/user/raspberrypiliz
    /var/www/RasPiWiki http://elinux.org/RaspberryPiBoard
    /var/www/AndroidPiWiki http://androidpi.wikia.com/wiki/Android_Pi_Wiki
    /usr/src/linux/ http://www.raspberrypi.org/downloads
    rozbalit záhlaví
    ANDY_WARHOL
    ANDY_WARHOL --- ---
    1 odpověď
    QWWERTY: tak problemy by si mel evidentne dal akorat jiny, jediny reseni je tedy koupit znackovou kameru, ta ti tedy bude fungovat

    ale ja sem s usb kamerou problem nemel nikdy
    QWWERTY
    QWWERTY --- ---
    1 odpověď
    ANDY_WARHOL: yep, aktualne tam mam hozeny OV3660 modul s USB interface a 110 FOV cockou.
    Ale posledni dobou nejak kravi, napr. obcas spadne expozice tak, ze mam defacto cerny obraz (ale stream porad jede) a v ovladani ("v4l2-ctl -l") expozice chybi, takze to fixuju zastavenim a spustenim webcamd sluzby. Ale netusim, proc by se kamera rozhodla si rozhodit expozici, protoze v boxu s tiskarnou je stabilni svetlo, takze zadny vykyvy jasu z okoli. Asi posledni co me napada, ze jeste zkontroluju konektor na kamere, jestli drzi jak ma. Nenapada me kvuli cemu jinymu by to mohlo tohle delat.

    Zkousel jsem i live adjust pres webovy ovladani mjpeg_streameru, ale at jsem tam nastavil co jsem chtel, obraz se nijak nezmenil. Stejne tak jsem nenasel ve webcamd logu cokoliv, co by naznacovalo nejaky problem.

    Proto jsem premyslel, ze bych se vydal zpatky a k raspi cam, kterou pouziva kybl uzivatelu a sliboval jsem si od ni min problemu. A pak jsem narazil na to, co jsem vypsal niz.
    ANDY_WARHOL
    ANDY_WARHOL --- ---
    1 odpověď
    QWWERTY: ja to vyresil usb kamerou, nejaky duvod proc nejit timto smerem ?
    QWWERTY
    QWWERTY --- ---
    2 odpovědi
    orientujete se nekdo v situaci okolo RasPi kamery?
    resim kameru k tiskarne, tzn. fullHD, siroky uhel, nizka vaha (bude chycena rovnou k heat bedu)

    padla mi do oka IMX219-160 modul - https://www.waveshare.com/wiki/IMX219-160_Camera
    ale jsem z toho zmateny jak tygr v pracce
    waveshare: Becuase of the encryption, the IMX219 series cameras cannot be used with Raspberry Pi board like the Raspberry Pi 4B.

    Prvni moje WTF je uz jenom to, ze raspi cam modul ma nejaky crypto cip aby nahodou nekdo nepripojil 3rd party kameru
    Proc to funguje na raspi compute modulu, ale s normalni deskou ne, kdyz ten krypto cip je na PCB kamery? (ok, EC nevyzaduje crypto)

    Podle tohohle threadu/postu probiha autorizace nejspis na urovni RasPi<->onboard crypto cip, ktery povoli nebo zamitne komunikaci s modulem kamery. Znamena to, ze IMX219 muze fungovat, kdyz vezmu originalni Pi Camera v2, ktera ma flashnuty spravny klice a vymenim jenom modul se snimacem a optikou?
    Podle arducamu by asi mohlo: If the board is encrypted, then we will keep the original board. If the original lens is hard to replace, then we will replace the lens-sensor combination as a whole.

    Proc pak ale Waveshare pise, ze IMX219 nebude kvuli crypto fungovat s Pi 4 vubec. Experimentovali jste s IMX219 nekdo?
    WOJTISHEK
    WOJTISHEK --- ---
    HOUMLES: takový setup si dokážu představit při laborování s dockerem / virtualizací...na druhou stranu ještě mi doma leží nevyužitá deska s H310 chipsetem, co by se dala využít...asi ještě popřemýšlím :)

    Ale to už jsme asi trošku OT :)
    ANDY_WARHOL
    ANDY_WARHOL --- ---
    HOUMLES: přesně :-)taky mám Linux server. Mám tam tedy open média vault ale přes docker to de rozšiřovat o cokoliv
    HOUMLES
    HOUMLES --- ---
    2 odpovědi+1
    211 jsem mel taky, tak 10 let zpatky nekdy, par let na to jsem updatnul na N3150 a postupne jsem dosel az na mATX s i7, 32GB ram a ZFS :) uz nikdy vic zadny integrovany krabicky a all-in-one reseni .. ale chapu, ze pro nekoho je to super to hodit pod stul a neresit nic vic nez mit data na sambe :)
    MADRABBIT
    MADRABBIT --- ---
    Také jsem obměnoval - Synology 214 a 210, teď si tu hoví 420 a paráda.
    WOJTISHEK
    WOJTISHEK --- ---
    TR1: Ja se prave chystam na zamenu starickeho Synology (DS211) za nejaky novy NAS a asi na Nextcloudu. Tak to vypada, ze mam vybran HW :)
    TR1
    TR1 --- ---
    1 odpověď
    WOJTISHEK:
    NZ, ja mam tyto zakladni desky vyhlednute pro pripad, ze mi zkolabuje stavajici J3160DC-ITX.
    WOJTISHEK
    WOJTISHEK --- ---
    1 odpověď+1
    TR1: Ona by i x64 deska vice odpovidala potrebe (docker), diky za tip, rpi bude jeste na sve zarazeni cekat :)
    TR1
    TR1 --- ---
    +1
    PISKVOR:
    Jestli si to spravne pamatuji tak RPi4 s jednim 2.5" diskem ma spotrebu v klidu 5-6 W, muj domaci server postaveny na Asrock J3160DC-ITX s 2x 1TB SSD Samsung 860 evo ma v klidu 9-10 W, s 2x 2.5" diskama WD black to bralo 12-13W (viz prilozeny obrazek).

    PISKVOR
    PISKVOR --- ---
    1 odpověď
    TR1: Možná nižší spotřeba? (nevím, ale zajímalo by mě to)
    TR1
    TR1 --- ---
    2 odpovědi+1
    WOJTISHEK:
    Jeste existuje Odroid HC4 ta ma 2x SATA ale jak pise RORSCHACH cenove je fakt asi rozumnejsi pouzit treba J5040-ITX/J5005-ITX desku.
    RORSCHACH
    RORSCHACH --- ---
    1 odpověď
    No tahle deska má být údajně relativně drahá (100€+), takže pak je otázka, na co je tohle reálně využitelný a jestli při týhle ceně není výhodnější vzít nějakou klasickou levnou x86/x64 desku a ušetřit si spoustu starostí.
    WOJTISHEK
    WOJTISHEK --- ---
    1 odpověď
    TR1: Presne tohle uz nejaky ten mesic hledam :D
    TR1
    TR1 --- ---
    1 odpověď+3
    Zajimava deska CM4
    Wiretrustee – take your privacy back
    https://wiretrustee.com/
    PISKVOR
    PISKVOR --- ---
    PISKVOR: Jinak RPi má soft-reset i někde v kernelu, cca /Sýs/bcm*/reboot/n
    PISKVOR
    PISKVOR --- ---
    1 odpověď
    HARVIE: *shrug* Jako jasně, blbuvzdorný to není. Ale pomůže to *výrazně*: ze stavu "choďte do toho někdo kopnout, dneska už je to podruhý tuhý, asi budem zas potřebovat i jinou kartu" to přešlo do "uptime kolem měsíce, a i když to skopne watchdog, karta už drží roky."

    Co se děje mezi OSem a HW, s tím nenadělám nic, tak si tím nelámu hlavu.
    HARVIE
    HARVIE --- ---
    1 odpověď+2
    PISKVOR: nejhorsi je, ze kdyz uz donutis linux aby fakt nezapisoval. tak stejne kontroler na SD karte muze prepisovat bunky v ramci nejaky "samoudrzby" a kdyz mu v tu chvili utrhnes napajeni, tak je zle. pokud teda nemas kvalitni (nebo prumyslovou) sd kartu, ktera je na to stavena.

    Ja treba pravidelne resetuju bezici RW linux pomoci resetovaciho pinu procesoru (z hlediska Linuxu stejny jako vytazeni ze zasuvky, az na to ze SD karta ma furt elektriku na svoje nekaly aktivity) a nic spatnyho se mi nedeje. Ale stejny zarizeni jsem 2x vytahnul ze zasuvky (krome Linuxu to ufiklo i napajeni SD karte) a hned na druhej pokus byl system poskozenej takovym zpusobem, ze by to ani Linux nedokazal :) Linux ma casto aspon zurnal, ta SD karta ale uz tak zodpovedna bejt nemusi.
    PISKVOR
    PISKVOR --- ---
    1 odpověď
    HARVIE: Pointa je "čím méně zápisů, tím lépe," nesnažím se o forenzní write blocker.
    HARVIE
    HARVIE --- ---
    1 odpověď
    PISKVOR: No, ze mas v Linuxu neco primounteny jako read-only jeste neznamena, ze se na kartu nezapisuje :-)
    PISKVOR
    PISKVOR --- ---
    1 odpověď+3
    Hm. Teď jsem vyjel s jedním RPi úplně z čistýho stavu, a koukám, že je tam možnost zapnout overlayfs, a vůbec se na SD kartu nebude zapisovat.

    raspi-config - Performance - Overlay file system - hotovo :D

    GitHub - ghollingworth/overlayfs
    https://github.com/ghollingworth/overlayfs
    ROMANICAK
    ROMANICAK --- ---
    [ ROMANICAK @ LINUX, AIX, Solaris atd. - sítě a servery a administrace etc... ]
    PECA
    PECA --- ---
    +1
    PISKVOR: Já už vím. Ale dá se to nastavit i pro jednotlivé typy souborů (třeba *.sh), nebo konkrétní fajl, jestli se nepletu.
    PISKVOR
    PISKVOR --- ---
    1 odpověď+1
    PECA: Pedantry: Git to takhle dělá _defaultně_, ale je na to toggle:

    Configuring Git to handle line endings - GitHub Docs
    https://docs.github.com/en/github/using-git/configuring-git-to-handle-line-endings
    PECA
    PECA --- ---
    1 odpověď+1
    K těm LF a CR, ono to je docela weird issue, IMO. Pamatuju z dětství ještě takové ty dálnopisné stroje, na které se dalo tisknout z děrné pásky, nebo třeba "tiskárny" co vypadaly jako elektrický psací stroj zabudovaný do psacího stolu :) A později i třeba terminál, který vypisoval na obrazovku dost podobně.
    Tam bylo LF jednoznačně Line Feed, tedy přechod na další řádek, ale na stejné pozici a CR byl skutečně návrat vozíku (tiskové hlavy) bez odřádkování. A dávalo to smysl. Dalo se tak přetisknout řádek 2× pro výraznější tisk, nebo třeba kombinaci různých znaků přes sebe (to terminál neuměl, ten nahradil písmenka za nová).
    Ale důvod, proč na se na Linuxu (asi všech unixech obecně, nevím jistě) používá samotný LF a CR navíc rozbije skript mi absolutně uniká. Mac používá samotný CR, jestli mu v něčem vadí kombinace s LF netuším. Na Windows a DOS je zvykem používat CRLF, příčemž zamotné LF či CR asi ničemu moc nevadí, jak se mi z pokusů jeví. Ale pamatuji "texťáky", kde se používalo samotné CR jako měkké zalomení řádku (čistě pro formátování) a CRLF jako konec odstavce.
    Vím, že alespoň dříve měly tiskárny v konfiguraci (dip přepínače třeba) nastavení, jak se chovat při samotném LF či CR (jestli automaticky odřádkovat včetně návratu vozíku).

    Git, pokud to někdo neví, tak dělá konvrzi podle hostitelského OS. Což se může ukázat jako problém, jak se stalo mě. Zvláštní je, že se na tohle narazí ještě po tolika letech. Ale kolega taky nechápe, proč mi na klávesnici vadí, když tam nemám SysRq, Break a ScrollLock (ne že bych ten SysRq někdy použil). :D

    //konec historické vsuvky ne až takového pamětníka :)
    PISKVOR
    PISKVOR --- ---
    Jo a pokud to má jet furt furt furt, doporučuju zapnout watchdog (občas se mi tam něco kouslo totálně komplet). Je na to HW watchdog, a kernelový modul, který ho periodicky šťouchá; když párkrát nešťouchne, tak reboot: [ PISKVOR @ Raspberry Pi - miniaturní počítač za 35$ ]
    PISKVOR
    PISKVOR --- ---
    PECA, BOAR: Zas takovej extrém to není, víceméně je to poskládaný jako z lega, nejvíc času padlo na RTFM. Začalo to tím, že z SD karty se používal jen /boot, a ten je ještě i s / za provozu readonly (efemérní data jsou tu v tmpfs, lokálně se žádný dlouhodobý stav na disku nedrží, všechno se tu tahá/tlačí na nějaký síťový RPC) - a postupně se to nabalovalo do stavu "nejsem závislej na tom, kdy bude mít někdo čas to otočit fyzicky."

    Slabý místo zůstává ta /boot s FAT16 na SD kartě - RPi3 teoreticky zvládne bootnout i z USB, ale zkorumpovaná a přítomná SD karta, nebo pomalá USB odezva (zrada!) ji dokáže rozhodit. Tím, že na /boot sahám jen při startu (a při upgradech), tak je wear dost minimalizovaný, a funguje to velmi slušně. Zatím to shazovala zejména nešetrná fyzická manipulace s kartou (zejm. na RPi1 hodně čumí ven) - od té doby, co mountuju všechno readonly, prakticky nejsou problémy s FS corruption.

    (Network boot jsem zvažoval, ale zavrhl kvůli příliš mnoha dalším moving parts)

    DANYSEK: Snapshoty jsou fajn, ale tady je vlastně ani nepoužívám - btrfs tam je kvůli mirroru napříč SD/USB flashkou.

    RORSCHACH: Tam tě to může potkat zase naopak: "samotný LF neznám, to není konec řádku" :D
    RORSCHACH
    RORSCHACH --- ---
    1 odpověď
    PECA: Tak to je dobrý vědět. Já si to z Windows stroje na Pi tahám gitem a tohle by mě určitě nenapadlo. Ikdyž jsem si řikal, že si ty skripty napíšu v PowerShellu, tam by mě snad tohle potkat nemuselo.
    PECA
    PECA --- ---
    BOAR: Asi nic tajnýho. V principu jde o "vztupní bránu". Jsou tam pověšené 2 čtečky (příchod / odchod). Důležité je, že SW komunikuje s naším API na webu a máme to plně pod kontrolou. Můžeme si tam časem něco dodělat, když bude potřeba (výhledově třeba otisky prstů - což bude ještě "legrace"). Každopádně to bude přidělané někde venku pod stříškou. Internet přes GPRS (nebo LTE) HAT.

    Technicky vzato, nemělo by se to normálně vůbec vypínat, ale klasický výpadek proudu to musí ustát + vždy se najde nějaký "blb", který to naschvál vyndá a zandá z/do elektriky.
    Kliknutím sem můžete změnit nastavení reklam