Cliff, I think this is what you’re saying is: DE K9JB <TX/RX><TX/RX>. Is that correct? 73, Jerry K9JB

Behind the curtain is a wizened little old man doing magic things. Glad you have the solution in hand. 73, David, W1HKJ On 3/22/22 13:46, Stanford

I have been trying to put my IC-7700 into DATA 3 mode because it is set to "LAN" and must be in that mode to transmit. I had to go to the IC-7700 and push the "DATA" button to get to DATA3. I had to

Jerry, Just hit the T/R toggle macro twice. First hit goes back to Rx and the second puts it back in Tx. Pretty simple. It's already in your default macros unless you've changed it. I think it

That’s what I’m trying to do except its <RX><TX>. Can I call a macro from a different macro? I couldn’t find it on the list. Jerry K9JB

ONE <TX> and ONE <RX> per macro. On 3/22/22 09:21, K9JB wrote:

If I have a macro: DE K9JB <RX><TX> to go from transmit to receive back to transmit, it ignores the <TX> command and leaves the program in receive. If I write a macro <TX> then switch off the

From my side tnx a lot to all of you for support. If I'm allowed to make a wish: -- change/option to persist S# from session to session (keep the last number when you start fldigi as default

That's good to hear. I'm sure Dave saw your email so maybe he will put it on his list. 73, Cliff, AE5ZA

A) Split function coming "on". I followed your directions, I found those options checked after UNcheck --> problem solved!!! B1) Extra lines and corrupted line at bottom of .mat file I

Ok, tnx so much. I will do what you suggest and let you know. 73

Ok, I think I understand some of what is going on. Yes the new mode table was added so you will need to change the mode in the mat file to agree with the new table. No choice there. I suggest you use

Cliff, first of all -- tnx for your patience in helping me. -- tnx to the sw developer for sharing for free this great tool Now... I have tried to do as you suggest - no success. A couple of picture

It is very strange that you have problems with the mat file in the new versions of flrig. The same mat file here works in all versions. I suggest that you rename the C:\Users\<login>\flrig.files to

Jim, I do not use a separate logging program so have no experience in that area. I just know I have seen that happen, but as you see by David's response it works fine for him. Maybe it is a function

Every contest that I know of that uses serial numbers requires a unique s/n for each Q. I use Fldigi with the ACLog suite of contest programs and have no issues, including

Not all contest require a serial number, all have different exchanges. If a serial number is required you start at 1 and continue thru the whole contest with that serial number sequence, 1, 2,3

As far as I know within one contest each contact should have a unique serial number. I don't know of any contest that would not be this way unless a serial number is not required at all, but I am not

Ok tnx for support. Btw, I'm not very fond of contest and so not an expert... if I may ask: is it ok to start S# each contest day from 000 or it is needed an unique number across the contest period?

Giovanni, That is as designed. Fldigi always will start at zero and require the reset to start the serial number working each time it starts. If you don't shutdown fldigi until the end of the contest