/boot/cmdline.txt. The latter is a single line. The former is many lines.
One line, not two. It's not going to read it like that.
Thanks, i'm in the middle of a print ATM, will try it again later, I've rerouted my USB cable too, just in case there is any interference, despite it being shielded and working with other cables too and added a noise filter ring clip thing.
Near 1 hour 30 into a print with no disconnect yet.
Will report back.
This could be the fix, actually.
Any reason why all of a sudden it would play up?
PSU failing maybe, outputting more noise than usual?
Everything else seems fine though, nearing the end of the print now, gonna leave it idle overnight and see if it's still connected in the morning,
Once upon a time when the Earth was cooling and the dinosaurs ruled the land, I worked in the Pentagon in a crypto shop. I was amazed at how easily electronic signals of all kinds could be induced from one circuit to another. In the Cold War, we were mostly worried that the not-yet-encrypted signals would somehow be seen on something else.
Why could electronic noise be felt on your serial cable? It could be anything. It's usually those little rectangular driver circuits you find on your Ramps or similar board which are to blame. Anything which sparks/arcs is another prime suspect for electronic noise. Anything metallic like an antenna which feels a signal can broadcast that signal (and a wire is an antenna if you think about it).
High-frequency electronic noises can be squashed inductively (ferrite core). Low-frequency electronic noises can be squashed capacitively (capacitor coupled). Where it gets interesting is that an air gap between the male/female contacts of your USB cable are in fact a capacitor, if you think about it. So make sure that each connection is snug (doesn't wiggle around).
Still the same, it made it through a 3 hour print plus about another hour idle, then dropped out.
Edited the cmdline.txt again and my sd card got corrupt, so I've started a fresh on 0.16 instead of 0.15 and upgrading to 0.16
Hoping maybe from upgrading from 0.15 to 0.16 in the past didn't do it's job properly and this fresh install will solve the issue.
I live in hope
Alright, well good luck.
So, more tests done, tried with the cmdline.txt like this
dwc_otg.lpm_enable=0 dwc_otg.speed=1 console=serial0,115200 console=tty1 root=PARTUUID=d2a7198d-02 rootfstype=$
all one line, dropped out still, that's with the fresh install the ferrite clip and shielded usb cable
How can I tell if the connection has gone back to 1.0/1.1 speeds, tried a lot of different commands but none state the speed.
Got a new FT232R today, last resort is swapping it over.
sudo lsusb -vvv ...?
So I got round to replacing FT232R today, all changed over and it.........made no difference, disconnected within 5 minutes was able to reconnect the same as before, so i'm guessing my Pi3 is the cause of this now, I can't seem to get it to lower the USB speed down to 1.0 or 1.1.
Got another PI coming in a few days, just to rule out the PI itself, I have had one or 2 issues with it in it's lifetime, not booting after a new card is inserted, having to reinsert the card and power back on, I'm doubting the PI is at fault as everything else seems to work.
I was reading a post about RF possibly interfering with the serial to usb, basically as @OutsourcedGuru mentioned earlier on, I should of maybe tried to move the printer to another room first, but there's nothing new been introduced into the room since it was fully working last year.
At a loss really now, going to give the new PI a go, move the printer and PI, then call it a day.
It can be frustrating at times like this. I've been troubleshooting for about four decades now and I've seen some things that just leave you shaking your head by the end of it: did this little whatever really cause all this? I'm reminded of where the term "computer bug" originally came from. The Mark II computer filled a room and had lots of physical relays but the old-school type which didn't include plastic housings. They troubleshot a program problem down to find out that one of the relays had a moth stuck in it, preventing it from closing. So they debugged it, for the win.