[Paul Williamson]

RoboPaint 0.7.5 still misbehaves in similar ways on my WaterColorBot.

The Still Life example is no longer provided, so I can’t re-test it.

On the Mona Lisa sample, it still does exactly the same amount of successful painting as before, and still locks up with “Drawing path svg_61 fill…” in the status area. However, the Pause button is no longer unresponsive — instead, it restarts the painting, like it used to do on the Still Life example. The new Cancel Print not-quite-a-button does work, which is good, except that somehow it fails to get exactly back to the home position. All the above observations held for several repeats, and then it went back to the old behavior, with all the on-screen interactions unresponsive.

Speaking of the Cancel Print not-quite-a-button … the dialog for this has buttons “Cancel” and “OK”, and one is expected to hit “OK” if he wants to cancel and “Cancel” if he doesn’t want to cancel. That is just bad.

Oddly, the version number shown in the About dialog and in the Finder is still exactly the same as it was before. Only the (completely different) on-screen version number has been updated.

[Paul Williamson]

I just printed a very complicated drawing using Inkscape extensions, with no problem.

[Paul Williamson]

Yes, that’s the version that came with it. The EBB board is white with black printing.

[Paul Williamson]

EBB firmware version:

EBBv13_and_above EB Firmware Version 2.0.1

That’s not the latest, I don’t think. What EBB firmware version is currently best for WaterColorBot?

[Paul Williamson]

Thanks, Windell.

I have messed around briefly with RoboPaint RT, and it seems to work. However, the small number of operations I’ve done in RoboPaint RT doesn’t mean much. The auto-paint function in RoboPaint does a lot more operations.

The fact that it’s always failing at the same place in the auto-paint playback suggests it’s not a simple intermittent.

I haven’t tried the Inkscape extensions yet. I’ll do that soon.

[Author]

Posts