Kérdés:
A webkamera néhány órás futás után megszakad
Weston Ruter
2013-02-16 01:55:55 UTC
view on stackexchange narkive permalink

Dolgoztam egy Raspberry Pi webkamera beállításán, köszönhetően egy útmutató posztnak a PingBin-en. Nem tudok azonban túltenni azon a problémán, amikor a kamera néhány órányi pillanatfelvétel után elveszik.

Felkaptam a bejegyzésben említett Microsoft LifeCam Cinema 720p HD webkamerát, és egy dugaszolható 7 portos nagysebességű hubhoz csatlakoztatta. Kétszer is csatlakoztattam egy Raspberry Pi Model B modellt az elosztóhoz, mind energia, mind adat céljából. Végül csatlakoztatta a Wi-Pi USB WiFi adaptert az elosztóhoz és konfigurálta a hálózatomhoz. Itt van egy fénykép a hardver beállításomból:

Hardware setup

A szoftver beállításával kapcsolatban Raspbian „wheezy” képet futtatok 2012-12-16-tól. A motion.conf fájlt elérhetővé tettem. Úgy konfiguráltam a motion -t démonnak, hogy 10 másodpercenként készítsen pillanatképet. Van egy olyan cronjobom, amely feltölti a legfrissebb pillanatfelvételt egy webszerverre megtekintésre.

Mindez néhány órán keresztül kiválóan működik (a leghosszabb üzemidő kb. Fél nap), de akkor a kamera elveszett, amint az a /var/log/syslog:

  10:46:25 mozgásból is kiderül: [1] v4l2_next: VIDIOC_QBUF: Nincs ilyen eszköz10 : 46: 25 mozgás: [1] Végtelen hiba a videokészüléken - a videokészülék bezárása10: 46: 25 mozgás: [1] Videó eszköz bezárása / dev / video010: 46: 30 mozgás: [1] Újrapróbálkozás a kamerával való sikeres kapcsolatig : 30 motion: [1] Nem sikerült megnyitni a video device / dev / video0 fájlt: Nincs ilyen fájl vagy könyvtár  

Ha utána megnézem a lsusb code kimenetet >, A kamerát már nem is látom a csatlakoztatott eszközök egyikeként (ugyanez vonatkozik a ls / dev / bus / usb / 001 / -ra is):

  001-es busz 001-es eszköz: ID 1d6b: 0002 Linux Foundation 2.0 gyökér hub Busz 001-es eszköz 016: ID 0424: 9512 Standard Microsystems Corp. 001-es busz 017-es eszköz: ID 0424: ec00 Standard mikrofon rosystems Corp. Busz 001 018-as eszköz: ID 1a40: 0201 Terminus Technology Inc. FE 2.1 7 portos HubBus 001 019-es eszköz: ID 148f: 5370 Ralink Technology, Corp. RT5370 vezeték nélküli adapter  

Mindent kipróbáltam, amire csak gondoltam, beleértve a gyökérgörbét is, amely óránként egyszer megállítja a motion -ot néhány másodpercre, hogy a fényképezőgép „szünetet” nyújtson:

  sudo szolgáltatási mozgás leáll 5sudo service motion start  

Ennek nem volt észrevehető hatása. Kipróbáltam még azt is, hogyan lehet programszerűen kikapcsolni az eszköz USB-portját a fényképezőgép áramellátása érdekében, de úgy tűnik, hogy ez nem lehetséges (azon túl, hogy sajnálatos hack lenne). A kamera nem nyújt power / level interfészt, csak a power / persist -ot használja, ezért megpróbáltam eredménytelenül váltani:

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

Csak így tudtam A motion get a pillanatképek készítésének folytatásához fizikailag válassza le a webkamerát az elosztóról, majd csatlakoztassa újra, és indítsa újra a démonot.

Bármi ötlet van arra, hogyan lehet megakadályozni a kamera működését offline? Úgy tűnik, hogy a fényképezőgép bizonyos idő után kikapcsol, miután bekapcsolta az áramot.

Frissítés: Hagytam ezt az USB kamerát, és most a Pi kamera modult nagy sikerrel.

Megkapom az egyik Raspberry Pi kameratáblát, amely a jövő hónapban jelenik meg. Amint megkapom, kipróbálom a mozgást a kameratáblával, és megnézem, megoldja-e a problémát.
Nekem is hasonló problémám van. Két kamerám van, az egyik az UVC 1.3M HD Cam laptopról, a másik a Logitech C120 webkamera. amikor a "service motion restart" funkciót használom, akkor az első kamera esetében körülbelül 4 perc, a Logitechnél pedig 6 percig működik. Akkor már nincsenek képek, és a mozgásdémon megszűnik. Figyeltem, hogy a CPU körülbelül 30-98%, a mem használat pedig körülbelül 6%. A különbség az, hogy a / dev / video0 és a / dev / video1 továbbra is meg vannak, mivel van egy áramellátású USB-elosztóm, de ez a hub nem ad visszajelzést a pi-ről (leválasztom a pozícióvezetéket a pi-re). Megnéztem a / var / log / messages fájlt. Azt mondja: Záró videó d
A webkamera nyers vagy tömörített videoformátumokat kínál? Gondolom, a probléma vagy a webkamera belső H.262 kódolójával, vagy az Ön által használt USB elosztóval van.
Elhagytam ezt az USB kamerát, és most nagy sikerrel használom a Pi kamera modult.
Hasonló problémáim vannak, a 2-et futtatom - a Raspberry Pi B modelljét, az egyikhez egy wifi adapter van csatlakoztatva az egyik porthoz, a másikhoz pedig egy logictech cam csatlakozik. A másik Raspberry Pi egyik portjába van csatlakoztatva egy Zoom modem, a másikba pedig egy logictech kamera. Mindkettő ugyanazokat a problémákat mutatja be. Mindkét Pi jól fog működni, de miután elindítottam a motion -n (nem Daemon) módot és leállítottam a Motion-t, az USB-portok részben aktívak vagy teljesen inaktívak lesznek. Belefáradtam ezekbe a konfigurációkba, amelyek közvetlenül csatlakoztak mindkét USB-porthoz, és a RaspberryPI.org által ajánlott USB-s hubot is használtam. Úgy érzem
Régi kérdés, de ha valaki keres: Ugyanaz a probléma ezzel a kamerával Windows rendszeren. Megpróbálta sikertelenül kikapcsolni az USB energiatakarékosságot. Úgy tűnik, hogy a kamera néhány nap múlva egyszerűen kikapcsol. Beállítottam timelapse képekre, és kb. 2-3 naponta offline állapotba került. A kék fény is problémát jelentett. Próbaüzem eredménye: https://www.youtube.com/watch?v=Zgm7FOpkwt8
öt válaszokat:
iTom
2013-02-16 02:59:15 UTC
view on stackexchange narkive permalink

Sajnos nincs könnyű válasz azonnali működésre, de itt van néhány dolog, amit megpróbálnék az Ön esetében;

Először is megpróbálnám csökkenteni a felbontását 320x240-re. és nézze meg, hogy van-e stabilabb, alapvetően ennek csökkentenie kell a Pi terhelését.

Valójában egy lépéssel tovább léphet, és az egyik tesztnél nullára állíthatja a "webcam_port" értéket, ami letiltja a webet szerveren, de tartsa futtatva a pillanatkép funkciót, így a terhelés nem lesz sokkal alacsonyabb, mint ez a beállítás.

Ezután vegyen ki egy multimétert (ha van ilyen), ellenőrizze az USB-kimenetet, mielőtt csatlakoztatná a webkamera, majd ha egyszer be van kapcsolva, végül pedig egyszer nem sikerült. Hallottam néhány olyan USB-elosztóról, amelyek valóban nem táplálnak elegendő energiát, különösen, ha néhány eszköz használja.

Végül azt is megvizsgálnám, hogy megpróbálok-e vezetékes hálózati kapcsolatot keresni egy míg a WiFi helyett megint csak annak kizárása érdekében.

Remélem, néhányuk segíthet a leszögezésében :)

Köszönöm a javaslatokat, Tom. A `webcam_port` értékét nullára állítottam, és csökkentettem a felbontást. Meg kell jegyeznem, hogy én is megpróbáltam `sudo shutdown -r now`-t végrehajtani, amikor az` on_camera_lost` történt. De amikor a Pi újraindul, a kamera még mindig elveszik, és a / / dev / video0 nem létezik. Nem utal ez valamilyen problémára a kamerával és nem magával a Pi-vel?
Igen, ez inkább áramellátási problémának vagy a kamerával kapcsolatos problémának hangzik, nem vagyok biztos benne, hogy a Pi kikapcsolja az USB-t egy tiszta újraindításkor, mint a fentiek. Érdemes kipróbálni a fényképezőgépet egy másik eszközön, például laptopon / asztali számítógépen, hogy megnézze, hosszú ideig működik-e.
Körülbelül 30 perc múlva ez történik az USB fényképezőgépemmel is.
Respectech
2013-03-27 08:47:28 UTC
view on stackexchange narkive permalink

Nem adtad meg, hogy melyik operációs rendszert futtatod a Pi-n.

Én az Arch Linuxot futtató Raspberry Pi-n mozogtam (kamera rögzítési program). Van több Pi-m, több webkamerám, több tápegységem, több SD-kártyám ... és egy dolog ugyanaz marad. Mindegyikük teljesen bezáródik (mivel még a Pi-t sem lehet pingelni, és a videokijelző fekete) 1-3 napos futás után. Ha eltávolítom a mozgást a beállításokból, akkor a Pis a végtelenségig fog futni (jelenleg két hétig mozgás nélkül kell futnom a Pis-nek, és most számítok).

Tapasztalatom arra vezet, hogy a mozgás hibás, legalább az Arch Linux ARM verzió. Február óta próbálom felderíteni a probléma gyökerét.

Köszönöm, hogy felhívta a figyelmet arra, hogy elfelejtettem megemlíteni az operációs rendszert. Most frissítettem a kérdést, hogy megjegyezzem, hogy zihálást használok.
Respectech
2013-03-28 05:17:12 UTC
view on stackexchange narkive permalink

12 éve teljes munkaidőben vezetem egy műszaki támogató céget. A következő lépéseket tenném a probléma további elszigeteléséhez és elhárításához:

1) Próbáljon ki egy másik kamerát a Pi-n. Megszakad a kapcsolat is egy idő után?

2) Próbálja ki az eredeti kamerát Windows, Mac vagy Linux rendszeren. Hosszú ideig fennmarad?

Eredmények (valószínűleg probléma):

1 = igen, 2 = igen - Rossz USB a Pi-n. Hibás Pi tábla lehet. Az USB és az Ethernet is ugyanazon a buszon működik, így tud mondani valamit, ha az USB nem működik, és az Ethernet továbbra is működik, vagy mindkettő leáll. A további teszteléshez valószínűleg egy másik Pi szükséges.

1 = nem, 2 = nem - A probléma az eredeti kamerával van.

1 = igen, 2 = nem - Lehet, hogy kettő van rossz kamerák.

1 = nem, 2 = igen - Valószínűleg inkompatibilitás az eredeti kamera és a Pi között, vagy valami furcsa áramellátási probléma a Pi-n.

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

Egy másik lehetséges „csúnya feltörés” az lenne, ha a GPIO csapokat használnák egy relé táplálására, amely a fényképezőgép USB-kábelébe lenne rácsatlakoztatva. Ezután használhatja a tápvezeték be- és kikapcsolását a kamerához.

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

Próbálja ki ezt a motion.conf fájlban, nekem tökéletesen működik ...

  ####################### 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 = 6videod / video0webcam_localhost = offwebcam_maxrate = 50webcam_port = 8080wecam_quality = 100 ########################### END ################ ########  
A kódformázás létrehozásához tegye a „backquote” elemeket a kód köré. Így "


Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...