Just put up a new version
2.657
The realtime log also shows the model as well as the log file.
When you connect it gets the model number from the scanner.
Should work for the 436 and above
If an error occurs on fetching data it will just ignore it and set model to ''
Please test and let me know.
View attachment 159905
Maybe for the 536 there is a firmware update?I changed the text "Scanning or" to instead be a hard coded model name and also changed in another place so that the icons in the taskbar also have the name of the models.
The GLG command responds with no info as soon as a call are not active and doesn't use any delay time as the scanner do. It wouldn't have any negative aspects if the text info where never erased and where always showing until a new call got active. It would be good reminder to see what the last call was and would stay on screen during the whole call.
An additional feature would be if the background color, for the frequency/TG line, could change depending of the squelch and mute flags. For squelch OPEN it could be light yellow and for mute OFF light orange.
I think it is just the 536 who looses its connection. It did that while typing this. But this time I could reinsert the cable and it worked again. It is also only the 536 that sometimes responds with the wrong modulation mode.
/Ubbe
Ideally there could be timer function that gets set to 10 sec each time there is activity detected by the GLG command, and in that procedure to print "Scanning or idle" it only clears the display if the timer have run down to zero.I will add a setting called display pause. that will skip the scanning thing.
Glad you have several scanners to test it out on, I only have the 436
Let me think about the timeIdeally there could be timer function that gets set to 10 sec each time there is activity detected by the GLG command, and in that procedure to print "Scanning or idle" it only clears the display if the timer have run down to zero.
/Ubbe
Glad the. 536 is working nowYou made two changes, or it had a positive side effect, that it now without the hold box ticked show the channel info during the scanners whole delay time. It used to show "Scanning or idle" as soon as there where no squelch or TG info from the GLG command but now it stays on screen until the scanner starts to scan.
Maybe you can even make another box next to the hold display to enter a hold time, or a slider.
For my 536 it has worked fine without any connection drops when I run it at 9600. It's never any problem transferring files in mass storage mode, so probably some internal serial issues in the firmware as it sometimes gives the wrong info to a command in serial mode in 115200.
The function to remove trailing zeros doesn't work with the HP-1 but works with leading zeros. I can see that it is a bit complicated to send commands to HP-1, convert to string and do checksum on it, as it doesn't work to just send commands with a tab following it and then a return using a terminal window.
What happens if you in the date format "dd mmm yyyy" change to "dd Mmm yyyy" will it use a capital letter for the month or is that a fixed thing in a support library?
/Ubbe
Both great ideas give me timeThe positive side effect is that it now are a 1 or 2 sec hold when the 10sec isn't ticked and that works fine.
It seems like my UBCD3600XLT suffers from the same issue as the 536 and doesn't respond with the correct modulation type. I had all scanners run at 19200 except the 536 but now I've gone down to 9600 also for the UBCD3600 to see if that helps.
For the save feature that saves all settings and window size, could the windows position also be saved? The real time log column size for the scanner model isn't saved and comes back as full default width.
For an extra feature if someone uses multiple scanners of the same model, are to have a selection of automatic or user configurable text for the model name, so a user can write "1# BCD536" and "2# BCD536" in another program, or choose a blank text for disable and only the time and date would show.
/Ubbe
It works try the latest version 2.663so, it doesn't work with the sds 100/200 ????? I thought someone was using a sds 200 with limited features ????
Both great ideas give me time
Okay I optimized some of the code when comes to sending and receiving of the scanner. It would error out if a can not recieve or send occured, and this is not a critical error just means its busy or something. So I no loner error out on that, an actual error has to occur now. This should help with the 536 reliability.The positive side effect is that it now are a 1 or 2 sec hold when the 10sec isn't ticked and that works fine.
It seems like my UBCD3600XLT suffers from the same issue as the 536 and doesn't respond with the correct modulation type. I had all scanners run at 19200 except the 536 but now I've gone down to 9600 also for the UBCD3600 to see if that helps.
For the save feature that saves all settings and window size, could the windows position also be saved? The real time log column size for the scanner model isn't saved and comes back as full default width.
For an extra feature if someone uses multiple scanners of the same model, are to have a selection of automatic or user configurable text for the model name, so a user can write "1# BCD536" and "2# BCD536" in another program, or choose a blank text for disable and only the time and date would show.
/Ubbe
version 2.663