Duet 2 Ethernet and SBC

[arhi]

@jay_s_uk rpi's wifi is not that good neither

[smoki3]

@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

[jay_s_uk]

@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.

[arhi]

@smoki3 are you using duex too? if I remember correctly duet2+sbc is not working if you use duex too ... I might be wrong

[gloomyandy]

@smoki3 "Warning: Lost connection to Duet" may mean that the firmware has stopped responding. Are you getting any sort of firmware reset/crash?

[smoki3]

@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

[smoki3]

@jay_s_uk doesn't seems to be any wiring issue. As you read in the thread I already tested all of different wirings...

[smoki3]

@gloomyandy said in Duet 2 Ethernet and SBC:

@smoki3 "Warning: Lost connection to Duet" may mean that the firmware has stopped responding. Are you getting any sort of firmware reset/crash?

Sometimes it crashes sometimes it hangs forever until I do a manual reset.

[gloomyandy]

@smoki3 It is unusual for the firmware to hang (the watchdog timer usually catches those and causes a timeout). But if you are getting resets then the output from M122 may tell you more about the cause and the stack trace may allow you (with the use of a map file) to track down where the reset happened. If you are building your own firmware you should have (or be able to generate) a map file. Doesn't always work out but a lot of times it helps!

[smoki3]

@gloomyandy I assume that there a some communication issues between the firmware and the rpi. So messages get lost and the raspberry wait for a confirmation from the firmware.

Lets see if wilriker find something. As he also mentioned before in this thread he also assume that this is a firmware issue.

[gloomyandy]

@smoki3 Fair enough, but you might still want to save the output from m122 after any resets (and perhaps make them available to wilriker). I look after the LPC/STM port and that information is very useful when trying to track down what is going on.

[arhi]

@smoki3 said in Duet 2 Ethernet and SBC:

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

I seen now for the first time you mentioned "toolchanger" so I assume you are using DUEX. I have not noticed in the thread you are using DUEX, sorry. I understood it's a limitation of duet+sbc, that duex will not be supported. (as for the pcb part, that I apologize for, it should really be moved into some separate topic)

[wilriker]

@arhi said in Duet 2 Ethernet and SBC:

I seen now for the first time you mentioned "toolchanger" so I assume you are using DUEX. I have not noticed in the thread you are using DUEX, sorry. I understood it's a limitation of duet+sbc, that duex will not be supported. (as for the pcb part, that I apologize for, it should really be moved into some separate topic)

This is just an intermediate limitation we are currently trying to resolve. It works on my setup but it does not work for @smoki3 and we try to find out why.

[arhi]

@wilriker said in Duet 2 Ethernet and SBC:

This is just an intermediate limitation

awesome, I understood there's a problem making it permanent.

[jlipavsky79]

@wilriker Have you gotten this to work in a machine yet?

[wilriker]

@jlipavsky79 Unfortunately I did not get to it yet. Will test in the course of this week.

[MarMed]

So after receiving the boards from JLCPCB($36.37) to avoid turning your hairs gray troubleshooting, check for lifted pads on the buffer ICs. I happened to have 1 board out of 10 where the TFR pin was not soldered.

[arhi]

@MarMed only one pad on 6pin ic ? can you share pic?

[MarMed]

@arhi these photos were taken before I knew the issue, and I already soldered the pad, so I apologize for the poor photo quality.

[arhi]

weird, I would not expect pad lifting on something like this... anyhow, it's easy fix, good to know ppl need to check the pcb's