Forum Replies Created
-
AuthorPosts
-
Windell OskayKeymaster
First up, double chec that the option is enabled. Then, start a lengthy plot with the engravr plugged in. (You may wish to fully remove the pen arm before doing this, so that it’s not swinging around.) While the plot is still going, try adjusting thr current adjustment pot on the engraver board, through the full range of motion available.
Is this the soldering kit version of the engraver, or one that came pre-assembled?
Windell OskayKeymasterThis forum is for EggBot support, not for copies based (for example) on Arduino. That’s not our hardware, and not our firmware. Our software isn’t designed for that hardware or firmware, and may or may not work with it.
December 20, 2017 at 2:17 am in reply to: lxml wrapper needed after upgrading inkscape to 0.92 #23003Windell OskayKeymasterSo far as I know, no actual Arduino ever used the CH340 — just some cheap knockoffs. In any case, this support forum is for EggBot, so I’m closing this topic.
December 20, 2017 at 1:33 am in reply to: lxml wrapper needed after upgrading inkscape to 0.92 #23001Windell OskayKeymasterGood; that resolves the LXML issue.
As far as the rest goes, that’s not one used by either Arduino or EggBot, so you might be on your own.
December 19, 2017 at 11:26 pm in reply to: lxml wrapper needed after upgrading inkscape to 0.92 #22998Windell OskayKeymasterWe are still not recommending 0.92 for various reasons. (We’d still generally advise to stick with 0.91 for the moment.)
We have heard of this particular error three times in recent memory, and on Windows only. It appears to be due to a conflict on your system about where the python “home” directory is located. One workaround that we have seen work is to edit your environment variables, and remove the one called PythonHome.
This guide shows you how to access and edit your environment variables in Windows 7:
https://www.nextofwindows.com/how-to-addedit-environment-variables-in-windows-7Windell OskayKeymasterThe option is right in front of you: You can set either the pen-up or pen-down height to be the higher number.
December 13, 2017 at 10:01 pm in reply to: Error When Plotting Multiple Copies of the Same Drawing #22995Windell OskayKeymasterYou haven’t said which version of the AxiDraw software you’re using. I’d suggest upgrading to the latest beta version (currently 1.6.2), which handles a few rare errors of this nature — it’s that same “catching” behavior that is generating the error code. You can find it here: https://github.com/evil-mad/axidraw/releases
You’ll need to manually install the software: Download and unzip the archive ( v162_AxiDraw.zip ) and copy the files inside that archive (about 11 files) to your Inkscape extensions directory, overwriting like-named files there.
On Windows, your extensions directory is usually located at:
C:Program FilesInkscapeshareextensions
or
C:Program Files (x86)InkscapeshareextensionsOn a Mac, your Inkscape extensions folder is located at:
/Applications/Inkscape.app/Contents/Resources/share/inkscape/extensions/To open this folder, select “Go to Folder…” from the “Go” menu in the Finder, and paste the location of that folder.
Windell OskayKeymasterThat is not “no documentation” — it’s a _very_ clear description of how to operate the color modes:
1. To advance between the 24 color modes, you press the color button.
2. To advance between the four brightness/flickering modes, instead of pressing, hold down the color button (until it updates).Does that set of instructions include a list of what the color order is? No, but it is _very_ clear that you need a separate action to get from flickering mode back to non-flickering mode. And, if you’ve understood those two things above, and spent perhaps a minute trying different settings to learn to learn the difference between pressing and holding, then it shouldn’t take very long to go from any one mode to any other, even if you don’t remember the color order (I don’t). It takes me about six seconds to cycle through the full set of color modes (red back to red), and about six seconds more to cycle through the full set of brightness/flickering modes. Even if you go quite a bit more slowly to look at every mode as it goes by, it’s still hard to imagine spending a full sixty seconds to get from any one mode to any other.
And, that’s _not_ the only documentation. If you were to have read just one sentence further in the documentation (which again, exists) you might have seen this written down: “Please visit our documentation site: http://wiki.evilmadscientist.com/mm9k for extended docs, resources, and programming information.”
Windell OskayKeymasterDid your kit come with assembly instructions? (You managed to assemble it, which suggests that it did.) Those instructions _are_ part of the documentation.
Windell OskayKeymasterPerhaps you should READ the documentation that EXISTS in order to determine this, rather than saying that there is no documentation.
The MM9k is an open source project, where the assembly and use instructions, circuit board design, and software are all available for you to read through.
Windell OskayKeymasterIf you want to build something like that from scratch, your two basic choices are to pick an LED that has a built-in color-fading circuit, or to use an external device (microcontroller, etc) to control an LED.
If using the former method — an LED with a built in fading circuit — you’ll basically just need the LED, a resistor, and a voltage source such as a battery holder. (We do sell some LEDs like this, but you’ll have to ask about them specially since we don’t yet have a product page for them.)
If using the latter method you could either use “traditional” RGB LEDs that have 4 or 6 pins, and use the microcontroller to vary the currents to the pins, or you could use a programmable LED type that you send pattern information to.
As for how your existing light works, it’s probably by a built-in fading circuit, but there’s some chance (as you note) that the control chip is external to the LED. Of course, it could also just be the resistor that’s hidden under a glue dot.
October 30, 2017 at 6:30 pm in reply to: AxiDraw_122.exe install blocked by Symantec Endpoint Protection, “WS.Reputation.1” #22986Windell OskayKeymasterOn the failure to connect, try manually running the EBB “UBW” USB driver. It’s available here: https://github.com/evil-mad/EggBot/releases/download/2.7.1/UBWDriverInstaller_v20.exe
October 30, 2017 at 6:29 pm in reply to: AxiDraw_122.exe install blocked by Symantec Endpoint Protection, “WS.Reputation.1” #22985Windell OskayKeymasterGood news: they’ve already approved the whitelisting, and that should filter out through daily updates in the next 24 hours.
October 30, 2017 at 4:48 pm in reply to: AxiDraw_122.exe install blocked by Symantec Endpoint Protection, “WS.Reputation.1” #22982Windell OskayKeymasterWell, that’s annoying. We’ve had our software whitelisted by Symantec in the past, but it seems that WS.Reputation.1 has its own ideas.
I have submitted it to Symantec for whitelisting, but it may take a few days for the whitelisting and for that data to propagate to your computer’s whitelist.
You might consider using the alternative “manual” install in the mean time:
http://wiki.evilmadscientist.com/Axidraw_Software_Installation#Alternative_.28Manual.29_installWindell OskayKeymasterI’d suggest that you do a manual upgrade to 2.8.0 ( https://github.com/evil-mad/EggBot/releases/tag/v2.8.0 ), and then edit the eggbot_conf.py file.
-
AuthorPosts