I tried using the original Zim WiFi dongle but didn’t have much luck. In my experience the Wheezy distro does not support all chipsets. Here’s the one I use often:
Also take a look a adafruit.com for other options, like this one:
LB-Link
I tried using the original Zim WiFi dongle but didn’t have much luck. In my experience the Wheezy distro does not support all chipsets. Here’s the one I use often:
Also take a look a adafruit.com for other options, like this one:
LB-Link
Ok, thanks.
I hoped it was the WiFi dongle.
try this,
Hi all, I’ve uploaded a follow-up tutorial on adding custom controls to OctoPrint… OctoPi Custom Control for Zeepro Zim
Add M84 S420 for temperatures that take longer than 5 mins. This sets the inactivity timer to 7 mins (or use M84 S0 to disable the inactivity timer). If it takes longer than the inactivity timer where the stepper isn’t running (e.g. while waiting for the extruder to heat up to 220C+), Zeepro Marlin will home the head and drop the temperature to zero. Something to be aware of.
Cheers!
Thanks jpod! Hey, for some reason, my LED doesn’t turn on/ off with M1202 and M1203! and the left fan code also doesn’t work. I wonder if I have to update my zimboard firmware …do something know how would I be able to do that?
Hi Winston, the safest way is to use the stock Zeepro software on the A10 board to upgrade the image, but this is something of a pain since we’ve moved away from it. I know another way, but I cannot guarantee it will work. It may leave your board unusable…
Here’s the steps…
I tried this on a Zim and it appeared to run ok. The risk here is there is something in EEPROM requires initialization. This risk is pretty low I think, but still a possibility. If you are uncomfortable about this procedure, I’d recommend you do not try it until more testing has taken place.
Cheers!
I can figure how to have T1 temperature readings work in octopi it shows off but if i set the temp it heats, i have dual extruder.
Yes, I mentioned this in my second tutorial. Seems to work ok, but the temperature for the selected extruder always shows up as T0. I think the OctoPi may be looking for a different temperature response than the Zeepro firmware is providing. If that is the case, we may need to modify the Zeepro Marlin firmware to provide the appropriate response.
Hmm, okay I can give it a try on the extra board I have and let you guys know
Hi Winston, before you go through that trouble, try wiggling all the connectors leading to the head. Perhaps you have a lose connection somewhere. I doubt the firmware is the problem because the LED strip lights and fan have been in there since day one, and probably always used the same commands.
Well, I’ve figured out why OctoPrint doesn’t like to show extruder 0 and 1 temperature correctly. Marlin firmware 1.0.0.2 supports a different response format to M105 commands than the Zim Marlin 1.0.0.15 firmware provides. The OctoPrint devs mentioned it expects a temperature format like this (note additional T0 and T1 level/target)…
Send: M105
Recv: ok T:26.2 /180.0 B:0.0 /0.0 T0:26.2 /180.0 T1:62.7 /180.0 @:128 B@:0
Or like this during M109 commands (this is actually not in the newer Marlin either, but it does appear to work for OctoPrint)…
Recv: T:129.1 E:1 W:? T0:66.4 /0.0 T1:129.1 /220.0
I’ve created my own fork of the Zim Marlin firmware and made these changes. You can find this here: OctoPrint compatible Zim Marlin Firmware 1.0.0.16. I’ve tested this briefly and it appears to work ok. You will need to follow the instructions I’ve provided above to reflash your Zim board as I’m not sure how to do it without the Arduino IDE or an ISP programmer. I did this myself using the Arduino IDE and did not encounter any issues, but I have not thoroughly tested, so I would not make any promises. If you are not comfortable doing this, please do not.
Btw, I also tried just building and flashing the 1.0.0.15 version as per the instructions above, and it seems to run fine on my Zim, so there appears to be a viable path backwards as well.
For those interested in using the Zim WiFi dongle:
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=92555
And for the driver:
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=62371&hilit=rtl8188eus
I have not tested it yet, but there are some people that successfully used that to get rasperry pi and Comfast WiFi usb dongle working. Once my printing queue is empty I will resume testing it.
Tried the modified firmware and its working perfectly. Thanks
Now just need to know how to calibrate the platform…
For disabling the WiFi USB energy management settings, here is a nice article about it:
And for those who want to be sure, they can try an additional configuration:
You should see something like this:
Power Management:off
Scripts for Bed Level Calibration would be a nice addition.
So far I am using the raft with two loops and layers to correctly micro-level on the fly via eyesight.
Interestingly it works very well and my print results regarding the first layer are fantastic.
By following jpod’s video I was able to use these values to setup scripts for bed level calibration
Stage leveling
G1 X75 Y75 Z0 ; for A point
G1 X30 Y145 Z0 ; for B point
G1 X122 Y145 Z0 ; for C point
Thanks 3DPrintEvangelist for posting the info about Wifi dongle power management. This was driving me nuts with a previous raspberry pi project. I would find the webpage non-responsive until I connected ssh to the pi (i.e. connected a terminal). I’m pretty certain it is the same issue, and I’ve seen it on my OctoPi as well. Certainly worth disabling that feature.
Another item to be aware of is apparently the wifi dongles can sink enough current to brown out a cheap USB power supply. Some people recommend plugging the pi into a powered hub. I’ve always done ok with a 1amp or greater supply.
Thanks Winston for the bed alignment coordinates and commands. I’m going to set mine up with these right now
Hey guys! got it to upload!
Ran into some trouble, but once i restarted the computer the edited marlin uploaded!
I will try printing with it tomorrow!
Yesterday I installed the initial Octoprint again (just to be sure for my new WLAN USB dongle) and configured the power management options I posted before.
I left the PI running this night and it was responsive this morning.
So I hope it works for you as well.
Does “Print Time Left” work for anyone? It keeps at “calculating”.
That is quite an important information for me, even if only estimated.
With Simplify3D its very accurate.