visionrouge Posted September 6, 2020 Share Posted September 6, 2020 Ok, here are new thouht after thinking a bit. Something is bothering me is the recovery time. Even without regular camera battery, or by pushing the time. The recovery time is not reduced. If it was just a flag to a memory that start to count, it will not be able to know how long the camera was actually off. It have to be a counter, not just a date stamp difference. This overheat counter IS inside this chip for sure. cause it can't hold 2 different date and the internal counter are quite limited. Either the current overheat time is written inside a eeprom, and so compare on boot, either there is a timer that keep running even without battery. After 2 hour of "fake cool down"; the camera is powering again and check the value of this counter. If it reached the end, you can go again. If not, you have to wait. The second possibility is that the camera compare the time on boot and do a simple subtraction to know if the elapsed time is enough. The various test kind of shows that it is not working. To make sure about the second possibility and twist it a bit I would love someone to do a simple test. Put the camera on overheat and lock (after 20mn recording video) and keep the battery door open with the scerw hack or use dumb battery the entire time Change the date or time to move it to the next day. Now, try 2 different things: Remove the camera battery with the drop system. Is restarting check the new day? (But not the flag?) Or simple turn off the camera, remove the battery and start again. is the second restart is able to do the math between both time? (So the overheat time is stored on eeprom/a counter is runnin during no battery time) Does it makes sense to test this? Quote Link to comment Share on other sites More sharing options...
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.