![]() ![]()
what i wanted to do here was create a simple experience for pc and Linux users (with wine works in linux), but need to come back to that later. it is a huge download and allows easy installation of python, psycho math accelerator, skienforge, and art of illusion and meshlab. Gcode art of illusion software#I also have contributed with some yet unfinished software called 3d simple. i had previously been a member of bfb site, and contributed there with an application called reprap_s. i originally watched from a distance, then joined the forums some time ago. The reprap project has impressed me, with the rate of progress it had made in the last few years. I have 5 reprap machines, 3 of which are repstraps, 2 that never worked made a long time ago, and all but one runs with mach III. With the reprap host responding faster, i will release one more compatible version with reprap before imitating my own software package Gcode art of illusion code#anyway, it doubled the speed of my catalyst around corners.Ī few other optimizations in the code and it will be great! Gcode art of illusion serial#i wanted the buffer to be bigger but needed to free up ram, so i set the buffer of the reprap gcode to buffer=2 - one to actively use, and one to prepair, and the rest is directly taken from the 1024 serial buffer if 1024-80 bytes are received, then the ok tx signals are reduced to 1 at a time. I then looked at the buffer size, and increased it to 512, and everything worked ok. i send several tx "OK." acknowledge commands back to reprap. tx was barely even on! - so i tried something. ![]() i hooked up an oscope and checked my signals, and checked the rx and tx signals. I've worked on the arduino for optimization and still have had slow speeds. I accidentally fixed this from my latest released software version, but will need to change it to do better buffering, so will implement the serial alternative. that will speed up the arduino immensely, and stop the sudden pauses that bind the threaded rod system, and slow down my pull chain version of my reprap. The partial answer is to now move the serial communication over to an alternative, that allows buffering of send data, sending data while receiving data, and multiple tasking and interruption of most of the routine during send data except for output mode change. the arduino is not capable of buffering output data like it is on input data! In fact the arduino stops doing anything else while sending data. then i looked up the arduino uart system, and finally it hit. Also this meant that i was sending the oks at gcode processing time, and that except for the very 1st gcode line, the acknowledgment was sent when the next command was in process, and the buffer was full, so it was not done when the calculations and movements were performed, but in between.Įureka! i dived into the code, and sure enough after enabling 4 buffers again had timing issues with the threaded rod design. looking into this further, one of the changes i had implemented was reducing the line buffer from 4 commands to 2 commands, and increased the serial data buffer, and sent multiple oks back to host to receive more than one line of gcode data at a time. my last tweak to improve the performance of the sending of commands to arduino from host accidentally gave me a clue as to why performance was just not faster from sending data over buffer more than one line at a time, but it was also not missing steps. I have used the reprap 5d code, and had been tweaking it for some time. it just did not make sense as to why it was loosing steps and also communicating so slowly. ![]() ![]() I have been having issues forever with the arduino and its performance especially for threaded rod systems. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |