MaxFrenzy

Forum Replies Created

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • in reply to: G2 Due with Gecko 251x #9780
    MaxFrenzy
    Member

    The gecko 251x has the same specs as the gecko 250x , but the 250x isn’t optically isolated and needs a 30 pin male or female header connection to a breakout board. The 250x’s have been used with shopbot’s sbv300 control card (their ARM based mcu running G2), w/ an interface board that accepts the drivers. It currently is run on their handibot cnc, but have been tested on the desktop and various tester’s diy machines.

    The specs are:
    Signal Voltage – 3.3-5VDC
    Supply Voltage – 15-50VDC
    Motor Current – 0-3.5A
    Power Dissipation – 1-3W
    Motor Inductance – 1-50mH
    Input Frequency – 0-250kHz
    Step Pulse “0” Time – 2uS
    Step Pulse “1” Time – 1uS
    Direction Setup (Before step rising edge)- 200nS
    Direction Setup (Hold after pulse rising edge) – 200nS

    From those specs, I can’t see any reason it wouldn’t work, but the disable driver pin presents an issue if I want to use G2 power management. I think they could just be hooked up to 3.3v and work, but having the motors on all the time is just a waste. Regarding the enable pins on the Due, when $MT expires (motor timeout) are the enable pins pulled high or is this handled in another way? If it is the case, then it sounds like the only issue to deal with is inverting either through motate or through external I can look into motate a bit more to see how I could potentially invert those pins as that would be the best solution. For an external pull-up, can you comment on how that is wired? Ex One end of 2.7k resister to 3.3v due pin, the other to enable….etc.

    Thanks

    in reply to: G2 Due with Gecko 251x #9773
    MaxFrenzy
    Member

    Note: This is a redundant thread posted while the forum was having some issues and not allowing new topics to be posted. I emailed Riley and he has corrected the issue (as of 6/7/16 ~9pm central time). There is another post from yesterday that essentially asks the same questions as this post, with different wording. Mods, feel free to remove one if desired.

    in reply to: 6040 CNC w/ TinyG V9 – odd axis stall at end of move #9728
    MaxFrenzy
    Member

    I wanted to update a couple things to post findings. I have a buddy that is running a shopbot control card that is essentially their SAM board for running G2 w/ external gecko 250x drivers, 3.5A steppers, 48v psu. He was having similar issues with his x axis on his microcarve cnc. They weren’t nearly as pronounced as mine but it was at the deceleration point as he moved his x axis back and forth. His settings are relatively modest, similar to mine with jerk values set at either 50 or 100. Here is a video of his YouTube Link

    Regarding mine, I tried removing the stepper from the coupler to test without any load and had the same results. The stepper seems to handle the higher speed rates but locks up at slower rates. Doesn’t make much sense to me. I replaced the power supply in the machine as well as swapping out the stepper motor from the x axis with the Y and found the same behavior on the Y axis. Just to test some more, I hooked up an arduino uno to a Tb6560ahq driver that came with the 6040 and ran the motor off an atx power supply @ 24v. While I couldn’t achieve the same top speeds (not enough juice from the atx psu I assume), I didn’t have any issues running the stepper at various speeds. I don’t know what the max speed in mm/min the 6040 CNC 3A steppers with a tinyG v9 TI 8825 2.5A drivers are supposed to be, but the concern is obvious that these higher jog/rapid speeds are fun but cutting is going to happen at lower rates. I’ll write a few macros and try to nail down the exact range where the motor locks up. Any other ideas? Drop down to fb=83.09?

    Thanks

    in reply to: 6040 CNC w/ TinyG V9 – odd axis stall at end of move #9714
    MaxFrenzy
    Member

    Here is a link to my full $$ output
    Link

    Motor timeout was set to 2 seconds. Tried bumping it up to 4 seconds, but no change. Power to steppers is set to max (1), Power up when in cycle. I also switched the settings to run Y off a different driver, but had the same result.

    As for energizing the motors and moving the gantry. Generally I try to avoid moving any axis manually when it’s plugged in and powered to prevent back feeding power to the drivers. Given that this is my first ball screw machine (my others are rack/pinion), I’m not really sure what the “rules” are for pushing it around when disconnected and what sort of force should be expected. However, I did try to manual move it with the stepper disconnected from the control board. It’s actually requires a good amount of force to push the gantry back/forth. With my luck, I got a feeling that there is something binding up, but I’m not sure the best way to go about fixing it. I noticed that one of the linear bearings on the underside of the gantry had it’s jump/spring ring tucked behind the round black flange piece that normally is behind the ring. I was able to snap it back in place and then unscrewed the block from the gantry to make sure it was able to slide along the rail ok. I can adjust the preload on the linear bearings with a set screw and found them to be tightened down lightly (not loose, but easy to break free and unscrew) I’m not really sure how to make adjustments to the ball nut setup on that axis…if there is a preload adjustment or if I could unscrew the main nut and test to see if the machine slides back and forth freely. I really don’t want to end up having the ball bearings dump out. I did notice that ball nut had a little screw that seems to be for lubricant. Speaking of which, there isn’t a HEAVY coat of lube but it’s certainly slick. I may give it a squirt anyway for shts*giggles. Ultimately I know that the 4 linear bearings (2 per side) and ball screw (middle) should be as parallel as possible. It would be nice to know the typical adjustment or starting points for squaring/alignment.

    Oh lastly, slowing down the speed seems to help but there does still seem to be a somewhat abrupt stop at the end. Not the stalling/crunching/jumping necessarily that you find at the “faster” rates. I got the impression there is something going on mechanically, but hopefully you’ll have some suggestions.

    Thanks

    in reply to: tinyg V9 external driver header connection #9701
    MaxFrenzy
    Member

    Sorry I wasn’t quite thinking clearly. For whatever reason, I wasn’t realizing they are part of the trace and thus filled in w/ solder. So, either 2.54mm pin headers or screw terminals would be fine it seems. As for using a due…good question. I do have one available and that probably is the right route to go. I want to clarify something though. While you can setup the pin assignments however you please w/ motate, for convenience and comparison, would it be fine to just use the gshield configuration even if you have no intention of using a gshield? Since I don’t want to break out any additional pins right now, it seems that would at least give me a common reference point and allow me to compare against the gshield for a little easier setup. Does that sound right?

    Thanks

    in reply to: A new shield for testing TinyG2 #9690
    MaxFrenzy
    Member

    I’m interested in trying this board with a due + a board that is similar to the tb6560 red that you reference. In this instance, the board I have was pulled out of a Chinese 6040 CNC machine that has 3 TB6560AHQ drivers on a breakout board w/ parallel port that was intended for mach 3. There is also an extra input for a 4th axis which included another dedicated tb6560 driver (for rotary axis). It sounds like what you have will work here, but your understanding is deeper than mine. I’d like to discusss getting a hold one one for testing on the 6040 cnc, and what the process would be. If it would be better to email or take the chat elsewhere, just let me know.

    Thanks

    in reply to: TinyG V9 hadware for G2 #9517
    MaxFrenzy
    Member

    Thanks for the info. That is kind of what I started to assume after getting no where speaking to a variety of people about accessing a board. When I did find one from the main company I’m working with, they only had one beta board and wanted to hang on to it for the meantime. As far as contacting the team at Synthetos, that was actually my first route as the development work that I’m doing is in their interest as well. Unfortunately, I did not receive a response back. I wonder if there is a direct email I could try to communicate with someone if I’m unable to get through with the website contact form. You had mentioned some upcoming boards? Could you elaborate on what/when and from whom those might be coming from? Outside of the DUE for handling G2, does a motion control board exist that has an ATMEL 32-bit arm, drivers, and I/Os? I just liked the idea of having everything in a neat package as the machine I’m using for dev/testing has a combined driver/interface board that’s severely antiquated, probably 10 times the footprint size and slower from a variety of perspectives. Thus, I need to update the drivers anyway and figured I’d try to cover it all with one combined unit.

    Thanks!

Viewing 7 posts - 1 through 7 (of 7 total)