Date   

DRAWS not found

Keating Floyd
 

Hi, all.

Included is the output from showudrc.sh.  I was concerned that I had a problem with my image perhaps, but I own a second DRAWS, and it shows up just fine.

Thanks for a great product, and for your help.

Keating

===

root@pi4b4g01:/home/pi/n7nix/hfprogs# cat showudrc.sh_out 
==== Sound Card ====
No udrc sound card found.
==== Pi Ver ====
 Pi 4 Model B, Rev 1.1, 4GB mem, Mfg by Sony UK
 Has WiFi
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0204
UUID:        7499df1d-8bc8-401d-b978-97518d36967e
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 06 08 11:50:00 PDT: SD image version: nwdr16
----- /proc/version
Linux version 4.19.118-v7l+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1311 SMP Mon Apr 27 14:26:42 BST 2020
 
----- /etc/*version: 10.4
 
----- /etc/*release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
 
----- lsb_release
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
 
---- systemd
   Static hostname: pi4b4g01
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: a5894491276b45ce98a950a72d323b2c
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.118-v7l+
      Architecture: arm
 
---- modules
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200601-1 armhf        Raspberry Pi bootloader
 
---- Codec drivers
Found: snd-soc-tlv320aic32x4-i2c.ko, OK
Found: snd-soc-tlv320aic32x4.ko, OK
 
Directory: /proc/device-tree/soc/i2c@7e804000/tlv320aic32x4@18 does NOT exist
 
Directory: /proc/device-tree/soc/i2c@7e804000 exists and status is disabled
 
---- syslog
 
---- dmesg
 
 
----- Dire Wolf DEVELOPMENT version 1.6 E (May 11 2020)
 
==== Filesystem ====
/dev/root        29G  5.0G   23G  19% /
 
==== boot config ====
 
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
 
[all]
#dtoverlay=vc4-fkms-v3d
 
# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
 
---- gpsd
/usr/local/sbin/gpsd
gpsd: 3.20 (revision 3.20)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2020-07-28 20:23:18 EDT; 11min ago
  Process: 545 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 552 (gpsd)
    Tasks: 1 (limit: 4915)
   Memory: 1.1M
   CGroup: /system.slice/gpsd.service
           └─552 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Jul 28 20:23:18 pi4b4g01 systemd[1]: Starting GPS (Global Positioning System) Daemon...
Jul 28 20:23:18 pi4b4g01 systemd[1]: Started GPS (Global Positioning System) Daemon.
Jul 28 20:23:18 pi4b4g01 gpsd[552]: gpsd:ERROR: SER: device open of /dev/ttySC0 failed: No such file or directory - retrying read-only
Jul 28 20:23:18 pi4b4g01 gpsd[552]: gpsd:ERROR: SER: read-only device open of /dev/ttySC0 failed: No such file or directory
Jul 28 20:23:18 pi4b4g01 gpsd[552]: gpsd:ERROR: initial GPS device /dev/ttySC0 open failed
Jul 28 20:23:18 pi4b4g01 gpsd[552]: gpsd:ERROR: SER: device open of /dev/pps0 failed: No such file or directory - retrying read-only
Jul 28 20:23:18 pi4b4g01 gpsd[552]: gpsd:ERROR: SER: read-only device open of /dev/pps0 failed: No such file or directory
Jul 28 20:23:18 pi4b4g01 gpsd[552]: gpsd:ERROR: initial GPS device /dev/pps0 open failed
 
---- chrony
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample               
===============================================================================
#? GPS                           0   3     0     -     +0ns[   +0ns] +/-    0ns
#? PPS                           0   3     0     -     +0ns[   +0ns] +/-    0ns
^+ 12.167.151.1                  3   6   377     3  +4222us[+5787us] +/-   84ms
^+ white.web-ster.com            2   6   377     2   +391us[+1955us] +/-   83ms
^+ propjet.latt.net              3   6   137    62   -863us[ +702us] +/-   80ms
^* darwin.kenyonralph.com        3   6   377     1   -576us[ +988us] +/-   40ms
-- chrony tracking
Reference ID    : ADFFD7D1 (darwin.kenyonralph.com)
Stratum         : 4
Ref time (UTC)  : Wed Jul 29 00:34:41 2020
System time     : 0.001551948 seconds fast of NTP time
Last offset     : +0.001564196 seconds
RMS offset      : 0.002272248 seconds
Frequency       : 17.748 ppm fast
Residual freq   : -0.755 ppm
Skew            : 0.606 ppm
Root delay      : 0.077438146 seconds
Root dispersion : 0.001088197 seconds
Update interval : 64.6 seconds
Leap status     : Normal
-- chrony sourcestats
210 Number of sources = 6
Name/IP Address            NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev
==============================================================================
GPS                         0   0     0     +0.000   2000.000     +0ns  4000ms
PPS                         0   0     0     +0.000   2000.000     +0ns  4000ms
12.167.151.1                8   6   264     -6.991     32.712  +3768us  1367us
white.web-ster.com          8   6   265     +0.924     12.906   +272us   601us
propjet.latt.net            7   4   205     +1.758     46.233  -1055us  1453us
darwin.kenyonralph.com      8   5   266     -1.417     10.676  -1406us   463us
 
---- sensors
-rw-r--r-- 1 root root 171 Sep 19  2019 /etc/sensors.d/draws
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A  
 
 
---- throttle
temp=51.0'C
throttled=0x0
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 0 time(s)
 


Re: OK, How about connecting to the FT-991A?

 

I always recommend using a Radio’s internal sound card over any external interface.

On my home rig I have a TM-V71 and an Alinco 235 connected to DRAWS doing packet. I’m moving to the IC-7300 for HF via USB.

Bryan K7UDR

On Jul 28, 2020, at 1:33 PM, Charlie Hein <chein@...> wrote:

I've had the 991A for about two years now, really like the radio.  Frankly, the 991A was not top of mind for connecting to the Pi as I already have a battle-hardened digital setup in place for windows that I don't want to wreck (hence the need to back up configuration before experimenting with the DRAWS).  I have a separate existing packet setup that I'd like to turn into a more feature filled system (replacing the 20+ year old TNC with the DRAWS workstation). I need the Pi do do that because I don't want to pony up for another windows system to dedicate to that job when I already own the Pi.  Hence the DRAWS board.   I do *not in any way* want to tear that system down until the DRAWS workstation is fully configured and running in test bed (on the 991A since evidently my available HT's are not suitable), and so that's 99.999% of the reason I'm asking about hookup to the 991...

I tossed the extra wrinkle of the CAT connection into the mix just so I could try it out for fun (how well does it really work compared to my windows system???  hmmm...), but CAT functionality doesn't really fit into my more immediate plans.  I just like chasing thoughts down the rabbit hole.

Make more sense now?

Charlie


Re: OK, How about connecting to the FT-991A?

Charlie Hein
 

I've had the 991A for about two years now, really like the radio.  Frankly, the 991A was not top of mind for connecting to the Pi as I already have a battle-hardened digital setup in place for windows that I don't want to wreck (hence the need to back up configuration before experimenting with the DRAWS).  I have a separate existing packet setup that I'd like to turn into a more feature filled system (replacing the 20+ year old TNC with the DRAWS workstation). I need the Pi do do that because I don't want to pony up for another windows system to dedicate to that job when I already own the Pi.  Hence the DRAWS board.   I do *not in any way* want to tear that system down until the DRAWS workstation is fully configured and running in test bed (on the 991A since evidently my available HT's are not suitable), and so that's 99.999% of the reason I'm asking about hookup to the 991...

I tossed the extra wrinkle of the CAT connection into the mix just so I could try it out for fun (how well does it really work compared to my windows system???  hmmm...), but CAT functionality doesn't really fit into my more immediate plans.  I just like chasing thoughts down the rabbit hole.

Make more sense now?

Charlie


Re: OK, How about connecting to the FT-991A?

Andrew P.
 

True, but you also paid a lot for that radio to provide those extra USB interfaces, instead of some cheaper radio with only a data port (or even just speaker and mike jacks) and no built-in sound cards (don't remind me how much I paid for my Icom IC-7100 when it first came out., versus the new price now. ouch!). Considering the DRAWS board's GPS provides 1PPS for precision time setting (can't do that with a USB puck), plus it has not one but two sound cards on it for the two ports, it's cheaper than a GPS puck and a pair of SignaLinks and takes up less room and power, and you could be using two less expensive radios simultaneously (Kenwood TM-V71 or something even cheaper like a single-bander).

I assume you got the radio before the DRAWS board.

Andrew, KA2DDO

________________________________________
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> on behalf of Charlie Hein <chein@bellsouth.net>
Sent: Tuesday, July 28, 2020 3:40 PM
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] OK, How about connecting to the FT-991A?

Well Andrew, you might certainly make the case that I don't really need the DRAWS board at all for the 991A (although that's a really awful sales pitch to an owner of the radio I suppose, as an external USB GPS and a cheapie buck converter/regulator would be far less than the cost of the DRAWS board), but in this case I want very much to test the functionality of the ports that are are on the board and the ability of these ports to minimally control PTT and pass audio to the radio for packet radio. Ultimately I will very likely not be permanently setting up the 991A with the DRAWS workstation in this fashion, but for now my only other other option to get this up on the air and working for testing and software setup is to hook up to a hand held to test direct connection to the radio ports on the board, and I've been gently discouraged from trying this due to expected poor performance from the hand held.

Hope that makes sense.

Charlie


Re: OK, How about connecting to the FT-991A?

Charlie Hein
 

Well Andrew, you might certainly make the case that I don't really need the DRAWS board at all for the 991A (although that's a really awful sales pitch to an owner of the radio I suppose, as an external USB GPS and a cheapie buck converter/regulator would be far less than the cost of the DRAWS board), but in this case I want very much to test the functionality of the ports that are are on the board and the ability of these ports to minimally control PTT and pass audio to the radio for packet radio. Ultimately I will very likely not be permanently setting up the 991A with the DRAWS workstation in this fashion, but for now my only other other option to get this up on the air and working for testing and software setup is to hook up to a hand held to test direct connection to the radio ports on the board, and I've been gently discouraged from trying this due to expected poor performance from the hand held.

Hope that makes sense.

Charlie


Re: OK, How about connecting to the FT-991A?

Andrew P.
 

In the Yaesu case, why do you need the DRAWS card (except possibly for GPS and power)?

Just use the one USB link to the radio. Linux has generic USB sound and serial port drivers that should work with the Yaesu plug-and play (plug-and-pray?). Plug it in and see if an additional sound card and /dev/ttyUSBn devices appear.

Andrew, KA2DDO

________________________________________
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> on behalf of Charlie Hein <chein@bellsouth.net>
Sent: Tuesday, July 28, 2020 3:01 PM
To: udrc@nw-digital-radio.groups.io
Subject: [draws and udrc] OK, How about connecting to the FT-991A?

Hi folks - I've been gently steered away from trying to connect the DRAWS to my HT, so I'm looking now at connecting it up to my Yaesu FT-991A. I could use some experienced advice.

I'm a bit confused because when I operate from my Windows Laptop I only use the USB cable and utilize the sound card built in to the 991A. For the DRAWS board it seems I'll need to connect to the data port on the radio, and that it should be a direct pin for pin fit to the data jack on the radio. Does anyone know if there are any settings that I'd need to change on the 991 in order to use its data port, and if so what they would be? I think that if this is going to be a big change I'd like to make sure my current configs for the 991A are backed up for later, so if you have experience with this I'd appreciate your counsel.

Also, I'd think I would still need the USB connection for CAT control if I wanted to use a program that calls for it like WSJT-X for instance, but wouldn't that also give me another sound card that I really don't need? Where do you get the proper drivers for the RPi for this? I only see Windows drivers on the Yaesu site.

Charlie


OK, How about connecting to the FT-991A?

Charlie Hein
 

Hi folks - I've been gently steered away from trying to connect the DRAWS to my HT, so I'm looking now at connecting it up to my Yaesu FT-991A.  I could use some experienced advice.

I'm a bit confused because when I operate from my Windows Laptop I only use the USB cable and utilize the sound card built in to the 991A.  For the DRAWS board it seems I'll need to connect to the data port on the radio, and that it should be a direct pin for pin fit to the data jack on the radio.  Does anyone know if there are any settings that I'd need to change on the 991 in order to use its data port, and if so what they would be?  I think that if this is going to be a big change I'd like to make sure my current configs for the 991A are backed up for later, so if you have experience with this I'd appreciate your counsel.   

Also, I'd think I would still need the USB connection for CAT control if I wanted to use a program that calls for it like WSJT-X for instance, but wouldn't that also give me another sound card that I really don't need?  Where do you get the proper drivers for the RPi for this?  I only see Windows drivers on the Yaesu site.

Charlie


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

Jim Erickson
 

I’ll share this image, a metal case from amazon that I customized to accommodate the 2 mini-din and sma connector.  Temperature sits around 55-60 with the fan which is using the accessory pins on the draws hat.  I’ve been using this daily for 6+ months with no temperature issues or RFI issues.



------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Jul 28, 2020, at 10:06, Kevin K. - N7KJK <kkutzera@...> wrote:

I share this image of a custom case which includes dual fans.. I also wired two AAA batteries to the clock backup.


I used a gpio riser to make room between the PI and the DRAWS for heat syncs and a center fan.  Simply bought two PI stack style cases and modified one for the DRAWS connects.

I've been running it for a couple days now as APRS tracker with no temp issues.

Kevin/N7KJK


On Tue, Jul 28, 2020, 6:51 AM Bryan Hoyer <bhhoyer@...> wrote:
Acrylic cases are suitable with a couple of caveats:

Be mindful of Temperature rise, probably not suitable for Pi4

One customer had RFI issues and fixed them with a grounded metal plate on top of their acrylic case

C4Labs makes acrylic cases for DRAWS both versions 1 with the SMA on the side and version 2 with the SMA on the end. They are working on a new version for the current rev, which has the Barrel Connector for DC.


Bryan K7UDR

On Jul 28, 2020, at 6:33 AM, Charlie Hein <chein@...> wrote:

Just askin'.  Is an acrylic case suitable, or should the Pi and DRAWS be housed in a metal case to help prevent RFI?

Charlie



<IMG_20200715_062609.jpg>


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

Kevin K. - N7KJK
 

I share this image of a custom case which includes dual fans.. I also wired two AAA batteries to the clock backup.


I used a gpio riser to make room between the PI and the DRAWS for heat syncs and a center fan.  Simply bought two PI stack style cases and modified one for the DRAWS connects.

I've been running it for a couple days now as APRS tracker with no temp issues.

Kevin/N7KJK


On Tue, Jul 28, 2020, 6:51 AM Bryan Hoyer <bhhoyer@...> wrote:
Acrylic cases are suitable with a couple of caveats:

Be mindful of Temperature rise, probably not suitable for Pi4

One customer had RFI issues and fixed them with a grounded metal plate on top of their acrylic case

C4Labs makes acrylic cases for DRAWS both versions 1 with the SMA on the side and version 2 with the SMA on the end. They are working on a new version for the current rev, which has the Barrel Connector for DC.


Bryan K7UDR

On Jul 28, 2020, at 6:33 AM, Charlie Hein <chein@...> wrote:

Just askin'.  Is an acrylic case suitable, or should the Pi and DRAWS be housed in a metal case to help prevent RFI?

Charlie


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

Charlie Hein
 

I have two that are available for this, a Baofeng BF-F8HP and an ancient Icon IC-2AT, both of which I have hand mics for that can be sacrificed for their nice pre-molded cables.

Charlie 


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

Chris Doutre <c@...>
 

And keeping the antenna as far away from the Pi as possible. Sometimes tricky using an HT.

 


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

 

There are two types of RFI to consider. 

RFI from the Pi + HAT, which are generally not a problem. 

Then there is RFI to the Pi.  Some ham installations have lots of RF in the shack.  This can lead to interference with the operation of the Pi and potentially the HAT.  If you encounter this problem, then shielding and other mitigation steps may be necessary, including ferrites and shielded cabling, shielded case, and proper grounding.

On Tue, Jul 28, 2020 at 6:51 AM Bryan Hoyer <bhhoyer@...> wrote:
Acrylic cases are suitable with a couple of caveats:

Be mindful of Temperature rise, probably not suitable for Pi4

One customer had RFI issues and fixed them with a grounded metal plate on top of their acrylic case

C4Labs makes acrylic cases for DRAWS both versions 1 with the SMA on the side and version 2 with the SMA on the end. They are working on a new version for the current rev, which has the Barrel Connector for DC.


Bryan K7UDR

On Jul 28, 2020, at 6:33 AM, Charlie Hein <chein@...> wrote:

Just askin'.  Is an acrylic case suitable, or should the Pi and DRAWS be housed in a metal case to help prevent RFI?

Charlie



--
John D. Hays
Kingston, WA
K7VE

 


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

Basil Gunn
 

Now I need to figure out the pin-outs on the connectors and build a
cable to interface with my HT
Which HT?
Trying to make digital modes work on most (all ?) Chinese HT's is not
recommended.


Re: Help understanding prompts for address entry for AX.25 Ports in initial config.

Basil Gunn
 

Right now, I do not understand exactly what you're looking for in the
startup script when you ask for addresses for ports 1 and 2 on the
AX.25 setup. Please explain.
The two IP addresses are used by kissattach (see ax25-upd script).
They can be changed after initial configuration in /etc/ax25/port.conf
file.

From ax25-upd script

$SBINDIR/kissattach ${pseudoterm_1} ${PORTNAME_1} ${IPADDR}

run: man kissattach
to learn more.

The ip address specified can be used for routing since it is attached to
a Network Device. If you are not going to route packets to another
interface (most people don't) then the address is a place holder for
historical reasons.


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

Charlie Hein
 

Thanks Bryan - I'm running a Pi 3 B+ and right now just idling and running off of the buck booster on the DRAWS board, the temperature on the Pi is holding steady at 56° C.

I have an email out to C4 Labs on the new design, waiting for a reply from them.  For now the Pi is sitting on the baseplate from its old case, which will work until I have to actually deploy the thing in the field.

Now I need to figure out the pin-outs on the connectors and build a cable to interface with my HT so I can test without tearing any of my existing setup down.  Is there a diagram posted somewhere for this?  Would save a lot of time.  If not, I'll post one once I figure out how to build a good working cable.

Charlie


Re: RMSGW and LINBPQ

Charlie Hein
 

Hi JP!  Thanks!  Your info should help a lot!

I've got through the initial setup script.  I have a question out there about the AX.25 addressing it asked for during the setup, but it looks as if this can be ignored (although I'm not at all sure why).  If this is the case, I can try running through the rest of your process here and see what happens.  Worst case scenario I totally botch the whole thing and start over from scratch.  Won't be the first time.

Now I need to get to making up the cable that goes from the DRAWS to my HT, which I'll be using for testing.  Haven't seen a good doc on how to make one of those either.  

Charlie (73 de N4NVD)


Re: How susceptible is the DRAWS board to RFI? Metal Case required?

 

Acrylic cases are suitable with a couple of caveats:

Be mindful of Temperature rise, probably not suitable for Pi4

One customer had RFI issues and fixed them with a grounded metal plate on top of their acrylic case

C4Labs makes acrylic cases for DRAWS both versions 1 with the SMA on the side and version 2 with the SMA on the end. They are working on a new version for the current rev, which has the Barrel Connector for DC.


Bryan K7UDR

On Jul 28, 2020, at 6:33 AM, Charlie Hein <chein@...> wrote:

Just askin'.  Is an acrylic case suitable, or should the Pi and DRAWS be housed in a metal case to help prevent RFI?

Charlie


How susceptible is the DRAWS board to RFI? Metal Case required?

Charlie Hein
 

Just askin'.  Is an acrylic case suitable, or should the Pi and DRAWS be housed in a metal case to help prevent RFI?

Charlie


Re: Help understanding prompts for address entry for AX.25 Ports in initial config.

Mike B
 


Re: Help understanding prompts for address entry for AX.25 Ports in initial config.

Charlie Hein
 

Hi Mike - okay, so the next best question in that case would be "what *are* the defaults, why is it ok to use them - what are they for, and when will I need them?"   

Oh, that is definitely more than one question... <grin>

Charlie

341 - 360 of 5335