The 3D Potter guys would probably enjoy free advertising (not affiliated with them, but I know they use duet+expansion).
Their stuff is definitely on the weird end of the spectrum, but I'm curious to see what else is posted here.
The 3D Potter guys would probably enjoy free advertising (not affiliated with them, but I know they use duet+expansion).
Their stuff is definitely on the weird end of the spectrum, but I'm curious to see what else is posted here.
A Hypercube is just one specific printer design that uses the CoreXY kinematics/belt layout. There are many others such as:
-Voron
-V-King
-D-Bot
-V-Core
-RailCore II
-Hypercube Evolution
-Many other lesser known printers
@dc42
Just some food for your thought, another open source project has implemented RS485 communication to spindles in a CNC controller called the CNC xPro v5. RRF is definitely better developed overall, and it could be very powerful to port that feature. I am guessing your daughter board would be using a MAX485 style uart to RS485? I have one of those modules and could test if you were to implement it.
This is a board I have that I am planning on hooking up to a spare UART: UART to RS485 Board
The CNC xPRO V5 has a list of spindles that they have already integrated and you would be able to use those for references in your implementation (src/spindles folder). Obviously an RRF implementation would allow for the interface of way more than VFDs, and I think if done right could make it a very capable tool for more industrial hardware.
@avdoverflow I think the proper solution is to make a change to the interface to allow the commands to be buffered such that any commands in the buffer that are non motion commands could be executed on the fly/mid move? dc42 will need to confirm the possibility of this. I am very excited to see move segmentation added, does this mean that it will be possible to track the distance to go until the end of a move in DWC? If so that makes it one of the last fundamental features of a fully formed cnc controller.
@skivvy I would change that to, a restaurant with a menu of the length of a Bible that has the 8 items you want, but they are all scattered amongst it's many pages, and it takes a while to get your order, and you don't know if those are actually the right items, and if they aren't cooked right, you have to go back to the restaurant supply company to fix it rather than have the sheff fix it...
Reprapfirmware is like a buffet that's cooked perfectly has everything you need to customize right in front of you.
@bricoletout
Just wanted to make sure you know about this printer: https://www.projectr3d.com/shop/p/daedalus
It checks all of your boxes and is ready to go!
I want one
Your only option, that won't cause issues with your thermocouple readings is to put an inline thermocouple connector.
These connectors can be purchased from Omega Engineering here:
Miniature Size Thermocouple Connectors
Make sure to select type K, with the IEC color code.
I would put the splice pretty close to the extruder, that way you can run the extension cable the whole way and have the connector accessible if you ever need to work on the hotend.
You can find thermocouple extension wire here:
Thermocouple Extension Wire
Or Here:
Stranded K-type Thermocouple Wire AWG 24 with Kapton Insulation Extension 5 yard
I know it's probably more than you were planning on spending, but if you want to use a thermocouple, then it's kinda your only option unfortunately.
-Tim
I just thought I would bring/post about a connector I found that Molex makes that I think would work well for hotend connections, as well as elsewhere on my printer. What does everyone prefer to use for their hotend heater thermistor, and fan connections out by the extruder? I know the Voron guys like the microfit 3.0, and Lulzbot had the normal dupont style pins, some people use JST on daughter boards.
Molex makes some crimpable wire to wire connectors that are kinda cool (available on digikey). They call them ditto connectors since there is only one kind of crimp and one kind of housing (no male and female, but insertion is one way). Here's a video: https://www.youtube.com/watch?v=R-sWcdPl7Dc
They make 2.5mm pitch connectors, so pretty compact for what they are: https://www.digikey.com/en/products/detail/0368770004/WM10902-ND/5114214?itemSeq=354314114
Any thoughts? Is there any connector that is ideal that I just haven't heard about?
Thanks in advance.
-Tim
https://duet3d.dozuki.com/Wiki/Using_M581_-_External_Triggers_and_Building_a_Control_Panel
Then you could point that to a gcode file with M25 in it.
@timothyz
Ok, well, I just found the answer:
A list of the UART ports are here https://teamgloomy.github.io/board_txt_stm32.html#uart-useable-pins---stm32h7-based-boards
Board.txt Configurables Applicable to STM32 | RepRapFirmware for LP...
Details of each item that can be configured in Board.txt and which build they are applicable to
However in 3.5 and below we only support 2 UART connections. 1 for a WiFi module and 1 for a screen or other device
In 3.6 this has been increased to 3. 1 for WiFi and 2 for other devices
Looks like PB6 and PB7 are available on the EXP headers
Hi,
I am having issues with the AUX 2 serial not loading right with board.txt with an octopus pro. Here is my baord.txt (with 3.5.3)
board.txt:
//Config for BTT Octopus Pro v1.0 F429 Version
serial.aux.rxTxPins = { PA_10, PA_9 }
serial.aux2.rxTxPins = { PD_6, PD_5 }
Here is where the error is in config,g:
M575 P1 S1 B57600 //This works fine, using for CNC pendant, works great actually.
M575 P2 S7 C"RS485" B9600 // Error in console: Error in start-up file macro line 49: in file macro line 49: M575: parameter 'P' too high
Any hints on what could be the issue, I searched here and the Team Gloomy Discord and could not find anything wrong with my config.
@Dennis_kim HF020 Pulse Driver Speed Motion Controller
It's an external board, but it is the best solution to make it act like a spindle, could be controlled with a digital output/heater/fan output. I believe @dc42 said that this was potentially a feature to be added in 3.5, but I think it might not be ready in time (as well as feed hold, which is also useful in places where you have a spindle).
@T3P3Tony @dc42 I have been trying to figure out the best way to make M260 also be able to be used to send and receive bytes over UART to enable expanding spindle control capabilities. I think there should be a separate parameter set that would tell it that it is going to use a uart channel instead of an i2c channel, and then would it be best to use B for both?
@OwenD I didn't know you could declare an array that way! It won't work if I do it as one line, but this is perfect. I must have missed this in the documentation.
Thanks again.
I will make a new post once I have created something useful.
Hi,
I am trying to implement additional tool management capabilities for a CNC router and I am curious how long the new arrays can be? I am trying and I can't seem to declare an array that is longer than 10 or so values. Is this a limitation of the gcode parser max line length? Is there any way to multi-line this?
Thanks,
Tim
I don't know if I could be any more excited to see this post! Excellent work, will be super beneficial to the community using Duet/RRF controls on CNC machines. I was actually starting to develop some integrations for tool management in DWC but I am curious to see how you integrated it on your system. Regardless, blown away by the polish and the thought that went into this and I hope you get plenty of interest and win the most innovative machine award.
Thanks for sharing and I hope you get the attention you deserve, and I am excited to see stuff like this being done with RRF!
@jay_s_uk It's so close to being capable I can taste it, maybe to start, we could allow M118 to optionally send data instead of pure strings. Though, I really don't grasp the deeper functionality of M118 so I'm not really sure. It may be best to change M260, but dc42 always seems to know the inner details and how to make things work.
@dc42
Just some food for your thought, another open source project has implemented RS485 communication to spindles in a CNC controller called the CNC xPro v5. RRF is definitely better developed overall, and it could be very powerful to port that feature. I am guessing your daughter board would be using a MAX485 style uart to RS485? I have one of those modules and could test if you were to implement it.
This is a board I have that I am planning on hooking up to a spare UART: UART to RS485 Board
The CNC xPRO V5 has a list of spindles that they have already integrated and you would be able to use those for references in your implementation (src/spindles folder). Obviously an RRF implementation would allow for the interface of way more than VFDs, and I think if done right could make it a very capable tool for more industrial hardware.
@avdoverflow I think the proper solution is to make a change to the interface to allow the commands to be buffered such that any commands in the buffer that are non motion commands could be executed on the fly/mid move? dc42 will need to confirm the possibility of this. I am very excited to see move segmentation added, does this mean that it will be possible to track the distance to go until the end of a move in DWC? If so that makes it one of the last fundamental features of a fully formed cnc controller.