jmnoeth

Forum Replies Created

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • in reply to: Newbie with grbl #1722
    jmnoeth
    Member

    Blizard, the serial monitor that comes as part of the Arduino tool set has some ‘guilty knowledge’ of the Arduino loader and trys to auto detect the speed of the serial link. The preprogrammed chip might not allow the serial monitor to get the speed set correctly. Try downloading ‘coolterm’ and using that; Setting the communications link to 9600 baud, 8 bits, no parity, one stop bit. If you google coolterm, you’ll find several sites from which to download it. There are versions available for Windows and Mac.

    in reply to: Step Invert mask for GRBLShield? #1711
    jmnoeth
    Member

    Have qyou tried reversing the connections on the motor? That should get the motor going in the opposite direction it does now.

    in reply to: GUI for TinyG controller #1496
    jmnoeth
    Member

    Has anything been done with regard to building a controller for the TinyG? As I mentioned in another post (CNC build with TinyG), I’m thinking about building a controller based on a beagleboard (I originally looked at the pandaboard and raspberry pi, but, have since settled on the beagle). I am planning to interface the beagle with a touch screen (probably 10 inch or 25 cm). After having my MacBook covered with saw dust on more than one occasion, I want something that is a little more dust proof. Riley and Saci had mentioned that they were working on a controller, and didn’t want to re-invent the wheel, so to speak. I’ll probably be writing the code in Javafx, as it is supported by almost all major OS’s, which Riley pointed out.

    in reply to: CNC build using TinyG #1914
    jmnoeth
    Member

    I have a JGRO (modified slightly) build CNC that is being controlled with a TinyG. The modifications are just as you mentioned, I used plywood (I used oak veneer because I had quite a few pieces lying around) and had to adjust things accordingly.

    I’ve had it up and running for a couple weeks now, and it seems to work well. To date, I’ve only sent it commands to cut various shapes using hand coded G-Code files. Haven’t got the limit switched connected yet, but, it looks fairly straight forward with the TinyG. I too am using an old ATX power supply to run my machine, but, have determined that I probably need more than the 12V that the power supply is capable of producing. I also will more than likely replace the 1/4 inch lead screws with real ACME lead screws of a larger diameter.

    I’ve been using my Macbook to drive the TinyG, but, I’m looking at using a SBC (Single board computer) of some sort to drive it, probably something like the Beagle or Panda boards. I was hoping to use a Raspberry Pi, but, I missed the first batch and probably won’t be able to get one until late spring or early summer.

    in reply to: Odd behaviors – only X axis works #1514
    jmnoeth
    Member

    Do you by chance have limit switches connected? Maybe the software thinks the axis (y and z) are at their limits?

    in reply to: Motors can only once in one direction before returning #1701
    jmnoeth
    Member

    In the ‘G0’ (and G1) command, the distances are the distance from the origin (absolute position), not a distance from the current position (relative position). For instance, G0X10 tells the controller to move to a point that is 10 mm away (on the x axis) from the initial starting point. Entering another G0X10 again tells the controller to move to a point that it 10mm from the initial starting point. But, since the first G0X10 command already positioned the motor to that point, it doesn’t move because it’s already there.

    So, if go enter the following streaming command, it will move the motor 10mm, then another 10mm (total of 20mm), then back to zero again:
    G0 X10 X20 X0

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