Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
Search
Re: Trying to capture 2x16 LCD signal...
|
Hi Mike Nothing wrong with trying to reverse engineer the LCD for the challenge or some practical purpose. I think it would end up quite a difficult way to do things because of the custom character writing etc., if you wanted to replicate everything. It's almost trivially easy for me to add a CAT command called say "LC;" which returns a 32 character string containing the whole LCD contents. Any custom characters need to be replaced by a space. Custom parts of the display need to be derived in other ways, it seems silly to have some kind of special extra definitions in the LC return string to define the bit maps of custom characters. The three characters at the top right are used for Power + SWR on transmit, and S-meter + AGC (optionally) on receive. It's equally easy to have four CAT commands that return power, SWR, S-meter and AGC values. An S-meter command exists alewady if I recall. Another CAT command could return the transmit status (1, 2 dots or the solid underline). Battery voltage too. What VFO is active is already available, the RTC can be read, and decoded CW, all available with existing CAT commands. With all this one then has all the necessary information to completely replicate what's on the display. And with a few other commands to virtually press buttons and rotary encoders you have one other way of controlling QMX. I don't mind adding these in the next firmware version because it's the work of minutes not even hours. And nobody should mind that. And it moves things in a direction I think is the correct one.? In my opinion the desired end state is that there's conceptually a headless SDR inside QMX. Various views into QMX can then control QMX, even at the same time:
Of course some actions on the real SDR require mutually exclusive access. You already see this, for example if you run certain things in a terminal session it locks the main LCD/Controls and vice versa.? I'd like to see complete remote capability developed too. Run your QMX over the internet. I think control is fairly straightforward using one of these WiFi Serial ESP32 boards; but I didn't manage to figure out yet how to stream audio to and from QMX to a remote internet browser. For everyone else reading this and worrying about things getting complex and wishing they'd remain simple; don't worry. Just use QMX with it's LCD and buttons and don't worry about anything else you don't want to use. It remains totally invisible to you. But provides a lot of fun for certain people who want to explore different ways to use QMX.? 73 Hans G0UPL On Wed, Apr 16, 2025, 23:02 Michael LaBlanc via <mlablan1=[email protected]> wrote:
|
to navigate to use esc to dismiss