<![CDATA[SoliForum - 3D Printing Community — OctoPi]]> 2015-11-17T16:45:40Z PunBB https://www.soliforum.com/topic/12809/octopi/ <![CDATA[Re: OctoPi]]> grob wrote:
widespreaddeadhead wrote:

[EDIT] Admins, can this thread be deleted? Didn't actually have anything to do with OctoPi.

No, don't delete? Tell us what happened, it might help someone else! smile

OctoPi worked fine, the heated bed just has a function that prevents it from warming if it's too cold. Warmed the bed with my hand for a minute and it kicked on. Grob you were right about the host preventing moves below the start up point, which was expected.

The issue is in the firmware on the Workbench. It has the z-offset for the distance from the extended probe to the nozzle enabled in the firmware and to set up a traditional z axis endstop requires you to re-flash the firmware with that disabled. For more information on this see: http://www.soliforum.com/topic/12823/re … s-endstop/

]]> https://www.soliforum.com/user/9121/ 2015-11-17T16:45:40Z https://www.soliforum.com/post/109738/#p109738 <![CDATA[Re: OctoPi]]> widespreaddeadhead wrote:

[EDIT] Admins, can this thread be deleted? Didn't actually have anything to do with OctoPi.

No, don't delete? Tell us what happened, it might help someone else! smile

]]> https://www.soliforum.com/user/4515/ 2015-11-15T23:32:41Z https://www.soliforum.com/post/109636/#p109636 <![CDATA[Re: OctoPi]]> [EDIT] Admins, can this thread be deleted? Didn't actually have anything to do with OctoPi.

]]> https://www.soliforum.com/user/9121/ 2015-11-13T15:24:55Z https://www.soliforum.com/post/109514/#p109514 <![CDATA[Re: OctoPi]]> This sounds exactly like what happens when the firmware isn't getting (or correctly interpreting) the signal from the endstop switch.

If sending "G28 Z" through the console (simplest way to z home!) causes it to crash as you describe, then next I'd check the wiring and switch function with a multimeter, check the switch is wired similarly to other endstops.

Guess something could have gone awry when you were modifying the endstop?


There's a likelihood that either the firmware or the host is preventing moves below the start-up point before the axis is homed, as a safety precaution. This is expected! smile

]]> https://www.soliforum.com/user/4515/ 2015-11-12T21:41:11Z https://www.soliforum.com/post/109464/#p109464 <![CDATA[Re: OctoPi]]> Well, we just experienced a double blackout, and the weather is looking pretty bad and getting worse here. Will post the code tomorrow, have to deal with angry teachers and secretaries right now.

]]> https://www.soliforum.com/user/9121/ 2015-11-11T19:30:48Z https://www.soliforum.com/post/109383/#p109383 <![CDATA[Re: OctoPi]]> Does this only happen under OctoPi? That seems rather weird to me, can you show me the exact code that is being sent to the printer? (I'm assuming OctoPi has a console log window like Repetier Host). Also post your complete start code. One thing to definitely check is to make sure you are communicating with the printer at the proper baudrate, as a mismatch can cause any random behavior.

Edit: Just saw you were experiencing this in RH too. The code being sent to the printer would definitely help. Preferably you can show an entire session, from printer start to Z home where you encounter the problem.

]]> https://www.soliforum.com/user/7321/ 2015-11-11T19:11:11Z https://www.soliforum.com/post/109382/#p109382 <![CDATA[Re: OctoPi]]> Thanks for the tip! However, the lever mechanism was never on the z probe endstop, so it just hits the button directly, exactly like in the photo on the thingiverse link I posted.

]]> https://www.soliforum.com/user/9121/ 2015-11-11T19:08:03Z https://www.soliforum.com/post/109380/#p109380 <![CDATA[Re: OctoPi]]> You may need to bend the endstop upward a bit. Sounds to me like the lever mechanism isn't actually triggering the switch soon enough. Just take a pair of pliers and gently bend the metal piece upward a bit. It should make a satisfying click when pressed from the lever.

]]> https://www.soliforum.com/user/7321/ 2015-11-11T18:58:58Z https://www.soliforum.com/post/109375/#p109375 <![CDATA[Re: OctoPi]]> I just ran a print and it will home before it starts printing, which will work, but leads to my next problem...

I removed the auto bed level 'system' and placed the endstop on the z axis as seem here: http://www.thingiverse.com/thing:852608

When it homes, it goes until it hits the endstop and then continues for a few mm, smashing the bed into the nozzles. It does this in OctoPi and in RH. I removed the auto bed level commands from the start gcode and reset the z offset to 0, so now I'm confused as to why it still decides to move after it triggers the endstop.

]]> https://www.soliforum.com/user/9121/ 2015-11-11T18:50:06Z https://www.soliforum.com/post/109374/#p109374 <![CDATA[OctoPi]]> OctoPi will not home the z axis. Anyone else get OctoPi set up on a WB or WBA?

I can home X, Y, and move Z down. Seems like whatever position the Z is in when you start OctoPi, it assumes you are at 'home'. So I moved it down 20mm then tried to home, and nothing. You can manually move the axis back to the home point, but no further than that.

]]> https://www.soliforum.com/user/9121/ 2015-11-11T18:12:12Z https://www.soliforum.com/post/109373/#p109373