Dear forum,
I only print about once or twice per year. The first things to do every time is to catch up on updates. This time the camera got unstable.
Behavior:
On boot, the camera works as usual. After some time, it goes black and says: "Webcam stream loading...". It never does load and there are error messages that the camera is inoperable and that time lapse no longer works.
What should I check?
The camera is USB attached to an Rpi running Octoprint.
//
You deleted the template which asked for information that we need to help you solve your problem. The template also contained links (blue text) that provide instructions.
The more details you provide, the better help we can provide. Start with uploading a systeminfo bundle.
We are not omnipotent so "there are error messages" doesn't help but a copy of those messages might. Enclose any text you upload with the </> icon.
Thanks for reaching out!
Newbie here, so apologizing for not doing this correctly.
No, I did not delete anything, but of course the system information should be here. Unfortunately, the systeminfo bundle is 4,8MB and there is a limit of 4MB, so not possible to upload.
Here is a couple of excerpts that might be of use. First the system information:
browser.user_agent: Mozilla/5.0 (X11; Linux x86_64; rv:135.0) Gecko/20100101 Firefox/135.0
connectivity.connection_check: 8.8.8.8:53
connectivity.connection_ok: True
connectivity.enabled: True
connectivity.online: True
connectivity.resolution_check: octoprint.org
connectivity.resolution_ok: True
env.hardware.cores: 4
env.hardware.freq: 1500.0
env.hardware.ram: 1909071872
env.os.bits: 32
env.os.id: linux
env.os.platform: linux
env.plugins.pi_support.model: Raspberry Pi 4 Model B Rev 1.5
env.plugins.pi_support.octopi_camera_stack: webcamd
env.plugins.pi_support.octopi_version: 0.18.0
env.plugins.pi_support.octopiuptodate_build: 0.18.0-1.8.6-20221018093204
env.plugins.pi_support.octopiuptodate_build_short: 2022.10.18.093204
env.plugins.pi_support.throttle_check_enabled: True
env.plugins.pi_support.throttle_check_functional: True
env.plugins.pi_support.throttle_state: 0x0
env.python.pip: 20.3.3
env.python.version: 3.7.3
env.python.virtualenv: True
octoprint.last_safe_mode.date: unknown
octoprint.last_safe_mode.reason: unknown
octoprint.safe_mode: False
octoprint.version: 1.10.3
printer.firmware: Marlin V1; Sprinter/grbl mashup for gen6
systeminfo.generated: 2025-03-05T13:56:30Z
systeminfo.generator: zipapi
and the webcamdlog (attached).
Hope this makes it possible to home in on what I am doing wrong!
Thx!
//
Edit: Trying to get the whole log to fit...
webcamd.log (10.8 KB)
If your bundle is that large, you probably have logs that are ancient. Open OctoPrint Settings, Logging and upload a screenshot. If you have a very large serial.log, you should delete that file.
Once we get your bundle under control and uploaded, the camera experts (I'm not one) can chime in.
//
Could it be the fact that the log level is "debug" that makes the log big?
The "Logging Levels" dropdown(s) allow you to set the logging level of various subsystems. If any are set to "DEBUG" (or any other value), they will show as separate lines. You have none set.
Please backup (download) the current octoprint.log and then delete it, restart the system, and then create and upload a bundle. I don't think we will need the backup so just hold on to it for now.
