Camera Stops Working.... Solved! #531
Replies: 20 comments 25 replies
-
Interesting, thanks for sharing. |
Beta Was this translation helpful? Give feedback.
-
This unfortunately did not resolve my issue and I think that is because the issue manifests in different ways. In my case the cam_app service terminates and will not restart unless I reboot the system. |
Beta Was this translation helpful? Give feedback.
-
My Camera went down on the K1C aswell, reboot fixed, on generic machines I just restart Crowsnest, not sure what we can do on the K1 series? |
Beta Was this translation helpful? Give feedback.
-
Mine doesn't stop working, it just starts to flicker after a while. Can I just use 127.0.0.1 as the IP address in case the IP address of the printer changes? |
Beta Was this translation helpful? Give feedback.
-
Localhost might also work
Joel M. Gabel
"Any sufficiently advanced technology is indistinguishable from magic." -
Arthur C. Clarke
…On Sat, May 4, 2024 at 07:59 Mark ***@***.***> wrote:
127.0.0.1 doesn't work I had to enter the IP address of the printer.
I think it might be better described as looking like the image isn't
always fully loading, like when you only get the top part of a JPEG.
—
Reply to this email directly, view it on GitHub
<#531 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BHT66CQ2HJQJRU4AFETQ67DZATLUZAVCNFSM6AAAAABGY4ASTGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TGMJTGY4TK>
.
You are receiving this because you authored the thread.Message ID:
<Guilouz/Creality-Helper-Script-Wiki/repo-discussions/531/comments/9313695
@github.com>
|
Beta Was this translation helpful? Give feedback.
-
Mine is working great with the IP for over a week now. Have 2 rooted K1Max
printers running that config.
Joel M. Gabel
"Any sufficiently advanced technology is indistinguishable from magic." -
Arthur C. Clarke
…On Sun, May 5, 2024 at 04:35 Mark ***@***.***> wrote:
I don't think it will as it seems to use that URL in the page, so it would
point to localhost on the computer where the page is open.
When I start to get the flickering of the webcam is also when the previews
stop appearing on the display and I get a white square instead.
—
Reply to this email directly, view it on GitHub
<#531 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BHT66CXYOPNKWJKKHJIJF3DZAX4NHAVCNFSM6AAAAABGY4ASTGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TGMJYHA3DM>
.
You are receiving this because you authored the thread.Message ID:
<Guilouz/Creality-Helper-Script-Wiki/repo-discussions/531/comments/9318866
@github.com>
|
Beta Was this translation helpful? Give feedback.
-
Looks like I missed the camera restart macro, I initially disable all from the web GUI as there was way to many, so all good for me, mine still occasionaly goes down but the restart macro fixes it up. Still cant get the camera to put out a descent frame rate though. |
Beta Was this translation helpful? Give feedback.
-
Yeah the framerate is garbage on both of mine (Seems to be a newer lens or
camera on my 12/23 production date vs my 2/23 printer)
…On Fri, May 17, 2024 at 3:31 AM NexGen-3D ***@***.***> wrote:
Looks like I missed the camera restart macro, I initially disable all from
the web GUI as there was way to many, so all good for me, mine still
occasionaly goes down but the restart macro fixes it up.
Still cant get the camera to put out a descent frame rate though.
—
Reply to this email directly, view it on GitHub
<#531 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BHT66CX3GOFNYP72DK23NOTZCW545AVCNFSM6AAAAABGY4ASTGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TINRXGU3DA>
.
You are receiving this because you authored the thread.Message ID:
<Guilouz/Creality-Helper-Script-Wiki/repo-discussions/531/comments/9467560
@github.com>
--
Joel M. Gabel
"Any sufficiently advanced technology is indistinguishable from magic." -
Arthur C. Clarke
|
Beta Was this translation helpful? Give feedback.
-
Have you looked at this discussion here? #508 I've been working on the camera issues for months now with little success. We should join forces! haha I had to stop testing for now because I found a defect in my K1C heater core (the mount flanges sheer off way too easily) and am awaiting warranty replacement parts shipping from Creality. |
Beta Was this translation helpful? Give feedback.
-
Oh that’s a whole new set of issues. Mine was completely fluidd based.
Joel M. Gabel
"Any sufficiently advanced technology is indistinguishable from magic." -
Arthur C. Clarke
…On Fri, May 17, 2024 at 10:09 TheWebMachine ***@***.***> wrote:
Have you looked at this discussion here? #508
<#508>
I've been working on the camera issues for months now with little success.
We should join forces! haha
I had to stop testing for now because I found a defect in my K1C heater
core (the mount flanges sheer off *way* too easily) and am awaiting
warranty replacement parts shipping from Creality.
—
Reply to this email directly, view it on GitHub
<#531 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BHT66CU2HTBLFXNUNYQ7WWDZCYMSNAVCNFSM6AAAAABGY4ASTGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TINZSGA2TK>
.
You are receiving this because you authored the thread.Message ID:
<Guilouz/Creality-Helper-Script-Wiki/repo-discussions/531/comments/9472055
@github.com>
|
Beta Was this translation helpful? Give feedback.
-
Interesting as the first thing I did was remove the lidar assembly from
both my K1Max’s…. Good catch on your diagnosis!
Joel M. Gabel
"Any sufficiently advanced technology is indistinguishable from magic." -
Arthur C. Clarke
…On Fri, May 17, 2024 at 12:06 jattie-ire ***@***.***> wrote:
I managed to get to the bottom of my issues and it manifested in a
completely different way.
I saw these laser messages in the device manager log and I noticed their
timing coincides consistently with the USB disconnect message in the system
dmesg logs.
==> /usr/data/creality/userdata/log/device_manager.log <==
[2024/05/05-17:14:07:241303]-[INFO]-device_manager.c <http://494>
laser_set_state: ubus_notify: {"laser_plugged":0}
[2024/05/05-17:14:07:777128]-[INFO]-device_manager.c <http://494>
laser_set_state: ubus_notify: {"laser_plugged":1}
==> dmesg_2.log <==
2024-05-05T17:14:07,326819+01:00 usb 1-1.1: USB disconnect, device number
35
2024-05-05T17:14:07,533828+01:00 usb 1-1.1: new full-speed USB device
number 36 using dwc2
2024-05-05T17:14:07,633578+01:00 usb 1-1.1: New USB device found,
idVendor=1a86, idProduct=55d3
2024-05-05T17:14:07,641104+01:00 usb 1-1.1: New USB device strings: Mfr=0,
Product=2, SerialNumber=3
2024-05-05T17:14:07,649475+01:00 usb 1-1.1: Product: USB Single Serial
2024-05-05T17:14:07,654369+01:00 usb 1-1.1: SerialNumber: 5719024095
2024-05-05T17:14:07,660514+01:00 cdc_acm 1-1.1:1.0: ttyACM0: USB ACM device
As an experiment I disconnected the lidar sensor and the problem went
away, like in no more camera failure.
So it seems the lidar connecting disconnecting eventually results in the
camera_app terminating and resulting in the camera stream going dead and
the only recovery from that is a complete system reboot.
I am getting a new LIDAR under warranty.
—
Reply to this email directly, view it on GitHub
<#531 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BHT66CVUQZ3GFBFM3MPKF6DZCY2LFAVCNFSM6AAAAABGY4ASTGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TINZTGMZDE>
.
You are receiving this because you authored the thread.Message ID:
<Guilouz/Creality-Helper-Script-Wiki/repo-discussions/531/comments/9473322
@github.com>
|
Beta Was this translation helpful? Give feedback.
-
I think this is totaly my issue with K1C, I only print ABS, and I have it fully enclosed with almost no way for heat to escape, chamber will get over 60C after a few hours and the camera always craps itself in the middle of long prints, I will look at a thermal solution for it. I have had many issues with cameras dying from heat, all of my nozzle cams die quite quickly, I have collection going, and a number of RPI cameras all dead, these all came out of my machines with active heated chambers. Ill test mine and report back if I see any improvments. |
Beta Was this translation helpful? Give feedback.
-
Let me see if I can design something, I think the angle on the camera is also garbage, so I may as will make a new enclosure with some adjustment. |
Beta Was this translation helpful? Give feedback.
-
Im pretty clever with things like this, I'll use a 20x6 mini blower from GDStime, I use these on my custom JetStream cooler for Nema14 rounds. |
Beta Was this translation helpful? Give feedback.
-
This should do the trick, Ill run the fan from auxillery blower output, as I have removed that from my machine and it now runs an active filter, this little blower can run at the same time as I print with the filter running at all times. |
Beta Was this translation helpful? Give feedback.
-
So, since the lidar is part of another camera assembly on the Max, perhaps it is that camera that is dying and killing the connection for the lidar, as well. These cameras have an SoC that is rather impressive for its size. dual-core MIPS 1.2Ghz, 1 or 2GB of DDR2 RAM, separate image co-processors, USB controller, etc. That's a lot for such a small package to not be cooled in any way. At idle, open chamber, not printing, just feeding video, outside of its own enclosure, the SoC in the chamber camera gets to about 60°C! In its own enclosure, it climbs even higher than that...then you start printing with a build plate sitting right underneath it, let alone enclosing it for things ABS. I suspect the problem is exponentially worse on the hotend lidar/camera assembly. And what happens when a CPU/APU/SoC gets too hot? PC Overclock enthusiasts will know that that is when things get glitchy. As best I can tell so far, once the SoC gets above a certain internal temp, everything starts glitching. Frame rates drop first, as the SoC attempts to down-clock, but this still isn't enough. So, it just hits a ceiling and eventually the USB controller glitches and resets (I think), killing the connection. Part of the issue may be that the software side of things doesn't handle this reset gracefully, preventing the cam[s and lidar] from recovering until reboot. So, yes, the handling of the issue is likely flawed in software (typical Creality), but the issue seems to begin with thermal overload glitching out the hardware first. It also explains why the lidar/camera assembly has needed replaced so many times for some Max users; repeated extreme thermal stress is going to eventually complete kill the SoC[s] permanently. |
Beta Was this translation helpful? Give feedback.
-
Ive just ordered in a new 5v 2006 blower from GDSTime as I cant find the one I had kicking about, It will be a week or so before I can test it. |
Beta Was this translation helpful? Give feedback.
-
Okay, sorry for the long wait, I had multiple nozzle blockage's which turned into a completely destroyed hotend, not a fan of the heater setup and the full length Nozzle, mostly pointless as it flows no better than a standard V6, I tried everything to eliminate nozzle seizing inside the heater, thermal paste, anti-seize, Copper based anti-seize and now I'm using high temp brake calliper slide grease, such a stupid design, well I digress. Here is the camera mod, and it works, no more lockups, even when printing PC-CF: Printables: K1C Camera Mod YouTube: K1C Camera Mod |
Beta Was this translation helpful? Give feedback.
-
i installed creality helper recently and noticed this camera issues also , i only print with pla. and have one additional cam installed. its working but after a while it disconnects. the only thing to get them back is to run /etc/init.d/S50usb_camera restart on my k1. 10 seconds after that the cameras are back online. |
Beta Was this translation helpful? Give feedback.
-
Ive made the Camera URL stream and snapshot changes, printed the camera fan mount with blower fan and installed a thermal heat break on the SOC along with unplugging the lidar. I even ordered a new K1 AI cam from Creality and nothing has fixed my camera, it still fails during prints. I just run a Wyze cam external now to check on it, extremely annoying but it works. |
Beta Was this translation helpful? Give feedback.
-
Camera suddenly stop working in Fluidd
Settings > Camera > Click your camera and change the following values
Camera Url Stream: /webcam?action=stream
Camera Url Snapshot: /webcam?action=snapshot
Use the full URI structure!
Please be sure to replace the ip address with the IP of your printer!
Camera Url Stream: http://XXX.XXX.XXX.XXX:4409/webcam/?action=stream
Camera Url Snapshot: http://XXX.XXX.XXX.XXX:4409/webcam/?action=snapshot
Credit to: morriscode (https://www.reddit.com/user/morriscode/)
Beta Was this translation helpful? Give feedback.
All reactions