Disable RICOH THETA V power off

Hi is it possible to disable power off with the THETA V in the same way as the THETA S? If not is there something with the hardware why this is not allowed?
Thanks
Dave

Alternatively is there a way to run scheduled shutdown and startup?

Yes, you can disable sleep and shutdown.
https://developers.theta360.com/en/docs/v2.1/api_reference/options/off_delay.html

https://developers.theta360.com/en/docs/v2.1/api_reference/options/sleep_delay.html

You can disable sleep and shutdown. Or, you can specify a time period up to 65534 seconds for sleep or 2592000 seconds for power off.

Thank you codetricity.

Those APIs seem to only work on the S and not the V though. The camera’s are shutting down after 30 days. Have you had this working on the V yourself?

1 Like

@davechambers, I have not tried this myself. Can you post your settings and your tests? I can ask @jcasman to include this information with a report that he’ll send to the THETA product manager.

Please also include the application situation that you’re using the THETA in for extended periods of time. If you don’t want to post this publicly due to work-related confidentiality issues, feel free to send me a PM.

Greetings to everyone!

I’m having a similar issue, to @davechambers, with the Theta V.

I have disabled the off_delay and sleep_delay. First time I did it via USB API and second time via WEB API. On the second try I also ugraded the firmware of the camera to the latest release,

The camera shuts down after 12/13 days. Does anyone know ho to solve this issue?

Thank you

1 Like

Using the USB ErrorInfo here, you may be able to track down if the camera is reporting any error.

https://api.ricoh/docs/theta-usb-api/property/error_info/

After rebooting the camera, can you check if there is a response. You may have to convert decimal to hex. For example, a decimal warning code of 16 would correspond to a hex code of 0x00000010, which is an error with the electronic compass, which shouldn’t impact the power off settings. However, just to be safe, if you have that error, try and recalibrate the compass using the figure 8 technique described in this forum.

You could also create a log file to dump additional information into the file for inspection.

https://api.ricoh/docs/theta-usb-api/property/battery_status/
https://api.ricoh/docs/theta-usb-api/property/auto_power_off_delay/

Are you using InitiateCapture or InitiateOpenCapture?

Hello Graig,

Thank you for your response.

Atm, the camera is now shooting for 8 days straight (13 hours a day) without any problems.

In the last couple of times the camera shut down after 12/13 days but It was shooting 24/7.

Effectively I got the error_info code and it showed decimal 16.

I will wait now for the time that the camera shuts down again (hopefully It won’t) and then I’ll get the error_info, battery_status and auto_power_off_delay and report back.

I’ll recalibrate the electronic compass to, but apparently It doesn’t seem the issue to be causing the problem.

Thank you again

1 Like

Does your script access the single-shot still image mode of the camera or interval shooting?

Do you have a loop in your program that handles the delay between shots? Or, are you relying on the camera’s internal loop?

https://api.ricoh/docs/theta-usb-api/property/still_capture_mode/

In the screeshot below, there is “single-shot shooting” and there is “interval shooting”. The single-shot shooting mode has been tested more. However, this shouldn’t affect the camera power off unless there is a bug in the interval shooting mode of the RICOH firmware (such as a buffer or array filling up for the image sequence).

image

I use it in single-shot shooting, so the program takes care of managing the delay between shots.

I am not saving the pictures on the camera. Every time a shot gets taken, It’s deleted form the internal memory card, so I don’t think It will fill up the array unless there is some sort of cache in the camera that wouldn’t get deleted and could get filled after x amount of photos and then trigger a bug that would break and power off the camera. Is there?

Additionally there is something else that happens that I cannot explain but could be eventually related:

Although I have turned off the 0xD81B AutoPowerOffDelaySec and 0xD803 SleepDelay, I notice that in the periods that the camera is not shooting for a considerable amount of time (a few hours, and the camera is still on of course), when the program restarts, the first shot it takes has a delay of 6/7 seconds. It almost feels like the camera went into a sleeping mode anyway.

If I so the same test with not so many hours in between there is no delay on that first shot so not 100% sure but It’s probable that It has to do with the camera and not the program.

Even not being a serious problem for me I thought It could be an important information for you for more thorough debugging.

TY