Print

[kaito83]

Yes sure here is the full dump from flash to write, I mentioned you a similar possible error "Motors didnt active after connection, maybe stay in emergency stop?" so i wasnt to far

[TCWORLD]

Need to see what the software actually wrote to the EEPROM as opposed to what the config utility told it to write. There is an Arduino demo program that will dump the whole EEPROM contents to the serial console here: https://docs.arduino.cc/learn/programming/eeprom-guide/#eeprom-read

[kaito83]

Yeah I realized it, sorry, also attached the reader code, I hope is this good...

EEPROMStart_Address: 255
AstroEQID_Address: 255
AstroEQVer_Address: 255
AstroEQCRC_Address: 66
Microstep_Address: 32
RAReverse_Address: 0
DECReverse_Address: 0
Driver_Address: 1
RAGoto_Address: 193
DECGoto_Address: 193
aVal1_Address: 0
aVal2_Address: 0
bVal1_Address: 6
bVal2_Address: 6
sVal1_Address: 142
sVal2_Address: 142
IVal1_Address: 57
IVal2_Address: 57
GearEnable_Address: 1
AdvHCEnable_Address: 1
DecBacklash_Address: 255
SpeedFactor_Address: 19
SnapPinOD_Address: 1
AccelTableLength64255
AccelTable1_Address: 156
AccelTable2_Address: 156
EEPROMEnd_Address: 1

[kaito83]

Update I made a cheat, flashed the firmware with the utility, config the ratios flash them, again reflash the firmware with set the progmode

    if(!checkEEPROM(false)){
        SET_PROG_MODE(0); //second flash, force run_mode, checkEEPROM is always false
      //SET_PROG_MODE(PROGMODE); //first flash, otherwise cant connect with utility //prevent AstroEQ startup if EEPROM is blank.
      calculateRate(RA); //Initialise the interrupt speed table. This now only has to be done once at the beginning.
      calculateRate(DC); //Initialise the interrupt speed table. This now only has to be done once at the beginning.
      calculateDecelerationLength(RA);
      calculateDecelerationLength(DC);
    } else
   {
        calculateRate(RA); //Initialise the interrupt speed table. This now only has to be done once at the beginning.
        calculateRate(DC); //Initialise the interrupt speed table. This now only has to be done once at the beginning.
        calculateDecelerationLength(RA);
        calculateDecelerationLength(DC);
    }

[TCWORLD]

Found the issue.

I added proper error code responses to the firmware (e.g. `!03\r` instead of just `!\r`) in order to support the Skywatcher hand controllers. But the config utility is not expecting them (it is looking for specifically `!\r` instead of just any string starting with `!`). As a result it doesn't see the response from the AstroEQ indicating the EEPROM is blank/corrupt, and so never reinitialises it.

This then means the version and ID is not written to the start of the EEPROM (hence read back as 255), and so the AstroEQ assumes it is blank and doesn't boot to protect the mount.

I'll push an updated version of the firmware shortly.

[TCWORLD]

There's a new branch here: https://github.com/TCWORLD/AstroEQ/tree/dev-v8p22
Could you see if that fixes things?

[kaito83]

Thank You Tom, tomorrow I'll test it

[kaito83]

Tom is everything is fine!
May I ask there was an error, this was the orignal post:
https://www.astroeq.co.uk/forum/index.php/topic,441.msg2561.html#msg2561
You corrected in the dev-cmdUpdate firmware is this implemented to the 8.21?

[TCWORLD]

I'd already packaged up 8.21, just never got around to merging the branch to master as I have little free time with my current job. So the plan is to simply abandon the 8.21 version and release the fixes as 8.22 (just in case anyone else has 8.21 flashed).

There are a couple other changes and a bit of tidying up to include in the new one, I just need to get a chance to test them.