Makelangelo update #43

Shop Forum Makelangelo Polargraph Art Robot Makelangelo update #43

  • This topic is empty.
Viewing 23 posts - 1 through 23 (of 23 total)
  • Author
    Posts
  • #5995
    Anonymous
    Inactive

    – added command line input under etch-a-sketch controls
    – moved ./java/windows to ./last_official_release/windows
    – moved ./java/OSX to ./last_official_release/OSX
    – updated README.textile to explain new layout

    If you are trying the very latest new release to see if it fixes a bug, use ./java/Makelangelo.jar

    Tomorrow I’m working hard on documentation for the Makelangelo 2.5 (a cheaper, slower version) and the Arm3. Taking care of customers eats a lot of my time but it’s worth it!

    #6612
    Anonymous
    Inactive

    Testing now!
    Stalling issue again. Pause/unpause helps a bit.

    #6613
    Anonymous
    Inactive

    I tried a few combinations, actually.

    Firmware+software from last_official_release folder stalls but finishes eventually.

    Firmware from arduinofirmware_ams1 + software from java folder is very unstable. BADLINENUM constantly appears

    #6614
    Anonymous
    Inactive

    pkm –

    To confirm: movement stops, then you’re pausing / unpausing from the Makelangelo software?

    What’s the last thing in the status window before you pause/unpause?

    #6615
    Anonymous
    Inactive

    i-make-robots

    I’m still expecting the shield so I’m trying without any. Just Uno, so I don’t know what happens with the motors.
    But as I expect AMS1 I use its firmware.

    So the line counter just stalls, usually without any messages.
    Just like this

    I would try to upload Rumba firmware and connect step/dir outputs to pololu drives. But the latest Rumba won’t compile

    #6616
    Anonymous
    Inactive

    @i-make-robots wrote:

    If you are trying the very latest new release to see if it fixes a bug, use ./java/Makelangelo.jar

    Can’t run the jar file. It is missing the RXTX (or whatever) lib.

    #6617
    Anonymous
    Inactive

    @actruncale wrote:

    Can’t run the jar file. It is missing the RXTX (or whatever) lib.

    Either put that jar to last_official_release folder, or copy the files from there

    #6618
    Anonymous
    Inactive

    The next time it stalls like this
    I don’t understand why it breaks the response lines so unexpectedly

    Sorry for the large pics, just tell if I shouldn’t post them

    #6619
    Anonymous
    Inactive

    The large pics are fine. You can also link from imgur.com if you like.

    To get the RUMBA to compile, set your board to MEGA 2560.

    I bet the arduino is answering but somehow the “>” is never received by the PC. I need to add a timeout ping so the arduino can say “Hey! I’m still alive! Want me to do anything?”

    #6620
    Anonymous
    Inactive

    Oh, thanks!
    Now I have AMS1 on my Uno and Rumba on my Mega.
    BTW please add #include “SPI.h” to all firmware, it won’t compile on Arduino 1.5 without it.

    #6621
    Anonymous
    Inactive

    We’re still running Arduino 1.0 here. I will look into upgrading. Thanks for the tip! I’ll put your name in the source code for that fix.

    #6622
    Anonymous
    Inactive

    @i-make-robots wrote:

    We’re still running Arduino 1.0 here. I will look into upgrading. Thanks for the tip! I’ll put your name in the source code for that fix.

    AHHH… we may have found the problem. I’ll try downgrading to 1.0 and see if it works.

    #6623
    Anonymous
    Inactive

    @actruncale wrote:

    I’ll try downgrading to 1.0 and see if it works.

    Aha… I’m checking too.
    Stalls again. That’s not about Arduino 1.5.

    #6624
    Anonymous
    Inactive

    yep no luck here either.

    #6625
    Anonymous
    Inactive

    One thing I haven’t tried is the SD card. I don’t have a reader nor do I know how to run an SD card from a rumba.

    #6626
    Anonymous
    Inactive

    actruncale
    So you have roomba?

    i-make-robots
    Is it possible to connect LCD with SD port to ams1?
    Actually I was thinking more about RAMPS board.
    I’m sure RUMBA firmware can be adjusted pretty easily for RAMPS.
    So: RAMPS + 2 pololu + LCD with SD.

    Can you say if e.g. this LCD will be OK?
    http://www.banggood.com/3D-Printer-RAMPS-14-LCD12864-Intelligent-Controller-LCD-Control-Board-p-922875.html

    BTW why I’m here: I made a simple drawbot with LinuxCNC. But I’d prefer something cheaper and more simple, so I turned to Arduino. And your project is very good!

    #6627
    Anonymous
    Inactive

    Yeah I see you have an uno[?] so it must be something to do with the software then.

    #6628
    Anonymous
    Inactive

    pkm – I added spi.h to my local build, will upload soon. I won’t move to 1.5 until it is the official release. Let someone else handle the bugs for me.

    I can’t say 100% if the LCD will work. It should! If you find the pins are different, let me know. The LCD code only exists in the RUMBA version of the firmware. The main reason the two firmwares are separate is because the UNO isn’t capable of handling some of the features on the RUMBA like the look-ahead code. What you save in $ for the board cost you lose in features.

    #6629
    Anonymous
    Inactive

    actruncale
    I have both Uno and Mega256.
    Do you observe these strange line breaks too?

    Always different location.
    Could it be some random transmission errors?

    i-make-robots
    First include will be OK. I already installed 1.0 but I’ll check the next release on 1.5. Thanks!

    One day soon I’d like to combine all the firmwares into a single version

    That would be very nice!

    #6630
    Anonymous
    Inactive

    @i-make-robots wrote:

    the UNO isn’t capable of handling some of the features on the RUMBA like the look-ahead code. What you save in $ for the board cost you lose in features.

    Oh, like this…
    But Mega256 is more powerful than Uno? Actually RUMBA has ATmega256 too, so it’s ~ equal to Mega256 board?

    #6631
    Anonymous
    Inactive

    @pkm wrote:

    actruncale
    I have both Uno and Mega256.
    Do you observe these strange line breaks too?
    Always different location.
    Could it be some random transmission errors?

    Yes I do.

    #6632
    Anonymous
    Inactive

    How does java wait until the robot finishes a line of code?

    If I am correct it should:
    Java sends line to robot.
    Waits.
    Robot processes line.
    send a completed command[?].
    Java receives command from robot.
    Java sends the next line.

    Are we the only one’s getting this error? Is the creator? The SD card that came with my robot is not working so I’ll need to find another to test if the SD card method works.

    #6633
    Anonymous
    Inactive

    I guess there’s a queue (traced green on the preview), otherwise you are right, there must be transmission acknowledgement.

    Chances are good for SD card to work as there’s no communication to PC in this case.

Viewing 23 posts - 1 through 23 (of 23 total)
  • You must be logged in to reply to this topic.