Question:
La webcam se déconnecte après quelques heures de mouvement
Weston Ruter
2013-02-16 01:55:55 UTC
view on stackexchange narkive permalink

J'ai travaillé sur la mise en place d'une webcam Raspberry Pi, grâce à un article sur PingBin. Cependant, je ne parviens pas à surmonter un problème où la caméra se perd après quelques heures de prise de photos.

J'ai pris la webcam HD Microsoft LifeCam Cinema 720p mentionnée dans l'article et connecté à un concentrateur haute vitesse enfichable à 7 ports. J'ai également doublement connecté un Raspberry Pi Model B au hub, à la fois pour l'alimentation et pour les données. Enfin connecté l'adaptateur WiFi USB Wi-Pi au hub et l'a configuré pour mon réseau. Voici une photo de ma configuration matérielle:

Hardware setup

En ce qui concerne la configuration du logiciel, j'exécute une image Raspbian «wheezy» du 16/12/2012. J'ai rendu mon motion.conf disponible. J'ai configuré motion en tant que démon pour prendre un instantané toutes les 10 secondes. J'ai un cronjob qui télécharge le dernier instantané sur un serveur Web pour le visionner.

Tout cela fonctionne très bien pendant quelques heures (la plus longue durée d'exécution a été d'environ une demi-journée), mais la caméra deviendra perdu, comme on peut le voir en regardant /var/log/syslog:

  10:46:25 motion: [1] v4l2_next: VIDIOC_QBUF: No such device10 : 46: 25 mouvement: [1] Erreur fatale du périphérique vidéo - Fermeture du périphérique vidéo10: 46: 25 mouvement: [1] Fermeture du périphérique vidéo / dev / vidéo010: 46: 30 mouvement: [1] Nouvelle tentative jusqu'à la connexion réussie avec la caméra10: 46 : 30 motion: [1] Impossible d'ouvrir le périphérique vidéo / dev / video0: Aucun fichier ou répertoire de ce type  

Si je regarde ensuite la sortie de lsusb , Je ne vois même plus la caméra répertoriée comme l'un des appareils connectés (il en va de même pour ls / dev / bus / usb / 001 / ):

  Bus 001 Device 001: ID 1d6b: 0002 Linux Foundation 2.0 root hubBus 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 ports HubBus 001 Device 019: ID 148f: 5370 Ralink Technology, Corp. Adaptateur sans fil RT5370  

J'ai essayé tout ce à quoi je pouvais penser, y compris un cronjob racine qui arrête le mouvement une fois par heure pendant quelques secondes pour donner une «pause» à la caméra:

  sudo service motion stopsleep 5sudo service motion start  

Cela n'a eu aucun effet notable. J'ai même essayé de rechercher comment désactiver par programme le port USB de l'appareil afin de redémarrer la caméra, mais il semble que ce ne soit pas possible (outre le fait que ce serait un piratage désolé). La caméra ne fournit pas d'interface puissance / niveau mais seulement puissance / persistance , donc j'ai même essayé de la basculer en vain:

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

La seule façon dont j'ai pu obtenir motion pour continuer à prendre des instantanés consiste à déconnecter physiquement la webcam du hub, puis à la reconnecter et à redémarrer le démon.

Toute idée sur la façon d'empêcher la caméra de fonctionner hors ligne? Il semble que la caméra s'éteigne après un certain temps de connexion à l'alimentation.

Mise à jour: J'ai abandonné cette caméra USB et j'utilise maintenant le module de caméra Pi avec beaucoup de succès.

Je vais acheter l'une des cartes de caméra Raspberry Pi qui sortira le mois prochain. Dès que je l'aurai, j'essaierai le mouvement avec la carte caméra et voir si cela résout le problème.
J'ai le même problème. J'ai deux caméras, l'une est UVC 1.3M HD Cam d'un ordinateur portable, l'autre est la webcam Logitech C120. quand j'utilise "service motion restart", cela fonctionne pendant environ 4 minutes pour la première came et 6 minutes pour celle de Logitech. Ensuite, plus de photos et le démon de mouvement disparaît. J'ai surveillé le CPU est d'environ 30 à 98% et l'utilisation de la mémoire est d'environ 6%. La différence est que mon / dev / video0 et / dev / video1 sont toujours là puisque j'ai un concentrateur USB alimenté mais ce concentrateur ne renvoie pas la tension à pi (je déconnecte la ligne de position à pi). J'ai vérifié le / var / log / messages. Il dit: vidéo de clôture d
La webcam fournit-elle des formats vidéo bruts ou compressés? Je suppose que le problème vient de l'encodeur H.262 interne de la webcam ou du concentrateur USB que vous utilisez.
J'ai abandonné cette caméra USB et j'utilise maintenant le module de caméra Pi avec beaucoup de succès.
J'ai des problèmes similaires, en cours d'exécution 2 - Le modèle B de Raspberry Pi, l'un a un adaptateur wifi branché sur un port et une caméra logictech branchée sur l'autre. L'autre Raspberry Pi a un modem Zoom branché sur un port et une came logictech branchée sur l'autre. Les deux présentent les mêmes problèmes. Les deux Pi fonctionneront bien, mais après avoir exécuté le mode motion -n (non Daemon) et arrêté Motion, les ports USB deviennent partiellement actifs ou complètement inactifs. J'ai fatigué ces configurations en se connectant directement aux deux ports USB et en utilisant également un hub alimenté par USB recommandé par RaspberryPI.org. Je le sens
Ancienne question mais au cas où quelqu'un viendrait chercher: Même problème avec cette caméra sous Windows. J'ai essayé de désactiver l'économie d'énergie USB sans succès. Il semble que l'appareil photo s'éteigne tout simplement après quelques jours. Je l'ai configuré pour les images timelapse et il s'est déconnecté tous les 2-3 jours environ. La lumière bleue était également un problème. Résultat d'un essai: https://www.youtube.com/watch?v=Zgm7FOpkwt8
Cinq réponses:
iTom
2013-02-16 02:59:15 UTC
view on stackexchange narkive permalink

Malheureusement, il n'y a pas de réponse facile pour le faire fonctionner immédiatement, mais voici quelques choses que j'essaierais dans votre cas;

Tout d'abord, j'essaierais de réduire votre résolution à quelque chose comme 320x240 et voir si c'est plus stable, en gros cela devrait réduire toute charge sur le Pi.

Vous pouvez en fait aller plus loin et changer "webcam_port" à zéro pour l'un de vos tests, cela désactivera le Web serveur mais gardez votre fonctionnalité de capture instantanée en cours d'exécution, vous n'obtiendrez pas la charge beaucoup plus faible que cette configuration.

Ensuite, sortez un multimètre (si vous en avez un), vérifiez la puissance de sortie USB avant de brancher le webcam, puis une fois qu'il est entré, et enfin une fois qu'il a échoué. J'ai entendu parler de quelques concentrateurs USB alimentés qui n'injectent pas vraiment assez de puissance, surtout s'il y a quelques appareils qui l'utilisent.

Enfin, j'essaierais également d'essayer une connexion réseau filaire pour un au lieu du WiFi, encore une fois pour l'exclure.

J'espère que certains d'entre eux pourront vous aider à le cerner :)

Merci pour les suggestions, Tom. J'ai mis le `webcam_port` à zéro et réduit la résolution. Je dois noter que j'avais aussi essayé de `sudo shutdown -r now` quand` on_camera_lost` s'est produit. Mais lorsque le Pi redémarrerait, la caméra serait toujours perdue et `/ dev / video0` serait inexistant. Cela n'indique-t-il pas un problème avec la caméra et non avec le Pi lui-même?
Oui, cela ressemble plus à un problème d'alimentation ou à un problème avec la caméra, je ne sais pas si le Pi désactive l'USB lors d'un redémarrage propre comme ci-dessus. Vous pouvez également essayer d'utiliser l'appareil photo dans un autre appareil comme votre ordinateur portable / de bureau pour voir s'il fonctionne sur de longues périodes.
Cela arrive également à ma caméra USB après environ 30 minutes.
Respectech
2013-03-27 08:47:28 UTC
view on stackexchange narkive permalink

Vous n'avez pas indiqué le système d'exploitation que vous exécutez sur votre Pi.

J'ai joué avec le mouvement (le programme de capture de caméra) sur le Raspberry Pi exécutant Arch Linux. J'ai plusieurs Pi, plusieurs webcams, plusieurs alimentations, plusieurs cartes SD ... et une chose reste la même. Tous se verrouillent complètement (car vous ne pouvez même pas cingler le Pi et l'affichage vidéo est noir) après 1 à 3 jours de fonctionnement. Si je supprime le mouvement de la configuration, le Pis fonctionnera indéfiniment (actuellement, je dois Pis courir sans mouvement pendant deux semaines et compter maintenant).

Mon expérience m'amène à penser que le mouvement est bogué, au moins la version Arch Linux ARM. J'essaie de trouver l'origine de ce problème depuis février.

Merci de signaler que j'ai oublié de mentionner le système d'exploitation sur lequel je suis. Je viens de mettre à jour la question pour noter que j'utilise Wheezy.
Respectech
2013-03-28 05:17:12 UTC
view on stackexchange narkive permalink

Je dirige une société de support technique à plein temps depuis 12 ans. Voici les étapes que j'utiliserais pour mieux isoler et résoudre le problème:

1) Essayez une autre caméra sur le Pi. Est-ce qu'il perd également la connexion après un certain temps?

2) Essayez l'appareil photo d'origine sous Windows, Mac ou Linux. Reste-t-il en place pendant une longue période?

Résultats (problème le plus probable):

1 = oui, 2 = oui - Mauvaise clé USB sur le Pi. Cela pourrait être une carte Pi défectueuse. L'USB et l'Ethernet fonctionnent tous les deux sur le même bus, donc il pourrait vous dire quelque chose si l'USB cesse de fonctionner et l'Ethernet continue de fonctionner, ou les deux cessent de fonctionner. Pour tester davantage, il faudrait probablement un autre Pi.

1 = non, 2 = non - Le problème est la caméra d'origine.

1 = oui, 2 = non - Vous pouvez en avoir deux mauvaises caméras.

1 = non, 2 = oui - Très probablement une incompatibilité entre la caméra d'origine et le Pi, ou un problème d'alimentation étrange sur le Pi.

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

Un autre "truc laid" possible serait d'utiliser les broches GPIO pour alimenter un relais qui serait épissé dans le câble USB de la caméra. Vous pouvez ensuite l'utiliser pour activer et désactiver la ligne électrique de la caméra.

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

Essayez ceci sur le fichier motion.conf, cela fonctionne parfaitement pour moi ...

  ################### 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 = 6vide / video0webcam_localhost = offwebcam_maxrate = 50webcam_port = 8080wecam_quality = 100 ######################## END ############## ########  
Pour créer un formatage de code, placez des guillemets autour de votre code. Comme ça


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...