Garbled CAT responses when sending CW

[N6ML]

I'm setting up an Elecraft-twin configuration for a friend. I'm using Mode-7 for COM1, so he can run logging software at either end. I have a simple CAT client that just polls with the "FA;" command every 500ms. I notice that when I send CW, using the paddle input, I start getting garbled FA responses on COM1 at the radio end (haven't checked the Control end yet):

Code: [Select]

Garbled FA response [FA0001408Q155;]
Garbled FA response [FAQ154;]
Garbled FA response [FA0Q154;]
Garbled FA response [FAQ155;]
Garbled FA response [FA00014085390Q154;]
Garbled FA response [FA0001408539Q154;]
Garbled FA response [FA00014085Q155;]
Garbled FA response [FA0Q155;]
Garbled FA response [FA0Q154;]

I'm guessing that Q154 and Q155 are part of the RR protocol for sending CW, and they seem to be "leaking into" the CAT stream.

We've been trying to run LP-Bridge on the COM1 port, and it basically works, but keeps crashing. I strongly suspect that garbled responses are causing the crashes.

Firmware is 2.65.

[N6ML]

I caught LP-Bridge in a crash - it seems to have been caused by a spurious "Q155;" in the middle of an "IS" response (see attached screenshot, if the attachment works). I was not sending CW this time, so apparently "Q155;" has some more-generic purpose in RR-speak. Can we make it so these spurious Q-codes don't leak into the CAT stream?

Tnx/73,

    ~iain / N6ML