Duet 3 Mainboard 6HC - initial production run.
-
We have completed our prototyping phase of the Duet 3 Mainboard and will be starting a limited initial production run shortly.
Headlines:
- 6 Stepper channels, at least 4A per channel.
- High speed dedicated bus to a single board computer.
- 2 CAN-FD buses for expansion.
- 10 PWM outputs for Bed heater, extruders, fans (example configuration is 3 extruders with 2 fans per extruder).
- 9 IO headers for Endstops, probes, filament sensors and other low bandwidth sensors.
- 4 Thermistor/PT1000 inputs and support for 2 temperature daughterboards (4 PT100s or Thermocouples).
Boards from this run are available for pre-order here:
https://www.duet3d.com/Duet3Mainboard6HC
This is on a first come first served basis.
We will begin delivery the first week of September, in the order we receive your purchases.Initial documentation is available:
Duet 3 Mainboard 6HC Hardware Overview
Duet 3 Mainboard 6HC Wiring Diagram
We are also busy testing the second set of 3 channel expansion board prototypes, there is some more information on these here: Duet 3 Expansion Hardware Overview -
Great news. I'll be watching this as closely, and plan upgrades as soon as business income allows.
Meanwhile I will be watching ebay like a Hawk for retired and unloved Duet 2 boards!
-
Any plans for the 3 stepper driver expansion board to be available for pre-order, too?
-
@immutef It will be, but not on the same timelines at this point. We are evaluating the prototypes now.
-
All right. Unfortunately I'd need 7 stepper drivers for proper testing, so i'll sit back and wait
-
is the expansion breakout board compatible with this? alternatively, does this natively support the 5v step/dir logic output?
IMHO stepper drivers are a relic of the past and this next gen board should natively be compatible with at least the low end servos that use the 5v logic. If not the high end servos that use CAN bus. -
@nitrofreak we are designing a series of CAN connected expansion boards (and tool boards :D)
https://duet3d.dozuki.com/Wiki/Duet_3_Expansion_Hardware_Overview
Thats just the first one that we have in test.
To use external drivers we will be making another expansion board dedicated to that. If in the future there is demand we might also make a mainboard designed specifically for external drivers.
Stepper drivers definitely have their place, as do servos, the long term goal for the Duet 3 family is to support a wide range of motor options from steppers, servos, BLDCs etc. Clearly it will take time to develop the expansion modules!
-
Damn, cool board! Also you solved all the limitations of duet2 which I came across, very nice work, congrats!
-
@T3P3Tony
CanOpen support would be great as that is what the industrial servo and stepper drives normally support
See https://www.can-cia.org/canopen/ for more info -
@t3p3tony
I also see mention on the about wiki page that the ethernet port may possibly support EtherCAT in the future, is that EtherCAT slave or master function. Master support would be totally amazing to have as you could integrate EtherCAT servo/stepper drives (depending on what protocol is used, CanOpen over EtherCAT is the most common). Slave support would also be very interesting as it would allow for a low cost EtherCAT multichannel stepper drive with I/O which could easily be used with Linuxcnc. -
CanOpen and EtherCat are both possibilities for the future.
CanOpen has far too little bandwidth to use for 3D printing, so we are not using it for communication between the main board and the expansion board. Instead we are using the faster Can-FD hardware specification and a protocol loosely based on UAVCan. But the main board supports a second CAN bus that could be used to control slower devices using CanOpen.
We hope to provide EtherCat master support sometime in the future. EtherCat slave devices require a royalty payment, but master devices do not.
-
Damn. I just bought groceries. I guess I'll have to wait until next month to order.
-
@dc42 Is the DSF tied to Rpi implementations or can we use any SBC that has an SPI bus interface? For instance, I have a half dozen quad core Wandboards with SPI interfaces.
Oh and maybe this is a question for @chrishamm but what made you guys go with C# and .NET for the DSF?
-
Is the DSF tied to Rpi implementations or can we use any SBC that has an SPI bus interface?
Its no longer tied to wiringpi library for SPI at least. I suspect official support will be limited, initially at least, but you'll have a fighting chance at least
-
@bearer said in Duet 3 Mainboard 6HC - initial production run.:
Is the DSF tied to Rpi implementations or can we use any SBC that has an SPI bus interface?
Its no longer tied to wiringpi library for SPI at least. I suspect official support will be limited, initially at least, but you'll have a fighting chance at least
Not having official support doesn't worry me
-
Purchased, im happy to be an early adopter to support the amazing work you guys do.
looking forward to getting this thing in my hands.
Regards
-
@gtj0 said in Duet 3 Mainboard 6HC - initial production run.:
@dc42 Is the DSF tied to Rpi implementations or can we use any SBC that has an SPI bus interface? For instance, I have a half dozen quad core Wandboards with SPI interfaces.
Oh and maybe this is a question for @chrishamm but what made you guys go with C# and .NET for the DSF?
It's not tied to RPi, but if you use a different SBC then you will need to port Duet Software Framework to it, and that SBC has better have a good SPI and GPIO driver unless you can write them yourself.
If the SD card socket is fitted to the Duet 3 then it will be possible to run it in standalone mode (i.e. without the RPi or other SBC) by using the Ethernet interface; but if you do that, you will miss out on a lot of features.
Using C# and .NET was chrishamm's choice. But in my experience, it is way more productive than programming in C++, when you have the computing power to absorb the additional overhead. Having memory management makes coding much simpler, and the run-time checking of pointers, array bounds etc. speed up fault detection hugely. A few days ago I spent three hours tracking down a null pointer dereference in RRF3 on Duet 3. That would have been pinpointed instantly had I been able to use .NET instead of C++.
-
The Freescale iMX6 platform is well supported in Linux. I wrote some of the device tree and driver stuff for it.
Not criticizing the choice of C#, just curious. I haven't done any C# development in about 10 years so I'll have to see what .NET dev tools are like for Linux these days. Hopefully there's an Eclipse plugin.
-
Hi Guys
Brain is wandering here. With this new equipment and its expansion capabilities.
Do you think one Duet-3 with expansion boards could be configured to control for example three identical printers, X3 Y axis drivers, X3 Y axis drivers X3 Z axis drivers and X3 extruder drivers all running at the same time (properly calibrated of course) im thinking print farm applications where numerous printers of the exact same make, model etc are all printing the same g-code at the same time.
Thoughts.
-
@calvinx IMHO it should be possible to augment IDEX printers to have three extruders.