Forum Replies Created
-
AuthorPosts
-
kkannanMember
Agreed, let me try to update one of the board to build 440.20 and see if the connectivity issue goes away, or I can query the internals of Tinyg and send gcodes accordingly.
BTW Goko.com seems to have been hijacked.
Thanks
Kannan- This reply was modified 8 years, 6 months ago by kkannan.
kkannanMemberfinally a pseudo scientific approach that works. I calculated the absolute length of each segment from the previous one (ie. G00 or G01) and multiplied that with 75 and use it as line delay. This rule is applied to all segments below 15 mm, and above that a flat 1000 ms line delay is applied.
I modified my old java program to calculate the length and delay on the fly and it seems to work smoothly without starving the planner buffer.BTW this applies only for Feedrate 1000 mm/min which is my default.
I can live with this solution for now.
Thanks
KannankkannanMemberHi vex & cmcgrath,
Thanks for the replies, originally the machine was running RepRap which I use it to cut low density foam, plotter style using hot needle. I’ve written a java program using rx/tx lib which looks for ok> before sending the next gcode. This setup worked so well that I didn’t bother to change the boards which was Duemilanova with 3 separate stepper drivers.
The reason I want to change it to Tinyg was speed and microstepping. I’ve two v6 boards which I want to use it. Setup went really smooth and looked a lot neater with less wiring. This time, my program started looking for tinyg [mm] ok> for end of execution of the previous cmd. But, I discovered that due the planner and everything, the response is not one to one. After few gcodes, the response comes in bulk or not at all. The machine stuck with the last cmd and does crazy things when it eventually receives a new gcode. That is the reason why it is going diagonally instead of straight line pattern in the gcode list, it simply missed the corner.
After many experiments later, gave up on CP trying tinyg, old, tingygg2, line mode, idmode. The working setup in coolterm is 1000 ms for files with large line segments and 100 ms for short segments. My program breaks circles, arcs into small line segments. Though it works now, as you can see , a new program may still wreck havoc with the job. Foam material so cheap I can afford to waste it. Here’s my $sys params,
[fb] firmware_build 338.02
[fv] firmware_version 0.93
[si] status_interval 0 ms [0=off]
[gpl] gcode_select_plane 0 [0,1,2]
[gun] gcode_units_mode 1 [0,1]
[gco] gcode_coord_system 1 [1-6]
[gpa] gcode_path_control 2 [0,1,2]
[gdi] gcode_distance_mode 0 [0,1]
[ea] enable_acceleration 1 [0,1]
[ja] junction_acceleration 100000 mm
[ml] min_line_segment 0.080 mm
[ma] min_arc_segment 0.100 mm
[mt] min_segment_time 5000 uSec
[ic] ignore_CR (on RX) 0 [0,1]
[il] ignore_LF (on RX) 0 [0,1]
[ec] enable_CR (on TX) 0 [0,1]
[ee] enable_echo 1 [0,1]
[ex] enable_xon_xoff 1 [0,1]Any documentation to query the planner buffer and status could be helpful. IMHO, tinyg should not rely on third party for basic operations, there should be a basic Gcode sender however small and featureless it is.
Thanks
KannanPS: Chrome on Vista Home premium
- This reply was modified 8 years, 6 months ago by kkannan.
kkannanMemberI am having similar issues, and googled for days looking for a solution. My setup is belt driven tinyg V6 (yeah, it’s old) connected to Vista. It is not spindle noise since I don’t have one and it is not shielding issue either. A small program which cuts tabs and slots in 52 lines and the SP stops exactly in the same place, that is at line No. 11. Fiddling the settings to multi line and increasing delay does push this limit to up or down, but the job never completes.
It seems when the machine is executing a long traverse line, CP dumps all gcodes and says job is completed while the extra lines are ignored by tinyg.
Tried coolterm and it also ruins the job, machine goes crazy after 10 or 15 gcodes. XON is enabled as the doc says and $si is to 100ms. This is the snippet of gcode I am running and at the last line machine stops moving. Interestingly the planner indicates this line number and gcode indicates all 52 lines are sent.
G90
G21
G00 Z-7.0
G00 X10.363 Y75.708
G00 Z-22.0
F1000.0
G01 X10.363 Y298.998
G01 X40.637 Y298.998
G01 X40.637 Y268.103
G01 X29.637 Y268.103
G01 X29.637 Y253.603if i hit the stop and g54, the machine goes to home position without fail.
Can somebody help me resolve this issue ?
Thanks in advance
Kannan
kkannanMemberLooking forward to v8, this will make small CNCs with the sophistication of tinyg and the power of servos possible.
-Kannan
kkannanMemberI think $xfr,$xvm (maybe $yfr etc. also) and $1tr doesn’t come to effect immediately, however if i flip the $1mi to 1 and back to 8 then all the newly parameters reflect in the settings. I intend to use this board for tube cutting machine and that requires $1tr changed to different values as the tube to be cut varies in diameter while other axis remain fixed.
Thanks
- This reply was modified 12 years, 3 months ago by kkannan.
kkannanMemberGot the boards finally, it works like a charm. Never used a microstep controller and it is pleasure to hear.
I’ve been playing with 2 motors and noticed few things like newly set parameters doesn’t come to effect immediately. I’ll test a little more and come up with some questions 🙂kkannanMemberNo problem, I’ve asked my friend to get one and ship it. Thanks.
kkannanMemberThanks for the quick response, and yes i suspected it may not be possible to flash it to 328 straight away.
Do you accept debit cards in INR? or should i need international credit card? If so I’ll ask my friend in US to place an order and use a different shipping address.
-
AuthorPosts