-
Notifications
You must be signed in to change notification settings - Fork 45
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
Writing codeplug to Anytone AT-D878UVII Plus resets APRS frequencies on device. #349
Comments
I need to update the APRS settings to the new FW versions anyway. Currently only one FM APRS frequency is supported. |
Yeah and even that no longer works (or maybe now override it which it didn't before). I also think the config concept in the UI with multiple channels with different source/destination settings doesn't map correctly to the AnyTone capabilities, which is just one source/destination config for FM, but multiple frequencies that can be selected. |
I do not understand the need for one APRS configuration but several frequencies. If any, I would suspect to need it the other way around. However, to map that to the concept of qdmr, I would rather add an extension to the one FM-APRS setting allowed for anytone devices, that will hold the additional frequencies. |
That sounds like a good way to do it. |
Hello, I get
|
This fix requires some rewriting of the present codeplug elements dealing with the positioning settings. So expect some mayhem before it gets better. |
Does anyone know, what this "pass all" option means? |
Show all APRS message types AFAIK. |
Ok, thanks. |
Small correction: PASS ALL shows messages even when they fail CRC checks.
|
Ok, I was just puzzled, as this option is stored near the FM APRS transmission options. There is an separate memory region, where the FM APRS reception options are stored. |
Builds and runs ok now! Have to set up analog APRS to test, though. |
Status report: current version crashes when reading from 878. Writing works, it crashes after finishing:
|
Uh, that was a nasty one, smashed the stack a bit and got random crashes everywhere. Fortunately, there is valgrinds memcheck. |
Is there any means of selecting, which FM APRS frequency is used? I haven't found anything in the CPS. |
With the last commit, it is now possible to add and edit the additional FM APRS frequencies. There are only 7, the first is the default and is taken from the revert channel associated the the qdmr APRS system. There is now also a reference in the AnyTone FM and DMR channel extensions allowing to select the FM APRS frequency. If none is selected, the default (revert channel) is taken. |
I believe, this issue is now fixed. Just test the extension and let me know. |
I can confirm that reading&writing the config works for both 868 and 878 @toco can you confirm the desired function? |
I‘m out of country without my laptop. The Rasberry Pi I have with me runs into the Linux USB issue… |
Copied over from the other issue, had the wrong window open:
|
The second point should now be fixed now in this branch. |
From the other thread
Ah! With the explanation that makes sense. |
Looks like it works now, thanks for the very quick turnaround time! The only thing I'm missing is setting (or not resetting) the selected APRS frequency. Differences in binary codeplug read from device after changing the selected frequency:
|
The frequency can be set in the Anytone extension of the channel. There you can select the FM APRS frequency. However, selecting none will select the default one specified in the FM APRS system. So, only the additional frequencies are selectable. |
* Documented changes in the APRS settings encoding. Addresses #349. * Fixed exisiting props of APRSSettings. * Merged FM and DMR APRS settings. Fixed frequency issue. Addresses #349. * Fixed APRS settings for DMR6X2UV. * Cleanup of DMR6X2UV codeplug. * Fixed crash in D878UV read. Addresses #349. * Added anytone settings extension for FM APRS systems. Addresses #249. * Implemented FM APRS frequency list and experimental storage of labels. Addresses #349. * Added some docs for FM APRS settings extension. Addresses #394. * Fixed missing encoding/decoding of report flags for Anytone APRS settings extension. * Fixed decoding of D878UV codeplugs of older DFU images.
When uploading a code-plug to my Anytone AT-D878UVII Plus the APRS frequencies stored on the device get reset.
Reproduced with qdmr at a335412 and Anytone firmware 3.02n (this also happened with 3.01 already).
The text was updated successfully, but these errors were encountered: