Forum Replies Created
-
AuthorPosts
-
cmcgrath5035Moderator
Chris
1. What schematic package do you use? I am looking for a quick learn open source package.
2. I did a bit more Googling, find several versions of this controller on Ebay, from Amazon, etc. Variations seem to be the size of Heat Sink that the PWB is mounted on.
3. I am >50% (not 100%) sure that the pwm input to this controller is an opto-isolator input diode. The controller seems to also support a POT for control, which makes me wonder if they do nothing more than convert the pwm input to a DC voltage then drive their own pwm output based on that voltage. So my guess is that all that **might** be needed here is R1 and Q1, with R2 replaced by the input diode on the controller. I’ll also guess that one could pick off 12V from the tinyG fan pin, but I don’t think I would try that without making some actual measurements.
The 7812 12V regulator is rated up to 1A.Alhaddar
In the documentation you have, is there perhaps a URL from which we can pull a copy? Or can you perhaps scan the text and post to a dropbox ?Did you actually build the level shifter I drew up for you a while back for the SSR? We are talking about a similar approach here, but supplying with 12V rather than 24V.
cmcgrath5035ModeratorSomething like this should do the job.
Searching Google with “3v to 5v logic converter” finds lots of similar modules, many shipping direct from China.
cmcgrath5035ModeratorFactory reset – I assume you mean a defa=1?
Second one this week…….cmcgrath5035ModeratorOoh, nice spindle.
But, as chmr points out, interface is an issue, as I suspected might be.I was really asking what you had connected to what (physical connection).
I’m not sure the interface to controllers are all that standardized.Also, can we assume you are using Coolterm to send commands? Or ?
cmcgrath5035ModeratorRhino
Looking at your Gcode “Lots o Shapes.cnc”, nothing looks “illegal” in the startup lines.
I’ll just comment that code I run does not have the line ‘G90 G21 G49’; but those are legit commands.
As a general rule, when I run a job, I follow this workflow
I don’t have home or limit switches, by the way.
1. Move to my desired start (0,0,0) location either manually, by jogging or by G0 commands (or a combination)
2. Reset tinyG
3. Send the GcodeWhat are you using to send Gcode? Coolterm, tgFX, etc….
I have noted a couple quirks, which may/may not apply to fw 438.02.
+Some jogging implementations leave tinyG in a funky state
+tgFX frequently has trouble running a second job without a tgFX restart
+ My jobs always(by template in Gcode generator) end with an M60, after which tinyG seems to be in JSON mode and needs to get switched back to text, which it does automatically when it sees a non-JSON command, but the first text mode command gets dropped. So, for example, to move back to zero manually, I have to enter G0, then G0 X0.
+Aggressive manual movement of you gantry can send non-trivial voltages back into tinyG (the steppers becomes generators). The resulting noise could be improperly flipping bits. A reset of tinyG should clear any impact.Try the reset before running your jobs.
Also, consider having you Gcode generated with line numbers. Makes the file larger, but easier to discuss.
BTW, this is sort of a hijack(by me) of this thread, continue the start up topic,if desired, in a new thread.
- This reply was modified 10 years, 3 months ago by cmcgrath5035.
cmcgrath5035ModeratorI can’t figure out which YouTube cnc video you are talking about, so all we know is that you have a tinyG v8 with fw 438.02. That’s a good start.
What sort of machine?
Is you basic machine operational (X,Y and Z moving)?
What OS do you work with (Win, MAC, Linux)
Can you provide a link to specs on your spindle controller?
What are you using to send Gcode and command to tinyG?
What do you have connected to what, and how?cmcgrath5035ModeratorYou are apparently running from windows.
Load up Coolterm as well and get aquainted.Good luck on your journey
cmcgrath5035ModeratorYou are apparently running from windows.
Load up Coolterm as well and get aquainted.Good luck on your journey
cmcgrath5035ModeratorChris
Yes, it has been apparent for a while that some units shipped a while ago with what I’ll call an ‘unclean’ loaded default.
Bogus parameters in $$ dump are an indicator, alas you are not seeing everything with $$, so sometimes we have to recommend defa=1 sort of blindly.Have fun
cmcgrath5035ModeratorTo summarize, when a simple linear move is requested, tinyG computes a move plan that starts at 0, accelerates as fast as possible toward $xvm (a G0 move) or current F setting(a G1 move), then decelerates to 0 at the far end. Jerk and other magic determine the shape of the actual speed profile. tinyG does not really know what the motor is doing, so can’t tell that there isn’t enough current to achieve the profile.
When running G code, tinyG is looking ahead to what it has to do next, as some next moves (consider a 179 degree change of direction) require different speed and accleration profiles.When in doubt, keep things slow at first, ramp them until a job breaks, then back off some on speed.
cmcgrath5035ModeratorJust curious, What power supply voltage you using with your tinyG and motors? 24V?
- This reply was modified 10 years, 3 months ago by cmcgrath5035.
cmcgrath5035Moderatorbryce
RereadDid you remove the voltage divider resistors as Alden suggests?
Needless to say, you need a fine tip soldering iron and care.
If you don’t want to muck with your tinyG, then build a 3.3v to 5v level shifter for the the Due to tinyG interfaceThe movement command from Due to tinyG should be the same one you send from Coolterm. You should see on the schematic that the TX and RX leads on tinyG are connected to the outputs of the USB to serial device – a “wired OR”.
Perhaps you should describe to us how you send commands via the Due. Are you connected to a console app on the Due? Don’t assume we know much about the Due platform code.
cmcgrath5035ModeratorAre you running your tinyG(and motors) from a 12V supply?
Why? Is that what Ox recommends?Most folks run 24V, 4 to 6Amp capability, you can go higher V (tinyG rating 30V)if willing to deal with heat.
I’m thinking that NEMA23s are seriously starved for torque with 12V.
And use descent wire between your power supply and tinyG – 18ga suggested.See
On tinyG, 12V pins are for fans, NOT input.
Gantry should move with some resistance manually. Resistance depends A LOT on belt tension, which from chmr’s description sounds like a lot.
From your description, movements up to F10000are OK
A G1 X300 F8000 moves to X300 at velocity 8000mm/min
A G0 X300 moves to X300 at velocity $xvm, You have $xvm at 16000Try changing $xvm to 10000 and see if G0 X300 now works.
Your funky motor noises sound like not enough torque per step pulse.
Torque comes from current thru stepper winding. Twice as much current when pulses are 24V vs 12V.- This reply was modified 10 years, 3 months ago by cmcgrath5035.
cmcgrath5035ModeratorRhino
After commenting, saw we have another Ox threadInterestingly, there the Z problem is opposite yours – Z moves uncontrollably fast.
There are likely parameter issues in that thread so may not apply here.But it triggered another thought on debug.
Try setting your $3tr=2mm.
To compensate, you would need a G0 Z40 command to get what G0 Z10 currently should do.
I know Z travel around 2mm/rev is well tested, there is a possibility that 8mm/rev is untested territory with other typical Z parameters.cmcgrath5035Moderatorictoamm
The value for $xtm above looks bogus. Did you set that? Compare your settings to the Ox thread posted to Alden above.Bogus parameters can sometimes be cleared with a defa=1 . Note that you will then have to reset the configuration parameters specific to your machine.
What is particularly interesting is that the other Ox thread has the opposite issue – G0 Z20 move moving too slow .
You might also consider trying $4mi=4. Alden recommends Z microsteps = 4 in Shapeoko world, but Ox has a very fast (8mm/rev) lead screw, so that may not be good answer here.
The travel per revolution parameters for the Ox are quite different from Shapeoko space, where much of the tinyG testing takes place. There is the remote possibility that a calculation issue (bug) has been triggered.
-
AuthorPosts