First experience!

[pg4i]

Last weekend I was in the Marconi Memorial contest (CW). Exchange is a serial number. I did not find a plugin for this contest, so I took the "IARU FIELDDAY R1 DARC CW" plugin which also uses serial numbers. I used rigctld for my TenTec Orion and winkeyer_server for the NANOkeyer. Not1MM was configured to use cwdaemon on port 6789. Here are some quirks I found:

• On startup the program would set the bandwidth of the Orion to 2400 Hz. Pretty useless if you ask me... ;-)

• I wanted to change some of the macros, so I went to File -> Edit Macros, which opened the standard text editor. I had to restart Not1MM for the new Macro to be read. It would be nice if they would be read after closing the editor

• During the contest I ran into an issue when a station asked me to repeat my exchange. I was using ESM in S&P mode. So after entering the copied callsign in the callsign field and hitting , the program would send my call. Then the SPACE bar would move the cursor to the RcvNR field and I entered the received number and hit . Then my exchange would be sent and the QSO would be logged and all entries would be cleared. Then the station would send "NR?", he wanted me to repeat my exchange. I then hit F3 and the program would send 599TTT, so it did not know what the exchange was.

I don't really know how N1MM behaves at this point, but I found it odd that I could not repeat my exchange. Maybe I missed something?

• After finishing the contest I created a cabrillo file, which had a bunch of errors. There were at least 7 QSO's with a wrong QSO line. File is attached.

• When reaching QSO numbers 10, 20, 30, 40, etcetera the program would behave strange when sending my serial. Even though for example QSO number 9 was sent as 5nntt9, QSO number 10 would be sent as 5nn010, so with the zero's not abbreviated. At some point it would even send 599, so with the nine's not abbreviated! I need to investigate further if this is reproducible.

All in all I was happy with the program, I enjoyed it! I intend to use it next weekend during the IARU HF World Championship. I already found the IARU_HF plugin. Keep up the good work!

PG4I_FIELDDAY-REGION-1_2025-07-07_14-56-59.log

[mbridak]

Hello Jo. Thank you very much for taking time to submit a report.

• Bandwidth change I'll have to check the startup code. I don't remember ever setting the bandwidth. Which I agree is pretty useless.

• Reloading edited macros Not1MM doesn't know when the editor closes. So it doesn't reload them when your done editing. The easiest way to reload is just to toggle between Run to S&P.

• Re-sending NR I've experienced the same. I've always just resent by hand or pressed CTRL-K to open the send-cw by keyboard window. But I agree, I should either keep track of the last NR sent, or pull it from the database. I thought I did this already. Maybe I did and didn't document it. Or maybe I'm just getting old and thought I did. Either way once I get back home I'll take a look at it.

• Wrong QSO line That looks odd, haven't seen that before, but it may be specific to this contest since each plug in has it's own cabrillo generator. It's like it somehow read in the freq from the DB as the mode somehow. It would be really helpful if you could email me your DB file used.

• Abbreviating 0's Thanks I'll take a look. I accepted a PR a month or two ago when overhauled this. I'll have a look again at it.

Thanks again for trying it out and submitting your thoughts.

Mike K6GTE

[pg4i]

Thanks Michael!

I ran the IARU HF contest this weekend, 152 QSO's. The corrupted mode appeared again in 5 QSO's, it is also visible in the "Log display" window. I did not notice this before but this always happens together with sending a full 599 instead of 5nn. But at least I can now edit the log and create a correct Cabrillo file. The "bandwidth bug" did not appear at first but when I changing bands later on in the contest (by clicking on another band in the main window) the bandwidth would be set to 2400 Hz again. I will do some debugging with the rigctl program, maybe I can find something odd.

Another bug bit me today. Not1mm would sometimes send "5nn2" instead of "5nn27" for the exchange. Very weird! This happened in at least 10 QSO's.

I also noticed using the arrow keys to move up and down the bandmap window sometimes becomes unresponsive. I had to hit the arrow key a couple of times. However, clicking with the mouse will always work.

Will try to keep using your program, next time will use a fresh database. Maybe that helps. Thanks so far for your support!

Feature request: entering the frequency in the callsign field will change to that frequency ;-)

[mbridak]

Took a different path with the Freq appearing in the Mode.

The mode logged in the DB is taken directly from self.radio_state.get("mode") and the only time this is not set to a hard coded string is in the poll_radio function in the snippet below.

if self.radio_state.get("mode") != mode:
            info_dirty = True
            if "set_freq:" not in mode:
                self.radio_state["mode"] = mode

So the fact that at some point I had to put in a test that the mode string didn't contain "set_freq:" means it sometimes gets garbage from the polling thread. So I added a check to make sure the mode wasn't numeric.

if self.radio_state.get("mode") != mode:
            info_dirty = True
            if "set_freq:" not in mode and not mode.isnumeric():
                self.radio_state["mode"] = mode

So now the frequency shouldn't end up in the mode any longer.

[mbridak]

It does set the frequency to what's entered into the call field. See here

You would need to press space after the freq in Khz.

[mbridak]

The sending of 599/5nn is directly related to if self.radio_state.get("mode") is "CW". So the above fix should cure that as well.

I'm hoping it will fix all of it.

[pg4i]

Okay! Will spent an hour or so in the YOTA contest next weekend and will get back to you 👍🏻