Duet 2 Ethernet and SBC
-
@arhi said in Duet 2 Ethernet and SBC:
and 8 MHz should be a brieze ...
Just as a benchmark: the maximum the Duet can achieve reliably is around 27MHz.
-
@SAtech said in Duet 2 Ethernet and SBC:
as if the duet is choking on step generation
should show up in
M122? -
@SAtech said in Duet 2 Ethernet and SBC:
The only thing that is a little troublesome is sometimes the movement is quite jerky. Like in a long travel move it will just stop for a few ms and resume, as if the duet is choking on step generation. I don't think this is happening, but that's how I can best describe it.
If that persists please open a new thread (since this one is getting very long and a bit hijacked
) and include your config.gas well as theM122output that @bearer mentioned and a sample GCode file. -
@smoki3 After what felt like ages (sorry for that) I finally got to rig up a Duet 2 + DueX5 + SBC. It's just a bench setup but at least I attached steppers, a thermistor and a PT1000. I intentionally ran all stepper wires over the SPI wires but I cannot see a single checksum error or any problems at all.
Did you retest with latest RRF 3.2-beta2? If you still experience your problems please provide me with your full
0:/sysdirectory contents as well as all possibly other required macros and a GCode file so I can try to reproduce it.Manuel
Duet 3 6HC (v0.6) with RPi 4B on a custom Cartesian
with probably always latest firmware/DWC (incl. betas or self-compiled)
My Tool Collection -
@wilriker I have only tested with 3.2 beta 1.
Have you tried stall detection on a core xy? The tool changer has 6 axis and all are homed with stall detection.
If I find some time I will assemble my duet Ethernet again to check if its fixed on beta 2.
-
@smoki3 As you can see it's simply something cobbled together on my desk. It is configured as a simple 3 axis Cartesian and is only pseudo-homed using
G92 XYZ. So maybe that is the problem already. If possible you could test if it works for you if you useG92as well. Maybe it's just stallDetect that fails.Manuel
Duet 3 6HC (v0.6) with RPi 4B on a custom Cartesian
with probably always latest firmware/DWC (incl. betas or self-compiled)
My Tool Collection -
@wilriker said in Duet 2 Ethernet and SBC:
@smoki3 As you can see it's simply something cobbled together on my desk. It is configured as a simple 3 axis Cartesian and is only pseudo-homed using
G92 XYZ. So maybe that is the problem already. If possible you could test if it works for you if you useG92as well. Maybe it's just stallDetect that fails.As far I remember homing was one of the main issue. But let me check again with beta 2. I will come back to you
-
Can anybody explain me advantages of sbc attached to duet?
-
@smoki3 said in Duet 2 Ethernet and SBC:
As far I remember homing was one of the main issue. But let me check again with beta 2. I will come back to you
I tried stallGuard as endstop now (manually blocking the motor shafts) and still no problems. So maybe putting the LinuxInterface into its own FreeRTOS task solved it eventually. Looking forward to your feedback.
Manuel
Duet 3 6HC (v0.6) with RPi 4B on a custom Cartesian
with probably always latest firmware/DWC (incl. betas or self-compiled)
My Tool Collection -
@seraser said in Duet 2 Ethernet and SBC:
Can anybody explain me advantages of sbc attached to duet?
for now not much more than being able to run DWC on a hdmi touch screen instead of paneldue (and more flexible networking as you'll have both wifi and ethernet).
but as plugins are added to DSF it will offer added functionality (and of course its easier to develop your own stuff on the pi rather than in the reprap firmware)
-
@seraser said in Duet 2 Ethernet and SBC:
Can anybody explain me advantages of sbc attached to duet?
none attm
probbly "plugins" in future, plugins that will be capable of modifying g-code real time while printing (like octoprint for e.g.)
-
Thank you @bearer and @arhi so I will not play with my rasp4.
-
@seraser the wifi is much better using an SBC than the wifi onboard. That's about it
Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is
-
@jay_s_uk I know WiFi is weak in duetwifi so I've installed wifi repetier near for three printers with duetwifi, thank you.
-
@jay_s_uk rpi's wifi is not that good neither
-
@wilriker so I assembled again my duet 2 ethernet/sbc today to my tool changer. I tried beta 2 and self compiled version from today. Both are not working. Still not able to home my axis. The printer is hanging for ever.
I still get some of these in my console:
Warning: Lost connection to Duet (Timeout while waiting for transfer ready pin)Please find attached the macros and config
https://drive.google.com/file/d/1FoRAUD1e0sretY_o9-dE64mefawPdo6K/view?usp=sharing
https://drive.google.com/file/d/1e9l60tG5hqTCH676g0_RTc9dDypd09Uk/view?usp=sharing -
@smoki3 that error pretty much always points to a wiring issue.
We get that a lot on the LPC/STM port when new users first start out so I would go back to inspecting your wiring.Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is
-
@smoki3 are you using duex too? if I remember correctly duet2+sbc is not working if you use duex too ... I might be wrong
-
@smoki3 "Warning: Lost connection to Duet" may mean that the firmware has stopped responding. Are you getting any sort of firmware reset/crash?
-
@arhi said in Duet 2 Ethernet and SBC:
@smoki3 are you using duex too? if I remember correctly duet2+sbc is not working if you use duex too ... I might be wrong
We try to debug it. As you read this thread completely... This was the reason for starting of this thread. It never was about the hardware/pcb design
