Welcome to the SeeMeCNC Community

Yup, the video camera is the culprit. I got the little pi camera with my pi and it supports a lot of different bit rates/formats. Not sure how to select which one it chooses for Octoprint though.

daftscience, what are you running for a video camera on your Beaglebone Black?

cheers,
Michael

I'm using the logitech c615 and streaming 720 at 15fps. If you haven't, you could try lowering the FPS. There isn't really a need for that to be high at all, especially if your only using it for timelapse.

Of course I see this thread AFTER having purchased the RPI and Pi Camera just a couple of days ago. I was very underwhelmed by the video quality.

Well, I just ordered a Banana Pi. http://www.bananapi.org/ $54 total. Hopefully the right move... I'll probably sell off the RPI, I already have one, and don't need another laying around.

edit: Well, scratch that... the seller is actually OOS. Won't be available until about 30 days, so I'm just cancelling.

I'm still experimenting with the RPi, I was having some issues with uptime, but it turns out that the most likely culprit was a failing sd card.

Until I verify that's straightened out, it's relegated to webcam duty.

Out of curiousity, has you tried enabling any of the overclocking modes?

Default is 700mhz, the raspi-config has settings for 700, 800 900, 950, 1000.

Mine is unstable at anything above 900Mhz, but bumping up the clocks a bit may help with your performance issues.

Out of curiousity, have tried printing while running top in an ssh session to see system load?

I'm trying a second time, after reading up and selecting the "force checksum" option under settings -> features.

This is a larger complex print with alot of support material, and I noticed a definite stuttering earlier on in the print, but it seems to be fine now.

I'm looking at system load, and at most I'm seeing less than 20%.

I wonder..

If the stuttering that we're seeing isn't the rpi processor being overtaxed, but some type of serial over usb issue?

[img]http://i.imgur.com/AeG5XX0.png[/img]

I see the same thing with top but consider that the video is going over ethernet not USB. So theoretically it shouldn't interfere with the serial traffic.

Yeah, I'd agree with that.

The stuttering that I saw on this model was within the first layers I think. It wasn't the whole layer, just specific features during the layer. That's with a print job running + octopi web ui + webcam.

In the same time, the octopi interface became unresponsive and laggy several times, in addition to the stuttering print. It was choking on something, but since then, now 10 hours into the print it's smooth sailing.

I'll check again when I run the second half of this print to see if top provides any clues if it happens again.

Maybe some type of interrupt weirdness?

My current best guess is that there's some type of serial over usb weirdness that results in corruption and *many* retries, which forcing the checksum seems to catch, even though it just masks the problem somewhat.

I wonder if that's the source of the "mystery disconnects" I was getting as well. some prints would complete, others would stop within a few layers, and the printer would disconnect from octoprint.

That is exactly the symptom I experienced. Interrupt issues makes sense and might be the culprit.

As an alternative to buying a BBB, you can always overclock your Pi.

brent wrote:As an alternative to buying a BBB, you can always overclock your Pi.

I'm running Octoprint on an overclocked Pi... it's pitiful. I have to print from SD card because the prints are so slow. I'm talking hours longer than it should take, and the print quality becomes awful. I can't upload files to the SD card from Octoprint either, since it takes about 45 minutes to transfer over a 5mb file. I can't see the files on the SD card from Octoprint unless I've uploaded it from Octoprint, so it really becomes somewhat useless. I use it for the webcam feature and to keep an eye on temps. That's about all it's good for with the Pi.

atoff wrote:

brent wrote:As an alternative to buying a BBB, you can always overclock your Pi.

I'm running Octoprint on an overclocked Pi... it's pitiful. I have to print from SD card because the prints are so slow. I'm talking hours longer than it should take, and the print quality becomes awful. I can't upload files to the SD card from Octoprint either, since it takes about 45 minutes to transfer over a 5mb file. I can't see the files on the SD card from Octoprint unless I've uploaded it from Octoprint, so it really becomes somewhat useless. I use it for the webcam feature and to keep an eye on temps. That's about all it's good for with the Pi.

what version of the Pi do you have? Are you using a wifi dongle? how big of an SD card/speed are you using on the Pi? I have been running for months without issues.

Latest Rev B... and yes, with an Edimax wifi dongle. I've been suspecting it might be an issue with my SD card... It's an 8GB class 4. If you're not having any issues, it might be time for me to pick up a class 10 to see if that makes a difference. It absolutely crawls when printing through Octoprint, and after reading through the performance issues people were having, I figured it was probably just common.

atoff wrote:Latest Rev B... and yes, with an Edimax wifi dongle. I've been suspecting it might be an issue with my SD card... It's an 8GB class 4. If you're not having any issues, it might be time for me to pick up a class 10 to see if that makes a difference. It absolutely crawls when printing through Octoprint, and after reading through the performance issues people were having, I figured it was probably just common.

im running class 10, wired connection. so those are some differences in setup

I also gave up on Octoprint/Raspberry Pi for performance reasons. I had to turn off video - which was one of the primary reasons I wanted to go down this route. I have a wifi card and class 10 8GB SD. I can transfer files easily to the pi so once there the network is not an issue. Even with video turned off, files I use KISSlicer's round infill with pause and jerk badly (with video off). I use this infill a lot so it just wasn't practical to use the pi any longer. Too bad cause I like the Octoprint interface and customizability.

Yeah, it's a shame, I really liked the idea of it too.

I just remembered that I had snapped a video of what it was doing. It would move normally along straight lines, but any curve or detail would kill it.
https://www.youtube.com/watch?v=hxarGNCVpMI (Sorry about the audio, I had the A/C on, and it was apparently blowing straight into my phones mic).

The end result was severely jagged edges.

Yes, that is what I observe too. And with circular infill, the entire time it is doing the infill, it is going in slow mo and fits and spurts.

I just loaded OctoPrint on a BBB I recently picked up. My RPi has been having a bunch of "weirdness" - slow/not responsive, network connection dropping, etc. I'm wondering if my Octoprint one is just dodgy - I have another Pi running XBMC in the living room so I can watch MLB.tv and keep with with the Cardinals, and it's been working great.

Anyway, I haven't hooked it to the printer yet, but I did get Octoprint loaded and functional. It's like greased lightning compared to the Pi - I uploaded a 10MB g-code in a few seconds, and then it did its analysis to get print time and filament use in another few seconds, versus both operations taking minutes on the Pi.

There are instructions for setting up a BBB with Octoprint over at Octo's github site, but I'll add in the few things I did have to change, since BBBs aren't shipping with Angstrom anymore - they're on Debian.

1. Ignore the "opkg" steps.
2. Don't create a separate user - just install it as the stock debian user
3. If you use the debian user, it's already part of the tty and dialout groups, so no need to do the usermod bits.
4. Debian is on the systemd setup for launching things at boot time, so you'll need to read up on it to make octo auto-start on boot.
5. You can install haproxy like OctoPi does so that it's accessible on port 80.

Thanks for that.

anyone have has this setup on arduino due?


Waitinf gor the bbb to get on the cheapo sites as shipping is a killer to my destination.

teoman wrote: anyone have has this setup on arduino due?

I'm guessing no. You need something that can run python scripts and work over ethernet. I don't believe the due is capable of that.

I have heard of people running it on Android devices, so if you can get your hands on one of those cheap Android "stick" units - Octoprint has a page with preliminary documentation for the Ouya game console specifically:

https://github.com/foosel/OctoPrint/wik ... id-devices

No idea how the performance is on the Ouya. It's got a Tegra3 or 4 on it, so it should do OK.

Any other super-cheap compact PC-type device running Linux at its guts is a potential candidate.

teoman wrote:Thanks for that.

anyone have has this setup on arduino due?


Waitinf gor the bbb to get on the cheapo sites as shipping is a killer to my destination.

I did just load the most current image to my pi b+, I'm noticing a lot of improvements in performance.

I'm playing around with the latest one and the Pi camera..

Just got to wind the speed back a bit, still at normal speed at the moment and didn't quite finish the first print!

I'm sorry if it's too offtopic, but i'm going to try Octo- or/and Astro- print on Intel Edison. Anyone want to read about results? Am I needed to create another topic?

Renha, yes create another topic with a clear title - that will help people find it in the future!

I finally gave up on the RaspberryPi/Octoprint combo. The curved infills I use just take too many processor cycles and were the kiss of death for this combo. Too bad though.

cheers,
Michael