Date   

Re: DRAWS

Paul Noa
 

Thanks Basil,

I will try a new clean install on a different DRAWS hat I have not touched.

However I am pretty certain I had not edited any files at least before I sent my info.

But I have had a disjointed effort lately but will start from scratch one more time I am getting pretty good at it.

Will advise.

Paul 
KO4BCZ


No Transmit #draws

Paul Noa
 

I was reading Michael Sharp's messages where he also indicates no transmit.

Perhaps I too have a bad board, Is there any way to identify the units with the issue?

Serial #, specific parts etc?  Other RMA back?

I purchased three units back in December, can I assume they all have the same issue?

Still have yet to transmit after multiple images and configs.  Admittedly I had a lot of startup errors unrelated but now I believe my config is correct please see my last 2 emails with specific info.

Thanks 
Paul


Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Basil Gunn
 

I did find, though, that if you put an image that is triggered to grow
when it's booted, it will only grow to the size of the original card.
The image that NW Digital Radio provides has been tested on 16, 32, 64 &
128 GB micro SD cards and in each case expands to fill the target SD
card to full capacity. I use Drewsif/PiShrink in a custom manufacturing
script.

Happy that you find the ApplePi-Baker V2 script useful. Brian K7BLS did
all of the leg work for confirming that utility.

I burn A LOT of mSD cards and found dcfldd to be more reliable than dd.

For more information that you probably don't care about I time each make
image & burn image task.

Time to burn an image:
real 7m31.833s

Time to make an image
real 3m10.482s

I'm going to use it too. Why not make things easy?
Yes, indeed.

/Basil

Richard - VE7CVS <ve7cvs@...> writes:

I set up some scripts (using dd and such) to make loading SD cards easy
for a high school Physics teacher who uses Pis in her classroom.

Not too hard to use - but I'm going to move her to ApplePi-Baker
(whenever school opens again)!

I'm going to use it too. Why not make things easy?


Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Richard - VE7CVS
 

I set up some scripts (using dd and such) to make loading SD cards easy for a high school Physics teacher who uses Pis in her classroom.

Not too hard to use - but I'm going to move her to ApplePi-Baker (whenever school opens again)!

I'm going to use it too. Why not make things easy? I'll still use dd for some operations (I *am* an ornery old sysadmin :-), but a simple, GUI-based tool that includes compression/decompression is a great idea. Using dd plus gzip/bzip gets old after a few cycles.

I disagree slightly with item 3 - As long as the target card is larger than the original, you can put a smaller image on a larger SD card (at least with Raspbian images and cards up to 32GB). I did find, though, that if you put an image that is triggered to grow when it's booted, it will only grow to the size of the original card. So, a small, 4GB image that was built on an 8GB card and triggered to grow will only grow to 8GB, even on a 32GB card. I could probably fix that, but 8GB images were big enough for my target use.

It *is* possible to retrigger growth again to get up to 32GB, but that's a manual operation.

I'm downloading dcfldd too!

Thanks for the pointers, Basil!

- Richard, VE7CVS/W6

On 3/22/20 12:20 PM, Basil Gunn wrote:
Why using ApplePi-Baker V2 on a MAC or Drewsif/PiShrink on a Linux
machine is better than just using the 'dd' utility.
(https://github.com/Drewsif/PiShrink)

1. If you think managing a number of 16, 32 or 64GB images is easy then
you don't do it very often.

2. Using a utility that gets rid of most of the unused sectors in your
mSD card file system results in a significantly smaller image. Add some
compression on that image and now you have an image size that while
still large is at least reasonably manageable.

3. Both ApplePi-Baker V2(MAC) & Drewsif (Linux) provide an expand on
boot utility. What you will find is that unless your target mSD card has
exactly the same architecture (cylinders/heads/sectors) as your source
mSD card, using dd to write an image your mSD card will fail to
boot. Buying the same SD card as you last used a few months ago does NOT
guarantee that both cards have the same architecture.

4. The Department of Defense Computer Forensics Lab (DCFL) provides a
superior utility to dd called dcfldd (http://dcfldd.sourceforge.net/)

/Basil n7nix


Charles Blackburn <wx4cb@...> writes:

it's mach so it's *nix based. just use the DD command and be done with it...

eg: SD card is /dev/sdc

dd if=/dev/sdc of=MyPiSDCard.iso BS=2048

to write it back just swap the parameters around.


charlie

On 3/22/2020 1:29 PM, Brian K7BLS wrote:
For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions.
https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.




Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Basil Gunn
 

Why using ApplePi-Baker V2 on a MAC or Drewsif/PiShrink on a Linux
machine is better than just using the 'dd' utility.
(https://github.com/Drewsif/PiShrink)

1. If you think managing a number of 16, 32 or 64GB images is easy then
you don't do it very often.

2. Using a utility that gets rid of most of the unused sectors in your
mSD card file system results in a significantly smaller image. Add some
compression on that image and now you have an image size that while
still large is at least reasonably manageable.

3. Both ApplePi-Baker V2(MAC) & Drewsif (Linux) provide an expand on
boot utility. What you will find is that unless your target mSD card has
exactly the same architecture (cylinders/heads/sectors) as your source
mSD card, using dd to write an image your mSD card will fail to
boot. Buying the same SD card as you last used a few months ago does NOT
guarantee that both cards have the same architecture.

4. The Department of Defense Computer Forensics Lab (DCFL) provides a
superior utility to dd called dcfldd (http://dcfldd.sourceforge.net/)

/Basil n7nix


Charles Blackburn <wx4cb@...> writes:

it's mach so it's *nix based. just use the DD command and be done with it...

eg: SD card is /dev/sdc

dd if=/dev/sdc of=MyPiSDCard.iso BS=2048

to write it back just swap the parameters around.


charlie

On 3/22/2020 1:29 PM, Brian K7BLS wrote:
For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions.
https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.




Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Charles Blackburn <wx4cb@...>
 

it's mach so it's *nix based. just use the DD command and be done with it...

eg: SD card is /dev/sdc

dd if=/dev/sdc of=MyPiSDCard.iso BS=2048

to write it back just swap the parameters around.


charlie

On 3/22/2020 1:29 PM, Brian K7BLS wrote:
For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions.
https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.



Easy and fast way for Mac users to backup/restore their RPi SD card

Brian K7BLS
 

For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions. https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.


Re: Still no news ?

Charles Blackburn <wx4cb@...>
 

i don't even think i ordered a case for it, i think mine was just the bare board/hat and gps antenna.

On 3/22/2020 1:11 AM, Chris Metcalf wrote:
I've long since come up with another case solution, and I can't even
remember if I cancelled my case order or not...

On Sat, Mar 21, 2020 at 10:07 PM Eric KD7CAO <@KD7CAO> wrote:

I was hoping to have the product in hand already too.

On Sat, Mar 21, 2020 at 7:32 PM Charles Blackburn <wx4cb@...>
wrote:

any update on shipping? it's been a while and im getting antsy on wanting
to use it. originally slated for end of feb, now it's almost the end of
march and they were supposed to be shipping out by now

charlie

--
Eric M. Gildersleeve ~ KD7CAO
Google Voice: 940-784-3029



Re: Still no news ?

Chris Metcalf
 

I've long since come up with another case solution, and I can't even remember if I cancelled my case order or not...


On Sat, Mar 21, 2020 at 10:07 PM Eric KD7CAO <kd7cao@...> wrote:
I was hoping to have the product in hand already too.

On Sat, Mar 21, 2020 at 7:32 PM Charles Blackburn <wx4cb@...> wrote:
any update on shipping? it's been a while and im getting antsy on wanting to use it. originally slated for end of feb, now it's almost the end of march and they were supposed to be shipping out by now

charlie



--
Eric M. Gildersleeve ~ KD7CAO
Google Voice: 940-784-3029


Re: Still no news ?

Eric KD7CAO <kd7cao@...>
 

I was hoping to have the product in hand already too.

On Sat, Mar 21, 2020 at 7:32 PM Charles Blackburn <wx4cb@...> wrote:
any update on shipping? it's been a while and im getting antsy on wanting to use it. originally slated for end of feb, now it's almost the end of march and they were supposed to be shipping out by now

charlie



--
Eric M. Gildersleeve ~ KD7CAO
Google Voice: 940-784-3029


Re: Still no news ?

Charles Blackburn <wx4cb@...>
 

any update on shipping? it's been a while and im getting antsy on wanting to use it. originally slated for end of feb, now it's almost the end of march and they were supposed to be shipping out by now

charlie


Re: DRAWS

Basil Gunn
 

What could prevent transmitting with DRAWS Hat running NWDR15 on Pi3 B+ ?
Addendum to my last question Why no transmit?
I just did a fresh install to confirm that the text in the "Getting
Started" Guide works consistently.

Thanks for the console output from all the commands. In the future you
can just run the showudrc.sh script which usually gives enough output to
solve problems.

First to answer how to debug transmit problems:

Start from a clean install. Editing any configuration files is
discouraged until you can confirm things are working. In your case
/etc/ax25/axports file has been manually edited and is misconfigured.
The /etc/direwolf.conf file may also be manually edited and misconfigured.

1. Check cable to radio. Is it a custom cable? In your case you should
be using the left hand mDin6 connector.
2. Radio turned on?
-When running scripts btest.sh or measure_deviate.sh
3. Does you radio indicate that it transmits when running either of the
above scripts?
4. Does the transmit led next to the mDin6 connector on the DRAWS card
come on when running either of the above scripts?
5. Tune an HT to the same frequency used by your radio attached to the
DRAWS card. When running the measure_deviate.sh script can you hear a
tone?

Until you get the above tests working I would not try to figure out why
your receive is not working either.

Things from your console output that require fixing:

Either start from a fresh install (recommended) or fix your /etc/ax25/axports file.
Mar 19 19:38:04 ASAwizard bash[564]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard bash[564]: kissparms: invalid port name - udr1

You said that you did not see any console output from the listen command
yet your direwolf log file sees your beacon test output:

Mar 21 15:08:12 ASAwizard direwolf[479]: [0L]KO4BCZ-11>APUDR1,WIDE1-1::KO4BCZ :21 15:08:11 EDT KO4BCZ mesg_beacon test from host ASAwizard on udr0 Seq: 21

This indicates some ax.25 misconfiguration. Note that if you just follow
the "Getting Started" guide you should NOT have to edit any
configuration files.

Focus on your transmit problem first then look at receive.
Tune your radio to the national 1200 baud APRS frequency (144.390 MHZ),
turn audio up & squelch off. You should hear some/a lot of traffic and
you should see that traffic in your 'listen' console or 'tail -f
/var/log/direwolf/dirwolf.log' console.

Receive problems are usually due to cable mis-wired, incorrect ALSA
parameters or radio misconfigured (AFOUT/DISCriminator).

/Basil n7nix


DRAWS

Paul Noa
 

Addendum to my last question Why no transmit?
~/n7nix/debug $ ax25-status -d
AX25 Debug Status
== failed & loaded but inactive units==
0 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.
 
== direwolf ==
  pid: 479
  ver: Dire Wolf DEVELOPMENT version 1.6 D (Jan  6 2020)
== /proc/sys ==
ax25  core  ipv4  ipv6  netfilter  unix
ax0  ax1
 
== Network Interface ax0 & ax1 ==
4: ax0: <BROADCAST,UP,LOWER_UP> mtu 255 qdisc pfifo_fast state UNKNOWN group default qlen 10
    link/ax25 96:9e:68:84:86:b4:14 brd a2:a6:a8:40:40:40:00
    inet 192.168.255.2/32 brd 192.168.255.255 scope global ax0
       valid_lft forever preferred_lft forever
 
5: ax1: <BROADCAST,UP,LOWER_UP> mtu 255 qdisc pfifo_fast state UNKNOWN group default qlen 10
    link/ax25 96:9e:68:84:86:b4:14 brd a2:a6:a8:40:40:40:00
    inet 192.168.255.3/32 brd 192.168.255.255 scope global ax1
       valid_lft forever preferred_lft forever
 
== status networkd services ==
enabled
● systemd-networkd-wait-online.service - Wait for Network to be Configured
   Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2020-03-19 19:38:04 EDT; 1 day 19h ago
     Docs: man:systemd-networkd-wait-online.service(8)
  Process: 372 ExecStart=/lib/systemd/systemd-networkd-wait-online (code=exited, status=0/SUCCESS)
 Main PID: 372 (code=exited, status=0/SUCCESS)
 
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd-networkd-wait-online[372]: ignoring: lo
Mar 19 19:38:04 ASAwizard systemd[1]: Started Wait for Network to be Configured.
enabled
● systemd-networkd.service - Network Service
   Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-03-19 19:38:02 EDT; 1 day 19h ago
     Docs: man:systemd-networkd.service(8)
 Main PID: 317 (systemd-network)
   Status: "Processing requests..."
    Tasks: 1 (limit: 2200)
   Memory: 4.5M
   CGroup: /system.slice/systemd-networkd.service
           └─317 /lib/systemd/systemd-networkd
 
Mar 19 19:38:02 ASAwizard systemd[1]: Starting Network Service...
Mar 19 19:38:02 ASAwizard systemd-networkd[317]: Enumeration completed
Mar 19 19:38:02 ASAwizard systemd[1]: Started Network Service.
Mar 19 19:38:04 ASAwizard systemd-networkd[317]: ax0: Gained carrier
Mar 19 19:38:04 ASAwizard systemd-networkd[317]: ax1: Gained carrier
Mar 19 19:38:10 ASAwizard systemd-networkd[317]: wlan0: Gained carrier
Mar 19 19:38:12 ASAwizard systemd-networkd[317]: wlan0: Gained IPv6LL
Mar 21 14:43:28 ASAwizard systemd-networkd[317]: wlan0: Lost carrier
Mar 21 14:46:53 ASAwizard systemd-networkd[317]: wlan0: Gained carrier
Mar 21 14:47:04 ASAwizard systemd-networkd[317]: wlan0: Gained IPv6LL
 
== status direwolf service ==
enabled
● direwolf.service - Direwolf Daemon
   Loaded: loaded (/etc/systemd/system/direwolf.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-03-19 19:38:03 EDT; 1 day 19h ago
  Process: 470 ExecStartPre=/bin/rm -f /tmp/kisstnc (code=exited, status=0/SUCCESS)
 Main PID: 479 (direwolf)
    Tasks: 15 (limit: 2200)
   Memory: 2.7M
   CGroup: /system.slice/direwolf.service
           └─479 /usr/bin/direwolf -t 0 -c /etc/direwolf.conf -p
 
Mar 21 14:39:07 ASAwizard systemd[1]: /etc/systemd/system/direwolf.service:10: DefaultInstance= only makes sense for template units, ignoring.
Mar 21 14:41:53 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS::K6STS-11 :We SEEZ'ya' !{000
Mar 21 15:04:38 ASAwizard direwolf[479]: Error reading from IGate server.  Closing connection.
Mar 21 15:04:52 ASAwizard direwolf[479]: Now connected to IGate server noam.aprs2.net (173.242.239.3)
Mar 21 15:04:52 ASAwizard direwolf[479]: Check server status here http://173.242.239.3:14501
Mar 21 15:04:53 ASAwizard direwolf[479]: [ig] # aprsc 2.1.5-g8af3cdc
Mar 21 15:04:55 ASAwizard direwolf[479]: [ig] # logresp KO4BCZ verified, server T2NALA
Mar 21 15:08:12 ASAwizard direwolf[479]: [0L] KO4BCZ-11>APUDR1,WIDE1-1::KO4BCZ   :21 15:08:11 EDT KO4BCZ mesg_beacon test from host ASAwizard on…dr0 Seq: 21
Mar 21 15:10:10 ASAwizard systemd[1]: /etc/systemd/system/direwolf.service:10: DefaultInstance= only makes sense for template units, ignoring.
Mar 21 15:10:10 ASAwizard systemd[1]: /etc/systemd/system/direwolf.service:10: DefaultInstance= only makes sense for template units, ignoring.
Hint: Some lines were ellipsized, use -l to show in full.
 
== status ax25 service ==
enabled
● ax25dev.service - AX.25 device
   Loaded: loaded (/etc/systemd/system/ax25dev.service; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2020-03-19 19:38:04 EDT; 1 day 19h ago
  Process: 564 ExecStart=/bin/bash -c /etc/ax25/ax25-upd (code=exited, status=0/SUCCESS)
 Main PID: 564 (code=exited, status=0/SUCCESS)
    Tasks: 3 (limit: 2200)
   Memory: 1.6M
   CGroup: /system.slice/ax25dev.service
           ├─582 /usr/local/sbin/mkiss /tmp/kisstnc /dev/ptmx /dev/ptmx
           ├─598 /usr/local/sbin/kissattach /dev/pts/1 udr0 192.168.255.2
           └─601 /usr/local/sbin/kissattach /dev/pts/2 udr1 192.168.255.3
 
Mar 19 19:38:04 ASAwizard bash[564]: ax25dev-parms finished
Mar 19 19:38:04 ASAwizard bash[564]: Using Device = ax1
Mar 19 19:38:04 ASAwizard bash[564]: ax25dev-parms finished
Mar 19 19:38:04 ASAwizard bash[564]:  Port udr0 attached to ax0
Mar 19 19:38:04 ASAwizard bash[564]:  Port udr1 attached to ax1
Mar 19 19:38:04 ASAwizard bash[564]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard bash[564]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard bash[564]: kissparms: invalid port name - udr1
Mar 19 19:38:04 ASAwizard bash[564]: ax25-upd script finished
Mar 19 19:38:04 ASAwizard systemd[1]: Started AX.25 device.
 
-- Logs begin at Thu 2019-02-14 05:11:59 EST, end at Sat 2020-03-21 15:10:10 EDT. --
Mar 19 19:38:03 ASAwizard systemd[1]: Starting AX.25 device...
Mar 19 19:38:03 ASAwizard bash[483]: ax25-upd: Start Port udr0 with device /tmp/kisstnc
Mar 19 19:38:03 ASAwizard bash[483]: Direwolf serial port NOT FOUND
Mar 19 19:38:03 ASAwizard systemd[1]: ax25dev.service: Main process exited, code=exited, status=1/FAILURE
Mar 19 19:38:03 ASAwizard systemd[1]: ax25dev.service: Failed with result 'exit-code'.
Mar 19 19:38:03 ASAwizard systemd[1]: Failed to start AX.25 device.
Mar 19 19:38:04 ASAwizard systemd[1]: Starting AX.25 device...
Mar 19 19:38:04 ASAwizard bash[564]: ax25-upd: Start Port udr0 with device /tmp/kisstnc
Mar 19 19:38:04 ASAwizard bash[564]: Direwolf serial port ready
Mar 19 19:38:04 ASAwizard bash[564]: UDRC_PROD: Digital Radio Amateur Work Station, ID: 4
Mar 19 19:38:04 ASAwizard bash[564]: Product ID match: 4
Mar 19 19:38:04 ASAwizard bash[564]: Found HAT for DRAWS with product ID: 4
Mar 19 19:38:04 ASAwizard bash[564]: UDRC II or DRAWS installed
Mar 19 19:38:04 ASAwizard bash[564]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
Mar 19 19:38:04 ASAwizard bash[564]: kissattach return: 0
Mar 19 19:38:04 ASAwizard bash[564]: Using Device = ax0
Mar 19 19:38:04 ASAwizard bash[564]: ax25dev-parms finished
Mar 19 19:38:04 ASAwizard bash[564]: Using Device = ax1
Mar 19 19:38:04 ASAwizard bash[564]: ax25dev-parms finished
Mar 19 19:38:04 ASAwizard bash[564]:  Port udr0 attached to ax0
Mar 19 19:38:04 ASAwizard bash[564]:  Port udr1 attached to ax1
Mar 19 19:38:04 ASAwizard bash[564]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard bash[564]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard bash[564]: kissparms: invalid port name - udr1
Mar 19 19:38:04 ASAwizard bash[564]: ax25-upd script finished
Mar 19 19:38:04 ASAwizard systemd[1]: Started AX.25 device.
 
== status ax25 path ==
enabled
● ax25dev.path
   Loaded: loaded (/etc/systemd/system/ax25dev.path; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-03-19 19:38:02 EDT; 1 day 19h ago
 
Mar 19 19:38:02 ASAwizard systemd[1]: Started ax25dev.path.
 
== status ax25-mheardd ==
enabled
● ax25-mheardd.service - AX.25 mheard daemon
   Loaded: loaded (/etc/systemd/system/ax25-mheardd.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-03-19 19:38:04 EDT; 1 day 19h ago
 Main PID: 624 (mheardd)
    Tasks: 1 (limit: 2200)
   Memory: 204.0K
   CGroup: /system.slice/ax25-mheardd.service
           └─624 /usr/local/sbin/mheardd -f -n 150
 
Mar 19 19:38:04 ASAwizard systemd[1]: Started AX.25 mheard daemon.
Mar 19 19:38:04 ASAwizard mheardd[624]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
 
== status ax25d ==
enabled
● ax25d.service - General purpose AX.25 daemon
   Loaded: loaded (/etc/systemd/system/ax25d.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-03-19 19:38:04 EDT; 1 day 19h ago
 Main PID: 625 (ax25d)
    Tasks: 1 (limit: 2200)
   Memory: 432.0K
   CGroup: /system.slice/ax25d.service
           └─625 /usr/local/sbin/ax25d -l
 
Mar 19 19:38:04 ASAwizard systemd[1]: Started General purpose AX.25 daemon.
Mar 19 19:38:04 ASAwizard ax25d[625]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard ax25d[625]: starting
Mar 19 19:38:04 ASAwizard ax25d[625]: ax25d: UID for user 'rmsgw' is unknown, ignoring entry
Mar 19 19:38:04 ASAwizard ax25d[625]: new config file loaded successfuly
 
== netstat ax25 ==
Active AX.25 sockets
Dest       Source     Device  State        Vr/Vs    Send-Q  Recv-Q
*          KO4BCZ-0   ax0     LISTENING    000/000  0       0
*          KO4BCZ-10  ax0     LISTENING    000/000  0       0
pi@ASAwizard:~/n7nix/debug $
 


#draws #draws

Paul Noa
 

What could prevent transmitting with DRAWS Hat running NWDR15 on Pi3 B+ ?

/home/pi/n7nix/debug# ./btest.sh -P udr0
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :21 13:52:56 EDT KO4BCZ mesg_beacon test from host ASAwizard on port udr0 Seq: 20
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file

Curiously:  mheard and listen -at return zilch!
$ mheard
Callsign   Port    Packets   Last Heard

pi@ASAwizard:~ $ sudo su
root@ASAwizard:/home/pi# listen -at
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
^C
root@ASAwizard:/home/pi# tail -f /var/log/direwolf/direwolf.log
Mar 21 13:56:57 ASAwizard direwolf[479]: [0.0] K6STS-11>APLIGA,WIDE2-1:/175652h2912.91N/08035.80WO092/022/A=027772 022TxC  24.40C  953.05hPa  7.46V 08S WSPR Pico balloon from Ocala,FL
Mar 21 13:56:57 ASAwizard direwolf[479]: Position with time, Original Balloon (think Ham b
Mar 21 13:56:57 ASAwizard direwolf[479]: N 29 12.9100, W 080 35.8000, 25 MPH, course 92, alt 27772 ft
Mar 21 13:56:57 ASAwizard direwolf[479]:  022TxC  24.40C  953.05hPa  7.46V 08S WSPR Pico balloon from Ocala,FL
Mar 21 14:02:54 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS::K6STS-11 :We SEEZ'ya' !{000
Mar 21 14:06:43 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS::K6STS-11 :We SEEZ'ya' !{000
Mar 21 14:07:15 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS:!3019.88N/08129.06W& WinAPRS QRT @071721z
Mar 21 14:10:04 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS::K6STS-11 :We SEEZ'ya' !{000
Mar 21 14:19:02 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS:=3019.88N/08129.06W&PHG6176/WinAPRS 2.9.0 -FLDUVJAX     -290-<630>
Mar 21 14:41:53 ASAwizard direwolf[479]: [ig>tx] WA4TKG>APW290,W4NAS,WIDE2-2,qAR,W4NAS::K6STS-11 :We SEEZ'ya' !{000
 
netstat --ax25
Active AX.25 sockets
Dest       Source     Device  State        Vr/Vs    Send-Q  Recv-Q
*          KO4BCZ-0   ax0     LISTENING    000/000  0       0
*          KO4BCZ-10  ax0     LISTENING    000/000  0       0

$ cd n7nix/bin
pi@ASAwizard:~/n7nix/bin $ ./piver.sh
 Pi 3 Model B+, Rev 1.3, Mfg by Sony UK
 Has WiFi
pi@ASAwizard:~/n7nix/bin $ ./udrcver.sh
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0206
UUID:        80a6c757-5c8f-4ba7-8d95-8ad21990dc7a
Vendor:      NW Digital Radio
pi@ASAwizard:~/n7nix/bin $ cd ~/bin
pi@ASAwizard:~/bin $ ./sndcard.sh
udrc card number line: card 1: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #1
pi@ASAwizard:~/bin $ alsa-show.sh
 ===== ALSA Controls for Radio Transmit =====
LO Driver Gain  L:[-2.00dB]     R:[-6.00dB]
PCM             L:[-6.00dB]     R:[-6.00dB]
DAC Playback PT L:[P3]          R:[P3]
LO Playback CM  [Full Chip]
 
 ===== ALSA Controls for Radio Receive =====
ADC Level       L:[8.00dB]      R:[-2.00dB]
IN1             L:[Off]         R:[Off]
IN2             L:[10 kOhm]     R:[10 kOhm]
CM              L:[10 kOhm]     R:[10 kOhm]
pi@ASAwizard:~/bin $ ax25-status
Status for direwolf.service: RUNNING and ENABLED
Status for ax25dev.service: RUNNING and ENABLED
Status for ax25dev.path: RUNNING and ENABLED
Status for ax25-mheardd.service: RUNNING and ENABLED
Status for ax25d.service: RUNNING and ENABLED
AX.25 device: ax0 successfully configured with ip: 192.168.255.2
AX.25 device: ax1 successfully configured with ip: 192.168.255.3



Re: G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

OK. Thank you...


Re: G90 / HamMadeParts Cable / FLDigi

 

Michael,

Bryan/Sales needs the information -- we are not colocated.

Thanks.

On Thu, Mar 19, 2020 at 2:07 PM Michael Sharp via Groups.Io <nexxusix=yahoo.com@groups.io> wrote:
Hello John,
Thank you for the reply. I have sent an email requesting an RMA. I do not know what my order number is at the moment. I will send you the information with my shipping address for verification.

Thank you,
-Michael



--
John D. Hays
Kingston, WA
K7VE

 


Re: G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

Hello John,
Thank you for the reply. I have sent an email requesting an RMA. I do not know what my order number is at the moment. I will send you the information with my shipping address for verification.

Thank you,
-Michael


Re: G90 / HamMadeParts Cable / FLDigi

 

Send it to:

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


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

OK. Well, this makes a lot of sense then, and probably the reason why I don’t have the proper output. If you think the wrong components have been installed, then I guess I can request an RMA at this point.

Thank you for responding to this issue.

-Michael


Re: G90 / HamMadeParts Cable / FLDigi

Michael Sharp
 

OK. Well, this makes a lot of sense then, and probably the reason why I don’t have the proper output. If you think the wrong components have been installed, then I guess I can request an RMA at this point.

Thank you for responding to this issue.

-Michael


Re: G90 / HamMadeParts Cable / FLDigi

 

Contact sales@...

On Thu, Mar 19, 2020 at 12:46 PM Michael Sharp via Groups.Io <nexxusix=yahoo.com@groups.io> 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?



--
John D. Hays
Kingston, WA
K7VE