SBC loses network connection, alot!
-
@Phaedrux
I can give that a try. I am not familiar with that, but there's no time like the present.I did close the browser on the sbc and re-open it. It works now. Remoted in from my other computer and I can see it there as well. So by closing the browser on the sbc and re-opening it, I now have full control from anywhere again.
I will try the debugging thing when I get a chance.
-
@Phaedrux "You MIGHT be able to get away with longer length if you used a shielded twisted pair cable instead of a flat ribbon, but even so, SPI isn't meant for long runs."
I dont think shielding will help. The issue is increased capacitance and resistance with long wire runs and screws up the spi signal timing. The quickest check would be what others have suggested. Simply move the SBC closer to the 6HC using the original cable. If that fixes your issue no amount of shielding is going solve your problem. You will need to relocate the SBC next to the 6HC.
-
@wayneosdias In this case it doesn't seem like an SPI issue because the print continued, so the connection between SBC and Duet was still active.
Network connection error coming up in DWC is something else. Restarting DWC re-connected successfully.
-
@Phaedrux interesting. I have no experience using sbc. So the sbc acts as sender?
-
@wayneosdias Yes, but not in the sense of a traditional USB gcode sender would.
-
@Jered There is a lot to unpack in this thread, generating a number of questions which will help us to narrow this down.
The Pi:
What model Pi is it?
How is it currently connected to your network Wifi or ethernet (It's difficult to tell from the picture)? Or is it acting as a hotspot?
If you are using wifi on your normal network how good is the signal strength (should have a visual indication on the desktop)
Are those thermal pads on the chips? Do you normally have heat-sinks on those pads/chips? Thermal Pads with nothing on them will probably just insulate the chips not dissipate heat, which may cause performance/stability issues (Again difficult to tell from picture)?
Are you using the standard SBC build/OS on the pi?
You do not mention how you are powering the Pi? Does the supply meet the Pi's recommended specs?
Have you tried a new SDcard? They can and do fail in weird ways (I speak from experience)The Browser:
What URL are you using in the browser on the Pi Desktop?
Does the network error appear after a period of inactivity - where you have not interacted with the browser for a while?
Run the browser with developer mode enabled, see if there is any more info in the developer console / networking tab when the error occursOther:
You mention "Remoting in from my other computer" do you mean VNC/SSH, or just accesses DWC from a different browser on your network? If Browser -> DWC what URL are you using? -
The pi is a 4B with 8gig mem plugged into its own 3A power brick plugged into an outlet. I was going to attach heat sinks to it (I should get on that), just have not. I am not sure what browser is default on the pi, but I used Duest's instructions to install the operating system from, and just used whatever came up.
The pi is connected to my wifi which is very strong, not only because the machine is in the same room as the wifi router, but also because I only buy the best
And by remoting in, I do mean from the DWC on a chrome browser from another computer.I have not tried a new SD card. Didn't think it was necessary.
I have not lost connection since reconnecting during this thread.
This is completely not related, but, the button in the height map menu on the DWC that says "Invert Z coordinates", does it actually invert or is it just for visual representation?
Thanks for your help guys!
-
@Jered Do you set a static IP address for the SBC in your router/AP settings? If not I would change this first - It's possible that your network error may be caused by your DHCP leases expiring (if your printer is left on for 24+ hrs), which depending on how your router/AP is configured may cause this glitch/error in the browser.
Also if it wasn't clear enough from the other posts in this thread
you need to shorten your SPI cable, and eliminate that from a potential cause of this issue (as much as I appreciate the fantastic layout and cable management). The EMI that the cable will be exposed to over it's run path and length is too much of a variable to exclude it from the potential causes of this problem.NodeDSF - Native Node-Red integration with Duet boards.
BtnCmd - Customise DWC with user defined buttons/layouts/panels (DWC Plugin)
ReleaseMgr - Duet update info inside DWC.
Repo -
@MintyTrebor said in SBC loses network connection, alot!:
It's possible that your network error may be caused by your DHCP leases expiring (if your printer is left on for 24+ hrs), which depending on how your router/AP is configured may cause this glitch/error in the browser.
That shouldn't affect the local browser though.
@MintyTrebor said in SBC loses network connection, alot!:
you need to shorten your SPI cable
Maybe so, but there was no loss of SPI connection here. The print continued.
I would suspect that if we had logging from the occasion we would see a service had stopped/crashed.
-
@Jered
So, I changed that file from info to debug, then restarted it with the command you gave me, plus I rebooted the sbc.I guess we will wait and see what happens.
