#libcam not work in crowsnest
122 messages · Page 1 of 1 (latest)
okay fixed
I changed the MODE to mjpg and then back to camera-streamer, and it worked.
The next time this happens, set log_level: debug then you might see the error
okay I will try that.
If I run make update, it's reinstalling crowsnest?
I'm wondering why it's working after run make update
libcamera on my second Pi4 doesn't have this problem
Only the Pi connected to the printer(main PI) has the problem
The make update command updates everything, including the backends, resulting in a recompilation. So if libcamera got updated and camera-streamer broke because of that (it will always break on libcamera update with a manual compilation), then a recompilation can help
Then you most likely don't update your system packages, or might using Bullseye that doesn't get such breaking updates anymore
both is bookworm.
Second PI did not modify anything after installing.
The main PI is where I modify the printer and runs a lot of commands. Could this be a problem?
It only happens, if you run an update on the system packages in the updatemanager or on the console
So you most likely did just update the system packages
oh yes I did
Btw you should use mode: ustreamer and not mode: mjpg. mode: mjpg is deprecated and will be dropped with the next bigger update
but USB webcam still mjpg?
ustreamer not streaming on mobile (iphone) as far as I know
Yes it's still mjpg
That doesn't make sense because they both start the same backend 😂
It's just an old deprecated mode name, but it was ustreamer all along and the parameter just got renamed
oh okay
From your log btw:
Starting ustreamer with Device /dev/v4l/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.2.1:1.0-video-index0 ...
Starting ustreamer with Device /dev/v4l/by-id/usb-046d_0825_15C067D0-video-index0 ...
Starting ustreamer with Device /dev/video40 ...
Starting ustreamer with Device /dev/v4l/by-id/usb-Generic_FULL_HD_1080P_Webcam_200901010001-video-index0 ...
Starting ustreamer with Device /dev/v4l/by-id/usb-Generic_USB_Camera_200901010001-video-index0 ...
Starting ustreamer with Device /dev/v4l/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.2.3:1.0-video-index0 ...```
oh XD
all ustreamer
I changed it to ustreamer libcam and it doesn't work again
I will upload log file
But I just realized, there is no deprecation warning 🙈
Not the libcam, only the mjpg devices
The libcam is this Starting camera-streamer with Device /base/soc/i2c0mux/i2c@1/ov5647@36 ...
That's a bit higher up in the log, that's why I didn't copy it
For the others, just send the log
okay so libcam mode : camera-streamer
Yes, but without the space after mode
okay
Changed the USB webcam to ustreamer.
lib cam worked for the first few seconds and then stopped.
Send a picture of the PCB of the libcam
It's a fake 🙈
??
Those don't work at all with libcam on bullseye and it seems like they don't work perfectly on bookworm then
Have a look at these two pictures: https://github.com/raspberrypi/linux/issues/4887#issuecomment-1039304787
The lower one is an original pi cam v1
The other, with the print directly on the cable, is a fake
oh...
The layout and so on of the PCB, is also different
copy version?
Yes
😂
They are of lower quality so it's possible that they break faster, or don't work at all...
They work with legacy mode pretty good, but that got "removed" with Bookworm
okay
And... I have another PI camera that I bought from Aliexpress (currently connected to a second PI)
It currently works fine on the second PI.
Is it worth changing both?
The original has no autofocus and it's not just a copied version (not claiming it's a picamera v1) so it should be fine ig
A lot of people don't realise it, as they think they can just safe some money by buying the cheaper one, and then have problems, because the seller sold them fake products
Really annoying those fakes
I didn't realise that fake cameras were a problem
You just swapped two cameras with each other.
But the fake camera works fine on the second PI.
Is it possible that the cable is the problem?
that was looking good in Second PI a moment ago
Also possible
okay main PI camera cable is long (about 1m)
Running alongside some steppers maybe?
1m is already long and with some electrical noise, they can get pretty bad
*long for a ribbon cable
With both cams? (just to rule out another cable fault)
Or use the cable from the other pi once
okay
I think it's a connector or software issue on the MAIN PI.
It's not a cable issue either.
Yeah, then it's the pi, for sure
It might be a driver problem and we only know of reinstalling to fix those
Another thing you could try would be to disconnect all the other cams
And comment them out in the crowsnest.conf
try this
ok
same error
How to do this?
Sry, meant reflashing, so completely wiping the system
oh ok
It's the same pi 4B
I will try swapping the two SD cards
software issue
I switched the SD card and it works fine in the main PI
The "bad" sdcard also makes problems with the other pi?
no also work
So it cannot be only a software issue then?
Let it run for while to see if it's really working and not just a fluke
The error only occurs on the main Pi with a bad SD card inserted.
Weird
And... I remove the klipper screen ribbon cable and it works fine.
With klipperscreen I would expect a differen error 🤔
Stopping the klipper screen -> same error
However, unplug LCD cable -> fixed
Then it might be an overload on the spi bus
Is the only way to fix it is to turn off the LCD?
Maybe 🤷♂️
Those kind of issues are the worst and I never encountered one myself
So it's all just speculation and experience through other people debugging
okay
and finally fixed!
switched 2 Pi 4b
I got answer in the 'OV5647 and/or klipperscreen' section
https://crowsnest.mainsail.xyz/faq/how-to-setup-a-raspicam#ov5647-and-or-klipperscreen
That thing is not stable on Bookworm
It's possible that you have to sometimes reboot the pi, that it will work
okay As long as it's not completely unusable, it's fine.
btw, Will the next big update support the same multiple webcam feature you mentioned?
It will support the correct logging of the cams