Sfortunatamente non esiste una risposta facile per farlo funzionare subito, tuttavia qui ci sono alcune cose che proverei nel tuo caso;

Prima di tutto proverei ad abbassare la risoluzione a qualcosa come 320x240 e vedi se è più stabile, fondamentalmente dovrebbe abbassare il carico sul Pi.

Potresti effettivamente fare un ulteriore passo avanti e cambiare "webcam_port" a zero per uno dei tuoi test, che disabiliterà il web server ma mantieni in esecuzione la funzionalità snapshot, non otterrai un carico molto inferiore rispetto a questa configurazione.

Quindi prendi un multimetro (se ne hai uno), controlla l'uscita di alimentazione USB prima di collegare il web cam, poi una volta inserita e infine una volta fallita. Ho sentito parlare di alcuni hub USB alimentati là fuori che in realtà non iniettano abbastanza energia, soprattutto se ci sono alcuni dispositivi che lo utilizzano.

Infine vorrei anche provare una connessione di rete cablata per un mentre invece del WiFi, ancora una volta solo per escluderlo.

Spero che alcuni di loro potrebbero aiutarti a fissarlo :)

Non hai specificato quale sistema operativo stai eseguendo sul tuo Pi.

Ho scherzato con il movimento (il programma di acquisizione della fotocamera) sul Raspberry Pi con Arch Linux. Ho diversi Pi, diverse webcam, diversi alimentatori, diverse schede SD ... e una cosa rimane la stessa. Tutti si bloccheranno completamente (poiché non è possibile nemmeno eseguire il ping del Pi e il display video è nero) dopo 1-3 giorni di esecuzione. Se rimuovo il movimento dal setup, il Pis funzionerà a tempo indefinito (attualmente, devo fare Pis che corre senza movimento per due settimane e lo sto contando).

La mia esperienza mi porta a pensare che il movimento sia difettoso, almeno la versione ARM di Arch Linux. Sto cercando di rintracciare la radice di questo problema da febbraio.

Gestisco una società di supporto tecnico a tempo pieno da 12 anni. Ecco i passaggi che utilizzerei per isolare ulteriormente e risolvere il problema:

1) Prova una fotocamera diversa sul Pi. Inoltre perde la connessione dopo un certo periodo di tempo?

2) Prova la fotocamera originale su Windows, Mac o Linux. Rimane attivo per un lungo periodo di tempo?

Risultati (problema molto probabile):

1 = sì, 2 = sì - USB difettoso sul Pi. Potrebbe essere una scheda Pi difettosa. USB ed Ethernet funzionano entrambi sullo stesso bus, quindi potrebbe dirti qualcosa se l'USB smette di funzionare e l'Ethernet continua a funzionare, o entrambi smettono di funzionare. Testare ulteriormente richiederebbe probabilmente un altro Pi.

1 = no, 2 = no - Il problema è la fotocamera originale.

1 = sì, 2 = no - Potresti averne due cattive fotocamere.

1 = no, 2 = sì - Molto probabilmente un'incompatibilità tra la fotocamera originale e il Pi, o qualche strano problema di alimentazione sul Pi.

Un altro possibile "brutto trucco" sarebbe quello di utilizzare i pin GPIO per alimentare un relè che verrebbe collegato al cavo USB della fotocamera. Puoi quindi usarlo per attivare e disattivare la linea di alimentazione della fotocamera.

Prova questo sul file motion.conf, funziona perfettamente per me ...

  ################### 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 = / devodevice / video0webcam_localhost = offwebcam_maxrate = 50webcam_port = 8080wecam_quality = 100 ######################## END ############# ########