Date   
Re: Using a PiDrive with Draws Hat #draws #pidrive

 


On Tue, May 28, 2019 at 8:54 AM k6acj <k6acj@...> wrote:
I’ve been booting from the external Toshiba 500gig USB drive for years but the Pi still needs /boot on the SD card to read the configuration then continues booting from the external drive.  In your case are you saying the SD card is completely eliminated if the PiDrive is used ?

Building the external boot is not too hard: DD the SD image to the HD then figure out the Linux ID of the external HD, edit I think it is /boot/config.txt with the external ID and reboot.  I wrote up the routine on the rasperry pi forums long ago but it should still be there, search boot external hard drive.      Bill acj 


On May 23, 2019, at 2:48 PM, John D Hays - K7VE <john@...> wrote:

From an Operating System point of view, "Compass" is Raspbian Linux.

On Thu, May 23, 2019 at 1:58 PM okiejim <kd6vpe@...> wrote:
I feel soooo bad you guys. I  have not updated this for you. I did get my draws hat working fine on the new PI3B+. It is working just fine. I never tried again on the piDrive as it was working with the new PI and I wanted to play for awhile. My HF rig just bit the dust yesterday and I have to send it off for repair. So now is the time I guess to try the piDrive again. I do want to make that work because of the elimination of the SD Card requirement. With the PiDrive you can boot from the harddrive. I was hoping to be able to do the same with Compass Linux. So we shall try sometime this week and see what happens again. Wish me luck.



--


John D. Hays
Kingston, WA
K7VE

   



--
John D. Hays
Kingston, WA
K7VE

 

Re: Using a PiDrive with Draws Hat #draws #pidrive

Sam Wash
 

Yes

 

On May 28, 2019, at 9:03 AM, John D Hays - K7VE <john@...> wrote:


On Tue, May 28, 2019 at 8:54 AM k6acj <k6acj@...> wrote:
I’ve been booting from the external Toshiba 500gig USB drive for years but the Pi still needs /boot on the SD card to read the configuration then continues booting from the external drive.  In your case are you saying the SD card is completely eliminated if the PiDrive is used ?

Building the external boot is not too hard: DD the SD image to the HD then figure out the Linux ID of the external HD, edit I think it is /boot/config.txt with the external ID and reboot.  I wrote up the routine on the rasperry pi forums long ago but it should still be there, search boot external hard drive.      Bill acj 


On May 23, 2019, at 2:48 PM, John D Hays - K7VE <john@...> wrote:

From an Operating System point of view, "Compass" is Raspbian Linux.

On Thu, May 23, 2019 at 1:58 PM okiejim <kd6vpe@...> wrote:
I feel soooo bad you guys. I  have not updated this for you. I did get my draws hat working fine on the new PI3B+. It is working just fine. I never tried again on the piDrive as it was working with the new PI and I wanted to play for awhile. My HF rig just bit the dust yesterday and I have to send it off for repair. So now is the time I guess to try the piDrive again. I do want to make that work because of the elimination of the SD Card requirement. With the PiDrive you can boot from the harddrive. I was hoping to be able to do the same with Compass Linux. So we shall try sometime this week and see what happens again. Wish me luck.



--


John D. Hays
Kingston, WA
K7VE

   



--
John D. Hays
Kingston, WA
K7VE

 

Re: Good 2m rig?

Keith Williamson
 

I now have a TM-V71a connected to my UDRC and am trying to get rigctl to work with it. I have an equivalent of a PG-5H connected to a serial/USB converter enumerated as /dev/ttyUSB0. My first test of the cable was with chirp and it seems to work fine. 

When I try ""rigctl -m 234 -r /dev/ttyUSB0 -vvvv", I see multiple read_string timeouts and then rigctl enters command mode. When I try "f" to get the current vfo frequency, I get multiple read_string timeouts and finally "get_freq: error = Communication timed out". 

Are there specific serial params needed to talk to the V71a? (e.g. RTS/CTS flow control, specific baud rate)?

Thanks for any help!

Keith
KF7DRV



On Sat, May 25, 2019 at 4:13 PM Doug Henry <doug.henry1@...> wrote:
Bill, 6 pin mini din 1200 and 9600  although I've only used on 1200.

Doug VE1ZG

On Sat, 25 May 2019 at 19:59, Bill Vodall <wa7nwp@...> wrote:
> The Icom IC-7000 has a data port that works well for packet.

6 pin mini-din or other?

1200 baud and/or 9600 baud?



Re: Good 2m rig?

Basil Gunn
 

Check out a recent script (wlgw-check.sh) I wrote for rig control of the tm-v71.
https://github.com/n7nix/auto-rmsgw-find
This script iterates through a list of RMS gateways using a TM-V71a and Hamlib rigctl
/Basil


On May 31, 2019 5:43:34 PM PDT, Keith Williamson <hkwilliamson@...> wrote:
I now have a TM-V71a connected to my UDRC and am trying to get rigctl to work with it. I have an equivalent of a PG-5H connected to a serial/USB converter enumerated as /dev/ttyUSB0. My first test of the cable was with chirp and it seems to work fine. 

When I try ""rigctl -m 234 -r /dev/ttyUSB0 -vvvv", I see multiple read_string timeouts and then rigctl enters command mode. When I try "f" to get the current vfo frequency, I get multiple read_string timeouts and finally "get_freq: error = Communication timed out". 

Are there specific serial params needed to talk to the V71a? (e.g. RTS/CTS flow control, specific baud rate)?

Thanks for any help!

Keith
KF7DRV



On Sat, May 25, 2019 at 4:13 PM Doug Henry <doug.henry1@...> wrote:
Bill, 6 pin mini din 1200 and 9600  although I've only used on 1200.

Doug VE1ZG

On Sat, 25 May 2019 at 19:59, Bill Vodall <wa7nwp@...> wrote:
> The Icom IC-7000 has a data port that works well for packet.

6 pin mini-din or other?

1200 baud and/or 9600 baud?



Re: Good 2m rig?

Basil Gunn
 

Try setting the PC baud rate on the radio to 57600.
Also try connecting a serial program like screen and typing in the radio ID string. It should respond with 'OK'.
screen /dev/ttyUSB0 57600

TMV71 or D700
When I'm in front of my radio again I'll find out which works.
/Basil n7nix


On May 31, 2019 10:45:22 PM PDT, Basil Gunn <basil@...> wrote:
Check out a recent script (wlgw-check.sh) I wrote for rig control of the tm-v71.
https://github.com/n7nix/auto-rmsgw-find
This script iterates through a list of RMS gateways using a TM-V71a and Hamlib rigctl
/Basil

On May 31, 2019 5:43:34 PM PDT, Keith Williamson <hkwilliamson@...> wrote:
I now have a TM-V71a connected to my UDRC and am trying to get rigctl to work with it. I have an equivalent of a PG-5H connected to a serial/USB converter enumerated as /dev/ttyUSB0. My first test of the cable was with chirp and it seems to work fine. 

When I try ""rigctl -m 234 -r /dev/ttyUSB0 -vvvv", I see multiple read_string timeouts and then rigctl enters command mode. When I try "f" to get the current vfo frequency, I get multiple read_string timeouts and finally "get_freq: error = Communication timed out". 

Are there specific serial params needed to talk to the V71a? (e.g. RTS/CTS flow control, specific baud rate)?

Thanks for any help!

Keith
KF7DRV



On Sat, May 25, 2019 at 4:13 PM Doug Henry <doug.henry1@...> wrote:
Bill, 6 pin mini din 1200 and 9600  although I've only used on 1200.

Doug VE1ZG

On Sat, 25 May 2019 at 19:59, Bill Vodall <wa7nwp@...> wrote:
> The Icom IC-7000 has a data port that works well for packet.

6 pin mini-din or other?

1200 baud and/or 9600 baud?



Re: Good 2m rig?

Keith Williamson
 

Thanks, Basil.

I had a couple of issues. I had tried to configure Fldigi to use Hamlib for rig control. That seemed to have hung the PC interface in the radio until I power cycled it. Additionally, I saw a few undervoltage warnings in dmesg so I switched to a beefier supply.

After changing out the Pi power supply and power cycling the radio, rigctl is working fine at 57600.

So now I need to figure out how to use Hamlib in Fldigi. Here is how I have it configured (although I currently have "Use Hamlib" unchecked). I figure I want to continue to use GPIO 23 for PTT (via the GPIO tab) so I have PTT via Hamlib command unchecked. 

What should be used for flow control? Anything on this panel pop out to you as an issue?

image.png

Thanks,

Keith
KF7DRV


On Sat, Jun 1, 2019 at 6:59 AM Basil Gunn <basil@...> wrote:
Try setting the PC baud rate on the radio to 57600.
Also try connecting a serial program like screen and typing in the radio ID string. It should respond with 'OK'.
screen /dev/ttyUSB0 57600

TMV71 or D700
When I'm in front of my radio again I'll find out which works.
/Basil n7nix

On May 31, 2019 10:45:22 PM PDT, Basil Gunn <basil@...> wrote:
Check out a recent script (wlgw-check.sh) I wrote for rig control of the tm-v71.
https://github.com/n7nix/auto-rmsgw-find
This script iterates through a list of RMS gateways using a TM-V71a and Hamlib rigctl
/Basil

On May 31, 2019 5:43:34 PM PDT, Keith Williamson <hkwilliamson@...> wrote:
I now have a TM-V71a connected to my UDRC and am trying to get rigctl to work with it. I have an equivalent of a PG-5H connected to a serial/USB converter enumerated as /dev/ttyUSB0. My first test of the cable was with chirp and it seems to work fine. 

When I try ""rigctl -m 234 -r /dev/ttyUSB0 -vvvv", I see multiple read_string timeouts and then rigctl enters command mode. When I try "f" to get the current vfo frequency, I get multiple read_string timeouts and finally "get_freq: error = Communication timed out". 

Are there specific serial params needed to talk to the V71a? (e.g. RTS/CTS flow control, specific baud rate)?

Thanks for any help!

Keith
KF7DRV



On Sat, May 25, 2019 at 4:13 PM Doug Henry <doug.henry1@...> wrote:
Bill, 6 pin mini din 1200 and 9600  although I've only used on 1200.

Doug VE1ZG

On Sat, 25 May 2019 at 19:59, Bill Vodall <wa7nwp@...> wrote:
> The Icom IC-7000 has a data port that works well for packet.

6 pin mini-din or other?

1200 baud and/or 9600 baud?



Re: Good 2m rig?

Keith Williamson
 

Hi again,

Got it working. Needed to use RTS/CTS flowcontrol. Now if I change the VFO freq on the radio it's reflected on the Fldigi display and if I change it on the Fldigi display its reflected on the radio. 

Very nice.

I'm already really liking this new TM-V71A radio! 

73,

Keith
KF7DRV


On Sat, Jun 1, 2019 at 12:06 PM Keith Williamson via Groups.Io <hkwilliamson=gmail.com@groups.io> wrote:
Thanks, Basil.

I had a couple of issues. I had tried to configure Fldigi to use Hamlib for rig control. That seemed to have hung the PC interface in the radio until I power cycled it. Additionally, I saw a few undervoltage warnings in dmesg so I switched to a beefier supply.

After changing out the Pi power supply and power cycling the radio, rigctl is working fine at 57600.

So now I need to figure out how to use Hamlib in Fldigi. Here is how I have it configured (although I currently have "Use Hamlib" unchecked). I figure I want to continue to use GPIO 23 for PTT (via the GPIO tab) so I have PTT via Hamlib command unchecked. 

What should be used for flow control? Anything on this panel pop out to you as an issue?

image.png

Thanks,

Keith
KF7DRV


On Sat, Jun 1, 2019 at 6:59 AM Basil Gunn <basil@...> wrote:
Try setting the PC baud rate on the radio to 57600.
Also try connecting a serial program like screen and typing in the radio ID string. It should respond with 'OK'.
screen /dev/ttyUSB0 57600

TMV71 or D700
When I'm in front of my radio again I'll find out which works.
/Basil n7nix

On May 31, 2019 10:45:22 PM PDT, Basil Gunn <basil@...> wrote:
Check out a recent script (wlgw-check.sh) I wrote for rig control of the tm-v71.
https://github.com/n7nix/auto-rmsgw-find
This script iterates through a list of RMS gateways using a TM-V71a and Hamlib rigctl
/Basil

On May 31, 2019 5:43:34 PM PDT, Keith Williamson <hkwilliamson@...> wrote:
I now have a TM-V71a connected to my UDRC and am trying to get rigctl to work with it. I have an equivalent of a PG-5H connected to a serial/USB converter enumerated as /dev/ttyUSB0. My first test of the cable was with chirp and it seems to work fine. 

When I try ""rigctl -m 234 -r /dev/ttyUSB0 -vvvv", I see multiple read_string timeouts and then rigctl enters command mode. When I try "f" to get the current vfo frequency, I get multiple read_string timeouts and finally "get_freq: error = Communication timed out". 

Are there specific serial params needed to talk to the V71a? (e.g. RTS/CTS flow control, specific baud rate)?

Thanks for any help!

Keith
KF7DRV



On Sat, May 25, 2019 at 4:13 PM Doug Henry <doug.henry1@...> wrote:
Bill, 6 pin mini din 1200 and 9600  although I've only used on 1200.

Doug VE1ZG

On Sat, 25 May 2019 at 19:59, Bill Vodall <wa7nwp@...> wrote:
> The Icom IC-7000 has a data port that works well for packet.

6 pin mini-din or other?

1200 baud and/or 9600 baud?



Good 2m rig? SkyCommand 060119

WD8ARZ
 

Include evaluation of the Kenwood Dual / Tri Band SkyCommand radios. They allow you to use a Kenwood Walkie Talkie with a built in TNC, to digitally link to a remote Kenwood Dual Band radio with a TNC to a Kenwood HF rig ... No computer required. Really cool to connect up using your ht to an hf net as a predestrian mobile HI

73 from Bill / WD8ARZ in middle TN .... out for now ...

-------- Forwarded Message --------
Subject: [Radio_Jump_Kits] Variety of radio's to use with SkyCommand
Date: Tue, 29 Oct 2013 08:33:05 -0400
From: WD8ARZ <wd8arz@...>
Reply-To: Radio_Jump_Kits@...
To: Radio_Jump_Kits@...

Interesting to note the number of rigs that support Kenwoods wonderful
SkyCommand.

HF Rigs: TS2000 series, TS-480 series, The TS570S, TS-870S and the TS-590S.
Dual Banders: TMD700A, TMD710A, and RC-D710 Control Head, TM-V71A/E with
2.10 Firmware.
HT's: TH-79A KSS, THD7A and THD72A.

Have been using SkyCommand for some time now, and once you get used to
it, you don't want to be with out it. It is way KooL to walk away from
your base, portable or mobile station and do hf operations on your HT.
That includes changing bands and frequencies using the hf rig vfo and
memory system from the HT. Of course you can also use a dual bander in
your mobile and operate your base HF rig as long as you don't drive out
of your reception control range. Don't worry if you do though. The dual
bander will time out based on your transmit time out setting, and will
quit transmitting the hf audio to you. When you drive back into your
control range, press button two on your radio and the HF rig audio will
resume transmitting to you again.

For me there were several key items that made the initial system setup
very difficult to work on my end. Makes me understand why so many said
they could not make it work and gave up.

* Most discussion of the SkyCommand setup by users were using the
TS-2000. The dual bander and hf rig are in one box, so less to configure
and cable up. However to very different instructions need to be followed
if use three separate pieces and not using the TS-2000. Was challenging
to be sure.

* The TS-480HX instruction manual says to use 9600 baud for SkyCommand
db9 null modem serial cable to the dual band radio. No mention was made
in this manual that the baud rate chosen 'Needed To Match' the dual
bander being used (TMD700A / TMD710A) which 'Might Not Be 9600". Both
rigs of course need to be set to the same baud rate. The dual band radio
manual didn't mention the baud rate for the serial cable at all. I am
using 19200 because other programs and an antenna tuner use that rate.
Most folks could not get by the "Push [0] Key To Start Commander !!" on
the HT display because of this.

* It is easy when reading the TS-480 or TMD700A / TMD710A instruction
manuals for SkyCommand to miss the fact that the keypad assignments are
different for the THD7A / THD72A HT keypad than for the dual banders.

* It is nice that the SkyCommand II uses the display of the HT to tell
you to turn on the HF rig by using button #1. So why doesn't it tell you
to enable the audio from the HF rig through the Transporter to the
Commander by turning it on by using button #2 ?!? Another key point
where users gave up because they couldn't get audio to their Commander
(HT) from the hf rig.

* Have the TS-480 powered on, turn on the dual band radio and enable
SkyCommand Transporter mode. Enable the HT SkyCommand for Commander
mode. The HT screen will then tell you to press 0 to start. If no audio
is received from the HF rig, press 2 on the HT and viola, your on HF
using your HT. You can even power off the HF rig with button 1 on the HT
and turn it back on.

Have fun using SkyCommand and let us know how your doing and what your
using. - 73 from Bill - WD8ARZ

How to bring "down" PTT?

Steve McGrane <temporarilyoffline@...>
 

I'm chasing this PTT issue on my 2m unit and I'm not sure where to go from here.  I'm out of parts or ideas or both.

The DRAWS hat will signal PTT and the radio will open transmit and send as it is supposed to.  When DRAWS is done, DRAWS PTT will shut off, but the radio still transmits.

What can I put "in-line" in the PTT wire to get the signal closer to "zero"?

Am I asking the right question?

- Steve

Re: How to bring "down" PTT?

kc9dfk
 

What kind of radio are you trying to setup? What are circuit are you to use?


On Sun, Jun 2, 2019, 11:39 AM Steve McGrane <temporarilyoffline@...> wrote:
I'm chasing this PTT issue on my 2m unit and I'm not sure where to go from here.  I'm out of parts or ideas or both.

The DRAWS hat will signal PTT and the radio will open transmit and send as it is supposed to.  When DRAWS is done, DRAWS PTT will shut off, but the radio still transmits.

What can I put "in-line" in the PTT wire to get the signal closer to "zero"?

Am I asking the right question?

- Steve

Re: How to bring "down" PTT?

Steve McGrane <temporarilyoffline@...>
 

This is a Kenwood TM-281a.  It does not have a DIN connection and I am making up a break out cable that connects DRAWS to MIC+Rear Speaker.

I have everything working except the "release the PTT button on the mic" on the radio side.


On Sun, Jun 2, 2019 at 1:59 PM kc9dfk <kc9dfk@...> wrote:
What kind of radio are you trying to setup? What are circuit are you to use?

On Sun, Jun 2, 2019, 11:39 AM Steve McGrane <temporarilyoffline@...> wrote:
I'm chasing this PTT issue on my 2m unit and I'm not sure where to go from here.  I'm out of parts or ideas or both.

The DRAWS hat will signal PTT and the radio will open transmit and send as it is supposed to.  When DRAWS is done, DRAWS PTT will shut off, but the radio still transmits.

What can I put "in-line" in the PTT wire to get the signal closer to "zero"?

Am I asking the right question?

- Steve

udrc-dkms fails to install after updating system/kernel

Christopher AI6KG
 

#udrc-dkms #dkms #rpi

udrc-dkms fails to install after updating system/kernel as seen below.

73 de AI6KG


pi@draws:~ $ sudo apt update
Hit:1 http://archive.compasslinux.org cedar InRelease
Hit:2 http://archive.raspberrypi.org/debian stretch InRelease                  
Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0 kB]     
Fetched 15.0 kB in 2s (5,695 B/s)                         
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
pi@draws:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer required:
  dkms
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
pi@draws:~ $ sudo apt install udrc-dkms 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  udrc-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/27.7 kB of archives.
After this operation, 233 kB of additional disk space will be used.
(Reading database ... 139013 files and directories currently installed.)
Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
Leaving 'diversion of /boot/overlays/udrc.dtbo to /usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
Leaving 'diversion of /boot/overlays/draws.dtbo to /usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
Unpacking udrc-dkms (1.0.5) ...
dpkg: error processing archive /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
 trying to overwrite '/boot/overlays/draws.dtbo', which is also in package raspberrypi-kernel 1.20190517-1
Errors were encountered while processing:
 /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
ii  raspberrypi-kernel                    1.20190517-1                   armhf        Raspberry Pi bootloader
ii  raspberrypi-kernel-headers            1.20190517-1                   armhf        Header files for the Raspberry Pi Linux kernel
pi@draws:~ $ 


Re: udrc-dkms fails to install after updating system/kernel

Christopher AI6KG
 

I just reverted back to the latest image.  I will avoid upgrading the kernel for now.

Where are the sources for udrc-dkms package?

On Sun, Jun 2, 2019 at 12:23 PM Christopher AI6KG via Groups.Io <ch=murgatroid.com@groups.io> wrote:
#udrc-dkms #dkms #rpi

udrc-dkms fails to install after updating system/kernel as seen below.

73 de AI6KG


pi@draws:~ $ sudo apt update
Hit:1 http://archive.compasslinux.org cedar InRelease
Hit:2 http://archive.raspberrypi.org/debian stretch InRelease                  
Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0 kB]     
Fetched 15.0 kB in 2s (5,695 B/s)                         
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
pi@draws:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer required:
  dkms
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
pi@draws:~ $ sudo apt install udrc-dkms 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  udrc-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/27.7 kB of archives.
After this operation, 233 kB of additional disk space will be used.
(Reading database ... 139013 files and directories currently installed.)
Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
Leaving 'diversion of /boot/overlays/udrc.dtbo to /usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
Leaving 'diversion of /boot/overlays/draws.dtbo to /usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
Unpacking udrc-dkms (1.0.5) ...
dpkg: error processing archive /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
 trying to overwrite '/boot/overlays/draws.dtbo', which is also in package raspberrypi-kernel 1.20190517-1
Errors were encountered while processing:
 /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
ii  raspberrypi-kernel                    1.20190517-1                   armhf        Raspberry Pi bootloader
ii  raspberrypi-kernel-headers            1.20190517-1                   armhf        Header files for the Raspberry Pi Linux kernel
pi@draws:~ $ 


Re: udrc-dkms fails to install after updating system/kernel

Basil Gunn
 

Cross posting this from the udrc forum.
Not sure why you are asking your questions in main.

The tlv320aic3204 driver in the 4.19.42 kernel will NOT work
reliably. You need to stick with the 4.14.98 kernel until all of Anna's
patches work their way into the main stream kernel.

From Anna:

ALSA changed the API to some of their calls, and the old TLV320 driver
doesn’t have the calls. The new TLV320 driver is in the Raspbian
kernel, but it won’t work reliably until I get the final patch pushed
in the kernel.
Do NOT do an apt-get upgrade for a while until this gets fixed.
I have taken apt-get upgrade out of prog_refresh.sh script.
Where are the sources for udrc-dkms package?
/var/lib/dkms/udrc/1.0.5/source

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

/Basil

Christopher AI6KG <ch@...> writes:

I just reverted back to the latest image. I will avoid upgrading the
kernel for now.

Where are the sources for udrc-dkms package?

On Sun, Jun 2, 2019 at 12:23 PM Christopher AI6KG via Groups.Io <ch=
murgatroid.com@groups.io> wrote:

#udrc-dkms #dkms #rpi

udrc-dkms fails to install after updating system/kernel as seen below.

73 de AI6KG


pi@draws:~ $ sudo apt update
Hit:1 http://archive.compasslinux.org cedar InRelease
Hit:2 http://archive.raspberrypi.org/debian stretch InRelease

Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0
kB]
Fetched 15.0 kB in 2s (5,695 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
pi@draws:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer
required:
dkms
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
pi@draws:~ $ sudo apt install udrc-dkms
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
udrc-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/27.7 kB of archives.
After this operation, 233 kB of additional disk space will be used.
(Reading database ... 139013 files and directories currently installed.)
Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
Leaving 'diversion of /boot/overlays/udrc.dtbo to
/usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
Leaving 'diversion of /boot/overlays/draws.dtbo to
/usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
Unpacking udrc-dkms (1.0.5) ...
dpkg: error processing archive
/var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
trying to overwrite '/boot/overlays/draws.dtbo', which is also in package
raspberrypi-kernel 1.20190517-1
Errors were encountered while processing:
/var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
ii raspberrypi-kernel 1.20190517-1
armhf Raspberry Pi bootloader
ii raspberrypi-kernel-headers 1.20190517-1
armhf Header files for the Raspberry Pi Linux kernel

Re: udrc-dkms fails to install after updating system/kernel

WB7DFV
 

Customer Service

On 6/2/2019 10:24 PM, Basil Gunn wrote:
Cross posting this from the udrc forum.
Not sure why you are asking your questions in main.

The tlv320aic3204 driver in the 4.19.42 kernel will NOT work
reliably. You need to stick with the  4.14.98 kernel until all of Anna's
patches work their way into the main stream kernel.

From  Anna:

ALSA changed the API to some of their calls, and the old TLV320 driver
doesn’t have the calls.  The new TLV320 driver is in the Raspbian
kernel, but it won’t work reliably until I get the final patch pushed
in the kernel.
Do NOT do an apt-get upgrade for a while until this gets fixed.
I have taken apt-get upgrade out of prog_refresh.sh script.

      
Where are the sources for udrc-dkms package?
/var/lib/dkms/udrc/1.0.5/source

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

/Basil

Christopher AI6KG <ch@...> writes:

I just reverted back to the latest image.  I will avoid upgrading the
kernel for now.

Where are the sources for udrc-dkms package?

On Sun, Jun 2, 2019 at 12:23 PM Christopher AI6KG via Groups.Io <ch=
murgatroid.com@groups.io> wrote:

#udrc-dkms #dkms #rpi

udrc-dkms fails to install after updating system/kernel as seen below.

73 de AI6KG


pi@draws:~ $ sudo apt update
Hit:1 http://archive.compasslinux.org cedar InRelease
Hit:2 http://archive.raspberrypi.org/debian stretch InRelease

Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0
kB]
Fetched 15.0 kB in 2s (5,695 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
pi@draws:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer
required:
  dkms
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
pi@draws:~ $ sudo apt install udrc-dkms
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  udrc-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/27.7 kB of archives.
After this operation, 233 kB of additional disk space will be used.
(Reading database ... 139013 files and directories currently installed.)
Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
Leaving 'diversion of /boot/overlays/udrc.dtbo to
/usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
Leaving 'diversion of /boot/overlays/draws.dtbo to
/usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
Unpacking udrc-dkms (1.0.5) ...
dpkg: error processing archive
/var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
 trying to overwrite '/boot/overlays/draws.dtbo', which is also in package
raspberrypi-kernel 1.20190517-1
Errors were encountered while processing:
 /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
ii  raspberrypi-kernel                    1.20190517-1
 armhf        Raspberry Pi bootloader
ii  raspberrypi-kernel-headers            1.20190517-1
 armhf        Header files for the Raspberry Pi Linux kernel




Re: udrc-dkms fails to install after updating system/kernel

Christopher AI6KG
 

yeah, sorry if i asked in the wrong place.   realized that after the fact.    73.


On Sun, Jun 2, 2019 at 10:24 PM Basil Gunn <basil@...> wrote:

Cross posting this from the udrc forum.
Not sure why you are asking your questions in main.

> The tlv320aic3204 driver in the 4.19.42 kernel will NOT work
> reliably. You need to stick with the  4.14.98 kernel until all of Anna's
> patches work their way into the main stream kernel.
>
> From  Anna:
>
>> ALSA changed the API to some of their calls, and the old TLV320 driver
>> doesn’t have the calls.  The new TLV320 driver is in the Raspbian
>> kernel, but it won’t work reliably until I get the final patch pushed
>> in the kernel.
>
> Do NOT do an apt-get upgrade for a while until this gets fixed.
> I have taken apt-get upgrade out of prog_refresh.sh script.

> Where are the sources for udrc-dkms package?

/var/lib/dkms/udrc/1.0.5/source

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

/Basil

Christopher AI6KG <ch@...> writes:

> I just reverted back to the latest image.  I will avoid upgrading the
> kernel for now.
>
> Where are the sources for udrc-dkms package?
>
> On Sun, Jun 2, 2019 at 12:23 PM Christopher AI6KG via Groups.Io <ch=
> murgatroid.com@groups.io> wrote:
>
>> #udrc-dkms #dkms #rpi
>>
>> udrc-dkms fails to install after updating system/kernel as seen below.
>>
>> 73 de AI6KG
>>
>>
>> pi@draws:~ $ sudo apt update
>> Hit:1 http://archive.compasslinux.org cedar InRelease
>> Hit:2 http://archive.raspberrypi.org/debian stretch InRelease
>>
>> Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0
>> kB]
>> Fetched 15.0 kB in 2s (5,695 B/s)
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> All packages are up to date.
>> pi@draws:~ $ sudo apt upgrade
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> Calculating upgrade... Done
>> The following package was automatically installed and is no longer
>> required:
>>   dkms
>> Use 'sudo apt autoremove' to remove it.
>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>> pi@draws:~ $ sudo apt install udrc-dkms
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> The following NEW packages will be installed:
>>   udrc-dkms
>> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
>> Need to get 0 B/27.7 kB of archives.
>> After this operation, 233 kB of additional disk space will be used.
>> (Reading database ... 139013 files and directories currently installed.)
>> Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
>> Leaving 'diversion of /boot/overlays/udrc.dtbo to
>> /usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
>> Leaving 'diversion of /boot/overlays/draws.dtbo to
>> /usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
>> Unpacking udrc-dkms (1.0.5) ...
>> dpkg: error processing archive
>> /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
>>  trying to overwrite '/boot/overlays/draws.dtbo', which is also in package
>> raspberrypi-kernel 1.20190517-1
>> Errors were encountered while processing:
>>  /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>> pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
>> ii  raspberrypi-kernel                    1.20190517-1
>>  armhf        Raspberry Pi bootloader
>> ii  raspberrypi-kernel-headers            1.20190517-1
>>  armhf        Header files for the Raspberry Pi Linux kernel




Re: udrc-dkms fails to install after updating system/kernel

Christopher AI6KG
 

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

p.s. sgtm.   then just device tree messing about.
 

On Mon, Jun 3, 2019 at 12:19 AM Christopher Hoover <ch@...> wrote:
yeah, sorry if i asked in the wrong place.   realized that after the fact.    73.

On Sun, Jun 2, 2019 at 10:24 PM Basil Gunn <basil@...> wrote:

Cross posting this from the udrc forum.
Not sure why you are asking your questions in main.

> The tlv320aic3204 driver in the 4.19.42 kernel will NOT work
> reliably. You need to stick with the  4.14.98 kernel until all of Anna's
> patches work their way into the main stream kernel.
>
> From  Anna:
>
>> ALSA changed the API to some of their calls, and the old TLV320 driver
>> doesn’t have the calls.  The new TLV320 driver is in the Raspbian
>> kernel, but it won’t work reliably until I get the final patch pushed
>> in the kernel.
>
> Do NOT do an apt-get upgrade for a while until this gets fixed.
> I have taken apt-get upgrade out of prog_refresh.sh script.

> Where are the sources for udrc-dkms package?

/var/lib/dkms/udrc/1.0.5/source

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

/Basil

Christopher AI6KG <ch@...> writes:

> I just reverted back to the latest image.  I will avoid upgrading the
> kernel for now.
>
> Where are the sources for udrc-dkms package?
>
> On Sun, Jun 2, 2019 at 12:23 PM Christopher AI6KG via Groups.Io <ch=
> murgatroid.com@groups.io> wrote:
>
>> #udrc-dkms #dkms #rpi
>>
>> udrc-dkms fails to install after updating system/kernel as seen below.
>>
>> 73 de AI6KG
>>
>>
>> pi@draws:~ $ sudo apt update
>> Hit:1 http://archive.compasslinux.org cedar InRelease
>> Hit:2 http://archive.raspberrypi.org/debian stretch InRelease
>>
>> Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0
>> kB]
>> Fetched 15.0 kB in 2s (5,695 B/s)
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> All packages are up to date.
>> pi@draws:~ $ sudo apt upgrade
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> Calculating upgrade... Done
>> The following package was automatically installed and is no longer
>> required:
>>   dkms
>> Use 'sudo apt autoremove' to remove it.
>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>> pi@draws:~ $ sudo apt install udrc-dkms
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> The following NEW packages will be installed:
>>   udrc-dkms
>> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
>> Need to get 0 B/27.7 kB of archives.
>> After this operation, 233 kB of additional disk space will be used.
>> (Reading database ... 139013 files and directories currently installed.)
>> Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
>> Leaving 'diversion of /boot/overlays/udrc.dtbo to
>> /usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
>> Leaving 'diversion of /boot/overlays/draws.dtbo to
>> /usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
>> Unpacking udrc-dkms (1.0.5) ...
>> dpkg: error processing archive
>> /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
>>  trying to overwrite '/boot/overlays/draws.dtbo', which is also in package
>> raspberrypi-kernel 1.20190517-1
>> Errors were encountered while processing:
>>  /var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>> pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
>> ii  raspberrypi-kernel                    1.20190517-1
>>  armhf        Raspberry Pi bootloader
>> ii  raspberrypi-kernel-headers            1.20190517-1
>>  armhf        Header files for the Raspberry Pi Linux kernel




Re: How to bring "down" PTT?

 

The PTT Output on DRAWS is an open collector NPN Transistor. It expects the Radio to have a pullup to Positive voltage, typically 5-12V.

If the PTT LED goes off then the SW has done its job.

Measure the voltage on PTT when yo power up, then again when you PTT and release.

Bryan K7UDR

Re: udrc-dkms fails to install after updating system/kernel

Basil Gunn
 

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

p.s. sgtm. then just device tree messing about.
Messing about is good.

Having our driver in the main line Linux kernel means there doesn't have
to be a 'special' kernel to support the udrc/draws hats. A standard
raspbian kernel will support those hats ... soon
(for soon = next_few_months).

/Basil

On Mon, Jun 3, 2019 at 12:19 AM Christopher Hoover <ch@...>
wrote:

yeah, sorry if i asked in the wrong place. realized that after the
fact. 73.

On Sun, Jun 2, 2019 at 10:24 PM Basil Gunn <@basil860> wrote:


Cross posting this from the udrc forum.
Not sure why you are asking your questions in main.

The tlv320aic3204 driver in the 4.19.42 kernel will NOT work
reliably. You need to stick with the 4.14.98 kernel until all of Anna's
patches work their way into the main stream kernel.

From Anna:

ALSA changed the API to some of their calls, and the old TLV320 driver
doesn’t have the calls. The new TLV320 driver is in the Raspbian
kernel, but it won’t work reliably until I get the final patch pushed
in the kernel.
Do NOT do an apt-get upgrade for a while until this gets fixed.
I have taken apt-get upgrade out of prog_refresh.sh script.
Where are the sources for udrc-dkms package?
/var/lib/dkms/udrc/1.0.5/source

The udrc/draws tlv320aic32x4 driver is transitioning to a main line
linux kernel driver and will not be built using dkms in future kernels.

/Basil

Christopher AI6KG <ch@...> writes:

I just reverted back to the latest image. I will avoid upgrading the
kernel for now.

Where are the sources for udrc-dkms package?

On Sun, Jun 2, 2019 at 12:23 PM Christopher AI6KG via Groups.Io <ch=
murgatroid.com@groups.io> wrote:

#udrc-dkms #dkms #rpi

udrc-dkms fails to install after updating system/kernel as seen below.

73 de AI6KG


pi@draws:~ $ sudo apt update
Hit:1 http://archive.compasslinux.org cedar InRelease
Hit:2 http://archive.raspberrypi.org/debian stretch InRelease

Get:3 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0
kB]
Fetched 15.0 kB in 2s (5,695 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
pi@draws:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer
required:
dkms
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
pi@draws:~ $ sudo apt install udrc-dkms
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
udrc-dkms
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/27.7 kB of archives.
After this operation, 233 kB of additional disk space will be used.
(Reading database ... 139013 files and directories currently
installed.)
Preparing to unpack .../udrc-dkms_1.0.5_armhf.deb ...
Leaving 'diversion of /boot/overlays/udrc.dtbo to
/usr/share/udrcdkmshack/udrc.dtbo by udrcdkmshack'
Leaving 'diversion of /boot/overlays/draws.dtbo to
/usr/share/udrcdkmshack/draws.dtbo by udrcdkmshack'
Unpacking udrc-dkms (1.0.5) ...
dpkg: error processing archive
/var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb (--unpack):
trying to overwrite '/boot/overlays/draws.dtbo', which is also in
package
raspberrypi-kernel 1.20190517-1
Errors were encountered while processing:
/var/cache/apt/archives/udrc-dkms_1.0.5_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
pi@draws:~ $ dpkg -l |grep raspberrypi-kernel
ii raspberrypi-kernel 1.20190517-1
armhf Raspberry Pi bootloader
ii raspberrypi-kernel-headers 1.20190517-1
armhf Header files for the Raspberry Pi Linux kernel



Re: How to bring "down" PTT?

Steve McGrane <temporarilyoffline@...>
 

The PTT line is 4.94v when the radio is on and the DRAWS/Pi is not

When the Pi comes on, the PTT line goes negative.

I have PTT line on draws connected to PTT line on Radio... but I'm thinking they both produce 5v and they should be connected in a crossover fashion?


On Mon, Jun 3, 2019 at 8:23 AM Bryan Hoyer <bhhoyer@...> wrote:
The PTT Output on DRAWS is an open collector NPN Transistor. It expects the Radio to have a pullup to Positive voltage, typically 5-12V.

If the PTT LED goes off then the SW has done its job.

Measure the voltage on PTT when yo power up, then again when you PTT and release.

Bryan K7UDR