Perhaps it is skipped bits. Is it the same if you reduce the printing speed? Best regards.by fantom - Huxley
Well. The communication between the mainboard and the thermocouple-board must be restarted....There is no thermistor in the TZ Huxley.by fantom - Huxley
It is not necessary to power down the mainboard, just disconnect the thermocouple board and reconnect. No doubt it is an initialization problem.by fantom - Huxley
Now Slic3r ver. 0.9.7 is working as well. It was the extruder speed, that was set way to high, I had confused mm/minute with mm/sec.by fantom - Huxley
Changing to slic3r ver. 0.72b solves the problem.by fantom - Huxley
It is obviously not M110, that is the problem. M110 is generated from send-gcode.exe at the beginning of the transmission. I changed the model a little and still get the same problem after about 21 layers. Some times the printer just stops other times it travels to a high X and Y position and stops. 2 examples of transmitted code form send-gcode.exe is attached. I can't see the reason.by fantom - Huxley
When I search the g-code, there is no M110 ???????by fantom - Huxley
Using TZ-Huxley and slic3r ver. 0.9.7 and win7. After some layers normal printing the printer stops when I use Pronterface. When I use send-gcode it stops and moves to a high X and high Y position. With send-gcode.exe I get after 4781 normal lines: send: N4782 G1 X72.330 Y77.130 *55 recv: ok send: N4783 G1 F3000.000*107 recv: start send: N4804 M110*27 recv: DEBUG:LineNr set recv: ok Is it M110by fantom - Huxley
In my kit there were many faulty and some missing parts, but it is difficult to see that before you are building it. Anyhow I would do it again.....by fantom - Huxley
If the heating does not stop when the temperature is reached it could be because of damage to the isolation of the thermocoupler, so that there is a shortcircuit.by fantom - Huxley
Often - not always - at power up the temperatur "is" 503 degrees C and then it does not get hot. It ignores setting the temp. - the only way - so far - is to disconnect the hot end and reconnect it. Is that a known bug with a known solution?by fantom - Huxley
It can only get hot too fast if the voltage is too high or the resistance is too low. Are you sure the resistance is correct? P(ower) = V(oltage) * I (current) and I (current) = V(oltage)/R(esistance).by fantom - Huxley
"send-gcode.exe" has no error handling and is no solution, but identifies the problem as Win7 being to slow for the purpose. The processor is an Atom 1.60 GHzx2 with 2GB RAM. Perhaps a faster PC could do. Now the same PC is set up with Ubuntu and with Ubuntu running Pronterface there is no problem with the speed. (but a hell of other problems with authorizations).by fantom - Huxley
Thanks, send-gcode.exe solves completely the problem with the discontinous printing. I just have to remove 2 lines: ;M109 s250;.... and M82 ; use absolute distances for extrusion edit: only M82 has to be removedby fantom - Huxley
There is a marked difference in the size of the problem when I change from RepSnapper to Pronterface. Pronterface works best, but still, when I am making small cirkles the printing is discontinous. Is there a program with no garbage / features, a program that just sends the code as if it was located on a stick?by fantom - Huxley
Thank you for your many questions. The extruder is calibrated. I am using PLA from RepRap-central and have now tested various temperatures. It works best from 200 - 210 degrees C. I am using Slic3r and it turned out that the retraction was the solution. It has to be 4!!! Now that parameter is fine. Thank you.by fantom - Huxley
Try to replace the glass plate with a piece of polycarbonate and print directly on thatby fantom - Huxley
TZ Huxley is making inappropriate droplets, see photo. Where can I look for a solution to this.by fantom - Huxley
Communication with the printer gets impossible as if it waits for something, that never happens. I have to reboot to make it run again. I have the same max-settings, but it changes nothing if I change: FAST_Z_FEEDRATE 400 - so I thought it was not that parameter.by fantom - Huxley
I am using postprocessing a.m. DeuxVis and Trying to adjust Z-axis speed. There is a hard limit at 294. 294 works fine without skipping steps, but when setting it to 295 the printer dies. I have looked in firmware configurations.h, but have not found a limit there. Where is the limit defined? and can it be changed?by fantom - Huxley
It works! Thank you.by fantom - Huxley
The distance between the teeth on the belt is 5.08 mm. You have 8 teeth on the pully. It gives 40.64 mm per revolution. You have 200 steps per revolution. It gives 4.9125 steps per mm. You have 16 microsteps per step. It gives 78.74016 microstep per mm. In the configuration file change: //#define X_STEPS_PER_MM 10.047 or what ever it says #define X_STEPS_PER_MM 78.74016 ...and the same for thby fantom - Huxley
I can only slice very few of the .stl objects from Thingiverse.com. The program just dies. Is that the way it is, or can I improve?by fantom - Huxley
I can't see the difference, but it must be somewhere, at least after making all the same modifications + one more in configurations.h : //#define ACCELERATION_ON it prints much more continous. I am a little frustrated not to know exactly what makes the difference, but it works.by fantom - Huxley
p.s. the optostop don't work in sunshine.by fantom - Huxley
If you activate the endstop it should only be possible to move in one direction and if that is the wrong direction you should should change the wires, so that the servo moves opposite.by fantom - Huxley
Now I have got the code for Monotronics v.2.1 I Will test it when I come home (monday).by fantom - Huxley
This worked for me: Follow the link to Kulitorum version Follow The latest windows build from the svn code is Download and run the file.by fantom - Huxley