kill my Teensy 3.2. I unplugged the Teensy-to-Raduino comm lines in
order to program the Raduino. When I plugged them back in, I didn't
realize that I was off by one pin. So I believe something that
should've only gotten 3.3V, got more. No light on the Teensy.
This development effort, while it has been fruitful, is definitely
complicated. I don't think I have the bandwidth to continue it. I plan
on merging all the branches back to master, collecting the pieces-parts
of uBITX V5D, and calling it "done". I will rebuild my uBITX V5 back
into a relatively stock configuration, and use an external digital
interface (see KK5JY).
the Raduino side) to check for availability of character in the Serial
port, before reading the serial port. Note, need to see if this is a
weakness on the Teensy (IOP) side as well.
there is messed up interplay between between how IOP updates its menu
and sends it to the Raduino, and how the Raduino updates its display.
Needs to be worked on.
Issues:
- After deselecting the I/O menu (i.e. should go back to normal Raduino
top line), it never does. But the I/O menu is frozen. So clearly the
top line never gets updated again by the Raduino. Need to understand
the logic it uses to actually refresh the display.
- Random garbage (black boxes) on the top line--intermittently.
Support for full 16-char status line to be sent to the Raduino.
Added rotary encoder support.
Everything above has been tested and works.
Added rudimentary top-level menu. Compiles, but not tested yet.
Biggest thing, discovered that I needed to increase AudioMemory to 16 to
fix some "motorboating" that seemed to startup anytime I transmitted
through USB.
Raduino. It was intended to be more extensive, but I had to roll some
of it back. Mostly just sharing of enums/types currently.
Currently in "factory calibration" mode. Comms (CAT) in normal mode
needs to be re-checked.
Added two tone test mode, with two new modes available via Raduino menu:
TTL and TTU.
Using test mode, I'm thinking that the proper TX output calibration,
assuming a full-scale 700/1900 test tone, is either:
0.061 (which I believe gives a 25 mV RMS output), or
~0.100 (which is just before the audio starts to distort, in terms of
visible harmonics in the spectrum at the 45 MHz IF.
and then using that to set rigMode. Note that it doesn't actually do
anything beyond that, at the moment, but I *think* this will allow PTT
events to be pressed in CW mode (as CW key down).
used with the IOP. However, at the moment, there is no way to put the
IOP into CW mode.
Intended behavior:
PTT/Key in SSB = transmit (PTT)
PTT/Key in CW = key down
switching dacVolumes around from transmit to receive wasn't working as
expected. Transmit audio through the DAC stayed muted. If I need to
use that for smooth audio transitions, I'll need to do some more
research.
