Skip to content

read CPU_UID#1678

Merged
pfeerick merged 1 commit intoEdgeTX:mainfrom
kobatan:main
Mar 18, 2022
Merged

read CPU_UID#1678
pfeerick merged 1 commit intoEdgeTX:mainfrom
kobatan:main

Conversation

@kobatan
Copy link
Contributor

@kobatan kobatan commented Mar 10, 2022

The CPU_UID data stored from address 0x1FFF7A10 + 4 is on my radio
0x1FFF7A10+4 : 0x06, 0x51, 0x38, 0x31, 0x33, 0x37, 0x30, 0x33

Since the control character 0x06 (ACK) was mixed, I changed it to another character.

Looking at RM0090 39.1, it seems that the characters are stored from the lower byte of the UID, so the character storage order is set so that the upper byte comes first.

@pfeerick pfeerick added this to the 2.7 milestone Mar 17, 2022
Copy link
Member

@pfeerick pfeerick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tested on X9D+2019... now uses a sensible number rather than garbage value. Curiously, OTX is using
https://github.com/opentx/opentx/blob/5c5076c84b057088a82bfae5393671d0c7e03ccd/radio/src/opentx.cpp#L286
which while is a variation of the original code here, also seems to also result in garbage values (on our codebase at least).

@pfeerick pfeerick added the bug 🪲 Something isn't working label Mar 18, 2022
@pfeerick pfeerick merged commit 7ba936b into EdgeTX:main Mar 18, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug 🪲 Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants