Need to fix the corner rssi and some oddball pages and finish all touch input areas. Then test and probably put in a couple small delays after page switch to prevent some buffer overruns.
@mancow
Made good progress on my ads-b remote head. Main unit is on the left; remote head on the right. Main sends a nonstop stream of raw ads-b records via UDP datagrams to the remote head. I use a separate thread for sending the data to split the workload on the main. Note the little wifi symbol in the upper right of the main to indicate remote mode is on. Now I can take the remote head anywhere within range of my wifi to see traffic, and I power it via a battery pack. There is nearly zero latency between the main and the remote. My camera washes out the colors but the content is easily viewable across the room.
Unfortunately there's a problem with pygame and the touchscreen. I can't get the (x,y) position of the mouse (i.e. touch), because the libsdl library that pygame uses to get the (x,y) from the hardware is borked. That library only works with a Raspbian that is 4 versions ago, and that Raspbian isn't supported on anything newer than a Pi 2 (in addition to being so old). So I can only tell the screen was tapped, but I can't tell where. I'm looking at solutions outside of pygame to get the (x,y). This is the problem when relying on multiple stacks (Raspbian -> libsdl -> pygame -> application) as opposed to an integrated display like the Nextion.
View attachment 78843
That would be great if you can find something. Just today I was messing around reading the raw data from the /touchscreen device, but couldn't correlate the data with where I touched the screen lol.I remember having a similar problem with the touchscreen and can't remember what I patched to fix it... let me dig around