Makelangelo update #42

Shop › Forum › Makelangelo Polargraph Art Robot › Makelangelo update #42

  • This topic is empty.
Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • 2014-06-12 at 00:35 #5977
    Anonymous
    Inactive

    – fixed BADLINENUM related nullpointerexception in PC software
    – fixed possible buffer overflow in Arduino

    http://github.com/MarginallyClever/Makelangelo

    2014-06-12 at 01:53 #6533
    Anonymous
    Inactive

    Sweet running a test right now. I’ll let you know how it goes.

    2014-06-12 at 02:02 #6534
    Anonymous
    Inactive

    Nope still stalls for me. I have JAVA 1.7 running 64 bit version. I think my error might be different from the BADLINENUM

    The current Java runtime is 1.7
    WARNING: RXTX Version mismatch
    Jar version = RXTX-2.2pre1
    native lib Version = RXTX-2.2-20081207 Cloudhopper Build rxtx.cloudhoppe
    r.net
    Exception in thread “AWT-EventQueue-0” java.lang.NullPointerException
    at javax.swing.text.FlowView$FlowStrategy.layoutRow(Unknown Source)
    at javax.swing.text.FlowView$FlowStrategy.layout(Unknown Source)
    at javax.swing.text.FlowView.layout(Unknown Source)
    at javax.swing.text.BoxView.setSize(Unknown Source)
    at javax.swing.text.BoxView.updateChildSizes(Unknown Source)
    at javax.swing.text.BoxView.setSpanOnAxis(Unknown Source)
    at javax.swing.text.BoxView.layout(Unknown Source)
    at javax.swing.text.BoxView.setSize(Unknown Source)
    at javax.swing.text.BoxView.updateChildSizes(Unknown Source)
    at javax.swing.text.BoxView.setSpanOnAxis(Unknown Source)
    at javax.swing.text.BoxView.layout(Unknown Source)
    at javax.swing.text.BoxView.setSize(Unknown Source)
    at javax.swing.plaf.basic.BasicTextUI$RootView.setSize(Unknown Source)
    at javax.swing.plaf.basic.BasicTextUI$RootView.paint(Unknown Source)
    at javax.swing.plaf.basic.BasicTextUI.paintSafely(Unknown Source)
    at javax.swing.plaf.basic.BasicTextUI.paint(Unknown Source)
    at javax.swing.plaf.basic.BasicTextUI.update(Unknown Source)
    at javax.swing.JComponent.paintComponent(Unknown Source)
    at javax.swing.JComponent.paint(Unknown Source)
    at javax.swing.JComponent.paintChildren(Unknown Source)
    at javax.swing.JComponent.paint(Unknown Source)
    at javax.swing.JViewport.paint(Unknown Source)
    at javax.swing.JComponent.paintChildren(Unknown Source)
    at javax.swing.JComponent.paint(Unknown Source)
    at javax.swing.JComponent.paintToOffscreen(Unknown Source)
    at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown S
    ource)
    at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
    at javax.swing.RepaintManager.paint(Unknown Source)
    at javax.swing.JComponent._paintImmediately(Unknown Source)
    at javax.swing.JComponent.paintImmediately(Unknown Source)
    at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
    at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
    at javax.swing.RepaintManager.prePaintDirtyRegions(Unknown Source)
    at javax.swing.RepaintManager.access$700(Unknown Source)
    at javax.swing.RepaintManager$ProcessingRunnable.run(Unknown Source)
    at java.awt.event.InvocationEvent.dispatch(Unknown Source)
    at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
    at java.awt.EventQueue.access$200(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Sour
    ce)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)

    2014-06-12 at 02:08 #6535
    Anonymous
    Inactive

    It is strange though. If I go to pause then unpause it will just start drawing again… I don’t know.

    2014-06-12 at 02:30 #6536
    Anonymous
    Inactive

    Huh. That error has nothing to do with talking to the arduino or the BADLINENUM error. I remember some time ago something about a race condition in the graphics… I have to dig a bit to get that one.

    2014-06-12 at 02:43 #6537
    Anonymous
    Inactive

    Multi threads got to love em 🙂

    2014-06-12 at 10:25 #6538
    Anonymous
    Inactive

    @actruncale wrote:

    If I go to pause then unpause it will just start drawing again… I don’t know.

    Same for me. And after a few pause/unpause cycles the software just hangs.

    Also I noticed that in the board’s response the lines break where they aren’t supposed to. Like this:

    HELLO WORL
    D! I AM DRAWBOT #0 step_delay=1500 == DRAWBOT
    – http://github.com/i-make-robots/Drawbot/ == All commands end with a se
    mi-colon. HELP; – disp
    lay this message CONFIG [Tx.xx] [Bx.xx] [Rx.xx]
    [Lx.xx]; – display/update this robot’s configuration. TELEPORT [Xx.xx] [Yx.xx]; – move the virtual plotter. As well as the following G
    -codes (http://en.wikipe
    dia.org/wiki/G-code): G
    00,G01,G02,G03,G04,G20,G
    21,G28,G90,G91,M18,M114

    Can it be the reason of the problem?

    i-make-robots, somebody should have asked that already… but why “spiral” conversion produces slow G0 code instead of G2/G3?
    Arcs would be perfect here.

    2014-06-12 at 13:58 #6539
    Anonymous
    Inactive

    @pkm wrote:

    Same for me. And after a few pause/unpause cycles the software just hangs.
    ….

    Yeah noticed that too. Which made me think of a memory leak, but I don’t think that is the problem. Maybe if we had a version that stripped out all the drawing and gcode message posting it could solve the race condition problem (assuming the drawing and/or the posting widow is part of problem).

    2014-06-12 at 14:47 #6540
    Anonymous
    Inactive

    Just now after 3 pause/unpause at the beginning it finished the whole program (near 12000 lines).

    Those stops are obviously random.

    2014-06-12 at 20:53 #6541
    Anonymous
    Inactive

    I’m afraid I’m reaching the limits of my Java knowledge. Can anyone look at the code and take a guess?

    You are correct! G2/G3 would be perfect here. I had a good reason in the past for not doing it, and now i can’t remember why. Maybe you could add it back in? I’m really eager to see other people adding styles and taking this project to the next level.

    2014-06-13 at 00:31 #6542
    Anonymous
    Inactive

    Ok, I may have found the answer. Or at least an issue. In your git there are several version of firmware on in the root and one buried in Java ->Windows. Which one should I upload? I tried them both and one will freeze randomly and one will give me a badlinenum error.

    2014-06-13 at 02:48 #6543
    Anonymous
    Inactive

    I’ve only been updating the one in arduino/

    I update the windows/ and the osx/ when I prepare an official release. I guess I need to set up a script to do that every time I commit, hey?

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