kernel panic...

[swarfer]

Hi Claude I have a RPi 1B+ with a Waveshare NOIR camera. It runs a timelapse fine during the day but at night it crashes, generally on the second image.

[code] Message from syslogd@rpi-1bplus at Feb 5 22:17:02 ... kernel:[ 1828.618375] Internal error: Oops - undefined instruction: 0 [#5] ARM [/code]

I have updated both os and firmware. I will try some other software (also python) tomorrow and see if it still crashes with that. IF so it is hardware or maybe the python camera library, otherwise it must be pi-timolo doing 'something'.

Any advise is welcome.

PS: I want to track rats/rattraps in the dark.....

[pageauc]

Unlikely it is pi-timolo. I have run it on single core RPI's for years at a time without issue. Are you running just timelapse, motion or both? timelapse is very light on resources and cpu and should never cause issues. I have run pi-timolo with Stretch, Jessie and Wheezy Kernel panic points to a hardware driver or firmware issue. Have you tried stock RPI camera?

Claude ..

On Tue, Feb 5, 2019 at 2:26 PM David the Swarfer notifications@github.com wrote:

Hi Claude I have a RPi 1B+ with a Waveshare NOIR https://www.waveshare.com/wiki/RPi_Camera_(F) camera. It runs a timelapse fine during the day but at night it crashes, generally on the second image.

[code] Message from syslogd@rpi-1bplus at Feb 5 22:17:02 ... kernel:[ 1828.618375] Internal error: Oops - undefined instruction: 0 [#5 https://github.com/pageauc/pi-timolo/issues/5] ARM [/code]

I have updated both os and firmware. I will try some other software (also python) tomorrow and see if it still crashes with that. IF so it is hardware or maybe the python camera library, otherwise it must be pi-timolo doing 'something'.

Any advise is welcome.

PS: I want to track rats/rattraps in the dark.....

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZIjRweEQV21ba8tNyEMXOXfcMslvks5vKekDgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[swarfer]

Hi Claude Last night I tried a regular Pi camera and it still crashed. Then I flashed new SD card with Raspbian Stretch, reinstalled pi-timolo (without first updating Raspbian) and it still crashed.

I am now thinking there is something wrong with the Pi itself, maybe a memory error. I will try a different Pi tonight. David

[pageauc]

David

Although I have run pi-timolo on stretch I have not tried most recent build. If I get a chance will try as well. I have a wide variety of RPI models except for pi-zero and have had no problems with pi-timolo all though not every combination was tested. There are a lot of permutations.. approx two weeks ago pi-timolo ver 11.11 had a change regarding threading but this was tested and no issues were found. This has been running timelapse 60 seconds with motion tracking turned On for approx two weeks on a single core RPI running Jessie with 8GB SD card and default opencv 2.4.9.1. Also did some testing with opencv 3.2.0 and 4.0.1 but there is always a chance that some other combination could have an issue. Please note pi-timolo is designed to run under python 2 and 3

Let me know your test results Regards Claude ...

On Thu, Feb 7, 2019 at 1:08 AM David the Swarfer notifications@github.com wrote:

Hi Claude Last night I tried a regular Pi camera and it still crashed. Then I flashed new SD card with Raspbian Stretch, reinstalled pi-timolo (without first updating Raspbian) and it still crashed.

I am now thinking there is something wrong with the Pi itself, maybe a memory error. I will try a different Pi tonight. David

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-461310360, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZMeqNzpTILN16MfZbIJjqUSVWsqxks5vK9EBgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[swarfer]

Hiya Last night I put a Jessie-Lite image on the SD card and pi-timolo has successfully run all night (just timelapse). It will run all day and I will check it tonight again. Then I will try it with a mounted external drive as the media storage and if that is ok for an hour I will reinstall the NOIR camera (for the rat traps project) and test some more.

I do have a PiZeroW and pi-timolo worked on it last year but I have not tried the latest version yet. Zeros do feel a lot slower at processing images than even Pi1B+ models.
I wonder if increasing the amount of RAM allocated to the GPU would make a difference?

On another topic, I feel you might be interested in a little script I developed last year. This is combined with a small switch and a resistor on one of the GPIO pins. rc.local runs the script at boot and if the switch is ON it starts the timelapse. This means I can use the Zero as a portable headless /terminal free device with the switch to determine whether or not the timelapse starts at power on. I also added a shutdown button to do clean shutdowns in the field (after having some flash stick corruption from bad power offs).

Thanks

[pageauc]

I will try some testing with latest stretch to see what is going on. Earlier versions were OK with pi-timolo. I also use a shutdown script that safely shuts down RPI via a momentary switch attached to gpio pins per script attached.

On Fri, Feb 8, 2019 at 1:05 AM David the Swarfer notifications@github.com wrote:

Hiya Last night I put a Jessie-Lite image on the SD card and pi-timolo has successfully run all night (just timelapse). It will run all day and I will check it tonight again. Then I will try it with a mounted external drive as the media storage and if that is ok for an hour I will reinstall the NOIR camera (for the rat traps project) and test some more.

I do have a PiZeroW and pi-timolo worked on it last year but I have not tried the latest version yet. Zeros do feel a lot slower at processing images than even Pi1B+ models. I wonder if increasing the amount of RAM allocated to the GPU would make a difference?

On another topic, I feel you might be interested in a little script I developed last year. This is combined with a small switch and a resistor on one of the GPIO pins. rc.local runs the script at boot and if the switch is ON it starts the timelapse. This means I can use the Zero as a portable headless /terminal free device with the switch to determine whether or not the timelapse starts at power on. I also added a shutdown button to do clean shutdowns in the field (after having some flash stick corruption from bad power offs).

Thanks

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-461710871, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCosWG4pcYnlvNnqJIgJXHs4r-14ks5vLSHDgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

This entry should be added to the sudo crontab -e.

This will launch the shutdown script.

when a momentary switch is between GPIO pins 5 and 6

After initial power boot press switch to safe auto shutdown

After a few seconds press switch again to boot.

repeat as desired.

make sure shutdown.py is executable

chmod +x shutdown.py

add line below to sudo crontab -e

@reboot /home/pi/shutdown/shutdown.py

[pageauc]

Note I set pi-timolo to start on boot so the shutdown script works OK since I can turn off pi and power on when I need to run pi-timolo. Then halt via momentary switch and can restart or unplug as necessary. This helps if I am using a battery pack.

On Fri, Feb 8, 2019 at 5:24 AM Claude Pageau pageauc@gmail.com wrote:

I will try some testing with latest stretch to see what is going on. Earlier versions were OK with pi-timolo. I also use a shutdown script that safely shuts down RPI via a momentary switch attached to gpio pins per script attached.

On Fri, Feb 8, 2019 at 1:05 AM David the Swarfer notifications@github.com wrote:

Hiya Last night I put a Jessie-Lite image on the SD card and pi-timolo has successfully run all night (just timelapse). It will run all day and I will check it tonight again. Then I will try it with a mounted external drive as the media storage and if that is ok for an hour I will reinstall the NOIR camera (for the rat traps project) and test some more.

I do have a PiZeroW and pi-timolo worked on it last year but I have not tried the latest version yet. Zeros do feel a lot slower at processing images than even Pi1B+ models. I wonder if increasing the amount of RAM allocated to the GPU would make a difference?

On another topic, I feel you might be interested in a little script I developed last year. This is combined with a small switch and a resistor on one of the GPIO pins. rc.local runs the script at boot and if the switch is ON it starts the timelapse. This means I can use the Zero as a portable headless /terminal free device with the switch to determine whether or not the timelapse starts at power on. I also added a shutdown button to do clean shutdowns in the field (after having some flash stick corruption from bad power offs).

Thanks

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-461710871, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCosWG4pcYnlvNnqJIgJXHs4r-14ks5vLSHDgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[pageauc]

On your problem Stretch RPI that has the kernel panic after a period on long exposure. Can you try

sudo apt-get update
sudo apt-get dist-upgrade

This will ensure the latest picamera and firmware are updated. Then retry to see if problem still persists

Claude ...

On Fri, Feb 8, 2019 at 5:40 AM Claude Pageau pageauc@gmail.com wrote:

Note I set pi-timolo to start on boot so the shutdown script works OK since I can turn off pi and power on when I need to run pi-timolo. Then halt via momentary switch and can restart or unplug as necessary. This helps if I am using a battery pack.

On Fri, Feb 8, 2019 at 5:24 AM Claude Pageau pageauc@gmail.com wrote:

I will try some testing with latest stretch to see what is going on. Earlier versions were OK with pi-timolo. I also use a shutdown script that safely shuts down RPI via a momentary switch attached to gpio pins per script attached.

On Fri, Feb 8, 2019 at 1:05 AM David the Swarfer < notifications@github.com> wrote:

Hiya Last night I put a Jessie-Lite image on the SD card and pi-timolo has successfully run all night (just timelapse). It will run all day and I will check it tonight again. Then I will try it with a mounted external drive as the media storage and if that is ok for an hour I will reinstall the NOIR camera (for the rat traps project) and test some more.

I do have a PiZeroW and pi-timolo worked on it last year but I have not tried the latest version yet. Zeros do feel a lot slower at processing images than even Pi1B+ models. I wonder if increasing the amount of RAM allocated to the GPU would make a difference?

On another topic, I feel you might be interested in a little script I developed last year. This is combined with a small switch and a resistor on one of the GPIO pins. rc.local runs the script at boot and if the switch is ON it starts the timelapse. This means I can use the Zero as a portable headless /terminal free device with the switch to determine whether or not the timelapse starts at power on. I also added a shutdown button to do clean shutdowns in the field (after having some flash stick corruption from bad power offs).

Thanks

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-461710871, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCosWG4pcYnlvNnqJIgJXHs4r-14ks5vLSHDgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[pageauc]

Finally ran pi-timolo.py under Latest Stretch. Ran timelapse OK until I lowered light level and went into long exposure mode. Seems like below a certain level RPI just freezes with no messages and only solution is to do a cold boot. raspistill also seems to do the same thing. pi-timolo.py runs fine under Jessie. Must be something to do with Stretch and camera module. There is an issue https://github.com/waveform80/picamera/issues/475

It explains the problem and if you read down there appears to be a firmware solution that they indicate may be available in the future. Not sure when. In the mean time Jessie seems to run OK but Stretch long exposure does not

Let me know your thoughts Claude ...

On Sat, Feb 9, 2019 at 11:58 AM Claude Pageau pageauc@gmail.com wrote:

On your problem Stretch RPI that has the kernel panic after a period on long exposure. Can you try

sudo apt-get update
sudo apt-get dist-upgrade

This will ensure the latest picamera and firmware are updated. Then retry to see if problem still persists

Claude ...

On Fri, Feb 8, 2019 at 5:40 AM Claude Pageau pageauc@gmail.com wrote:

Note I set pi-timolo to start on boot so the shutdown script works OK since I can turn off pi and power on when I need to run pi-timolo. Then halt via momentary switch and can restart or unplug as necessary. This helps if I am using a battery pack.

On Fri, Feb 8, 2019 at 5:24 AM Claude Pageau pageauc@gmail.com wrote:

I will try some testing with latest stretch to see what is going on. Earlier versions were OK with pi-timolo. I also use a shutdown script that safely shuts down RPI via a momentary switch attached to gpio pins per script attached.

On Fri, Feb 8, 2019 at 1:05 AM David the Swarfer < notifications@github.com> wrote:

Hiya Last night I put a Jessie-Lite image on the SD card and pi-timolo has successfully run all night (just timelapse). It will run all day and I will check it tonight again. Then I will try it with a mounted external drive as the media storage and if that is ok for an hour I will reinstall the NOIR camera (for the rat traps project) and test some more.

I do have a PiZeroW and pi-timolo worked on it last year but I have not tried the latest version yet. Zeros do feel a lot slower at processing images than even Pi1B+ models. I wonder if increasing the amount of RAM allocated to the GPU would make a difference?

On another topic, I feel you might be interested in a little script I developed last year. This is combined with a small switch and a resistor on one of the GPIO pins. rc.local runs the script at boot and if the switch is ON it starts the timelapse. This means I can use the Zero as a portable headless /terminal free device with the switch to determine whether or not the timelapse starts at power on. I also added a shutdown button to do clean shutdowns in the field (after having some flash stick corruption from bad power offs).

Thanks

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-461710871, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCosWG4pcYnlvNnqJIgJXHs4r-14ks5vLSHDgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[pageauc]

I have release pi-timolo ver 11.2 that does an adhoc fix to resolve Debian Stretch camera freeze issue under very low light long exposure conditions. This may require the latest RPI firmware. This can be done per

sudo rpi-update

As a precaution perform a backup of your files prior to doing the firmware update.

You can update to the latest 11.2 release by running the menubox.sh upgrade menu pick

Please let me know results of your testing.

Thanks Claude ...

On Sat, Feb 9, 2019 at 3:21 PM Claude Pageau pageauc@gmail.com wrote:

Finally ran pi-timolo.py under Latest Stretch. Ran timelapse OK until I lowered light level and went into long exposure mode. Seems like below a certain level RPI just freezes with no messages and only solution is to do a cold boot. raspistill also seems to do the same thing. pi-timolo.py runs fine under Jessie. Must be something to do with Stretch and camera module. There is an issue https://github.com/waveform80/picamera/issues/475

It explains the problem and if you read down there appears to be a firmware solution that they indicate may be available in the future. Not sure when. In the mean time Jessie seems to run OK but Stretch long exposure does not

Let me know your thoughts Claude ...

On Sat, Feb 9, 2019 at 11:58 AM Claude Pageau pageauc@gmail.com wrote:

On your problem Stretch RPI that has the kernel panic after a period on long exposure. Can you try

sudo apt-get update
sudo apt-get dist-upgrade

This will ensure the latest picamera and firmware are updated. Then retry to see if problem still persists

Claude ...

On Fri, Feb 8, 2019 at 5:40 AM Claude Pageau pageauc@gmail.com wrote:

Note I set pi-timolo to start on boot so the shutdown script works OK since I can turn off pi and power on when I need to run pi-timolo. Then halt via momentary switch and can restart or unplug as necessary. This helps if I am using a battery pack.

On Fri, Feb 8, 2019 at 5:24 AM Claude Pageau pageauc@gmail.com wrote:

I will try some testing with latest stretch to see what is going on. Earlier versions were OK with pi-timolo. I also use a shutdown script that safely shuts down RPI via a momentary switch attached to gpio pins per script attached.

On Fri, Feb 8, 2019 at 1:05 AM David the Swarfer < notifications@github.com> wrote:

Hiya Last night I put a Jessie-Lite image on the SD card and pi-timolo has successfully run all night (just timelapse). It will run all day and I will check it tonight again. Then I will try it with a mounted external drive as the media storage and if that is ok for an hour I will reinstall the NOIR camera (for the rat traps project) and test some more.

I do have a PiZeroW and pi-timolo worked on it last year but I have not tried the latest version yet. Zeros do feel a lot slower at processing images than even Pi1B+ models. I wonder if increasing the amount of RAM allocated to the GPU would make a difference?

On another topic, I feel you might be interested in a little script I developed last year. This is combined with a small switch and a resistor on one of the GPIO pins. rc.local runs the script at boot and if the switch is ON it starts the timelapse. This means I can use the Zero as a portable headless /terminal free device with the switch to determine whether or not the timelapse starts at power on. I also added a shutdown button to do clean shutdowns in the field (after having some flash stick corruption from bad power offs).

Thanks

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-461710871, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCosWG4pcYnlvNnqJIgJXHs4r-14ks5vLSHDgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[swarfer]

Hi Claude, I am not ignoring you, just have little time for experimenting between countrywide rolling blackouts on top of 12 powerless hours on Sunday for substation maintenance!

I have just booted Stretch-Lite and pi-timolo is installing so I will let you know how it goes. I think the crash might be in the kworker (saw it in one of the crash logs) which is part of the desktop system.

cya

[swarfer]

another blackout due in 30 minutes...

[pageauc]

We are wintering in Texas so temp is almost 80 F and no chance of Snow or snow related Electrical outages. Back Home in Ontario it is a different story. Glad I have my winter timelapse RPI on a UPS since we get occasional blackouts back home in Canada..

Regards Claude ....

On Mon, Feb 11, 2019 at 12:29 PM David the Swarfer notifications@github.com wrote:

another blackout due in 30 minutes...

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-462439732, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZKxd9DO61FuvP0pUNwu4Yco8vCAPks5vMbaIgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[pageauc]

Tested pi-timolo.py ver 11.12 with fix for Stretch panic and cam freeze issue. Tested OK for me with updated firmware.

[swarfer]

Hiya It does appear to working fine now with v11.12. I have not updated the firmware yet but may have done so on this board previously, I have tried so many things that I don't know exactly anymore.

Sample image attached, the NOIR camera gives a strange color cast and I usually insert a line into the script to make all images into black and white. I should make it an option and submit a pull request I suppose. This image is after sunset and with the porch light on. Street lights can also be enough for this camera and I do have some IR illuminators for the rat project, since the garage will be pitch dark.

[pageauc]

Great that you confirmed my findings that the camera now works with stretch under low light. Depending on the type of lighting and light level you may get unusual colouration. As light level gets lower certain colours will be filtered out like diving under water or walking in night or twilight where colours fade and go to grey the black. I have also experienced things like sodium vapour street lights that cause different colour effects. Sometimes it is just variation in the camera. Quite often lighting will change during long exposure like car lights, house lights, clouds passing over the moon Etc. This can cause slightly brighter image for that shot. You can manually process images to convert to Black and White using various programs like infraviewer. I might look at adding an option to save final image as greyscale instead of colour. Your thoughts.

I would be interested in the progress of your project.

Claude ...

On Tue, Feb 12, 2019 at 12:41 PM David the Swarfer notifications@github.com wrote:

Hiya It does appear to working fine now with v11.12. I have not updated the firmware yet but may have done so on this board previously, I have tried so many things that I don't know exactly anymore.

Sample image attached, the NOIR camera gives a strange color cast and I usually insert a line into the script to make all images into black and white. I should make it an option and submit a pull request I suppose. This image is after sunset and with the porch light on. Street lights can also be enough for this camera and I do have some IR illuminators for the rat project, since the garage will be pitch dark. [image: tls-noir-1477] https://user-images.githubusercontent.com/11569466/52659474-044d6100-2f06-11e9-8950-a84a2df05d96.jpg

— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-462882118, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCuDav39kdy4qkiwqPDvm6cj0dnJks5vMwrVgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

[pageauc]

David.

pi-timolo.py release 11.13 now has imageGrayscale = True or False variable to save image as grayscale or colour. Use menubox.sh upgrade menu pic to download latest 11.13 version files. Note configuration files are not overwritten but the latest versions have .new extension so you can copy over existing but will loose any customization. You can also add the variable to config.py if it does not exist or replace your current config.py with config.py.new

imageGrayscale = False # default= False True=Save image as grayscale

False=Color

Let me know what you think. Regards Claude ...

On Tue, Feb 12, 2019 at 1:45 PM Claude Pageau pageauc@gmail.com wrote:

Great that you confirmed my findings that the camera now works with stretch under low light. Depending on the type of lighting and light level you may get unusual colouration. As light level gets lower certain colours will be filtered out like diving under water or walking in night or twilight where colours fade and go to grey the black. I have also experienced things like sodium vapour street lights that cause different colour effects. Sometimes it is just variation in the camera. Quite often lighting will change during long exposure like car lights, house lights, clouds passing over the moon Etc. This can cause slightly brighter image for that shot. You can manually process images to convert to Black and White using various programs like infraviewer. I might look at adding an option to save final image as greyscale instead of colour. Your thoughts.

I would be interested in the progress of your project.

Claude ...

On Tue, Feb 12, 2019 at 12:41 PM David the Swarfer < notifications@github.com> wrote:

Hiya It does appear to working fine now with v11.12. I have not updated the firmware yet but may have done so on this board previously, I have tried so many things that I don't know exactly anymore.

Sample image attached, the NOIR camera gives a strange color cast and I usually insert a line into the script to make all images into black and white. I should make it an option and submit a pull request I suppose. This image is after sunset and with the porch light on. Street lights can also be enough for this camera and I do have some IR illuminators for the rat project, since the garage will be pitch dark. [image: tls-noir-1477] https://user-images.githubusercontent.com/11569466/52659474-044d6100-2f06-11e9-8950-a84a2df05d96.jpg

— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/pageauc/pi-timolo/issues/101#issuecomment-462882118, or mute the thread https://github.com/notifications/unsubscribe-auth/AFr1ZCuDav39kdy4qkiwqPDvm6cj0dnJks5vMwrVgaJpZM4akAf3 .

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp

-- See my YouTube Channel at http://www.youtube.com/user/pageaucp