<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2017-05-23 3:27 GMT+02:00 Luke Kenneth Casson Leighton <span dir="ltr"><<a href="mailto:lkcl@lkcl.net" target="_blank">lkcl@lkcl.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">hi all,<br>
<br>
ok so i've been looking around and the practice of creating a<br>
"modular" 3d printing electronics board is extremely common, thanks,<br>
many years ago, to the stupid, stupid decision to use prototyping<br>
(evaulation) plugin boards with 1.3 to 2.0 *amp* stepper ICs mounted<br>
onto micro-postage-stamp-sized PCBs.  the problems these cause are<br>
endless.<br></blockquote><div><br></div><div>You're being a bit brief here. But essentially, the community has been using "default" boards, which are cheapish and fairly documented/understood, but too generic and thus not able enough?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
so instead of an on-board ATSAM4, you use an arduino due.  instead of<br>
WIFI you use a *standard arduino WIFI shield*.<br></blockquote><div> </div><div>Read about a guy RE'ing "hoverboards" and he's creating an OSS firmware replacement for these, which seem to be desinged around the fafourite STM32F*.</div><div><a href="https://opensourceebikefirmware.bitbucket.io/About_the_project.html">https://opensourceebikefirmware.bitbucket.io/About_the_project.html</a><br></div><div><br></div><div>But how about the ESP32? (Successor to the ESP8266). Reasonable beefy CPU with build in WiFi. The Duet is using the ESP8266 as the WiFi bridge. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
now, debatable is whether to split out the MOSFETs, endstops and<br>
thermistors into their own separate shield as well, which i feel might<br>
be sensible.<br></blockquote><div><br></div><div>Why not place all controllers separately and direct to their HW and connect them via a bus? This gives you freedom to expand and replace. And use a EOMA card as the "master"?</div><div><br></div><div>Or would that kind of modularity up the costs too much?</div><div><br></div></div></div></div>