jimtellier

Forum Replies Created

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • June 5, 2024 at 9:40 am in reply to: TinyG stops responding after (failed?) Home Z #12185
    jimtellier
    Member

    I think I mentioned on the post I put in the Wiki forum that I’m using custom software (that I wrote several years ago, which has been working fine). I do in fact have a Z limit switch implemented, and I’ve always homed all axes without issues.
    Now…. having said all that, I *think* my issue may have been resolved after doing a full PC reboot and a couple of TinyG power cycles. (I hate it when things just “go away”!). I’m just getting back to using my rig after a long time off, so I’ll be watching it closely! Thanks for the quick response!

    June 4, 2024 at 3:46 pm in reply to: TinyG stops responding after (failed?) Home Z #12181
    jimtellier
    Member

    That’s a good idea; maybe they don’t troll the forum all that much?! Thanks! 🙂

    March 4, 2022 at 11:47 am in reply to: TinyG V8 – User-accessible flash? #12132
    jimtellier
    Member

    Yes, I’ve looked thru the Wiki docs (many times :), but unless I’m missing it, I don’t see anything re: flash/eeprom. I’ll post under Issues as you suggest. Thanks!
    Jim

    October 21, 2021 at 3:38 pm in reply to: Change Feedrate of currently-running G1? #12094
    jimtellier
    Member

    Glad you’re back! 🙂
    That’s a very good article on jerk-controlled motion; that, along with your intuition re: the planner, leads me to think there’s no really good way to accomplish what I describe (at least with TinyG). It almost makes me think that I’d be looking for a feature to simply use “constant acceleration”, with the appropriate commands and settings to control it. Given the advanced nature and advantages of the jerk-controlled motion paradigm, I suppose there wouldn’t be much call for that.
    Thanks for the info! Shout out if you think of any alternatives! 🙂
    Jim

    May 28, 2018 at 5:14 pm in reply to: Is it possible to spec the \"polarity\" of Spin and Coolant I/Os? #10996
    jimtellier
    Member

    Well, I finally “got woke” and decided that since I’ve got +24V
    available for the relay coil, I just found a switching NPN
    and calc’d resistors to convert that to a 0 -> +5V emitter output, gated by
    the 0 -> +3V. Using the “HI” mode on the relay board now works fine!
    Thanks for the helpful info – steered me down the right path!
    Jim

    May 26, 2018 at 12:34 am in reply to: Is it possible to spec the \"polarity\" of Spin and Coolant I/Os? #10994
    jimtellier
    Member

    Ah, good call on the pullup speculation! I’ll measure it, to be sure!
    But looking at your link to interface recommendations, I don’t quite
    see an exact parallel of my scenario to the DUE interface. I could
    clearly use a MOSFET (P-channel, if I understand correctly) IF there
    were a voltage source (e.g. +5) such as that available on the DUE.
    But all I have available is +24V (TinyG, fan and relay coils), and the
    +3V logic outs of Spin and Coolant pins.
    I’m kinda flying blind here, without schematic for the relay board (which
    btw is a SMAKN 24V 2-channel Opto-isolated board; the only spec they provide
    is that it requires “5ma trigger current” – no voltage spec. I figured if it’s
    a diode drop, 3V ought to do it, but setting the jumpers to “HI” trigger doesn’t
    respond to +3 from the TinyG I/O’s. Jumpering to “LO” active inputs works by
    setting the trigger inputs to GND. See my dilema?

    May 10, 2018 at 4:08 pm in reply to: Re-establishing Axis positions after RESET #10979
    jimtellier
    Member

    OK, I’ll give it a shot.
    I’m supposing that, for example, I’d use G92 x147 y120 z-53
    upon beginning my “resume” after reset operation, and everything would seem “normal”.
    But what would I expect a homing operation to do? (I mean, after the offset).
    Do you think I’d want to G92.1 after homing finishes?
    I’ll poke at it in a little while and let you know what I see!
    Thanks for the quick reply!
    Jim

    • This reply was modified 6 years, 6 months ago by jimtellier.
    April 12, 2018 at 1:26 am in reply to: Config parameters not being saved #10962
    jimtellier
    Member

    In all cases as you describe, $1tr returns 12.7 after power cycle.
    I have XON flow control in use, rather than CTS; are there any known
    reliability issues with that? I doubt if that’s relevant, but…

    April 11, 2018 at 7:28 pm in reply to: Config parameters not being saved #10959
    jimtellier
    Member

    Finally had a chance to get back on this!… tried your quick test…works fine…
    I then tried setting all of the parameters I need for 3 axes, switches etc…and again, works fine! I don’t know what happened the previous times I did this, but I do know it really didn’t “stick”, but now it does. Gremlins!
    I’ll keep an eye on things as I move forward, and report any issues.
    One difference I note is that, when I was initially testing persistence, I was doing things using individual commands, e.g.:
    $1tr=12.7 –> $1tr –> power-cycle –> $1tr.
    This time, I did the value verification by using $$ each time I set a few parameters, then after Reset and again after power-cycle. I captured and compared each $$ output and all is well. Thanks for your assist!

    • This reply was modified 6 years, 7 months ago by jimtellier.
  • Author
    Posts
Viewing 9 posts - 1 through 9 (of 9 total)