Motioneyeos: Cameras keep going offine

Created on 11 Aug 2017  Â·  19Comments  Â·  Source: ccrisan/motioneyeos

Hi

Does anyone know why my camera seem to time out and go offline within MotionEyeOS? They are fine after a reboot then after a minute or so they all change the the camera with the line through it. Is there a reason for this? If i reboot they are back to working fine.

Most helpful comment

I believe I have similar issues afyer upgradin to 29170707.. Wifi appears to be dropping on pi3

All 19 comments

Please attach your logs.

Please see attached

Logs.zip

I see many error lines in your motion log:

[2:ml2] [INF] [NET] netcam_init_jpeg: jpeg_error 0
[2:ml2] [INF] [NET] netcam_image_conv: jpeg_error 0

I'd recommend:

  1. Try to store media files locally (not on the network share).
  2. Report a motion issue.

I believe I have similar issues afyer upgradin to 29170707.. Wifi appears to be dropping on pi3

I have a new implementation on a pi3 and it's up and down like a yo-yo ... never had any issues before on same hardware (this is a complete rebuild over an existing system).
Archive.zip

Same here, one of three was reimaged from scratch as the upgrade corrupted the sd card. I tried lowering image quality to no avail.

Does it have something to do with Wifi power management? I was getting wifi patchy connection issue with Raspbian at some point, and turning off wifi power management fixed it.

Maybe try this command to turn off power management.
iwconfig wlan0 power off
_I haven't tried this command on my Pi3 because my Pi3 is not operational at the moment._

motionEyeOS already incorporates all the possible ways in which WiFi power saving can be disabled.

To me, it seems as though when the system is asked to do something power hungry (e.g. large motion detected or trying to view stored images), it loses connection. I also notice that the camera, on refreshing and reconnecting, is back to a boot stage and you can see it light balancing.

Has anyone gone back to an earlier version successfully? My system is as good as useless at present.

@elyobelyob can you please try the latest 20170827 prerelease, if you don't have it already? You can, in theory downgrade by logging in remotely (via SSH/putty) and running;

fwupdate upgrade <version>  # fingers crossed :)

Installed and get same issue. Just have it plugged in at my desk now, plugged into a monitor and a message has come up.
"brownout: low power supply voltage detected".
This is on a different charger than it's normal positioning, however I notice that when it fails in its normal position a big red light goes on on the board. The power supply was no issue previously (a small Apple 5w adapter - so should be pretty reliable (swapped over with another, same. Then swapped with a larger capacity Apple 12w adapter. Same, although perhaps a bit more reliable? Still, won't stay up for more than a minute.).
I don't have a spare pi3 about to swap out the board, but am considering it.

Oh wait, I didn't use the prerelease, just the latest. I'll try that now.
update : Oh, yes I did. Ignore this.

@elyobelyob so just to be clear, you're running 20170827 and you're seeing the brownout error messages? If yes, do you by any chance have a multimeter/voltmeter at your disposal so we can make sure the voltage at the PI's pins is within limits?

Apologies, if I'm being detailed, just trying to figure out the issue.
If the pi is at my desk, within a metre of the router, it's more reliable. At this point it's connected to a tv. When in the next room (through one wall), it starts failing. I've just moved the tv through to see if anymore messages appear. Guess what? It's not crashing. Is HDMI boosting the power or something?
All a bit weird, but this is what I'm getting anyway.

@ccrisan Yes, that's the version I'm using, and am getting brownout messages. I have a multimeter available, but no idea how to test the pi.
I've unplugged the tv and for some odd reason, the pi now seems stable. It's been rebooted as well. I'll keep watching it.

You need to identify pins 2 an 6 on your PI's header and simply measure the voltage across those pins. You can do a full reboot cycle and see how the voltage varies.

Im using prerelease (checked off in settings) as far as I can tell, same
issues.

motionEye Version 0.37
Motion Version 4.0.1+git37b3595
OS Version motionEyeOS 20170827

On Sep 1, 2017 7:07 AM, "Calin Crisan" notifications@github.com wrote:

@elyobelyob https://github.com/elyobelyob can you please try the latest
20170827 prerelease, if you don't have it already? You can, in theory
downgrade by logging in remotely (via SSH/putty) and running;

fwupdate upgrade # fingers crossed :)

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/ccrisan/motioneyeos/issues/1072#issuecomment-326553968,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AOdiJB7G0ARnP2uc89d3-g_aeTT3Yw7Aks5sd-V1gaJpZM4O0tbA
.

I can't really get to my Pi easily to monitor, but definitely seeing restarts.

[root@meye-front ~]# uptime
19:10:20 up 13 min, load average: 0.78, 0.73, 0.47

Was this page helpful?
0 / 5 - 0 ratings

Related issues

CLUB777ONE picture CLUB777ONE  Â·  4Comments

zorrotenai picture zorrotenai  Â·  3Comments

andrei-volkau picture andrei-volkau  Â·  3Comments

leehonan picture leehonan  Â·  7Comments

soflyj picture soflyj  Â·  4Comments