One clarification here -- I listed the "is_motor_X_ready" technique as a sample.. there exist many other heuristics that have higher performance; In abstract, you want to move to the next state when some function returns 'true'. You might want to try a distance formula or cpu cycle counter.... I believe the current code uses timers for step durations; this simulates servos where you happen toby BeagleFury - RepRap Host
Well, if you're really keen on not having to decode mystical writings, you could pay someone else to do it for you. That's effectively what you're doing (sharing the cost with everyone else), when you buy something rather than get it for free. You willing to put forth an offer? I'm sure with the right price, you'll find someone willing to do it for you. Now *THAT*s the open source spirit. ;-)by BeagleFury - Administration, Announcements, Policy
>> But isn't it possible which this solution that the positioning of the X-Y-axis could be still in progress when the firmware puts the Z axis one stage up? Yes. You treat your PID device as a stepper with minimim response delays to attain the target positions. You could also just code each motor with a 'ready' bit, and then advance to the next motor step configuration only when all motby BeagleFury - RepRap Host
Hi Sebastian, Have you programmed in FORTH before? I agree it has an oddness with RPN and all, but after that, it's not too bad. Any 'general purpose interpreter based' protocol is going to have one key advantage over the C Arduino environment... interactive playing with stuff. I also think FORTH is closer to LOGO than C, and that targeted elementry age kids (both girls and boys). Actually,by BeagleFury - Firmware - experimental, borrowed, and future
I'd also be interested in a FORTH RepRap. If you want to take it further, you might want to look at the amforth source forge page. I believe this could, with an AVR programmer, could replace the Arduino bootloader with a forth interpreter.by BeagleFury - Firmware - experimental, borrowed, and future
I don't think you want to wait for the pulse. What happens if the motor takes too long to reach your signal and you start losing bits on other encoders or dropping comms bytes, etc. Or the axis jams and now the firmware has to wait forever. Typically, servos use some form of PID. The encoder gives you the current physical position; you record the target position you want the motor to reach,by BeagleFury - RepRap Host
That seems much too low level to me. If this is the level that you want to work with, I'd suggest writing a program that can generate C or assembly for the firmware, and a boot-loader, and execute it that way. Alternatively, implement an interpreter/compiler on the firmware itself. For example, there is a FORTH interpreter available for an AVR. If you had predefined your forth dictionary to iby BeagleFury - STEP-NC
Nice photo on the extruder. Could you create a wiki page on the steps you took with instructions and measurements? This is definitely near enough to the bootstrapping extruder I was looking for. Where did you get the motor that drives it, and what are the stats on it? What other parts did you need to actually make it extrude? Where/how did you make the barrel? (I'm not sure the process forby BeagleFury - General