-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Recommendations for a good 32 bit microprocessor to run Marlin #3851
Comments
From @jbrazio on March 30, 2016 20:7 This is an interesting topic. Following your discussion on the other thread really got me thinking to buy one of these boards (DUE/RADDS). |
From @Roxy-3DPrintBoard on March 30, 2016 20:18 @jbrazio Well... If you are not in a super big hurry... It may be best to hold off for a couple of weeks. The real purpose of this thread is to try to identify a 'Reference Platform' for 32-Bit Marlin's. @BioPrinter and I have been exchanging emails. If we can get some consensus on 2 or 3 viable platforms, he is going to start lobbying the microprocessor vendors to see if one of them will step up and provide the development hardware for our group. The thinking is, if we have 6 or 7 contributors with the exact same hardware being used as a reference platform, we are going to be able to make the transition faster. And then for our users, that exact reference platform is pretty much guaranteed to always work and to have the latest and greatest feature set at all times. The hardware vendor would get a big magnet pulling new 32-Bit 3D-Printer sales in their direction. And given the size of the Marlin user base, that is nothing to sneeze at. |
From @Sniffle on March 30, 2016 20:19 I would think if we build a hardware interface layer it could be just about |
From @Roxy-3DPrintBoard on March 30, 2016 20:24 Yeah... That would be the theory! Maybe I'm just being negative. But having other contributors with the exact same hardware gives me more confidence. |
From @jbrazio on March 30, 2016 20:29 @Roxy-3DPrintBoard no worries, I believe your approach makes perfect sense and will for sure speed up the effort. I just see one potential problem, if we want to keep somehow the same existing toolkit and implement some sort of HAL to allow us to have the same code base for 8bit and 32bit then we must stay inside something supported by the Arduino platform ? |
From @Roxy-3DPrintBoard on March 30, 2016 20:40 It is very possible that Atmel will be the most logical choice at which point, everything is simple. But really... The users don't use the the IDE environment of Arduino to do anything but compile and upload. This is a valid point for discussion, but it is very possible that another environment for the 32-Bit stuff will make more sense. It may be that some version of GCC with a makefile can do everything they need. (All of these issues need to be put on the table and discussed!!!) |
From @jbrazio on March 30, 2016 20:43 Users do not use the IDE.. but we do use the Arduino core. :-/ |
From @Roxy-3DPrintBoard on March 30, 2016 20:45
At which point we need some type of HAL to move to another vendor's microprocessor! :) |
From @CONSULitAS on March 30, 2016 22:28 @Roxy-3DPrintBoard @jbrazio @Wurstnase has a running (but rather old, based on Marlin of 01. Feb. 2015, and experimental) fork for Arduino Due: https://github.com/Wurstnase/Marlin4Due |
From @Wurstnase on April 1, 2016 12:51 Yes, i've stopped. |
From @Sniffle on April 7, 2016 5:2 I already showed this to @Roxy-3DPrintBoard but what do you guys think? extension board to add 4 more extruders touchscreen display and it's already supported by reprap firmware so we have somewhere to reference for pinouts, etc. not to mention is it just me or does this board almost seem too good to be true because it covers pretty much every thing a "moddern" printer could ask for. I'm sure there is a gotcha somewhere but damn talk about a complete package. edit: think i found the one downside, It uses A4982 steppers so they are hard mounted 1/16th microstepping only. If you can think of more I'm all ears. as far as I can tell the 0.8.5 revision is pretty stable, but if anyone can break it and find faults we can :-P |
From @jbrazio on April 7, 2016 10:59 I like it uses the same uC as the Due but the drawback (without even deep diving into hardware specs) it's the price, the overall solution you propose is quite expensive ($285). |
From @Sniffle on April 7, 2016 14:35 Yeah that was my concern as well... It is just kinda the all in one |
From @Roxy-3DPrintBoard on April 7, 2016 15:24 I wonder if they have an updated version of the board they are working on with 1/64 Micro-Stepping? Other than that, and the cost... This is a really good setup. |
From @Wurstnase on April 7, 2016 15:53 The firmware on this board is not fast enough to support higher
|
From @jbrazio on April 7, 2016 15:56
This is were Marlin comes in.. or which firmware are you talking about ? |
From @Bio-Printer on April 7, 2016 16:5 At: https://docs.google.com/document/d/1whV779t_660hpgTxYxFomgqrOk1CpEQi-8QttTHaI-Q/pub They say they pre-load the RepRap firmware. They recommend:
|
If anyone is still tracking this topic, the new Duet board (now called DuetWifi) is available for pre-order. It has a 120MHz Cortex M4 with hardware FPU. Looks really nice but not cheap! More details at https://www.duet3d.com/ |
Thanks for the Heads Up @bobc ! Yes, we are very interested! We just aren't in a position to move forward on the 32-Bit code right now! That really does look like a nice 32-Bit board!!! |
I'm keen to follow any topics which bring forward a 32 bit microcontroller. Especially where key features that i'm looking for are
|
This is the issue: £118.80 |
Yes, the cost is a little high. But it is an Open Source design. If there are any people buying this board, there will be clones of it showing up. And the good thing is it has everything needed for a 3D-Printer on the board. |
I have a duet running my kossel mini, and im building a corexy and now that
this is being released it will be what runs it instead of the duet 0.8.5
|
AZSMZ ARM 32bit controller board See On 16 June 2016 at 10:16, Todd Swindoll [email protected] wrote:
|
@S1CAR1US I know that the Re-Arm board has no EEPROM, it was therefore emulated on the internal SD Card of the board. It works quite well. |
I purchased three Re-Arm boards from KickStarter and I'm willing to donate two of them to developers to further the cause. Re-Arm for RAMPS - https://www.kickstarter.com/projects/1245051645/re-arm-for-ramps-simple-32-bit-upgrade?ref=user_menu If interested PM me and I will mail them to you. Eager to see Marlin move into the 32-bit world. r, |
What about smoothieboard? |
Has anybody considered ESP32 ? Sure it has less usable pins but enough for a single extruder, i think. ESp32 is almost 10 or more times powerful than Due, even without FPU. It is also possible multiple Esp32 can synchronize. |
@alfredanil The ESP32 Is a very powerful micro for sure. Dual core 240MHz with an FPU. Sure an I2C or SPI I/O expander would help with this. |
Well, Esp32 can compliment a Due or STM by adding Wi-Fi and Bluetooth capabilities. It can run the more computation intensive part of firmware like velocity ramp generation especially the more complex S-shaped velocity ramp with fifth order polynomial. It can also run a webserver for host and configuration setup. Possibilities with Esp32 are endless. |
I promised @Roxy-3D to not to comment on marlin anymore. Therefore just this link(regarding esp32): http://forums.reprap.org/read.php?2,769032 |
I'm not happy with the LPC1768/69 boards because they're pin limited. I'm hoping to see LPC1778 based boards come out. More I/O pins and lower cost than the LPC1769/17678 along with EEPROM. I see lots of activity in the STM32 area. So far I haven't seen any low/moderate cost boards based on the higher end chips. I'd also like to see more than 5 stepper sockets. 5 isn't enough for the higher end printers. |
Yeah... I wish the Re-ARM board had enough GPIO pins so all of the RAMPS connections had signals going to them.
Agreed. I'm looking for one with 7 or 8 stepper sockets. I want to get a 3 or 4 filament mixing extruder. And that isn't happening with 5 stepper sockets. |
@Roxy-3D Ultratronics Pro? 7 stepper sockets and a 32bit MCU. |
On Cohesion3D ReMix I can rig 8 total stepper drivers by using the pins
from the ethernet module expansion header. There are 6 drivers on the board
by default, the 6th shares signal lines with the status LED pins, and then
there are 8-9 more gpio pins via the ethernet exp header that I can use for
2 sets of drivers, hotends, and thermistors (some mix and match required to
get other analog pins for the thermistors).
In short, it's possible, but I find the 6 driver to already be a limited
market, so I only see it happening as the ReMix with potentially a 2 driver
expansion board.
…On Fri, Jan 19, 2018 at 11:37 AM, Roxy-3D ***@***.***> wrote:
I'm not happy with the LPC1768/69 boards because they're pin limited. I'm
hoping to see LPC1778 based boards come out. More I/O pins and lower cost
than the LPC1769/17678 along with EEPROM.
Yeah... I wish the Re-ARM board had enough GPIO pins so all of the RAMPS
connections had signals going to them.
I'd also like to see more than 5 stepper sockets. 5 isn't enough for the
higher end printers.
Agreed. I'm looking for one with 7 or 8 stepper sockets. I want to get a 3
or 4 filament mixing extruder. And that isn't happening with 5 stepper
sockets.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3851 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AG_bGLaW-Q64Fq89ZmQCvN0gmFqILDQKks5tMMS7gaJpZM4Imb5C>
.
--
Ray
|
I am eyeing up the follow cheap STM32F7 dev boards as a target - paired with RADDS; they are now sub $30 USD range and seem like a good target. ESP32 is also worth looking at I see a HAL was contributed the other day. Unfortunately the esp32's I have lying around don't have all the pins broken out so are not a good candidate. |
here is a 3d printer that use the latest marlin on stm32f103. and has developped a tool just for compile and upload. it is easy and so simple. https://hackaday.io/project/160709-the-first-3d-printer-with-marlin-on-stm32-board |
@hackaday3D |
…also used the 1.1.x branch instead of the 2.0.x branch. It's a unicorn. |
@hackaday3D Right now... It would not be difficult to fork the code, and do a diff to find all the changes you made to get this to work. But if that is not done, there won't be a way to track changes and keep your code current. |
I found that the 1.1.x branch is great and very stable, so when port 1.1.x code to stm32 I changed the code as little as I can, just copy :) |
I'm going to steal all your good ideas for STM32 that we might have missed, but we'll have to adapt them to our HAL system and make them play nice with the other HALs. |
|
Yeah! I need 6 stepper motors. This would be the ticket in the 32-bit world. |
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. |
2 similar comments
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. |
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. |
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. |
From @Roxy-3DPrintBoard on March 30, 2016 19:59
The Atmel ATSAM3x8e on the Due board is definitely viable. It has the benefit it can plug into the RAMPS or RADDS base board and at that point it is easy to populate it with other needed items like Step Sticks to handle the stepper motors.
But my questions is "What other companies make viable platforms to run 3D-Printers?" Ideally, these microprocessors have good compiler support and can have similar items to the Step Sticks plugged into them.
The best case would be if these other microprocessor boards were compatible with the RAMPS and RADDS boards and could just plug into them.
Copied from original issue: MarlinFirmware/MarlinDev#398
The text was updated successfully, but these errors were encountered: