Super cool. If anyone else is interested in browsing the source code for the web app, it is here:
Jailbreaking ZIM after Zeepro stopped it´s services?
I tried this the other day with my original cubieboard and it was ghost printing on the wrong extruder even though I specifically generated gcode for the correct tool (and it works when octoprint sends it to the zimboard). From this menu it thought I only had one extruder for some reason. Also there was no terminal to view the commands being processed so it was a bit hard to interpret what was going on. I have to say OctoPrint really has spoiled me now with it’s very detailed and customizable interface, and wide array of plugins.
I’m definitely interested to see what you guys dig up with the original firmware though… I can see this being a really big help for all of those users out there that don’t want to invest in a RasPi and learning new ways with their Zim. How cool would that be if we could resurrect some kind of cloud slicing for all Zims? It doesn’t seem possible for free, but maybe there are some users out there with just the right hardware or connections. Anyhoo, keep on hacking!
Hi, What software/editor did you use to read the SDCARD?
Thanks in advance.
GE
When I slice normally I get a print on my right printhead. I never experienced a gohst print on the wrong extruder
Honestly the only thing I would like would be to get back the cloud slicer to work again it was so convenient. I don’t know if it is difficult to setup. But this would be great. The internal slicing do not work with large files.
Sounds about right if it only thinks a 2 extruder Zim has 1 extruder. The right extruder is T0 which is also the default extruder if T0 or T1 is not specified. In my case I specifically called out T1 which is why it was ghost printing I guess… not sure. I don’t understand why the Zimboard would ignore T1, or maybe the Cubieboard was converting T1 to T0 or just T. I could just switch filament but ultimately not knowing what’s happening as I throw GCODE at some defunct cubieboard URL (/zeepronterface) was enough to keep me away from it
Oups. are you using the cartrigges or the ZIM loading system ?
maybe the filament detect switch was not detecting the filament?
The Zim software could switch if the filament detect is not ‘hit’.
disconnect the switch and test again.
Hello Nightmare, I have been absolutely, positively beaten trying to use OSX Fuse to read and edit the Ext-2 or Ext-4 files on my Zim’s micro SD card. So, I’d like to ask if you’d be willing to “jailbreak” a
micro SD card for my Zim? It would be a HUGE relief for me to get this 3D printer running! I’d simply mail both the original and a new larger micro-sd card to use, if that’s possible. If the copying files to the new card is problematic in any way, just use my original. I’d gladly pay for your time and shipping both ways of course! It would be so great to have the Zim back again!
Thanks!
- Jeremy Goodman
SomeHumanBeing@Aol.com
(562) 618-8116
@SomeHumanBeing: You can also mount the SD card from a linux VM. (Virtualbox or whatever). See the firmware thread for a rooted MicroSD version of the firmware. Booting up this SD image will update your NAND so you only have to boot it once then your zim will be updated and rooted.
We now know all you have to do is go to: http://zim.local/test_production to get passed the “cannot register” problem. It should redirect you and set the printer to be in production mode.
Well, I’ve been twarted yet again! Damn.
I am in France and you could easily bypass the SD card by the registration with http://zim.local/test_production on each poweron
Else I am sure that people in US could do this for you.
if not I’ll do it for you
I started a github wiki for the zim-web software. https://github.com/Jaesin/zim-web/wiki. Feel free to add to it.
Looks interesting @Jaesin, is that supposed to replace the old Zeeproshare cloud service? Got any screenshots (if there’s GUI parts to it)?
Well, your workaround works perfectly! The only local address command I haven’t gotten to work is Zim.local/Cartridge, that brings me to the WiFi setup page. So, other then that, I guess the Zim has been effectively “jailbroken”! So, unless someone figures out how to load the Zim’s boot program into OctoPi, I’m a happy man! Thanks for your help, I really apreciate it!
Thanks!
- Jeremy
Once again some new info. in the directory /var/www/tmp/ you can find the timelaps files
the MP4 files are the videos with the Zeepro Logo and the .ts file are the MPEG2 orginal files without the logo Zeepro
you have to grab the file before it gets deleted by the system. This means you copy the file at the end of the print before going back to the Main menu.
the best is to copy them onto the sdcard /sdcard (if you can read ext files)
Zim.local/Cartridge should be Zim.local/cartridge
you should test without the cap
Well, I fixed the capital “C” and it still takes me to the WiFi setup screen, any other ideas?
Thanks again!
- Jeremy
I’ve tested the cartridge local command without the capital “C” and it still takes me to the WiFi setup page, any ideas on this problem?
Thanks!
- Jeremy
No this is just the web code base that runs on the ZIM. It’s what you see when you go to http://zim.local/