This is my webcamd working normally (from journalctl -u webcamd):ĭec 11 01:47:14 octopi webcamd: Starting up webcamDaemon.ĭec 11 01:47:14 octopi webcamd: - Configuration: -ĭec 11 01:47:14 octopi webcamd: cfg_file: /boot/octopi.txtĭec 11 01:47:14 octopi webcamd: camera: autoĭec 11 01:47:14 octopi webcamd: usb options: -r 640x480 -f 10ĭec 11 01:47:14 octopi webcamd: raspi options: -fps 10ĭec 11 01:47:14 octopi webcamd: http options: -w. Not sure if it would help if I would post any logs. Since it worked so well before and so reliably unreliable after the update, I suspect a connection to the update. Vanilla MJPEG says this once the cam fails: Reboot works reliably to get cam fixed however so unlikely this is a simple ribbon cable issue. Once I updated to 1.5.x, the camera works initially but randomly becomes unavailable, and only Raspi system reboot can reactivate it. Raspi4B, Default Ribbon Cable Cam.Īs long as I was using version 1.4.x, everything worked fine. I am not sure if this is the "safe" way of solving it, please let me know if it is not. If anybody is interested i am happy to post all the details (marked with ***). So i figured this has to do with suspending.Ĭreated a udev rule specific to camera autosuspend: nano /etc/udev/rules.d/lesĪdd the line (note the previous output from lsusb and adjust accordingly):ĪCTION="add", SUBSYSTEM="usb", ATTRS:="on" Manually start webcamd*** tail -f /var/log/syslogĪfter a few seconds i got a "usb disconnected"*** lsusbīus 001 Device 006: ID 045e:0779 Microsoft Corp. I added a udev rule to disable the microphone. I have a fan permanently connected to the pi, first thing i did was disconnecting it in case this is power related. If i post everything it's going to be a very long post, i'll try to make it short: Note to bzowk: This is not a pi4 issue, I am using a pi3b+. It has to do with power suspending on usb devices. It's not kernel related see my previous post. I believe i solved it, no hiccups so far. Power: Official RasPi4 power adapter / No undervoltage warningsĪny suggestions are appreciated and happy to test or submit additional info.Display: 3.5" Touch LCD (TouchUI) / HTTP / SSH. Webcam C310 (USB connected to USB 2.0 port) Have attached zip of octoprint.log + all logs from /var/logĪdditional information about your setup (OctoPrint version, OctoPi version.Searched all logs within /var/log for "webcam" and found the below results within both the syslog & daemon logs at about the time I expect the camera stopped workingįeb 26 00:00:06 knoctopi webcamd: Unable to dequeue buffer: No such deviceįeb 26 00:00:06 knoctopi webcamd: i: Error grabbing framesįeb 26 00:00:06 knoctopi webcamd: i: cleaning up resources allocated by input threadįeb 26 00:00:06 knoctopi webcamd: Unable to stop capture: No such device no logs, no support)ĭespite webcam initially working, there is no /var/log/webcamd.log Logs ( /var/log/webcamd.log, syslog, dmesg. Updated all dist & standard packages + reboot.Please check carefully the camera module is installed correctly Mmal: main: Failed to create camera component Mmal: mmal_component_create_core: could not create component 'vc.ril.camera' (1) Mmal: mmal_vc_component_create: failed to create component 'vc.ril.camera' (1:ENOMEM) Mmal: Cannot read camera info, keeping the defaults for OV5647 Executing "raspistill -o test.jpg" during issue returns:.Hubīus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Executing "lsusb" shows the webcam attached during issue & returns:īus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hubīus 001 Device 006: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapterīus 001 Device 005: ID 046d:081b Logitech, Inc.Executing "vcgencmd get_camera" during issue returns:.Used with prior OctoPrint server (RasPi3) without issue. Based on other similar posts I've read on this forum, it seems it may be related to specifically RasPi4s. Worked fine before switched to Raspberry Pi 4 (brand new build and setup from scratch - not even a restore from backup). Webcam randomly stops working within OctoPrint & RasPi altogether until reboot.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |