ARC30 Bug with writing DCS Codes

Status
Not open for further replies.
R

racingfan360

Member
Joined
Dec 19, 2005
Messages
1,191
@Butelsoftware / Hi Gommert,

Is it possible to fix a bug with writing DCS codes from ARC30 to the Icom R30 please?

The probem is that it writes each DCS code (eg 023) as a CTCSS tone as well (023Hz). In most cases the CTCSS tone doesn't exist and requires the R30 upon import to self-correct the error. It causes the R30 to complain that 'some data was corrected'. The real problem is that with this bug is thta it masks other errors, and you can't tell a genuine input error from this one generated all the time by ARC30. Im using v1 Build 6.

TIA
 
Butelsoftware

Butelsoftware

Member
Database Admin
Joined
Dec 8, 2003
Messages
2,466
Location
Dayton Hamvention
When you export a CSV file using the R30 you will see that the R30 stores both a ctcss and a dcs code so I'm not sure what the bug is? The receiver should correctly import the selected subtone by looking at the TONE field.

Gommert
www.butelsoftware.com
 
R

racingfan360

Member
Joined
Dec 19, 2005
Messages
1,191
The issue is that for a DTCS code ARC30 is writing both a TSQL (CTCSS) tone and DTCS code. Surely if the programming was performing correctly, then it should ONLY write to the DTCS field and write nothing to the TSQL field? In contrast, and as highlighted from the screenshot, a TSQL entry ONLY writes to the TSQL field, and writes nothing to the DTCS field - which is of course the correct/expected behaviour. And any other ARC30 field entry doesnt create a spurious TSQL either.

When ARC30 writes to this TSQL field, it inputs an invalid CTCSS tone, and thats why the R30 flags an error. The R30 is reading the TONE entry as DTCS but still flagging the TSQL Freq created as invalid (there is no 47Hz tone in the exmaple, but I could have picked any DTCS code).
To avoid the error, a DTCS code should create only a DTCS entry in the csv, or at least default the TSQL to a valid tone (that'd be clumsy code, but at least it'd stop the error).
 

Attachments

  • Export.png
    Export.png
    10.2 KB · Views: 11
R

racingfan360

Member
Joined
Dec 19, 2005
Messages
1,191
Thanks Gommert.

The error message is on the R30 screen after uploading a new configuation file. It will normally say "Completed, Restart the ICR30" ...but then adds "Some data was cleared or corrected" if there is any single error or multiple errors in that file.

So I do appreciate the R30 will ignore the TSQL if DTCS is set, and this of itself doesn't impede how the R30 operates. The issue is that by flagging this [known] error each time it actually masks any other user errors I've made when making up a configuration file (eg if I've missed a line, if I've added a line without a frequency, if i've mistyped a freq and it autocorrects to 3305MHz which is outside the receiver range etc). So its a useful hint to tell me when i've messed up, but atm I can't tell if its ARC30 and me, or just ARC30 adding this spurious TSQL tone.

If you need a beta tester please let me know via PM if I can help. I do know that a manual correction (ie deleting the spurious TSQL tone) out of the csv for each DTCS entry fixes it.
 
Status
Not open for further replies.
Top