Menu

Bug introduced in v295

Barry E.
2020-05-14
2020-05-16
  • Barry E.

    Barry E. - 2020-05-14

    This is related to my previous post, where I'm loosing position data on controller power off. It seems that in v295, in the setup(), it's "moving" the data to the next EEPROM section by setting the validdata flag to 0 in the current block. However, it doesn't write the new block immediately like it did in v294. This results in a period of time (after setup() and before the next EEPROM write), that there is no EEPROM data block that is marked as valid.

    Long story short, a line was removed in v295 to do a writeEEPROMNow() in the setup. Please see attached compare screen shot and advise.

     
  • brownrb

    brownrb - 2020-05-16

    I will take a look

     
  • brownrb

    brownrb - 2020-05-16

    I did that because in normal use, the focuser will be operated by focusing moves extra, so it became redundant. On the next call that enables an eeprom write then that will trigger a valid flag.

    I have done 296 now which restores it. Apologies

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.