CAN-FD Generic IO
-
If there is enough interest in it in the US, perhaps Filastruder may be interested in stocking them?
-
Having filastruder stock them would be good.
I am ok with paying a bit of a premium but it doubles the price for the board to order it from the US. At that price point, I am looking at more local solutions despite the SAMMYC21 board looking good. I still have one coming to test but I am also playing with the STM Nucleo boards that I can get local for $15, add on the transceiver for $2 and I have a good base to work with.
-
I have the Sammy-C21 board working with Duet 3 now and the firmware is committed to Github (there are now SAMMYC21 build configurations in the Duet3Bootloader and Duet3Expansion projects). I will write a wiki page soon on how to use it with Duet 3.
-
The wiki page is now available here https://duet3d.dozuki.com/Wiki/Using_the_Sammy-C21_development_board_with_Duet_3.
-
The Sammy-C21 can be purchased directly from chip45.com. We are making arrangements with them to have the Duet3D CAN bootloader pre-installed as an option.
.. not sure why I keep being amazed by you guys, but I do ..
(edit: it should be possible to use OpenOCD and RaspberryPi GPIO to flash the Atmel chip over SWD, might pick up one of those boards next month and give it a try, providing an alternative to pricey Atmel ICE)
-
For Arduino based solutions there is CANdiy-shield, an Arduino library is available for it. The shield can switch 3.3 and 5v. There are two versions of the shield, v2 and fd, the fd version has CAN-FD.
-
CANdiy shield seems very interesting.
Would anyone have an idea what sort of message I'd have to send?
I'm imagining a scenario where I place a Gcode-command in my code and my Arduino is then "noticed" via CAN-FD to run a function
Vice-versa, the Duet would "wait" until it receives a notification via CAN-FD .
Would this even be remotely possible or am I completely off in terms of capabilites of CAN-FD?
For example, to come back to the Sammy-C21 documentation, how would I go about setting a pin high/low or querying the status of a pin through Gcode?
-
My Sammy-C21 and Atmel-ICE arrived today and after some fiddling I've managed to get the latest version of the Duet3Expansion firmware built and flashed using OpenOCD through Eclipse. However, I'm curious to know if others who are using the Atmel-ICE are using it with Eclipse and whether they've managed to get it working properly as a debugger with breakpoints etc?
I'm pretty sure it's flashed fine as I have the rapid flashing light indicating no CAN connection (I need to go and dig out some RJ11 to hook it up to the Duet3 to be sure), but having the ability to debug properly would be nice. -
So far I have only used the Atmel ICE in Atmel Studio, by loading the .elf file produced by Eclipse. Debugging is rather limited. You can set breakpoints, but not read the values of variables without working out their memory addresses first.
-
Yeh, using the Atmel-ICE with Atmel Studio to program the .elf from Eclipse was super simple, it just seemed a bit overkill and I wondered if I was missing something. I can set breakpoints in Eclipse but they're not handled properly and while execution is halted and can be resumed, as you say variables can't be read.
Nevermind, it's useful as is anyway. I shall get on to getting it hooked up to the Duet and hope I don't need to do too much debugging
