Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Preferences settings sometimes not sticking / saving. CLI 2.2.22 Firmware 2.2.24 App 2.2.24 #493

Open
talkingnews opened this issue Mar 1, 2024 · 2 comments
Labels
help wanted Extra attention is needed

Comments

@talkingnews
Copy link

I have 3 Heltec version 3 and I'm having random problems with settings not "sticking", both via command line and app.

meshtastic cli version 2.2.22
Android app version 2.2.24
Heltec v3 firmware version 2.2.24 (full clean install all on 3).

I found the (fairly old) issue below which seem to indicate that the problem has been resolved. But I'm still experiencing it.

"preference changes not saving in 1.1.8"
#41

I thought it was only CLI, but I just updated my fixed position, and it didn't stick via the app.

I have "cleaned" the command line input to ensure that there are no weird hidden unicode characters, or t0o many spaces, or silly things like 1 or 3 dashes before each "--set".

I had more luck by always setting the region as the first thing after a flash, then waiting and setting other things.

That seems the most reliable, but then I noticed that, having set my "short name", when I added a channel, it reset my short name to default.

This seems to be the same issue as experienced by a user on Discord:

"Sometimes after saving a setting - like enabling the telemetry module for example, I’ve noticed that the module says it’s enabled but when i disconnect and reconnect the device I see the setting wasn’t saved. It doesn’t happen all the time but it’s happened enough for me that I always double check my saved settings."

So then I found this:

"1.3.40: CLI settings inputs break other settings? Just me?"
https://meshtastic.discourse.group/t/1-3-40-cli-settings-inputs-break-other-settings-just-me/6493

I've even tried grouping the settings by module, or setting each one individually and not chaining at all.
I'm using a good quality, new USB cable. I've even tried slowing the serial speed right down, but I don't think it's related to either of those because I always flash successfully at 921,600 and if it was data corruption, I'm sure a firmware update would feel it more than a few bytes of command line.

Of course, it's proving impossible to reliably reproduce. Was thinking of writing a small script which would repeatedly make 1 or more settings, wait a few seconds, then read it back, compare the two, and log any that didn't change (and run on a loop, say, 50 times doing a full re-flash every 10 times).

Would that be of any use, or is there a simpler way of doing it?

@francisuk1989
Copy link

francisuk1989 commented Mar 21, 2024

i have experienced this in 2.3.1.4fa7f5a Alpha with a heltec wireless tracker v1.1 what i recently bought so is all new.

Is mainly the fixed altitude (alt) thats an issue for me, even tired setting it in the android app it just stays there for a little bit and then pufff gone.

I have tired the python cli also but i dont think is even working, see

[francis@hp-z8-fury-g5 Mesh $ ./meshtastic_ubuntu --host 192.168.2.208 --setalt 71

Connected to radio
Fixing altitude at 71 meters
Setting device position

No issues with setting the lon and lat thats seem to stayed there.

@francisuk1989
Copy link

Update, I have downgraded to 2.2.24.e6a2c06 with a full wipe and now the alt is working fine,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants