Quotedc42 It's normal to see stuttering when printing a skirt that has been generated by S3D, it's because of the way that S3D generates skirts. If it's stuttering during curves in the print as well, you probably need to increase the M566 X and Y jerk settings. Thanks I'll try that.by xnaron - Controllers
HI, I decided to try reprap firmware on the RADDS as I am using it on the Duet wifi annd soon to come Duet ethernet. I have installed RepRapFirmware-RADDS-1.18.1.bin on the RADDS and am running a test. I am using RAPS128 drivers and steps are correct for movement and extrusion. The problem is is really jerky/stuttering while printing the skirt outline and not so smooth on arcs. I probably nby xnaron - Controllers
QuoteA2 Tks for the replies. So is RADDS not recommended at this time? What are my options? I like that RADDS can handle 6 motors, and 24V. I hope to be using a breakout board for the drivers, and for higher voltage for the Nema23's. I am not saying that RADDS is not recommended. I am simply saying the Arduino DUE support on Repetier is bleeding edge and there are issues. I wanted to relby xnaron - Controllers
I've been using the RADDS now since I first posted this thread. I have printed for at least 100 hours. I have been plagued with occasional (5) lockups with Repetier on the DUE with RADDS. I have tried different DUE boards to rule out hardware and have upgraded to the latest Repetier. Before switching over to the RADDS from the RAMPS-FD I don't think I experienced them. Maybe one time... Anyhby xnaron - General
Sounds great Angelo! Thanks! I think 4x 128 steppers would work for my setup. Brendinby xnaron - General
Quoteangelo 1/128 Microstepperdriver for RADDS Can you show a picture of how these mount on the RADDS? I am having a hard time picturing it. thanks, Brendinby xnaron - General
Just an update on my previous post. It turns out I did have a bad mosfet. I was able to replace it with a new one and it works fine now. Mosfets are pretty susceptible to esd so it is always possible I killed it. I didn't check it when I got it so we'll never know . Regardless it is fixed now. I am sure Angelo would have sent me a replacement if I wasn't able to fix it myself. I'm going toby xnaron - General
Quotedissidence have you noticed any other improvements with that radds board, it has my attention for a upgrade Well no aside from the things I mentioned like the micro sd card reader, built in eeprom and level converters. I did notice today that there appears to be a problem with one of the mosfets on my board (fan 1). I modified the RADDS test program below to only turn the mosfets on. I uby xnaron - General
Quotevreihen Stupid question: what are the jumper wires soldered to the top of each driver module on both your RADDS and RAMPS-FD boards????? I have an older version of the DRV8825 driver boards from Polulu. They didn't have a pullup on the fault lines. There is an internal resistor so I just used a jumper. However it would probably be a better idea to put a 10K resistor on there instead. Brby xnaron - General
I made a short youtube video about the RADDS (Reprap Arduino Due Driver Shield) board I have had on the bench for the last couple of weeks. I put it on the printer yesterday.by xnaron - General
I got a RADDS board to try. It is very nice. It has the micro sd card reader and eeprom built in! It also has the level converters for the LCD. The board is well made and well layed out. I am going to be going with these over RAMPS-FD as RAMPS-FD seems dead nowby xnaron - Controllers
Is there anywhere I can buy a newer board then the geetech one on ebay? It has been working very well for me but I am building another delta and don't really want to use another geetech v1a board if there is a newer one out there. Not much activity on this thread lately. Is this project still actively being worked on?'by xnaron - Controllers
Awesome! Very excitedby xnaron - Repetier
I think there are definitely some bugs in the latest Repetier on the ARM DUE version. I occasionally get a major stutter during a print. It seems to happen more frequently on long prints (more than 2 hours). Sometimes it loses steps othes it crashedsthe head on the delta into the print. I was using the latest version from github. I went back to the previous version I am running as it seems tby xnaron - Repetier
Here is what I am running so far on my delta with 0.9/deg steppers... Running the Repetier 0.91 From Feb 24th that I patched with the inverse heaters patch. Configuration.h attached DELTA_SEGMENTS_PER_SECOND_PRINT 200 (tried 300, 400 and 600) DELTA_SEGMENTS_PER_SECOND_MOVE 70 MAX_DELTA_SEGMENTS_PER_LINE 200 STEP_DOUBLER_FREQUENCY 50000 ALLOW_QUADSTEPPING false MOVE_CACHE_SIZE 32 LOW_TICKSby xnaron - Repetier
Thanks. I have 0.9 deg/step steppers installed on x/y/z towers for the delta. I replaced the 1.8deg/step ones at the same time I upgraded to the DUE ARM setup. I will try increasing the #define STEP_DOUBLER_FREQUENCY to 50000. I had previously tried increasing #define DELTA_SEGMENTS_PER_SECOND_PRINT from 180 to 600 but it had stuttering issues. This was most likely due to the doubler frequenby xnaron - Repetier
Quoterepetier That is weird, but I think I have the same problem. Didn't think enough about it when it happened after a print. Reconnected and extruder worked again. But my prints also home and there after the extruder works. So I think it is not G28 but some state we come into that prevents extrusion. For me it was homing after an aborted print. Will investigate that problem along with my otherby xnaron - Repetier
Quoterepetier With subsegments I meant MAX_DELTA_SEGMENTS_PER_LINE :-) You can go up to 255 there if you like. You have enough ram to do so. 32/100 is what I had running on my delta the last week with great success. Excellent. I will try that. I am having a weird issue with the end stops. After doing a g28 I could normally extrude and then start a print. After the last firmware update the priby xnaron - Repetier
Quoterepetier No there is no special arm thread. With your stuttering, make sure you increased buffers to something like 32 with 100 subsegments. We now have ram to prevent underruns:-) A bit stuttering directly at the start is normal. That happens when the buffer is not filled up fully but already gets used. Thanks! Specifically are you talking about "#define MOVE_CACHE_SIZE 32"? What aboutby xnaron - Repetier
Quoterepetier Ok, latest patch now includes inverted heater control. Hope it works as expected. Thank you I will try that one. I have noticed some very occasional stuttering/pausing with the 0.91 version I pulled around Feb 24th from github. I will pause and start stuttering for a few seconds then resume printing as normal. This is with a delta config. Is there a thread for feedback on the Aby xnaron - Repetier
Bob and other contribs. Thanks for taking the time to design ramps-fd. Here is a pic with a print. I used latest repetier firmware and I can't detect any missing steps in this 1 hour print. Looking forward to picking up a newer revision board in the next few months.by xnaron - Controllers
...by xnaron - Repetier
The one I linked from ebay will not work as it is a 4.5-5V range and will not work with the 3.3V. I need to use a 24LC256 or a 24AA256 chip.by xnaron - Repetier
I had to match the receive cache size with that of the DUE in repetier host. The default was 127 bytes. The programming port on the DUE is 63 bytes. Once I matched that the errors were gone.by xnaron - Repetier
I'm using latest version (as of Feb 24) of Repetier firmware on Arduino DUE with Repetier Host V0.95F. I'm getting continuous "Error: Wrong checksum" with 115200 and 250000 BAUD. I haven't tried any other rates. Is this a known issue or is there something I can configure? thanks, Brendinby xnaron - Repetier
Found the answer. Needs this patch However the section for ui.cpp does not seem to apply with the latest version. I hope that these inverted heater pins get integrated to Repetier Main branch soon to support RAMPS-FDby xnaron - Repetier
Thanks Bob! I applied the patch found here to the latest repetier firmware. The ui.cpp section to patch does not exist anymore. Regardless the patch works. Thanks. BTW I saw older comments about it losing steps. Is this still the case?by xnaron - Controllers
I'm bench testing Arduino Due with Ramps-FD. The heater is on when it should be off and vice versa. The #define HEATER_PINS_INVERTED doesn't seem to make a difference whether it is in or commented out. Any ideas?by xnaron - Repetier
I'm trying to make sense of the v1 rev A board from geetech. I looked at the relevant schematics and I can't seem to find "P404" as labelled on the geetech board. Is this a power in? What does it supply? The heater pin seems inverted in repetier (on when should be off and vice versa). This was in pins.h "#define HEATER_PINS_INVERTED" but it seems to have no effect commented or uncommented.by xnaron - Controllers