PanelDue CNC Pendant-pass trough not working

MaxGyver

I have spend two full days trying to get this working. When directly connected to the Duet, the panel is working. The same goes for the Pendant. But when I wire both together the connection does not work on the PenelDue side. The panel just shows "Connecting" in the top right corner.

I followed the instruction on how to build The PanelDue CNC-Pendant to the T. I have resoldered the complete setup about 6 times by now with two Arduino micro pro.

My setup:

Duet 6HC RRF 3.5.rc1
Arduino micro pro (5V version) flashed with the latest Pendant Firmware
PanelDue 5i (PanelDueFirmware-3.5.0-rc7-v3-5.0)

Because I am really starting to question my sanity, I made this super simpel setup with just the PanelDue, Arduino and Duet 6HC. I even made a blue and green wire for the connection between Dout and RX1 to avoid confusing pins.

droftarts

@MaxGyver It certainly looks right. I can only think, if the Duet isn't connecting, that either data from io0.out to PanelDue Din isn't getting through, or commands from the PanelDue Dout pin are not making it through the Arduino to the io0.in pin. I've asked @dc42 which is more likely.

Ian

droftarts

@MaxGyver @dc42 says:

I think PD firmware has the option to use a CRC now instead of a checksum. I don't think the pendant firmware has been updated to handle the CRC.

This was added in PanelDue firmware 3.4.2-pre2:

added CRC16 to gcode request

by default CRC16 is enabled

added option to disable checksum and CRC16 in gcode requests

So change M575 to S0 if it's set to S1 in config.g, I think.

Edit: let me know if this works, and I'll add it to the wiki page.

Ian

MaxGyver

@droftarts said in PanelDue CNC Pendant-pass trough not working:

@MaxGyver @dc42 says:

I think PD firmware has the option to use a CRC now instead of a checksum. I don't think the pendant firmware has been updated to handle the CRC.

This was added in PanelDue firmware 3.4.2-pre2:

added CRC16 to gcode request

by default CRC16 is enabled

added option to disable checksum and CRC16 in gcode requests

So change M575 to S0 if it's set to S1 in config.g, I think.

Edit: let me know if this works, and I'll add it to the wiki page.

Ian

Hey Ian, unfortunately changing S1 to S0 in the M575 command did not solve the problem.

On another note, is the voltage devider needet when using a Duet 6HC? I understand that the URXD0 pin on the DuetWifi's PanelDue connecter is expecing a 3.3V signal but on the Duet 6HC 5V should work as well?

droftarts

@MaxGyver said in PanelDue CNC Pendant-pass trough not working:

Hey Ian, unfortunately changing S1 to S0 in the M575 command did not solve the problem.

I haven't worked out how to change the PanelDue to use checksum rather than CRC, and it's possible turning off both causes other problems if there's interference.

On another note, is the voltage devider needet when using a Duet 6HC? I understand that the URXD0 pin on the DuetWifi's PanelDue connecter is expecing a 3.3V signal but on the Duet 6HC 5V should work as well?

Good point, I'm no electronic engineer, so I don't know! I'll ask @dc42.

Ian

dc42

@MaxGyver the pendant firmware needs to be changed to accept (and preferably generate) a CRC. It's not a lot of work to do but it it will have to be scheduled in with all the other firmware work going on.

MaxGyver

@dc42 said in PanelDue CNC Pendant-pass trough not working:

@MaxGyver the pendant firmware needs to be changed to accept (and preferably generate) a CRC. It's not a lot of work to do but it it will have to be scheduled in with all the other firmware work going on.

Okay, thank you for your feedback. Is this issue limited to RRF 3.5?

I understand that there is a lot going on with the upcoming release of RRF 3.5. I would very much apreciate if the nessecary firmware updates would be made soon. The pendant is for my CNC-Router that I regularely use for my work. One of the main reasons I decided to convert this machine to use a DUET 6XD controller was the need for a more capable CNC-Pendant.

dc42

@MaxGyver it's not directly related to RRF 3.5, it's related to recent PanelDue firmware versions that use CRC16 in preference to checksum, because we've seen that the checksum doesn't offer sufficient protection against interference picked up by the serial line in some installations. As a temporary workaround, you could try an older version of PanelDueFirmware, if that provides enough functionality for you.

droftarts

@MaxGyver Can you try using PanelDue firmware 3.4.0? https://github.com/Duet3D/PanelDueFirmware/releases/tag/3.4.0. This was from before the CRC feature was implemented. It should still work okay with RRF 3.5, until @dc42 has a chance to update the Pendant firmware.

I think leave the voltage divider in place for now. If it works as-is, you can try without it.

Let me know if the older PanelDue firmware works, and I'll update the instructions until such time as David updates the Pendant firmware.

Ian

dc42

@MaxGyver I've provisionally scheduled this work on the pendant firmware for shortly after FormNext ends which is on 10 November. Are you happy to wait until then?

dc42

@MaxGyver I had a few spare minutes so I created a new branch "crc16" of the pendant firmware with code added to support CRC from PanelDue. I don't have time before FormNext to set up a system to test it, but I guess there's a small chance that it might work; so try it if you wish. There's a #define in file GCodeSerial.h that controls whether it send checksums or CRCs to the Duet.

MaxGyver

@dc42 said in PanelDue CNC Pendant-pass trough not working:

@MaxGyver I've provisionally scheduled this work on the pendant firmware for shortly after FormNext ends which is on 10 November. Are you happy to wait until then?

Of course! I know that you guys have a lot going on. I flashed the PanelDue with FW version 3.4.0. Here it works as expected.

dc42

@MaxGyver did you see my message of 1 November?