cmcgrath5035

Forum Replies Created

Viewing 15 posts - 826 through 840 (of 1,771 total)
  • Author
    Posts
  • in reply to: Zeroing/ test run #9475
    cmcgrath5035
    Moderator

    Do you think this will fix my run away issue.

    No, but it will runaway much faster.

    1. Enter these parameters.
    2. Then shutdown (powerdown) tinyG
    3. Then manually drag your spindle to the middle of your worspace.
    4. Power up tinyG

    Start up Coolterm and create a $$ report – look it over, verify you entered parameters correctly.

    At this point, the 0,0 point for your machine is where the gantry is.
    A reset, or power cycle, of tinyG resets 0,0 to the current location.

    Now enter the following command
    G1 X20 F800
    Gantry should move 20mm in +x direction at moderate speed
    G1 Y10 F800
    Gantry should move 20 mm in +Y direction at moderate speed.
    (If it runs away in either x or y direction, put you parameter list on the cloud drive and send a not back here.)

    G0 X0 Y0
    Gantry should return to starting point, x and y simultaneously, at twice
    the moderate speed.

    What command did you vie the machine to initiate “running away”?

    There are 2 ways to stop a machine from running away
    1. Don’t tell it to runaway – give it reasonable goto commands
    2. install limit switches – you don’t have them provisioned yet.

    Do you actually have limit switches?
    Limit switches add an additional layer of complexity – good to master manual short distance movement first, to get your basic motion set correctly.

    Experiment with longer moves.
    Experiment with the F parameter to go slower and faster.

    in reply to: Is system.c a dead file? #9473
    cmcgrath5035
    Moderator

    tinyG is very popular, but few have need (or capability/desire) to customize/port as you are attempting.
    And perhaps I should observe that folks able to dig about in the weeds at that level don’t come here for help.

    Those seeking the bleeding edge tinyG experience on new hardware tend to head down the tinyG2 path.

    The issues link above is appropriate should you find inconsistencies in the source tree or makefiles, etc. This forum is more for operational issues when using ‘standard’ tinyG hardware and published binaries.

    There is also

    in reply to: Is system.c a dead file? #9471
    cmcgrath5035
    Moderator

    The devs don’t hang around here much.

    You questions might be better addressed at

    You are the first in a long time trying to build tinyG

    in reply to: Zeroing/ test run #9467
    cmcgrath5035
    Moderator

    If you can, save your parameters in plain text (saves me converting from rich text), but otherwise Onedrive worked fine.
    Cloud drive a great way to share big files, pictures, etc.

    Very unusual parameters, where did you get them from?

    Make these changes
    $si=250
    $qv=1
    $3mi=4
    $xvm=16000
    $xfr=16000
    $xjm=5000
    $xjh=10000
    $yvm=16000
    $yfr=1600
    $yjm=5000
    $yjh=10000

    Settings for Xmin, Xmax,Ymin,Ymax are only meaningful when soft limits are enabled.
    You are not ready for soft limits yet.

    Enter these new parameters, check that they entered correctly.

    Then command moves for short distances, e.g. G0 X10 – motion will be a lot faster.

    When you report back, post your updated parameter set.

    in reply to: Tinyg2 – Wifi Control #9465
    cmcgrath5035
    Moderator

    Only way I know you can make this happen is to uses Chilipeppr and a RaspbPi2. Load SPJS into the RaspbPi 2, insert a wifi dongle into RasbPi2 as well as connecting Due to RaspBPi 2 with usb cable.

    tinyG2 USB port support is rather generic, if you have a wiUSB over wifi solution that needs no special client support (from the DUE) you may be able to make that work as well. I am not aware of anyone trying.

    in reply to: Zeroing/ test run #9464
    cmcgrath5035
    Moderator

    Nope, $_tr is a motor parameter.
    Motors get assigned to axes.

    You have $1ma=0, assigning it to x axis
    So $1tr=60 sets motor 1, assigned to X axis, to move 60 mm/revolution.

    See:

    in reply to: Zeroing/ test run #9462
    cmcgrath5035
    Moderator

    Do you have a Cloud Drive Account?
    Dropbox, Gdrive, etc. There are numerous free offers out there.

    Copy your CoolTerm screen to a text file, then place the text file in the cloud.
    Get the URL for your shared file and post it here.

    Spindle may actually use $tr=1.25mm

    in reply to: TinyG2 on due: need to reset befre to connect #9459
    cmcgrath5035
    Moderator

    Be careful reading Arduino, vs. Arduino Uno, Arduino DUE, etc. This spec sheet fairly clearly say Vin recommended = 7-12V, limits 6-16V.

    I am going to guess that your scheme, with Vin = 5v, results in Due trying to operate at slightly less than 3V, then you PC USB comes along and brings that up to full 3.3V via the USB cable.

    in reply to: Zeroing/ test run #9456
    cmcgrath5035
    Moderator

    There are many different ways to build an Ox, so theses are just some quick observations.

    $mt should be something more like 10 seconds, not 0.1 seconds; $mt=10

    Most new OX builds use NEMA23 motors, GT3 belts (3mm pitch) and 20 tooth pulleys. If that is what you have, then $tr (travel per motor revolution) should be $_tr=60 , which is 3mm x 20 teeth. Check your belts and pulleys, there are other combinations in the market.

    $_tr = 1.25mm may be correct for your Z axis, depending on the thread pitch of your drive screw. There are many variations available there as well.

    I think your jerk values are low, but will work for now.
    More typical would be 5000 max, 10000 homin on X and Y axis.

    Give those parameters a try, then come back for some fine tuning.

    $$ parameter sets are much easier to review if you put them into a cloud drive file and provide a link here.

    Also – how do you connect to your machine? CoolTerm, Chilipeppr, etc.

    • This reply was modified 10 years, 1 month ago by cmcgrath5035.
    in reply to: Building from source: broken makefile on github? #9452
    cmcgrath5035
    Moderator

    I don’t speak MAC, I’ll ask Riley to stop by.

    This is tinyG Master or tinyG Edge, or tinyG2?

    in reply to: TinyG2 on due: need to reset befre to connect #9450
    cmcgrath5035
    Moderator

    Look carefully at the DUE schematics.
    For sure you don’t want to apply 5V to the 3.3V VCC line or you DUE wil be history.

    in reply to: is TinyG hardware control possible with Estlcam? #9449
    cmcgrath5035
    Moderator

    It may be possible, but I watched enough to conclude that ESTLCam likely downloads GRBL motion control into the UNO, then uses external Stepper Drivers (rather than a Gshield) to interface the steppers.
    The tinyGV8 interface language and serial I/O control is different than what GRBL defined way back before tinyG forked from GRBL.

    Similar CAM functionality for tinyGV8 is provided by Chilipeppr, which started focussed on tinyG but was enhanced midstream to have a GRBL flavor.

    So, if ESTLCam is open source, you might be able to create a tinyG version, I would guess with non-trivial programming effort.

    in reply to: TinyG2 (Due + gShield) Unable to compile .bin in windows #9447
    cmcgrath5035
    Moderator

    That’s good, because I always do it in Linux and struggle to help Win users…. 🙂

    in reply to: TinyG2 on due: need to reset befre to connect #9446
    cmcgrath5035
    Moderator

    My experience has been sometimes similar to yours – that garbage characters seem to appear on the USB serial when the DUE (and tinyG FW) are started by plugging in the USB. With CoolTerm, a couple of enters (carriage returns) seems to clear it out) or a reset while powered.

    The Input connector on the DUE is rated 7-12V, not 5V, but 5V may work

    cmcgrath5035
    Moderator

    Sort of hard to tell if you will have introduced side effects.
    Keep your eyes open as FW evolves (later versions may have a different sort of fix).

Viewing 15 posts - 826 through 840 (of 1,771 total)