Show all posts by user
Anything related to printer controllers not being Duet, RAMPS or Sanguinololu: microprocessors, motor and heater driver circuitry, gEDA/KiCAD issues, soldering tips, etc.
Re: dual-axis rotary 3d printer code anywhere? - 8 years ago
Hi shellcode, Sorry if some things are confusing to you. But I don't have unlimited time available to polish the documentation. The existing docs should cover the basics of setting up the software. Currently there is no support for this rotary-bed system. It would have to be coded. If you seriously have intention to test Aprinter with a rotary machine, please let me know and I can try to put togeby ambrop7 - Firmware - experimental, borrowed, and future
Re: Permissive Licenced Firmware??? - 8 years ago
Hey, My APrinter firmware is licenced under the BSD 2-clause licence, except some 3rd party libraries (e.g. the used libraries from chip manufacturers like ASF and STM32F4Cube, and lwIP (3-clause) if you use networking).by ambrop7 - Firmware - experimental, borrowed, and future
Re: Duet development news - 8 years ago
Hey dc42, Can you say anything more about which processor will be used?by ambrop7 - Duet
Re: Simultaneous E1 and E0 printing Marlin - 8 years ago
Hi, My APrinter firmware supports exactly what you describe. But which microcontroller/board do you use? I support a lot of boards, though if you use ATMEGA2560/ArduinoMega/RAMPS, you will have to strip down the features to get it to fit into the very limited RAM.by ambrop7 - Firmware - experimental, borrowed, and future
Re: New ARM Controller Board - 8 years ago
Hey JustAnotherOne, 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. 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.by ambrop7 - Controllers
Re: New ARM Controller Board - 8 years ago
Hey JustAnotherOne, Please note that my APrinter 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).by ambrop7 - Controllers
Re: Project: APrinter firmware - 8 years ago
Yes, it's a waste to have the MAC without the ability to use it. Anyway, on the same page they also offer an Ethernet module that directly connects to this new Ethernet header. It's a little annoying that their module obscures some of the headers on the board if you connect it directly. But presumably any other RMII compliant PHY should work, or you can put the Ethernet module on a cable.by ambrop7 - Firmware - experimental, borrowed, and future
Re: Project: APrinter firmware - 8 years ago
Hey @toxuin, turns out I was wrong, the original Due does not have Ethernet pins exposed. If you'd like Ethernet, you would have to connect directly to the pins on the chip some way (which is doable, see what I did here with the Teensy), or buy a Due-like board that has the Ethernet pins exposed, e.g. this.by ambrop7 - Firmware - experimental, borrowed, and future
Re: APrinter firmware available for Fisher - 8 years ago
Quotejimmyli it's support sangululo board??? You mean Sanguinololu? Only if you use the Atmega1284P, and you'd have to configure the pins manually (define a new Board in the configuration editor). Is your question supposed to be somehow related to Fisher? Because Fisher uses the Duet.by ambrop7 - Fisher
Re: Project: APrinter firmware - 8 years ago
The Due has the Ethernet pins exposed on a small connector; looking at , it's the one above the "www.arduino.cc" label. You can also find the connector on the Due schematic. So my thinking is, we should just connect the right wires together and see if it works My code is BSD 2-clause license, a very liberal licence. I don't think the licence of the web control code matters much, since they woulby ambrop7 - Firmware - experimental, borrowed, and future
Re: RADDS + RepRapFirmware [mini review] - 8 years ago
Hey, You may be able to connect an external Ethernet interface with a connector and PHY chip - such as this. Though it may not be plug-and-play, since the RepRapFirmware code currently only supports a specific PHY chip. I have to ask, have you heard of / tried my own Aprinter firmware? I provide full support for Due and Duet, including Ethernet (currently G-code console only usable by Pronterfaceby ambrop7 - Controllers
Re: Project: APrinter firmware - 8 years ago
Hey, You ordered the Ethernet interface, for use with which board/chip? Are you planning to wire it to a plain Due or a custom made board with the SAM3X8E? That's a very nice achievement with the ESP8266. I'm thinking about adding support for that same OrmerodWebControl web interface directly in Aprinter - to host the files from the SD card and implement the required API requests. I already haveby ambrop7 - Firmware - experimental, borrowed, and future
Re: Project: APrinter firmware - 8 years ago
Hey @toxuin, I figure it makes more sense to pick a chip with an integrated Ethernet MAC, and attach a proper PHY (over MII/RMII interface). This should be almost plug-and-play if using the SAM3X8E, but otherwise requires just coding the MAC driver. I have just ordered two of these and I'll try to get it working with the STM32 dev boards that I currently support.by ambrop7 - Firmware - experimental, borrowed, and future
Re: Project: APrinter firmware - 8 years ago
Quotetoxuin This sounds like an interesting project! My32-bit electronics is on the way and I do not have the aforementioned ENC28J60. I'll get one I guess and we'll see how it goes. I believe having a web interface on Due-based electronics for +$3 absolutely kicks ass! I don't think any other firmware has that. I am not that great with C++ though and seeing how awesomly strict your coding styleby ambrop7 - Firmware - experimental, borrowed, and future
Re: Project: APrinter firmware - 8 years ago
Quotetoxuin About the ethernet part: could we theoretically use something like 3$ ENC28J60 for boards that do not have ethernet on board?.. Hi! Yes, theoretically that would be possible, if someone writes the driver for it. It should not be too much pain because I made a hardware abstraction layer for the Ethernet port. I cannot do this myself at this time, but I can support you in implementing aby ambrop7 - Firmware - experimental, borrowed, and future
Re: APrinter firmware available for Fisher - 8 years ago
Hi all, I am pleased to announce that Ethernet connectivity is now implemented in Aprinter for Duet. Specifically, Gcode console over TCP is supported, which can be used by Pronterface. Instructions for use are in the readme.by ambrop7 - Fisher
Re: Project: APrinter firmware - 8 years ago
Hi all, I am pleased to announce that Ethernet connectivity is now implemented in Aprinter (at the moment on Duet only). Specifically, Gcode console over TCP is supported, which can be used by Pronterface. Instructions for use are in the readme.by ambrop7 - Firmware - experimental, borrowed, and future
Re: Project: APrinter firmware - 9 years ago
Quotealegiaco Hi, If I understand well, the APrinter firmware is modular, so it is not so difficult add a new printer geometry. I ask if it is possible control a robot arm with 4dof or 5 or 6dof with this firmware (4,5 or 6 stepper motors). It works with 32bit boards, so the math with formulas and float numbers is not a problem (I hope!). So, knowing the right formulas of forward and inverse kineby ambrop7 - Firmware - experimental, borrowed, and future
Re: APrinter firmware available for Fisher - 9 years ago
Note, I have just changed renamed some commands to more standard names. "M32 A"->G32, M924->M503, M929->M500.by ambrop7 - Fisher
Re: Structure reinforcment and enlargment of belt idler carriages - 9 years ago
I see, this looks good, thanks.by ambrop7 - Fisher
Re: Structure reinforcment and enlargment of belt idler carriages - 9 years ago
Hey, How about if the top and bottom idler brackets were designed so that the holes for the smooth rods were not fully through but only like 1/3? Then the brackets would naturally push down on the rods without needing additional pieces. Though one issue is that the plate dimensions would not match then, they would need to be made higher, or the rods would need to be shortened. On the other side tby ambrop7 - Fisher
Re: Squares are not square - 9 years ago
QuotePRZ You could have a better result than trying to measure the distance on a paper, Actually I was doing that but I then started the paper method since it is in my experience faster to perform, and also more precise. For measuring the object, I think for good precision you'd need a specially designed part (e.g. a thin rectangle of a single extrusion), because measuring just the outer size wby ambrop7 - Fisher
Re: Squares are not square - 9 years ago
QuotePRZ About your Firmware, I don't want to discourage you, but the big advantage of the duet/RRP is the control by the web server. If you don't propose something equivalent, you won't get many chances. True, I do not have any kind of Ethernet/web-interface support. Personally I find controlling with a USB port quite sufficient, as do many other people with printers without Ethernet. But I doby ambrop7 - Fisher
Re: Squares are not square - 9 years ago
Quotedc42 It only adjusts diagonal rod length if you use 7-factor calibration, which I don't recommend because the diagonal rod length (a) should be known, and (b) isn't easy to establish by probing, because changing it only affects the flatness of the printing plane slightly if you make a corresponding change in the delta radius. You can choose to calibrate 3, 4, 6 or 7 parameters automatically.by ambrop7 - Fisher
Re: Squares are not square - 9 years ago
I observe the same problems with the stock firmware. If you haven't noticed, I've recently ported my own APrinter firmware to Fisher/Duet, and I have managed to manually calibrate the delta parameters reasonably well. In the linked post I also describe the calibration procedure I used. I think the issue is that the stock firmware in the automatic calibration procedure actually adjusts the variousby ambrop7 - Fisher
Re: A minor irritation with axis names - 9 years ago
Hi, In my APritner firmware which is now available for Fisher the tower axes are called ABC, and you can also change the names in the configuration editor easily (need to do it both in the Stepper sections and the Coordinate Transformation section).by ambrop7 - Fisher
APrinter firmware available for Fisher - 9 years ago
Hi all, My APrinter firmware is now available for Fisher (and Duet in general)! It works pretty well; see the photo below of this printed with APrinter. Supported features include bed probing and correction, printing from SD card, and saving/loading runtime-adjustable parameters from/to SD card. Please see the linked readme for more information. But anyway, here's a some quick instructions and tby ambrop7 - Fisher
Re: dual-axis rotary 3d printer code anywhere? - 9 years ago
By "modular" I meant in the mathematical sense (modular arithmetic). But sure having a modular firmware helps If you need I can try to adapt my APrinter firmware to support this configuration. My firmware allows easily adding new kinds of coordinate transforms, but just for this particular one I'd need to also make a more "core" change to support the wrap-around (modular) geometry of the bed-roby ambrop7 - Firmware - experimental, borrowed, and future
Re: dual-axis rotary 3d printer code anywhere? - 9 years ago
Hi, I believe the hardest part is dealing with the fact that the position of the stepper which rotates the bed (i.e. the angle of the bed relative to the stepper to which the bed is attached) needs to be treated in a modular manner. For example see that this stepper would often make repeated revolutions, when printing objects that contain the pole. It is this that makes the implementation not asby ambrop7 - Firmware - experimental, borrowed, and future
Re: Project: Teacup Firmware - 9 years ago
Hey ghost2501, I'm pretty sure that Smoothie is smart with laser control, so that it will keep the PWM level proportional to the speed at any time during a move. So as the printer accelerates the PWM level will be increasing etc.. The last time I looked into the code, the logic was so that if you do "G1 ... Fspeed Slaser_power", the constant factor for this proportionality will be such that if tby ambrop7 - Firmware - experimental, borrowed, and future