DrawbotGUI software
Shop › Forum › Makelangelo Polargraph Art Robot › DrawbotGUI software
- This topic is empty.
-
AuthorPosts
-
2012-10-14 at 00:35 #5867AnonymousInactive
If you have any problems with the DrawbotGUI software, please post about it here. I’d like to consolidate these issues into one place so I can fix them all once and forever.
2012-10-18 at 04:24 #6164AnonymousInactiveUpdating this post. I figured out the problem. My settings for the paper limits were incorrect. The left and bottom offsets needed to be negative. With my incorrect identical left right up down offsets, the image conversion was crashing because the paper size probably calculated to 0 by 0.
It’s working now. It might be worth printing out “your paper is %d by %d mm” on the configure limits window. That might help prevent other people from making the same mistake.
Thanks
Jim
old post below
Hi,
Thanks for creating a such a fun project. I’m enjoying getting mine working. I can load GCode and it seems to run the steppers just fine. I’m having an exception when I try to load an image on my Windows 7 PC. Maybe I’m missing some Java library?Thank you,
‘REG.exe’ is not recognized as an internal or external command,
operable program or batch file.
‘Find’ is not recognized as an internal or external command,
operable program or batch file.
min_intensity=0.0
max_intensity=255.0
Exception in thread “AWT-EventQueue-0” java.lang.IllegalArgumentException: Width
(0) and height (0) cannot be <= 0
at java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unknow
n Source)
at java.awt.image.BufferedImage.(Unknown Source)
at Filter_Resize.scaleImage(Filter_Resize.java:36)
at Filter_Resize.Process(Filter_Resize.java:75)
at DrawbotGUI.LoadImage(DrawbotGUI.java:149)
at DrawbotGUI.OpenFileOnDemand(DrawbotGUI.java:615)
at DrawbotGUI.OpenFileDialog(DrawbotGUI.java:636)
at DrawbotGUI.actionPerformed(DrawbotGUI.java:867)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown
Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(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.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Sour
ce)
at java.awt.EventQueue$4.run(Unknown Source)
at java.awt.EventQueue$4.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)2013-03-30 at 03:21 #6169AnonymousInactiveI really like the software, but the current version I see with OSX from the Github site only has 4 values to adjust. Also, when I enter millimeters in and it reads back the values the decimal is typically in the wrong spot. I’m also assuming that measurements are the total height, and total width that is automatically divided by 2, and with the center at 0,0.
When I tell the software to find BL, BR. They are towards the bottom but very near each other. For TL, and TR they are slightly off the left and right of the page.
2013-03-30 at 03:27 #6170AnonymousInactiveI really like the Drawbot software but there a couple issues I’ve run into. I enter in millimeters, but the GUI shows the decimal displaced. When I enter in page height, width data I’m assuming the values are divide by 2, and 0,0 is the center.
I only have 4 data entry points on the configuration page as opposed to what is shown in earlier posts.
BL, BR are at the bottom but near each other. TL,TR are at the top but slightly of the page, and past the machine limits.
Any thoughts on what’s wrong would ber really helpful.
Thanks,
Rick2013-03-30 at 16:43 #6167AnonymousInactiveHi Rick,
Thank you for the tip!
Yes, I’m a little embarrassed by the quality of the config screen. It has been through many revisions as I try to improve it. Can you remind me where you saw the out of date instructions? I’ll fix them.
The latest version expects you to just put in the width and height for both the work area and the paper area, and that both are centered at the start point. Someone else pointed out the decimal place issue a while ago and I fixed it on github. Try an update and see if that fixes things.
2013-03-30 at 17:21 #6168AnonymousInactiveThanks for the feedback. The image didn’t show up properly in the other posts:
http://flic.kr/p/e7apgSI’ll check it out again.
The out of data instructions are in the Github issues list for common issues.
https://github.com/MarginallyClever/Makelangelo/issues/352013-04-06 at 12:36 #6165AnonymousInactiveHi
Using the newly published version, it seems like the motors are switched left to right.
Not sure about that.2013-04-06 at 14:10 #6166AnonymousInactiveI can’t imagine why. Check your config?
All I did was play with image conversion,
Nothing with firmware.Anyone else getting flipped drawing?
2013-05-12 at 20:20 #6171AnonymousInactiveHi,
Using Makeangelo V0.9.4 I am trying the pen up pen down,
while the servo does react to pen up/down manually,
it doesnt do it during painting
The pen servo just vibrates instead of taking the pen full up or full down – could that be the arduino code ? is it the translatein phase (jpg into g-code) ?ah – and another topic –
sometime during the drawing the software just freezes and the pen is moving in one line to the page edge.
only arduino reset fixes – and then its completely lost – and the more funny thing is that the jog motor command in one motor is being changed (in instead of out)2013-06-29 at 04:40 #6173AnonymousInactiveI have a problem with the drawing halting at random. The motion will just stop, usually in the middle of a long program. No errors are displayed but the current command just stays on the screen. Halting the program seems to be the only way out of it but running the program again without restarting the drawbot app will usually lead to another freeze up. Perhaps the arduino hasn’t managed to reply correctly? Is there any error logging possible from the GUI to debug this?
2013-08-09 at 00:15 #6172AnonymousInactiveHow long is the program? I had problems on my 3D printer that sound similar – on very long jobs (>45 minutes) the serial connection would fail – silently – and messages would stop being delivered to the arduino. Does this sound similar?
Maybe it’s time to incorporate a stand alone version that doesn’t need a USB connection.
-
AuthorPosts
- You must be logged in to reply to this topic.