Otázka:
Webová kamera se odpojí po několika hodinách chodu
Weston Ruter
2013-02-16 01:55:55 UTC
view on stackexchange narkive permalink

Pracoval jsem na nastavení webové kamery Raspberry Pi díky postupu zveřejňování příspěvků na PingBinu. Nemohu však překonat problém, kdy se fotoaparát ztratí po několika hodinách fotografování.

Vybral jsem webovou kameru Microsoft LifeCam Cinema 720p HD uvedenou v příspěvku a připojil k zásuvnému 7portovému vysokorychlostnímu rozbočovači. Také jsem dvakrát připojil Raspberry Pi Model B k rozbočovači, a to jak pro napájení, tak pro data. Nakonec jsem připojil Wi-Pi USB WiFi adaptér k rozbočovači a nakonfiguroval jej pro mou síť. Tady je fotka mého hardwarového nastavení:

Hardware setup

Co se týče nastavení softwaru, používám Raspbian „wheezy“ obraz od 16. 12. 2012. Zpřístupnil jsem svůj motion.conf. Nakonfiguroval jsem pohyb jako démona, aby pořídil snímek každých 10 sekund. Mám cronjob, který nahraje nejnovější snímek na webový server k prohlížení.

To vše funguje skvěle několik hodin (nejdelší doba běhu je asi půl dne), ale pak se kamera stane ztraceno, jak je vidět při pohledu na /var/log/syslog:

  10:46:25 pohyb: [1] v4l2_next: VIDIOC_QBUF: Žádné takové zařízení10 : 46: 25 pohyb: [1] Závažná chyba videozařízení - zavírání videozařízení10: 46:25 pohyb: [1] zavírání videozařízení / dev / videa010: 46: 30 pohyb: [1] Opakování do úspěšného spojení s kamerou10: 46 : 30 motion: [1] Nepodařilo se otevřít video zařízení / dev / video0: Žádný takový soubor nebo adresář neexistuje.  

Pokud se podívám na výstup lsusb , Již nevidím kameru uvedenou jako jedno z připojených zařízení (totéž platí pro ls / dev / bus / usb / 001 / ):

  Bus 001 Device 001: ID 1d6b: 0002 Linux Foundation 2.0 root hub Bus 001 Device 016: ID 0424: 9512 Standard Microsystems Corp. Bus 001 Device 017: ID 0424: ec00 Standard Mic Rosystems Corp. Bus 001 Device 018: ID 1a40: 0201 Terminus Technology Inc. FE 2.1 7-port HubBus 001 Device 019: ID 148f: 5370 Ralink Technology, Corp. RT5370 Wireless Adapter  

Vyzkoušel jsem vše, na co si myslím, včetně kořenového cronjobu, který zastaví pohyb jednou za hodinu na několik sekund, aby se kamera „zlomila“:

  sudo service motion přestane spát 5sudo service motion start  

To nemělo žádný znatelný účinek. Dokonce jsem se pokusil prozkoumat, jak programově vypnout USB port pro zařízení, aby se kamera vypnula, ale zdá se, že to není možné (kromě toho, že by to byl líto hack). Fotoaparát neposkytuje rozhraní power / level , ale pouze power / persist , takže jsem se ho dokonce bezvýsledně pokusil přepnout:

  echo 0 | sudo tee /sys/bus/usb/devices/usb1/1-1/1-1.3/1-1.3.2/power/persist

Jediný způsob, jak jsem byl schopen dostat pohyb k dalšímu pořizování snímků, je fyzicky odpojit webovou kameru od rozbočovače, znovu ji připojit a restartovat démona.

Nějaký nápad, jak zabránit kameře v chodu offline? Zdá se, že se kamera po určité době připojení k napájení sama vypne.

Aktualizace: Opustil jsem tuto kameru USB a nyní používám modul kamery Pi s velkým úspěchem.

Chystám se získat jednu z desek kamery Raspberry Pi, která má vyjít příští měsíc. Jakmile to pochopím, vyzkouším pohyb s kamerou a uvidím, jestli to problém vyřeší.
Mám podobný problém. Mám dvě kamery, jedna je UVC 1.3M HD Cam z notebooku, druhá je webová kamera Logitech C120. když používám „restart služby“, funguje to asi 4 minuty pro první kameru a 6 minut pro Logitech. Pak už žádné obrázky a pohybový démon se rozplyne. Sledoval jsem, že CPU je asi 30-98% a využití paměti je asi 6%. Rozdíl je v tom, že moje / dev / video0 a / dev / video1 jsou stále tam, protože mám napájený rozbočovač USB, ale tento rozbočovač nemá zpětnovazební napětí na pi (odpojuji poziční linku na pi). Zkontroloval jsem / var / log / zprávy. Říká: Zavírací video d
Poskytuje webová kamera surové nebo komprimované video formáty? Myslím, že problém je buď s interním kodérem H.262 webové kamery, nebo s USB rozbočovačem, který používáte.
Opustil jsem tuto kameru USB a nyní s velkým úspěchem používám modul kamery Pi.
Mám podobné problémy, běží 2 - model B Raspberry Pi, jeden má adaptér wifi zapojený do jednoho portu a kameru logictech zapojenou do druhého. Druhý Raspberry Pi má modem Zoom zapojený do jednoho portu a logickou kameru zapojenou do druhého. Oba vykazují stejné problémy. Obě Pi budou fungovat dobře, ale po spuštění režimu motion -n (ne Daemon) a zastavení pohybu se porty USB stanou částečně aktivními nebo zcela neaktivními. Tyto konfigurace jsem unavil přímým připojením k oběma portům USB a také pomocí doporučeného rozbočovače napájeného USB doporučeného RaspberryPI.org. Cítím se tam
Stará otázka, ale pro případ, že by někdo hledal: Stejný problém s touto kamerou v systému Windows. Pokusili jsme se deaktivovat úsporu energie USB bez úspěchu. Zdá se, že se kamera po několika dnech jednoduše sama vypne. Nastavil jsem to pro timelapse obrázky a asi 2-3 dny to bylo offline. Problémem bylo také modré světlo. Výsledek zkušebního provozu: https://www.youtube.com/watch?v=Zgm7FOpkwt8
Pět odpovědi:
iTom
2013-02-16 02:59:15 UTC
view on stackexchange narkive permalink

Bohužel neexistuje snadná odpověď, aby to fungovalo okamžitě, ale zde je několik věcí, které bych ve vašem případě zkusil;

Nejprve bych zkusil snížit vaše rozlišení na něco jako 320x240 a zjistěte, zda je stabilnější, v zásadě by to mělo snížit jakékoli zatížení Pi.

Ve skutečnosti byste mohli jít o krok dále a změnit „webcam_port“ na nulu pro jeden z vašich testů, což deaktivuje web server, ale udržujte funkčnost svého snímku v chodu, vaše zátěž nebude mnohem nižší než toto nastavení.

Dále získejte multimetr (pokud jej máte), před připojením zkontrolujte výkon USB. webová kamera, poté, co je dovnitř, a konečně, jakmile selže. Slyšel jsem o několika napájených rozbočovačích USB, které skutečně nevstřikují dostatek energie, zvláště pokud je používá několik zařízení.

Nakonec bych se také podíval na vyzkoušení kabelového síťového připojení pro zatímco místo WiFi opět jen pro vyloučení.

Doufám, že vám některé z nich pomohou připnout :)

Díky za návrhy, Tome. Nastavil jsem `webcam_port` na nulu a snížil rozlišení. Všiml bych si, že jsem také zkusil `sudo shutdown -r now`, když se stalo` on_camera_lost`. Ale když by se Pi restartovalo, kamera by byla stále ztracena a `/ dev / video0` by neexistovalo. Neznamená to nějaký problém s fotoaparátem, a ne se samotným Pi?
Zní to spíš jako problém s napájením nebo problém s fotoaparátem, nejsem si jistý, jestli Pi odpojí USB z čistého restartu, jako výše. Můžete také zkusit použít kameru v jiném zařízení, jako je váš notebook / stolní počítač, abyste zjistili, zda funguje po dlouhou dobu.
To se stane s mým fotoaparátem USB také asi po 30 minutách.
Respectech
2013-03-27 08:47:28 UTC
view on stackexchange narkive permalink

Neřekli jste, který operační systém používáte na svém Pi.

Pořád jsem se pohrával s pohybem (program pro snímání kamery) na Raspberry Pi se systémem Arch Linux. Mám několik Pi, několik webových kamer, několik napájecích zdrojů, několik SD karet ... a jedna věc zůstává stejná. Všechny z nich se po 1 až 3 dnech provozu zcela uzamknou (stejně jako v případě, že nemůžete ani pingovat na Pi a video je černé). Pokud odstraním pohyb z nastavení, Pis poběží na neurčito (v současné době musím Pis běžet bez pohybu po dobu dvou týdnů a nyní počítám).

Moje zkušenost mě vede k názoru, že pohyb je buggy, alespoň ARM verze Linuxu ARM. Od února se snažím zjistit kořen tohoto problému.

Děkuji za poukázání na to, že jsem zapomněl zmínit operační systém, na kterém pracuji. Právě jsem aktualizoval otázku, abych si všiml, že používám pískání.
Respectech
2013-03-28 05:17:12 UTC
view on stackexchange narkive permalink

Společnost zabývající se technickou podporou provozuji na plný úvazek již 12 let. Tady jsou kroky, které bych použil k další izolaci a řešení problému:

1) Vyzkoušejte jinou kameru na Pi. Ztratí také spojení po určité době?

2) Vyzkoušejte originální fotoaparát v systému Windows, Mac nebo Linux. Zůstává dlouho v provozu?

Výsledky (nejpravděpodobnější problém):

1 = ano, 2 = ano - špatné USB na Pi. Může to být vadná deska Pi. USB i Ethernet fungují na stejné sběrnici, takže vám může něco říct, pokud USB přestane fungovat a Ethernet bude fungovat, nebo přestanou fungovat. Další testování by pravděpodobně vyžadovalo další Pi.

1 = ne, 2 = ne - problémem je původní kamera.

1 = ano, 2 = ne - můžete mít dva špatné kamery.

1 = ne, 2 = ano - pravděpodobně nekompatibilita mezi původní kamerou a Pi, nebo nějaký podivný problém s napájením Pi.

Dan
2013-03-29 14:41:45 UTC
view on stackexchange narkive permalink

Dalším možným „ošklivým hackem“ by bylo použití pinů GPIO k napájení relé, které by bylo spojeno s kabelem USB fotoaparátu. Tímto způsobem můžete zapínat a vypínat elektrické vedení do kamery.

kiranopatil
2013-04-22 16:25:32 UTC
view on stackexchange narkive permalink

Zkuste to na souboru motion.conf, pro mě to funguje perfektně ...

  ###################### START START # ####################### daemon = onnorm = 3input = 8auto_brightness = onframerate = 300height = 240width = 320jpeg_filename = motion /% Y% m% d /% v- % H% M% S-% qnoise_tune = onoutput_all = offoutput_motion = onoutput_normal = onquality = 1000snapshot_interval = 500text_left = (c) Kirantext_right =% d% b% Y \ n% k:% M:% Sthreshold = 500v4l2_palette = 6videodevice = 6 / video0webcam_localhost = offwebcam_maxrate = 50webcam_port = 8080wecam_quality = 100 ############################ END ################ #########  
Chcete-li vytvořit formátování kódu, vložte kolem svého kódu zpětné uvozovky. Takhle `


Tyto otázky a odpovědi byly automaticky přeloženy z anglického jazyka.Původní obsah je k dispozici na webu stackexchange, za který děkujeme za licenci cc by-sa 3.0, pod kterou je distribuován.
Loading...