


The design and testing is complete, will now finish the metal case end panels to wrap this up.Ħ. Rev 0.04 is the latest PCB layout posted in the PCB files folder here.ĥ. Some more PCB tweaks made for a future PCB order including adding low current 12V to pin 15 of each DB15 output connector to power some small relays. Operated in a VHF contest tonight for an hour or 2 and had some long chats on 144Mhz and 222Mhz SSB at 500W and there was no problem. The old CPU and ADL5519 detector was installed and the calibration is mostly preserved.ģ. These are stored in EEPROM and configured via the Desktop app.Ģ. Configuration applied for differences with inversion on the input and outputs. Board (without a case yet) installed in place of the old one. Testing completed, working in the field sucessfully with 500W at 144Mhz 20 ft away.ġ. For remote testing I am using a USB2.0 extender, taking over the ethenet cable. My using is now outside in 24/7 service.Ħ. Overall it seems like it is pretty much done. This causes a major slowdown in processing as it sits in a wait loop for enet startup to stabilize (which it won't).

It then kept trying instead every few seconds thereafter. When enet is enabled and there is no connection, the code retried the connection in 10 minutes as desired. The name of the band "HF" is really a parking spot "Parked". When a PTT eent arrives, PTT will be blocked and force the output to 255 on all 3 ports until a new band valid is decoded, clearing the block_PTT flag. When changed to HF band, teh 3 output ports will be set to the defined values. 0x30 is a special cased of soem conflict, it is a vaid defined band for HF. The 0xFF case should never happen since it is masked to 6 bits. In my case of a K3 with only 4 wires conencted, the upper 2 float high hence the 0x3 part. Invalid Bands are defined as any Band Input with 0x00, 0x30, 0xFF, 0x3F. When the radio was powered off, the PTT line changed causing the Transverter to be left in TX state, not good.ģ. This also appears to have fixed the power up problem where all relays would be turned on until the main program read the config and took control. Code modified in several places to account for removal of hardware inversion in previous box. Board is now installed in metal in place of the old prototype box.
