1. udrc@nw-digital-radio.groups.io
   Date   
Re: G90 / HamMadeParts Cable / FLDigi

Bryan Hoyer
 

Hi Michael,

I’ve been away for a bit but I’m back in the lab.

What you are seeing is the CODEC Turning on and the DC Bias charging up the coupling Cap. At this point yes you should see a sine wave. This at least verifies the connection.

There was an issue with incorrect components being stuffed on some units. You may have one of these.

We can either try to troubleshoot it or just RMA it so I can check it out.

NW Digital Radio
150 Cessna Ave
RMA<order number>
Roche Harbor WA 98250

Thanks,
Bryan K7UDR


On Mar 19, 2020, at 12:46 PM, Michael Sharp via Groups.Io <nexxusix@...> wrote:

Replying to my own thread here, since I seem to be without any progress. I’m beginning to think I might have been sold a defective DRAWS Hat. When I execute the command: ./measure_deviate.sh -c right, I get only a momentary dip in output voltage from Pin 1. Please see attached oscilloscope image. Something doesn’t seem right here. I would expect a signal at this pin, perhaps a sine wave?

<FB8EB6B4-4BC5-4285-94BE-E2ADEB9C7360.jpeg>

Re: G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

Replying to my own thread here, since I seem to be without any progress. I’m beginning to think I might have been sold a defective DRAWS Hat. When I execute the command: ./measure_deviate.sh -c right, I get only a momentary dip in output voltage from Pin 1. Please see attached oscilloscope image. Something doesn’t seem right here. I would expect a signal at this pin, perhaps a sine wave?
Re: DRAWS Setup ans Operational Manual? #draws #setup

Bailey
 

That would be VERY helpful.
Re: DRAWS Pi HAT and GPS module for sale - $100

Bryan Hoyer
 

Hi Jim,

You bought the kit and haven’t received the backordered case, We’ve refunded the difference.

Thanks,
Bryan K7UDR

On Mar 15, 2020, at 7:10 AM, wa9pyh@... wrote:

I have a DRAWS Pi HAT for sale.  Included is the GPS module but no 6 pin to 6 pin DIN cable.  All work but I have lost interest in it.  I paid $200 for it and am asking $100 - a real steal !  First responder gets it.  

Jim Kocsis WA9PYH
South Bend, IN

DRAWS Pi HAT and GPS module for sale - $100

wa9pyh@...
 

I have a DRAWS Pi HAT for sale.  Included is the GPS module but no 6 pin to 6 pin DIN cable.  All work but I have lost interest in it.  I paid $200 for it and am asking $100 - a real steal !  First responder gets it.  

Jim Kocsis WA9PYH
South Bend, IN
Re: G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

Hello Basil,
I tried running the test. It seems left or right channel still does not have a signal. Being that the Raspberry Pi has at least two sound drivers on it, I made sure that the UDRC soundcard was the default system.

I also use the DRAWs Manager page and set all levels to zero, and also in the Audio driver page (Right Click on speaker icon on RPi task bar) I set all IN2 to 10k. I noticed there was both Positive and Negative, so both were set to 10k. I hope I did this correctly.

Please advise, and thank you for your help,
-Michael
Re: G90 / HamMadeParts Cable / FLDigi

Basil Gunn
 

To rule out left/right port connector problems:

https://github.com/nwdigitalradio/n7nix/tree/master/deviation

Use n7nix/deviation/measure_deviate.sh

This script will put a tone on either left or right connector.
ie.
./measure_deviate.sh -c left
./measure_deviate.sh -c right

Set alsa controls:
LO Driver Gain left & right to 0.00
IN2 left & right to 10 Kohm

Check both left & right mDin6 pin 1 for each of the measure_deviate.sh
runs. Verify that you are using pin 1 of the mDin6 connector.

/Basil n7nix

Michael Sharp <nexxusix@...> writes:

Thank you for the reply Basil,

Just to be fair, I did a fresh install, and I still have the same
results. I also have no audio of any kind coming from pin 1. My 'scope
shows nothing, but interestingly, FLDigi show the waves internally on
it's waterfall. I am only able to make the G90 respond to PTT, but
still with no signal (CW or RTTY) being transmitted from the radio. I
can certainly see received CW on the waterfall, so at least the audio
Input seems to be working properly. Here is the output that you have
requested:

73,
-Michael

pi@drawspi:~ $ udrcver.sh
Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0106
UUID: 901ce8ed-f8a7-4ae0-bdee-810e43b5e392
Vendor: NW Digital Radio
pi@drawspi:~ $ alsa-show.sh
===== ALSA Controls for Radio Transmit =====
LO Driver Gain L:[-6.00dB] R:[-6.00dB]
PCM L:[24.00dB] R:[24.00dB]
DAC Playback PT L:[P3] R:[P3]
LO Playback CM [Full Chip]

===== ALSA Controls for Radio Receive =====
ADC Level L:[0.00dB] R:[0.00dB]
IN1 L:[Off] R:[Off]
IN2 L:[Off] R:[10 kOhm]
CM L:[10 kOhm] R:[10 kOhm]
pi@drawspi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
Subdevices: 7/7
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
Subdevice #4: subdevice #4
Subdevice #5: subdevice #5
Subdevice #6: subdevice #6
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 IEC958/HDMI [bcm2835 IEC958/HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: ALSA [bcm2835 ALSA], device 2: bcm2835 IEC958/HDMI1 [bcm2835 IEC958/HDMI1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
Subdevices: 0/1
Subdevice #0: subdevice #0
pi@drawspi:~ $
Re: AX.25 Desktop Icons #a25

Basil Gunn
 

Larry,

Ran split_toggle.sh so that direwolf again controls both channels and
I gather that the AX25-control icon would still be useful in this mode
to start/stop AX25. Is my assumption correct?
Yes. Good assumption.

In the near future you will be able to more easily control each port
ie. on/off 1200/9600 baud.

/Basil n7nix
Re: AX.25 Desktop Icons #a25

Larry W7PAN
 

On Fri, Mar 13, 2020 at 10:22 AM, Basil Gunn wrote:
Fourth, Why aren't you using split-channel
Hadn't looked into it before.  I am now, as of 30 minutes ago, install script worked fine, status looked good, UHF/VHF radios work great, will test HF when I get an antenna back up.

Ran split_toggle.sh so that direwolf again controls both channels and I gather that the AX25-control icon would still be useful in this mode to start/stop AX25.  Is my assumption correct?

73,
Larry W7PAN
Re: AX.25 Desktop Icons #a25

Basil Gunn
 

Four points follow.

First, I am not a gui-guy in the least, so feel free to disregard
anything I have to say about this. Hoop, K9QJS, made an attractive icon &
I took my lead from him. He is a MAC-man so in my domain he had cred.

Second, Thank you Jim VA7SHG. It took my brain a while to come to the same
conclusion you mention.

Third, All my stuff is open source. Just change a script to make it do
what ever you like. I just checked in some changes to
n7nix/systemd/bin/ax25-toggle.sh to make swapping the sense of the icon
easier.

# get updated ax25-toggle.sh script

cd
cd n7nix
git pull

# put script in directory where it gets used

cd config
./bin_refresh.sh

# edit script
cd
cd bin
# edit ax25-toggle.sh script
# Change these two lines at the beginning of the script

ICON_START_FILE="/home/pi/bin/ax25-start.desktop"
ICON_STOP_FILE="/home/pi/bin/ax25-stop.desktop"

ie. do this:

ICON_STOP_FILE="/home/pi/bin/ax25-start.desktop"
ICON_START_FILE="/home/pi/bin/ax25-stop.desktop"

Fourth, Why aren't you using split-channel so that one channel is used
by direwolf for packet & the other is used by some HF program. I will
be checking in a bunch of changes in the next few days to make
split-channel & port baud rate changing a lot easier.

Everyone please stay healthy.

/Basil


Jim Erickson <jim@...> writes:

My two cents on this. I would disagree. I feel that the icon should
represent what the icon is going to do. So if it has an X on it, that
means it’s going to to stop AX25. If it doesn’t have an X, then, the
it’s going to start AX.25.

I also have conky running, which is supposed to represent the current status of things. I don’t feel that an icon is supposed to represent a status. It’s supposed to represent an action.

Just my 2 cents.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Mar 12, 2020, at 19:25, Larry W7PAN <larryvc@...> wrote:

On Wed, Feb 12, 2020 at 03:02 PM, Basil Gunn wrote:
The icon represents the action that will occur if you click on it.
Hi Basil,

I seem to concur with J P Watters as it is a bit counter intuitive. For those that don't run headless, it seems it would be better in the GUI for the icon to indicate the current state of the AX25 services. I am also using the KM4ACK conky, having the AX25-control icon with an X through it while the conky indicates that the AX25 services are active is just plain confusing. No need to change the scripts, just swapping the start/swap icons does the trick.

Larry W7PAN
Re: AX.25 Desktop Icons #a25

Hoop K9QJS
 

Works for me this way, too.  Used regularly. 

73
Hoop, K9QJS 


On Mar 13, 2020, at 9:17 AM, Jim Erickson <jim@...> wrote:

My two cents on this.  I would disagree.  I feel that the icon should represent what the icon is going to do.  So if it has an X on it, that means it’s going to to stop AX25.  If it doesn’t have an X, then, the it’s going to start AX.25.

I also have conky running, which is supposed to represent the current status of things.  I don’t feel that an icon is supposed to represent a status.  It’s supposed to represent an action.

Just my 2 cents.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Mar 12, 2020, at 19:25, Larry W7PAN <larryvc@...> wrote:

On Wed, Feb 12, 2020 at 03:02 PM, Basil Gunn wrote:
The icon represents the action that will occur if you click on it.
Hi Basil,

I seem to concur with J P Watters as it is a bit counter intuitive.  For those that don't run headless, it seems it would be better in the GUI for the icon to indicate the current state of the AX25 services.  I am also using the KM4ACK conky, having the AX25-control icon with an X through it while the conky indicates that the AX25 services are active is just plain confusing.  No need to change the scripts, just swapping the start/swap icons does the trick.

Larry W7PAN
Re: AX.25 Desktop Icons #a25

Jim Erickson
 

My two cents on this.  I would disagree.  I feel that the icon should represent what the icon is going to do.  So if it has an X on it, that means it’s going to to stop AX25.  If it doesn’t have an X, then, the it’s going to start AX.25.

I also have conky running, which is supposed to represent the current status of things.  I don’t feel that an icon is supposed to represent a status.  It’s supposed to represent an action.

Just my 2 cents.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Mar 12, 2020, at 19:25, Larry W7PAN <larryvc@...> wrote:

On Wed, Feb 12, 2020 at 03:02 PM, Basil Gunn wrote:
The icon represents the action that will occur if you click on it.
Hi Basil,

I seem to concur with J P Watters as it is a bit counter intuitive.  For those that don't run headless, it seems it would be better in the GUI for the icon to indicate the current state of the AX25 services.  I am also using the KM4ACK conky, having the AX25-control icon with an X through it while the conky indicates that the AX25 services are active is just plain confusing.  No need to change the scripts, just swapping the start/swap icons does the trick.

Larry W7PAN
Re: G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

Thank you for the reply Basil,
Just to be fair, I did a fresh install, and I still have the same results. I also have no audio of any kind coming from pin 1. My 'scope shows nothing, but interestingly, FLDigi show the waves internally on it's waterfall. I am only able to make the G90 respond to PTT, but still with no signal (CW or RTTY) being transmitted from the radio. I can certainly see received CW on the waterfall, so at least the audio Input seems to be working properly. Here is the output that you have requested:

73,
-Michael

pi@drawspi:~ $ udrcver.sh
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0106
UUID:        901ce8ed-f8a7-4ae0-bdee-810e43b5e392
Vendor:      NW Digital Radio
pi@drawspi:~ $ alsa-show.sh
 ===== ALSA Controls for Radio Transmit =====
LO Driver Gain  L:[-6.00dB] R:[-6.00dB]
PCM         L:[24.00dB] R:[24.00dB]
DAC Playback PT L:[P3] R:[P3]
LO Playback CM [Full Chip]
 
 ===== ALSA Controls for Radio Receive =====
ADC Level L:[0.00dB] R:[0.00dB]
IN1 L:[Off] R:[Off]
IN2 L:[Off] R:[10 kOhm]
CM L:[10 kOhm] R:[10 kOhm]
pi@drawspi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 7/7
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 IEC958/HDMI [bcm2835 IEC958/HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: ALSA [bcm2835 ALSA], device 2: bcm2835 IEC958/HDMI1 [bcm2835 IEC958/HDMI1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
pi@drawspi:~ $ 
 
Still no news ?

Fabien, F4IDL
 

Hello,
I've asked, end of last year, for a cancellation of the case order I did. I've never had any news.

Now that the case is produced, will i get one or will i be reimbursed ? I understand you have a lot to do, but i'd like to know where I'm going.
I tried to use the contact page on the site, i never had any answer.

What will happen ?

Thank you.
F4IDL
Re: AX.25 Desktop Icons #a25

Larry W7PAN
 

On Wed, Feb 12, 2020 at 03:02 PM, Basil Gunn wrote:
The icon represents the action that will occur if you click on it.
Hi Basil,

I seem to concur with J P Watters as it is a bit counter intuitive.  For those that don't run headless, it seems it would be better in the GUI for the icon to indicate the current state of the AX25 services.  I am also using the KM4ACK conky, having the AX25-control icon with an X through it while the conky indicates that the AX25 services are active is just plain confusing.  No need to change the scripts, just swapping the start/swap icons does the trick.

Larry W7PAN
Re: G90 / HamMadeParts Cable / FLDigi

Basil Gunn
 

Provide the console output of:
udrcver.sh
alsa-show.sh
aplay -l

You should be routing AFOUT which will be IN2 R:[10 kOhm]
Make sure squelch is low or off.
What sound card device are you using for in the FLdigi Devices tab for
Capture & Playback?
Since you are beta testing a new cable, do you have another cable that
works?

but I did not see anything that looked like a signal coming from the
DRAWs Hat.
When transmitting check pin 1 on the DRAWS mDin6 connector both left &
right connectors, with out your data cable plugged in.

/Basil n7nix


Audio out can be directed from RPi to UDRC or through HDMI to
monitor. I do hear CW or RTTY when I click T/R on the FLDigi screen

The radio will start to transmit. PTT does work, but... there is no
signal being sent to the radio.

No RTTY or CW to be seen on the G90’s
display. I can hold down on my CW key, and see the old familiar spike
on the display, but nothing seems to be going out of the DRAWs hat for
any sort of modulation or signal, nor any transmission from the radio.

On the DRAWs manager, I have the IC-880AF rig chosen.In FLDigi, I have
PTT tone on right channel audio selected, and in GPIO I have BCM 23
selected and on “= 1 (on)”

I’m pretty close to getting this to work, but need a little
help. Xiegu has a CE-19 interface that provides PTT, AF, and DATA. i
did have a look at all pins coming from the DRAWs Hat when T/R was
active, but I did not see anything that looked like a signal coming
from the DRAWs Hat.
G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

Hello all,
I am beta-testing a new cable from HamMadeParts. I have the cable connected from the DRAWs Hat to the G90 ACC port. After some considerable configuration, I finally got it mostly working. Here is what I have so far:

Audio out can be directed from RPi to UDRC or through HDMI to monitor. I do hear CW or RTTY when I click T/R on the FLDigi screen

The radio will start to transmit. PTT does work, but... there is no signal being sent to the radio. No RTTY or CW to be seen on the G90’s display. I can hold down on my CW key, and see the old familiar spike on the display, but nothing seems to be going out of the DRAWs hat for any sort of modulation or signal, nor any transmission from the radio.

On the DRAWs manager, I have the IC-880AF rig chosen. In FLDigi, I have PTT tone on right channel audio selected, and in GPIO I have BCM 23 selected and on “= 1 (on)”

I’m pretty close to getting this to work, but need a little help. Xiegu has a CE-19 interface that provides PTT, AF, and DATA. i did have a look at all pins coming from the DRAWs Hat when T/R was active, but I did not see anything that looked like a signal coming from the DRAWs Hat.

Any help appreciated!

73,
-Michael / KD9MED
Re: DRAWS Image 15 and Xastir

Jack Spitznagel
 

Very Good. Was able to install what I needed. That fixed it.
Not sure what I did to cause the file corruption, but dpkg behaves itself now.
Back to "prime time". Much obliged.

--
Jack - KD4IZ
Re: DRAWS Image 15 and Xastir

Jack Spitznagel
 

OK... that seemed to do something: Console output:

pi@kd4izdraws2:~ $ dpkg -l "rpi-eeprom*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name              Version      Architecture Description
+++-=================-============-============-================================
ii  rpi-eeprom        5.0-2        all          Raspberry Pi 4 boot EEPROM updat
ii  rpi-eeprom-images 5.0-2        all          Raspberry Pi 4 boot EEPROM image
lines 1-7/7 (END)
 
pi@kd4izdraws2:~ $ sudo su
root@kd4izdraws2:/home/pi# rm /var/lib/dpkg/info/rpi-eeprom-images*
root@kd4izdraws2:/home/pi# rm /var/cache/apt/archives/rpi-eeprom-images*
root@kd4izdraws2:/home/pi# apt-get remove rpi-eeprom-images
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  flashrom libftdi1-2 libusb-0.1-4
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  rpi-eeprom rpi-eeprom-images
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 7,798 kB disk space will be freed.
Do you want to continue? [Y/n] y
dpkg: warning: files list file for package 'rpi-eeprom-images' missing; assuming package has no files currently installed
(Reading database ... 119485 files and directories currently installed.)
Removing rpi-eeprom (5.0-2) ...
Removing rpi-eeprom-images (5.0-2) ...
Processing triggers for man-db (2.8.5-2) ...
root@kd4izdraws2:/home/pi# apt-get install rpi-eeprom rpi-eeprom-images
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  rpi-eeprom rpi-eeprom-images
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 204 kB/221 kB of archives.
After this operation, 7,798 kB of additional disk space will be used.
Get:1 http://archive.raspberrypi.org/debian buster/main armhf rpi-eeprom-images all 5.0-2 [204 kB]
Fetched 204 kB in 1s (374 kB/s)            
Selecting previously unselected package rpi-eeprom-images.
(Reading database ... 119475 files and directories currently installed.)
Preparing to unpack .../rpi-eeprom-images_5.0-2_all.deb ...
Unpacking rpi-eeprom-images (5.0-2) ...
Selecting previously unselected package rpi-eeprom.
Preparing to unpack .../rpi-eeprom_5.0-2_all.deb ...
Unpacking rpi-eeprom (5.0-2) ...
Setting up rpi-eeprom-images (5.0-2) ...
Setting up rpi-eeprom (5.0-2) ...
Processing triggers for man-db (2.8.5-2) ...
root@kd4izdraws2:/home/pi# dpkg -l "rpi-eeprom*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name              Version      Architecture Description
+++-=================-============-============-================================
ii  rpi-eeprom        5.0-2        all          Raspberry Pi 4 boot EEPROM updat
ii  rpi-eeprom-images 5.0-2        all          Raspberry Pi 4 boot EEPROM image
lines 1-7/7 (END)
 
root@kd4izdraws2:/home/pi# 

I'll try to install "xscreensaver" with apt-get to see if I can do that now.

Thanks!
--
Jack - KD4IZ
Re: DRAWS Image 15 and Xastir

Basil Gunn
 

Jack,
Not sure if this worked or not. Guessing it didn't.
Some files in your file system are corrupted.

As a last attempt do this:

dpkg -l "rpi-eeprom*"
# Note asterisk at end of rpi-eeprom

sudo su

# Note asterisks at end of lines

rm /var/lib/dpkg/info/rpi-eeprom-images*
rm /var/cache/apt/archives/rpi-eeprom-images*

apt-get remove rpi-eeprom-images
apt-get install rpi-eeprom rpi-eeprom-images

dpkg -l "rpi-eeprom*"
# Note asterisk at end of rpi-eeprom

Jack Spitznagel <@flyingfrawg> writes:

Ran the commands and here is the console output:

pi@kd4izdraws2:~ $ sudo su
root@kd4izdraws2:/home/pi# dpkg -l "rpi-eeprom"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-============-============-==================================
ii rpi-eeprom 5.0-2 all Raspberry Pi 4 boot EEPROM updater
root@kd4izdraws2:/home/pi# apt-get remove rpi-eeprom-images
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
flashrom libftdi1-2 libusb-0.1-4
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
rpi-eeprom rpi-eeprom-images
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 7,798 kB disk space will be freed.
Do you want to continue? [Y/n] y
dpkg: unrecoverable fatal error, aborting:
files list file for package 'rpi-eeprom-images' contains empty filename
E: Sub-process /usr/bin/dpkg returned an error code (2)
root@kd4izdraws2:/home/pi# apt-get install rpi-eeprom rpi-eeprom-images
Reading package lists... Done
Building dependency tree
Reading state information... Done
rpi-eeprom is already the newest version (5.0-2).
rpi-eeprom-images is already the newest version (5.0-2).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@kd4izdraws2:/home/pi# dpkg -l "rpi-eeprom"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-============-============-==================================
ii rpi-eeprom 5.0-2 all Raspberry Pi 4 boot EEPROM updater
root@kd4izdraws2:/home/pi#

Hope we aren't chasing a princess riding a unicorn... sure seems like
it. Maybe better to just start with a clean image? Only thing bothers
me is that this happened twice on two different units. Only messing
with one to try to fix it.