danielwee пишет:
Hi Enzo - yes, I found out the hard way that I needed to use TAP for this to work properly. I am able to sample at the full 312kHz over my VPN so I'm happy about that.
You're right that the SDC approach does involve quite a few levels - TCI to SDC to CAT to COM to remote COM to SPE. I was thinking that maybe the ESP32 can wait for a callback to automatically link to to the TCI port and do it that way. I'd love to see your code if it is on GitHub. I'll probably end up doing the same except with PoE and LAN instead of Wi-Fi. The SPE takes TTL serial so that will hopefully talk directly to the ESP32 output - not sure if the 3.3V level will need conversion to 5V.
73 Daniel (9V1ZV)
Hello Daniel,
the PoE lan solution solves the powering problem but on the other side the ethernet cable is a "great" antenna and the SPE is a great and big trasmitter. You should find yourself struggling with toroids and other anti-rfi solutions. WiFi is more reliable from this point of view.
Anyway you should do some test before go on with one or the other solution.
About your other questions:
danielwee пишет:
- I'm already starting work on the bridge. I am curious as to how you are managing the different possible TX configurations. For example, do you take care of split mode, RX2, and so on?
The ESP32 take care both of VFOA and VFOB on each receiver, RX1 and RX2.
When the PA polls the rig (actually the ESP32) usually send one of the following commands: FA, FB, FR, FT, MD and IF. The ESP32 TCI libs take care of the rig status ad answer almost instantly.
danielwee пишет:
- Right now my thinking is that I will need to keep track of VFOA and VFOB in both RX1 and RX2, and keep track on the transmit frequencies. At the same time, I may need to look at when Trx is enabled and output the correct CAT data to correspond with that transmit frequency.
Actually you don't need to care about any of the previous issues. It is already implemented in the library. The code is on my dropbox and can be freely downloaded
https://www.dropbox.com/s/4dz1gf90yvgyec9/TCI-1.3-01.zip?dl=1
danielwee пишет:
- This, however, means that there is very little time to re-tune the ATU before transmission actually starts. How are you dealing with this problem?
If you are using the internal SPE ATU, tracking the frequency is enough to auto tune the amp.
If you are going to use another antenna tuner you need to key the rig with the tune function and read the swr level.
1- for the tune command you can use the
tuneDrive() and
setTune() methods in the library;
2- for the swr readings you have to handle the
tx_swr_event(onDevice_tx_swr) event;
Both are already implemented in the library and can be used for an auto-tune logic development.
If you look inside the source code of TCI-ESP32 libs you can find a demo program in the example directory.
73' Enzo
iw7dmh