<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>New ARM Controller Board</title>
        <description>I have been working, with a friend on a ARM Controller Board. I would like to get your feedback before building the first prototype:

Technical Data:
- CPU: [url=http://www.st.com/web/en/catalog/mmc/FM141/SC1169/SS1577/LN1035/PF252142]ARM Cortex-M4F (Hardware Floating Point)[/url]
- 168 MHz, 1MB Flash, 192kB RAM
- 512 Byte EEPROM (I2C)
- Single Input Voltage (12V .. 48V)
- USB Full Speed Device
- up to 8 Steppers
The Stepper Boards use the [url=http://www.trinamic.com/products/integrated-circuits/stepper-power-driver/tmc262?psk=TMC262]Trinamic TMC262 chips[/url] with an external H Bridge. The Boards are optimized so that they do not need active cooling. The motor current and micro stepping(up to 256x) can be configured using SPI. The Chips also measure the current actually used by the stepper and this value can be read out using SPI. 
- 6 End Stops
- 5 Heater (PWM)
- 5 PWM Fans
- 4 Thermistor Inputs
- 1 Thermocouple Input
- 1 Buzzer
- 3 LEDs
- 2 UARTS
- 3 Relay Outputs
- 1 Extension Port Header that has:
[list]
[*] 3.3V
[*] 5V
[*] UART
[*] SPI
[*] I2C
[*] GPIOs
[/list]
- 1 USB A Connector to power a Raspberry Pi or Beagle Bone Black
- Header for 3.3V, 5V and 12V

[url=http://nomagic.de/pipy/PiPy_1v91.pdf]Schematic[/url]

[url=http://nomagic.de/pipy/PiPy_Module_Stepper_2V0.pdf]Schematic Stepper Module[/url]

If you are looking for Ethernet and Graphical Display then attach an Raspberry Pi or BBB for that.
The Normal Text Display with Buttons/Rotary Encoder  and SD Card should be possible to be connected to the Expansion Port.

So what do you say ?

[hr]

Edited: Added Schematic for Stepper Modules, updated Schematic.
Edit 2: next small update of Schematic.</description>
        <link>https://reprap.org/forum/read.php?13,524276,524276#msg-524276</link>
        <lastBuildDate>Sun, 08 Mar 2026 22:17:17 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,715808#msg-715808</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,715808#msg-715808</link>
            <description><![CDATA[ Sounds like a very interesting project.<br />
<br />
I've been looking at buying a New Pi since the kids stole my project board for their arcade machine. Looks like I've got a new reason to buy one.]]></description>
            <dc:creator>Rlewisrlou666</dc:creator>
            <category>Controllers</category>
            <pubDate>Thu, 20 Oct 2016 18:36:30 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,715786#msg-715786</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,715786#msg-715786</link>
            <description><![CDATA[ @Roxy, @arthurwolf Changing the EEPROM for a bigger one is very simple. On the other side with the Raspberry Pi there is basically no need for an EEPROM. SD Card is only on the Raspberry Pi.<br />
<br />
@Roxy Regarding Thermistors. At the Expensiion port there are some Analog Pins available. So one Thermistor more would be possible.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Thu, 20 Oct 2016 17:21:12 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,715783#msg-715783</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,715783#msg-715783</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>Roxy</strong><br />
I would only change a couple of things.   Up to this point in time 512 bytes of EEPROM was fine.   I think we are somewhere in the 150 byte range for Marlin's RCBugFix branch.   But the UBL code is storing multiple high resolution Mesh's in the EEPROM.   It would be good to have a minimum of 4KB of EEPROM.    </div></blockquote>
<br />
I expect this would have a SD card so it doesn't matter much.]]></description>
            <dc:creator>arthurwolf</dc:creator>
            <category>Controllers</category>
            <pubDate>Thu, 20 Oct 2016 17:04:22 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,715772#msg-715772</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,715772#msg-715772</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>JustAnotherOne</strong><br />
I have been working, with a friend on a ARM Controller Board. I would like to get your feedback before building the first prototype:<br />
<br />
Technical Data:<br />
- CPU: <a href="http://www.st.com/web/en/catalog/mmc/FM141/SC1169/SS1577/LN1035/PF252142" target="_blank"  rel="nofollow">ARM Cortex-M4F (Hardware Floating Point)</a><br />
- 168 MHz, 1MB Flash, 192kB RAM<br />
- 512 Byte EEPROM (I2C)<br />
- up to 8 Steppers<br />
- 4 Thermistor Inputs<br />
- 1 Thermocouple Input<br />
<br />
So what do you say ?</div></blockquote>
<br />
I would only change a couple of things.   Up to this point in time 512 bytes of EEPROM was fine.   I think we are somewhere in the 150 byte range for Marlin's RCBugFix branch.   But the UBL code is storing multiple high resolution Mesh's in the EEPROM.   It would be good to have a minimum of 4KB of EEPROM.    <br />
<br />
The 8 Steppers is going to be important with the multi-filament nozzles coming out now.  But to support that, I think some of those nozzles are putting multiple thermistors into the nozzle.  It probably would be good to bump up the Thermistor count to 5 so we can support a 4 filament nozzle and still have one left over for the heated bed.<br />
<br />
Other than that....  VERY NICE!   I would love to have one of these boards.   And the CPU has a floating point unit too.  That is really nice.]]></description>
            <dc:creator>Roxy</dc:creator>
            <category>Controllers</category>
            <pubDate>Thu, 20 Oct 2016 16:29:07 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,600261#msg-600261</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,600261#msg-600261</link>
            <description><![CDATA[ Thanks for the info.  I thought maybe you had a dedicated interface like they did on the Alligator board.<br />
I'd offer to help test but I have too many things going on already.  Will be keeping an eye on this though.]]></description>
            <dc:creator>WZ9V</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 23 Dec 2015 19:27:23 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,600207#msg-600207</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,600207#msg-600207</link>
            <description><![CDATA[ @ambrop7: You are right that the Chip can use Step+Dir signals. But it needs to be configured using SPI. It will not work without being configured first. The SPI Signal can also give feedback signals during printing. It also has a mode where it triggers on each Slope on the Step signal. So instead of Step pulses the firmware can just invert the signal to make the next step.<br />
<br />
@WZ9V: You can either use the UART Interface ( connect RX, TX and GND between RasPI and PiPy) or USB (RasPi Host - PiPy Device) to connect the RasPi to the board.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 23 Dec 2015 15:25:14 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,600158#msg-600158</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,600158#msg-600158</link>
            <description><![CDATA[ I like the idea of using a Raspberry Pi for the interface.  OctoPrint and the OctoPanel would make a great front end and allows the ARM chip to focus on driving the printer. <br />
<br />
How is the RPi connected to the ARM chip?]]></description>
            <dc:creator>WZ9V</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 23 Dec 2015 13:19:44 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,600138#msg-600138</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,600138#msg-600138</link>
            <description><![CDATA[ Hey JustAnotherOne,<br />
Yes, it will be no problem to add basic support for you board to my firwmare. I'll just try to do it some time soon, using info in your data sheet.<br />
I read that TMC262 can work with direction+step signals, so it should work. Note that my firmware allows you to specify the required timings for driving these signals, so even if it has unusual timing requirements, it should work.]]></description>
            <dc:creator>ambrop7</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 23 Dec 2015 12:47:34 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,600109#msg-600109</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,600109#msg-600109</link>
            <description><![CDATA[ Hey ambrop7,<br />
<br />
The more software that runs on the board the better!<br />
The 405 and 407 share the same data sheet. Supporting it should be just a matter of configuration. I did not find the place where I could do that in your firmware. The Pin Out should be clear from the schematic. <br />
<br />
Does your firmware support the Trinamic TMC262 chips? I thought there should be something for them <a href="https://github.com/ambrop72/aprinter/tree/master/aprinter/printer/microstep" target="_blank"  rel="nofollow">here</a>.<br />
<br />
I would like t help you more with your Firmware, but I fear I might fall into "average C hacker" group.<br />
<br />
If I can do anything else to help you get the board supported just let me know.<br />
<br />
Cheers,<br />
<br />
Lars<br />
<br />
PS: The Ethernet Interface of the Board is directly between the Power Input and the 4 USB Ports.<br />
<br />
[attachment 68236 Ethernet.jpg]]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 23 Dec 2015 11:45:26 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,599955#msg-599955</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,599955#msg-599955</link>
            <description><![CDATA[ Hey JustAnotherOne,<br />
Please note that my <a href="https://github.com/ambrop72/aprinter" target="_blank"  rel="nofollow">APrinter</a> firmware already supports STM32F4 (407 and 429I), and it shouldn't be hard to also support 405. But I agree that it makes sense to move to 407 due to Ethernet support (my firmware doesn't yet have an Ethernet driver for STM32 but will soon).]]></description>
            <dc:creator>ambrop7</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 23 Dec 2015 03:46:14 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,599885#msg-599885</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,599885#msg-599885</link>
            <description><![CDATA[ the complete package then looks like this: <br />
<br />
[attachment 68206 complete.jpg]]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Tue, 22 Dec 2015 19:44:03 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594844#msg-594844</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594844#msg-594844</link>
            <description><![CDATA[ @dc42 It shure has. The picture just shows the baseboard and one stepper module. The complete electronics package also includes a RasPi. The complete package then provides:<br />
<ul><li> USB Stick support</li><li> SD-Card and other Memory Cards (USB Card Reader)</li><li> FullHD(1920x1080) Display (HDMI)</li><li> WebCam (RasPiCam or USB Cam)</li><li> Ethernet (even two or three if you need that with an USB-Ethernet Adapter)</li><li> Keyboard, Mouse, Touch( USB )</li><li> ...</li></ul>
<br />
just to name a few ;-)]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 09 Dec 2015 16:25:41 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594830#msg-594830</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594830#msg-594830</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>JustAnotherOne</strong><br />
The prototype boards have been rather expensive. A big part of the reason for that is the low number of fabricated boards. Producing 100 or 1000 would bring a dramatic price drop. And then this board is not deigned to be cheap. It should be the best, not the cheapest..</div></blockquote>
<br />
If it's designed to be the best, then surely it should have built-in WiFi or Ethernet? Even $50 3D printer controller boards have Ethernet now.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 09 Dec 2015 15:46:58 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594795#msg-594795</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594795#msg-594795</link>
            <description><![CDATA[ The prototype boards have been rather expensive. A big part of the reason for that is the low number of fabricated boards. Producing 100 or 1000 would bring a dramatic price drop. And then this board is not deigned to be cheap. It should be the best, not the cheapest. On this board there are also some things that are sort of a test. If the test show that the expensive components are not needed that would also reduce the price.<br />
<br />
The board hat the 5V power supply for the Raspi (as well as mounting holes) already included. For me Ethernet and wifi are important interfaces. I'm not convinced that bluetooth will become important. The RasPi or Beagle Bone or similar boards can provide Ethernet and wifi. The can also provide bluetooth. For me a limited Ethernet or wifi is just not good enough for this board.<br />
<br />
But the Schematics are  open hardware and the Firmware is open source. So if someone disagrees with me on this then do it. The Firmware is modular and prepared to support different boards. There is also a version of the processor with Ethernet available (it's the STM32M415 if I remember correctly).  I'm willing to provide information and help where necessary. I would be happy if other join in on this project.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 09 Dec 2015 13:51:41 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594691#msg-594691</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594691#msg-594691</link>
            <description><![CDATA[ Hi JustAnotherOne,<br />
<br />
This is a very interesting project. Do you have a general idea of what price point you are going to be able to hit on this???<br />
<br />
Also, I think you should re consider having ethernet on the board.  I get that octoprint is a more comprehensive ethernet solution, but having ethernet capability onboard is something I use all the time with my Duet controller, even though I have a Raspi. The Onboard ethernet is dead simple to set up, and it works great.Having that capability for eve a dollar more would be a very good buy in my opinion.  <br />
<br />
Having wifi and or bluetooth might be good for future development too. Everyone has a mobile phone, and phones are so powerful now that in the future you might find it better to have an Octoprint app. adding bluetooth is also now possible for a pretty low pricepoint.]]></description>
            <dc:creator>patrickrio</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 09 Dec 2015 07:19:17 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594583#msg-594583</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594583#msg-594583</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>JustAnotherOne</strong><br />
@Chri: Do you have a real link for Marlin2 ? The posted link only leads to ChibiOs the RTOS that Marlin2 uses.<br />
<br />
I'm already working on a <a href="https://github.com/JustAnother1/pmc" target="_blank"  rel="nofollow">Firmware</a>.</div></blockquote>
<br />
Unfortunatley not really, i thought this would have it included as Eric Zalm has made <a href="https://github.com/ErikZalm/Marlin-II/tree/master/ext" target="_blank"  rel="nofollow">this</a> reprository.<br />
The firmware is running on the Orca-XXL which has the STM32.<br />
<br />
Chri]]></description>
            <dc:creator>Chri</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 09 Dec 2015 00:47:58 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594430#msg-594430</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594430#msg-594430</link>
            <description><![CDATA[ @Chri: Do you have a real link for Marlin2 ? The posted link only leads to ChibiOs the RTOS that Marlin2 uses.<br />
<br />
I'm already working on a <a href="https://github.com/JustAnother1/pmc" target="_blank"  rel="nofollow">Firmware</a>.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Tue, 08 Dec 2015 15:00:03 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,594177#msg-594177</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,594177#msg-594177</link>
            <description><![CDATA[ Regarding to a STM32F4 Firmware, maybe <a href="https://github.com/mabl/ChibiOS" target="_blank"  rel="nofollow">MARLIN-II Firmware</a> will help, this printer firmware is running on STM32 since 2013.<br />
<br />
Chri]]></description>
            <dc:creator>Chri</dc:creator>
            <category>Controllers</category>
            <pubDate>Tue, 08 Dec 2015 04:12:11 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,593978#msg-593978</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,593978#msg-593978</link>
            <description><![CDATA[ another update:<br />
<br />
a picture says more than thousend words:<br />
<a href="http://nomagic.de/pipy/20151207_184514.jpg" target="_blank"  rel="nofollow">picture1</a><br />
<a href="http://nomagic.de/pipy/20151207_184546.jpg" target="_blank"  rel="nofollow">picture2</a><br />
<a href="http://nomagic.de/pipy/IMG_20151207_184222.jpg" target="_blank"  rel="nofollow">picture3</a>]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Mon, 07 Dec 2015 13:34:58 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,572237#msg-572237</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,572237#msg-572237</link>
            <description><![CDATA[ Short update:<br />
The second revision of the Stepper Boards are in my Hands and the Motor is turning. The Layout for the Base board is nearly finished and I will order the boards in the next days.<br />
<br />
If you are interested to get a Baseboard and some stepper modules please contact me: <a href="mailto:&#108;&#97;&#114;&#115;&#64;&#110;&#111;&#109;&#97;&#103;&#105;&#99;&#46;&#100;&#101;">&#108;&#97;&#114;&#115;&#64;&#110;&#111;&#109;&#97;&#103;&#105;&#99;&#46;&#100;&#101;</a><br />
<br />
I will give them away at my own cost (So no profit for me). But please be warned these are prototypes and as such are untested and may contain problems. Firmware is also not there yet.<br />
<br />
But if you want to port your Firmware onto this board or want to help me get this board to work then this is your chance.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 18 Oct 2015 14:34:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,543740#msg-543740</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,543740#msg-543740</link>
            <description><![CDATA[ ... I've got one of the STM32F7Discovery boards with capacitive touch-display for tests/development - someone other working with or has plans for it?]]></description>
            <dc:creator>VDX</dc:creator>
            <category>Controllers</category>
            <pubDate>Sat, 08 Aug 2015 18:25:15 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,525707#msg-525707</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,525707#msg-525707</link>
            <description><![CDATA[ Funny, I just picked up two Nucleo boards with the F4's on them for this same purpose.  <br />
<br />
I might be inclined to contribute to the firmware once I get a solution in place that can drive the hardware.  I like the approach of putting the heavy calculations on the host where they belong.  The controller should just be turning step/directions into pulses for the motors and monitoring the system to keep it within operating parameters.]]></description>
            <dc:creator>thetazzbot</dc:creator>
            <category>Controllers</category>
            <pubDate>Wed, 24 Jun 2015 16:53:16 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524464#msg-524464</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524464#msg-524464</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
This looks pretty good, overall. A lot like what I was going to do. Glad to see someone else going for it!</div></blockquote>
<br />
Thank you.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
If you moved upfrom the 405 to the 407, which has a budgetary cost of about $0.50 more, you'd have the ability to add ethernet at a later time. The LAN8710A or 8720A PHY is pretty cheap, and I'm sure there's chinese equivalents for even less. All you need after that is a magjack and you're good to go. Since a lot of people have previously expressed interest in not needing an rpi or whatever and just plugging in, it might be worth keeping in mind. That said, those ESP8266 wifi modules might be cheaper and more convenient for a lot of people.</div></blockquote>
<br />
The not having Ethernet is part of the concept here. Just add a RaspberryPi and Octoprint and you get WebCam support. For remotely controlling you printer being able to see what is going on is worth a lot. Ethernet would also complicate the Pinout. Or even require a bigger package.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
I'm very glad to see higher-voltage steppers - faster movement and less heat. The chip you found looks awesome. Is there a reason for having the steppers be modules rather than integrated into the same PCB? Heat? Ability to use less beefy stepper drivers if desired?</div></blockquote>
<br />
The design started out with having 4 Stepper integrated into the Board. 8 steppers on the Board would make no sense. Therefore stepper modules would be needed anyway. Then the Idea came up to use two boards on one printer. One Board with steppers and another to provide additional Heaters,Fans,.. (The Pacemaker protocol makes that possible) And finally the board can be cheaper and easier to layout with no steppers on board. That optimized those 4 “internal” steppers away.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
If the stepper modules are going to stick out perpendicular to the main board (which can be nice for heat flow), you might want to consider a card edge connector. Some of them are really cheap, like the FCI 10018784-10200TLF, which is only $0.16@1k, compared to the one you picked out which is almost twice as much. That one is rated for lower current, but it has nearly twice as many pins in roughly the same space, and your stepper board wouldn't need a separate connector, saving parts and assembly cost for each stepper board, especially if there's no through-hole parts.</div></blockquote>
<br />
Sounds interesting. The lower current might be a problem. I would also not want the modules to slip out easily. But I will look into that. Thanks for sharing.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
How do you plan to talk to those stepper chips via SPI? It seems like if a module is plugged in, you can't talk to any later ones, which rules out reading the current in use on anything but stepper 0.</div></blockquote>
<br />
The Stepper chips behave as a shift register as long as the chip select signal is active. Each chip has 20bits. So with 2 Modules I would send 40bits per transaction. One chip will shift the first 20 bist out to the next. So both chips would get their data. And both will shift out their status information. So no problem there.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
Thermocouple: looks like you picked the J-type chip, but the K-type connectors. I'd choose K, because they're cheaper and better suited to the temperature ranges we're looking at. Also, are you planning to always populate the thermocouple circuitry, or just have it there as an option (like my ethernet suggestion above)? I ask because that chip alone seems to be around $3-4 at quantity, and a proper thermocouple connector isn't insignificant either. The expansion port has SPI2 on it, and I get the impression most printers don't use thermocouples, so a thermocouple board could be an add-on. People who use two heads and thermocouples would need to add a second thermocouple anyways, so it would be good to think about that use case. Thermistor circuitry is cheap and tiny, so it makes sense to have a lot of channels available, like you do.</div></blockquote>
<br />
The Thermocouple is on there as this will be a prototype to get the firmware running. So it may or may not disappear in the final board. A Thermocouple module is something we also thought about.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
Maybe it's just because they're cool and under $0.10/ea at quantity, but you could consider the WS2812B in place of the red, green, and blue leds on PE10,12,15. It'd free up two pins which might make the routing easier. That said, there's something nice about dedicated indicators with silkscreen labels like "POWER."</div></blockquote>
<br />
For this board the LEDs are a debug tool. Switching them on or off to show what is happening in the Firmware at that time. In the final board it should be a Status/Error indication. So yes nice silkscreen labels and all that. The expansion port pins are for fancy lights and whatever.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>matt.minuti</strong><br />
I did end up making a design for an L6474-based stepper module, as a drop-in replacement for the standard pololu. Never got around to getting it made. Would it be helpful if I ordered some to verify, and share the design?</div></blockquote>
<br />
For me personally no. I have my hands full with this. But others might be interested in a pololu replacement. I already saw some pololu compatible things with different stepper chips. So I don't know how the L6474 would measure up against what is currently available.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 19:24:40 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524444#msg-524444</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524444#msg-524444</link>
            <description><![CDATA[ I'm one of those people who was planning on making an STM32F4 board, and talked to a lot of people getting feedback. I had to drop it, unfortunately, because life got too busy, and linuxCNC-based systems appeared to be gaining ground, which I think have a lot of potential for the high end. I'd be surprised to see someone take the cpu from the beaglebone and put it on a dedicated printer driver board, but it might make for some serious cost savings at scale. But that's another animal :)<br />
<br />
This looks pretty good, overall. A lot like what I was going to do. Glad to see someone else going for it! A few questions/comments:<br />
<br />
If you moved upfrom the 405 to the 407, which has a budgetary cost of about $0.50 more, you'd have the ability to add ethernet at a later time. The LAN8710A or 8720A PHY is pretty cheap, and I'm sure there's chinese equivalents for even less. All you need after that is a magjack and you're good to go. Since a lot of people have previously expressed interest in not needing an rpi or whatever and just plugging in, it might be worth keeping in mind. That said, those ESP8266 wifi modules might be cheaper and more convenient for a lot of people.<br />
<br />
I'm very glad to see higher-voltage steppers - faster movement and less heat. The chip you found looks awesome. Is there a reason for having the steppers be modules rather than integrated into the same PCB? Heat? Ability to use less beefy stepper drivers if desired?<br />
<br />
If the stepper modules are going to stick out perpendicular to the main board (which can be nice for heat flow), you might want to consider a card edge connector. Some of them are really cheap, like the FCI 10018784-10200TLF, which is only $0.16@1k, compared to the one you picked out which is almost twice as much. That one is rated for lower current, but it has nearly twice as many pins in roughly the same space, and your stepper board wouldn't need a separate connector, saving parts and assembly cost for each stepper board, especially if there's no through-hole parts.<br />
<br />
How do you plan to talk to those stepper chips via SPI? It seems like if a module is plugged in, you can't talk to any later ones, which rules out reading the current in use on anything but stepper 0.<br />
<br />
Thermocouple: looks like you picked the J-type chip, but the K-type connectors. I'd choose K, because they're cheaper and better suited to the temperature ranges we're looking at. Also, are you planning to always populate the thermocouple circuitry, or just have it there as an option (like my ethernet suggestion above)? I ask because that chip alone seems to be around $3-4 at quantity, and a proper thermocouple connector isn't insignificant either. The expansion port has SPI2 on it, and I get the impression most printers don't use thermocouples, so a thermocouple board could be an add-on. People who use two heads and thermocouples would need to add a second thermocouple anyways, so it would be good to think about that use case. Thermistor circuitry is cheap and tiny, so it makes sense to have a lot of channels available, like you do.<br />
<br />
Maybe it's just because they're cool and under $0.10/ea at quantity, but you could consider the WS2812B in place of the red, green, and blue leds on PE10,12,15. It'd free up two pins which might make the routing easier. That said, there's something nice about dedicated indicators with silkscreen labels like "POWER."<br />
<br />
<br />
I did end up making a design for an L6474-based stepper module, as a drop-in replacement for the standard pololu. Never got around to getting it made. Would it be helpful if I ordered some to verify, and share the design?]]></description>
            <dc:creator>matt.minuti</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 18:22:34 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524416#msg-524416</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524416#msg-524416</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>jebba</strong><br />
What license is the hardware under?</div></blockquote>
<br />
The final hardware (and this Schematic) are Open Hardware.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>VDX</strong><br />
... I'm using the Discovery boards for CNC-milling, laser-engraving and a XY-servo-scanner (not galvos!), but the firmware and used CAD/CAM-software isn't free or OS, so didn't post about here.<br />
<br />
But the developer company is now changing/updating (could be because of me) for faster CPU's - the next one will be based on a BeagleBoneBlack ...</div></blockquote>
<br />
<br />
I agree that we need more performance than what the AVRs can do.<br />
I think it is easier (and more efficient) to move time critical stuff away from a CPU that runs a non real time OS (Linux). I think it makes sense to move the Network Stack, graphical Interface onto something like a BBB and keeping the time critical stuff like steps and PID on a dedicated CPU.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>arthurwolf</strong><br />
This looks like you are departing from G-code as the communication protocol, what is pushing you to do that ?</div></blockquote>
<br />
Yes that Firmware is moving away from G-Code as the protocol for the communication between host and firmware. If someone wants to port a Firmware that uses G-Code to this board that would be a good thing.<br />
The reason to move away from G-Code is the separation between time critical and not time critical functions. Due to this separation parts of the Firmware (parts of the planner, the G-Code Decoder) moved to the <a href="https://github.com/JustAnother1/Pacemaker" target="_blank"  rel="nofollow">host side</a>. The host side uses G-Code. So no need to get a complete new tool chain there. Standard Slicers and G-Code Files will also work with Pacemaker.<br />
And if doing a new protocol one can at least try to fis some problems of the old one. The Protocol Specification that buildrob and I created is <a href="https://github.com/JustAnother1/Pacemaker/blob/master/doc/Pacemaker_Protocol.asciidoc" target="_blank"  rel="nofollow">here</a>.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 16:56:57 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524323#msg-524323</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524323#msg-524323</link>
            <description><![CDATA[ ... I'm using the Discovery boards for CNC-milling, laser-engraving and a XY-servo-scanner (not galvos!), but the firmware and used CAD/CAM-software isn't free or OS, so didn't post about here.<br />
<br />
But the developer company is now changing/updating (could be because of me) for faster CPU's - the next one will be based on a BeagleBoneBlack ...]]></description>
            <dc:creator>VDX</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 12:46:22 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524321#msg-524321</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524321#msg-524321</link>
            <description><![CDATA[ What license is the hardware under?]]></description>
            <dc:creator>jebba</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 12:44:26 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524320#msg-524320</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524320#msg-524320</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>JustAnotherOne</strong><br />
I'm working on a <a href="https://github.com/JustAnother1/pmc" target="_blank"  rel="nofollow">Firmware</a>. I did some test with the Discovery Board. There is a lot of stuff still to do. The ST Documentation is rather bad.<br />
.</div></blockquote>
<br />
This looks like you are departing from G-code as the communication protocol, what is pushing you to do that ?]]></description>
            <dc:creator>arthurwolf</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 12:34:17 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524319#msg-524319</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524319#msg-524319</link>
            <description><![CDATA[ I'm working on a <a href="https://github.com/JustAnother1/pmc" target="_blank"  rel="nofollow">Firmware</a>. I did some test with the Discovery Board. There is a lot of stuff still to do. The ST Documentation is rather bad.<br />
<br />
I have separated the Hardware Abstraction Layer into a <a href="https://github.com/JustAnother1/pmc/tree/master/hal" target="_blank"  rel="nofollow">separate Folder</a>. I hope that that helps others to get a port started.]]></description>
            <dc:creator>JustAnotherOne</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 12:32:14 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?13,524276,524280#msg-524280</guid>
            <title>Re: New ARM Controller Board</title>
            <link>https://reprap.org/forum/read.php?13,524276,524280#msg-524280</link>
            <description><![CDATA[ There has been a lot of talk about STM32F4-based boards over the fast 4-5 years.<br />
<br />
But none has been made so far ( though several have been started ).<br />
<br />
It seems the main problem is firmware : what do you intend to run on your board ? As far as I know there is no Reprap firmware currently ported to STM32F4..<br />
<br />
Cheers.]]></description>
            <dc:creator>arthurwolf</dc:creator>
            <category>Controllers</category>
            <pubDate>Sun, 21 Jun 2015 10:23:29 -0400</pubDate>
        </item>
    </channel>
</rss>
