On Thu, Nov 16, 2023, at 09:47 AM, Dave, N1AI, wrote:
I want to emphasize that I'm personally not focusing on using upstream standard SDR software on sbitx, I'm more thinking about how to structure the current software in a more modular way.? ?I think we just found another reason to want this: to be able to reconfigure the software (preferably at run time) to make it possible to keep the different hardware variants working (DE, with or without SWR meter, etc) without needing to modify the software.
I agree in principle with the above.? The problem is when, how, and error or selection reporting.? If, for some reason, the SWR sensor fails in either the V2 or modified DE, the current program will resort to the relay selection process rather than the PIN diode that is being used to suppress RX/TX transition issues.? If the option is configurable and verified before execution, it is a good thing; as it currently is, it can damage the hardware.
Ashhar has never stated that the current version (v2 or v3) is complete.? It is open source with the hopes that people will contribute to the code.? How that is to occur is not well known and may need a note in the GitHub repository.
I have more testing to do on the V3 code running on a DE and to update the crystal selection, as my DE does not have the TCXO (it was destroyed in an attempt to add the SWR sensor).
73
Evan
AC9TU
