Closed boelle closed 8 years ago
Comment by Wurstnase Wednesday Jan 13, 2016 at 13:46 GMT
@ me if you need some help. I've done a lot in my fork, but this has actually no good HAL an I mess a lot in the code to bring it to work. Would I start again, I would do the stuff better.
Comment by Roxy-3DPrintBoard Wednesday Jan 13, 2016 at 14:37 GMT
@Wurstnase Are you saying you have a version of the Marlin firmware running on Due ?
I have a couple of questions:
1) Would a functioning HAL have made the port cleaner and easier?
2) Are you seeing a performance increase?
3) How bad where the compiler problems? Did you have to fight to get a usable .HEX file that would run on the board?
4) How bad is it to get your Pin definitions correct so the firmware can talk to your hardware?
Comment by Wurstnase Wednesday Jan 13, 2016 at 19:50 GMT
1) We need something like a HAL. I've done a lot of work to get this up to date. But I'm stopping with that some month ago. 2) Sure, there is a big performance increase. My printer run without double or quadstepping with 160 steps/mm on a coreXY with 250+ mm/s. The limit on the Due with quadstepping is approx. 300kHz +/-. 3) I use most time 1.5.8 with Eclipse. 4) Pin definitions is the same. Nothing special. I made a fastio.h like the AVR-Version.
Comment by Roxy-3DPrintBoard Wednesday Jan 13, 2016 at 20:55 GMT
@Wurstnase Repetier ( https://github.com/repetier/Repetier-Firmware/tree/master/src ) used "adjusted HAL files from John Silvia".
The HAL files are here : https://github.com/repetier/Repetier-Firmware/blob/master/src/ArduinoDUE/Repetier/HAL.cpp and here: https://github.com/repetier/Repetier-Firmware/blob/master/src/ArduinoDUE/Repetier/HAL.h
There really isn't that much to them.
One more quick question: Knowing what you know now, if you were to leverage the above files, how long would it take to get a 'fresh' version of Marlin up and running on Due ?
Comment by Wurstnase Wednesday Jan 13, 2016 at 21:13 GMT
In that HAL-files are temperature-stuff and the ISR. Don't forget the fastio-file. Repetier has also two different ;)
The HAL-file from Repetier are not compatible for Marlin. We need something different. Not much but a bit. The main-task is, to make a HAL-file for AVR. If we don't have any MCU-related thing not in a HAL-file we don't need it.
Comment by Roxy-3DPrintBoard Wednesday Jan 13, 2016 at 22:13 GMT
Isn't it the opposite? Marlin already runs on AVR's. Don't we need a HAL file that maps those hardware functions to the Due ?
Anyway... How close is your fork to working? Does it actually move the nozzle around and process some GCodes? If so, it would seem it has most of the magic figured out.
How do I move to a Due? What would you recommend? Is there a Ramps equivalent board I can just plug in a Due processor? Or are there boards that have everything including the stepper motor drivers soldiered down? What do you have?
Comment by CONSULitAS Thursday Jan 14, 2016 at 16:00 GMT
@Roxy-3DPrintBoard perhaps read https://github.com/MarlinFirmware/Marlin/issues/626 (Support for Arduino Due (ARM processor))
you will perhaps find
Comment by Wurstnase Thursday Jan 14, 2016 at 16:59 GMT
My fork is the closest to the actual RC. Just 2 month or so behind. It runs on my Printer for some month now. Also with ABL.
Comment by Roxy-3DPrintBoard Thursday Jan 14, 2016 at 17:23 GMT
Thank You to both of you! I'll be reading for a while!
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 00:12 GMT
@Wurstnase @CONSULitAS
The Due's don't provide any EEPROM ? That seems like a big limitation. I don't really care about the EEPROM because I just keep my settings in the firmware and re-flash if I need to. But most users do tweak their settings and keep them stored in the EEPROM.
Do you think that is a problem that would limit the acceptance of the Due in a Marlin environment?
Comment by Sniffle Wednesday Mar 30, 2016 at 01:20 GMT
There is a fairly popular board called "radds" i think basically a duet tamps board... I know for some on a delta its a fairly popular option. On Mar 29, 2016 7:12 PM, "Roxy-3DPrintBoard" notifications@github.com wrote:
@Wurstnase https://github.com/Wurstnase @CONSULitAS https://github.com/CONSULitAS
The Due's don't provide any EEPROM ? That seems like a big limitation. I don't really care about the EEPROM because I just keep my settings in the firmware and re-flash if I need to. But most users do tweak their settings and keep them stored in the EEPROM.
Do you think that is a problem that would limit the acceptance of the Due in a Marlin environment?
— You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/MarlinDev/issues/317#issuecomment-203165583
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 01:54 GMT
@Sniffle I found two RADDS boards on eBay. But they are add on boards for RADDS. One is an LCD Panel. The other board is 2x Stepper controller board.
Can you check out this link: http://reprap.me/catalogsearch/result/?q=RADDS
That RADDS board still needs a Due board plugged into it, right? And I presume a bunch of Step Stick boards, right?
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 03:07 GMT
OK... I'm confused. If the RADDS board still needs a Due board plugged into it, why not go with a RAMPS board and just plug a Due into that?
For example, I think this is everything I would need to convert a printer to a Due, right?
(It says it ships with a Due, but check out the processor board. It says: Mega 2560 which is an 8-Bit AVR)
Comment by Sniffle Wednesday Mar 30, 2016 at 03:09 GMT
I honestly dont know... I dont have a due to test... But one major difference is 3 extruders vs 2.
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 03:13 GMT
I'll keep studying things. But I'm wondering if one of the reasons a RADDS board is better is because the Due needs 3.3 volts and the Mega 2560 uses 5 volts. I wonder if there is a problem interfacing with stuff like step sticks if you try to use the Due on a RAMPS board?
Comment by Sniffle Wednesday Mar 30, 2016 at 03:20 GMT
That is a very real possibiility, specific power distribution for due vs megs makes logical sense... But we all know how logical the world is...
Comment by Endlesshunt Wednesday Mar 30, 2016 at 09:50 GMT
RADDS board provides for the 3.3V/5V supply issue with DUE. It also carries an add-on EEPROM for the DUE. The one problem that I have with the RADSS is that it is not open source.
Comment by Endlesshunt Wednesday Mar 30, 2016 at 09:52 GMT
PS. If you plug a RAMPS onto a DUE you will immediately pop the DUE. The RADDS was specifically developed to be a RAMPS for the DUE
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 13:21 GMT
@Endlesshunt Thank You for the help! How do they solve the problem where the output signals on the Due are 3.3 volts but the Step Sticks need 5 volt TTL signals to function correctly? The Step Sticks are interchangeable between RADDS and RAMPS boards, right?
And I guess I have the same question about the LCD Panels. You can use the same LCD Panel on both a RAMPS and RADDS board, right?
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 13:49 GMT
The one problem that I have with the RADSS is that it is not open source.
Yeah, It looks like they goofed up on the compliance when they declared they were Open Source. But they did try and they did publish enough stuff that anybody can follow easily in their foot steps:
http://reprap.org/mediawiki/images/8/81/RADDS_26_sch.pdf http://reprap.org/mediawiki/images/6/6b/Anschlussbelegung.pdf
Comment by CONSULitAS Wednesday Mar 30, 2016 at 22:15 GMT
@Roxy-3DPrintBoard Yes, the Arduino Due does not have an EEPROM. But that is only a limitation based on our implementation.
An extension i think about is to make an more abstract implementation of the save/read parameters commands (M5xx) so that they provide multiple paths (EEPROM, SD-Card etc.). So you could save to SD (e.g. EEPROM.g) which would be read while booting before auto0.g and be an replacement for the EEPROM. If we do it human readable, it would be great for debugging, too.
BTW: RADDS is only one Board. There is RAMPS FD (for due), too. E.g. http://www.ebay.de/itm/Pololu-Shield-Ramps-fd-Controller-Control-Board-for-Reprap-Arduino-3D-Printer-/221818365964
Together with an Due clone (e.g. http://www.ebay.de/itm/New-Due-R3-Board-SAM3X8E-32-bit-ARM-Controller-Cortex-M-Compatible-For-Arduino-/161271045825) you can start for aprox. 40$/€.
Comment by Endlesshunt Wednesday Mar 30, 2016 at 22:16 GMT
@Roxy-3DPrintBoard They drive everything with 3.3V and limit any inputs to 3.3V. Things like the servo PWM output they supply a 5V power line but drive the PWM signal with 3.3V. They are very careful to keep the 3.3V and 5V rails separate. TTL can work on 3.3V input as long as you keep the TTL output away from the DUE. If you do want to use a widget with TTL output you have to put a level converter between it and the DUE circuitry
TTL Voltages: A TTL input signal is defined as "low" when between 0 V and 0.8 V with respect to the ground terminal, and "high" when between 2.2 V and VCC (5 V), and if a voltage signal ranging between 0.8 V and 2.0 V is sent into the input of a TTL gate, there is no certain response from the gate and therefore it is considered "uncertain"
Comment by Roxy-3DPrintBoard Wednesday Mar 30, 2016 at 22:20 GMT
BTW: RADDS is only one Board. There is RAMPS FD (for due), too.
Ah!!!! OK, that helps a lot! Now I know what to look for! And Thanks for the explanation about how they make it work with 3.3 volts (@Endlesshunt).
Comment by Endlesshunt Wednesday Mar 30, 2016 at 22:25 GMT
Here is some more data on the RAMPS-FD http://www.geeetech.com/wiki/index.php/Ramps-FD Make sure you read the warning at the top of the page
Comment by Blue-Marlin Wednesday Mar 30, 2016 at 22:44 GMT
If you really want to warn link to http://reprap.org/wiki/RAMPS-FD. After reading that, RAMPS-FD is not under consideration any more.
Comment by Endlesshunt Wednesday Mar 30, 2016 at 22:50 GMT
@Blue-Marlin Sorry, pasted the wrong link, wanted to paste the one to reprap
Comment by CONSULitAS Wednesday Mar 30, 2016 at 22:53 GMT
@Roxy-3DPrintBoard @Endlesshunt and another warning: The normal LCD adapter would fry the mcu, too. So you have to use e.g this one: http://www.ebay.de/itm/221680360756 Than you can connect this http://www.ebay.de/itm/2004-LCD-Display-3D-Printer-Controller-With-Adapter-For-RAMPS-1-4-Reprap-Mendel-/331799311155 or that http://www.ebay.de/itm/12864-Display-LCD-3D-Printer-Controller-Adapter-For-RAMPS-1-4-Reprap-Mendel-/400994571418 .
for own hardware you have to use a logic level converter like http://www.ebay.de/itm/IIC-I2C-Logic-Level-Converter-Bi-Directional-Module-5V-to-3-3V-/171890679333
@Blue-Marlin Thanks for the warning!
Most serious for me is the inverted MOSFET logic which is unsafe and could cause uncontrolled heating.
Comment by CONSULitAS Wednesday Mar 30, 2016 at 23:17 GMT
fun: mod a 7$ RAMPS for Due in less than 1 hour you find this http://forums.reprap.org/read.php?219,479626,486426#msg-486426 reading here http://forums.reprap.org/read.php?219,449522,494255#msg-494255
WARNING: same safety issue!
Yes i have modded my bugged ramps fd and now woks, On my Mini Kossel using it and MarlinKimbra4Due! :)
Duplicate of #3851
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Issue by Roxy-3DPrintBoard Sunday Dec 27, 2015 at 21:36 GMT Originally opened as https://github.com/MarlinFirmware/MarlinDev/issues/317
There seem to be a few places that have gotten (older versions of) Marlin up and running on Due microprocessors. Once we get the current code base cleaned up, we may want to start looking and putting support in place for a higher performance processor. Repetier has put a HAL (Hardware Abstraction Layer) in place so their firmware can run on the Due microprocessor.
When the time is right, we will want to be knowledgeable about these efforts.
For example: https://github.com/bobc/Marlin/tree/Marlin_v1/Due/Marlin and https://github.com/repetier/Repetier-Firmware/tree/master/src/ArduinoDUE/Repetier