Date   

Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Edd,

That is useful information.  I'll look at it as well this evening after work.  As long as the interface to the hardware is working then it may be gpsd is getting confused with the time change.  I pretty much operate my ham related computers on UTC, but of course you should be able to use any timezone you like.

There are some commands you can send to see what is going on if you like
sudo systemctl status gpsd will show any errors that happened when the process started and if it is running.

You might also want to look at https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™%3A-Setup-GPSD-for-Time-and--Position NW Digital's documentation.

73 - Frank - K0FEI


Re: Buster Image with DRAWS software

Edward Seeliger
 

Frank, I reimaged the SD card from your (original) file and it again boots. I expanded the file system (raspi-config opt 7 Advanced,  option A1 expand file system) and rebooted. Yes GPSMON runs as it should.
I then changed the RPi  name and password, changed my locale and time zone, and enabled SSH and VNC and rebooted. GPSMON no longer works.
This is on an RPi 3B+, not an RPI 4.
So changing settings still upsets GPSD / GPSMON functions and is unrelated to expanding the file system or updating with N7NIXs update scripts. I have not explored further.
Edd - KD5M


Re: Buster Image with DRAWS software

Frank Ivan
 

Whoops - Auto Correct got the better of me - it is sudo raspi-config.

73 - Frank - K0FEI


Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Guys,

I have re-uploaded the image as the .gz file that Etcher will transfer to a SD card.

You will want to expand the file system first thing - sudo rasps-config then select option 7 - Advanced and then use Option A1 - Expand Filesystem.

Beware of using any of the configuration or update scripts in the n7nix directory.  They have not been updated for Buster and may copy over something and break it.  Hopefully NW Digital will do an official release on Buster and for the Pi4.

Oh - Draws-Manager is installed.  Just open localhost:8080 in the browser and it should pop up.

https://www.dropbox.com/s/i21qtsn7c9pwx19/Buster-Draws-2019-09-03.gz?dl=0

Let me know how it goes.

73 - Frank - K0FEI


Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Edd,

It may have been better to have not run the prog_refresh.sh script.  I am not sure what it does and those scripts have not been changed to reflect Buster and the drivers being a part of Raspbian instead of being built from source in n7nix directory.  The scripts in hfprogs are safe -  hf_verchk.sh will tell you the installed version of the digital programs like wsjtx and what version is available.

My GPSMON is working fine after expanding the card.  Try flashing the SD card again and expand it first thing.  Are you using the sudo raspi-config and then option 7 - Advanced Option then A1 - Expand Filesystem?  After that reboot and check GPSMON.

73 - Frank - K0FEI


Re: Buster Image with DRAWS software

Edward Seeliger
 

I apologize - I deleted my message that started these comments once I realized the .xz file was compressed. I used 7-zip to uncompress it (internet search told me how). Etcher loads the resulting .img file without errors or  problems and it does boot on my RPi 3 B+ with DRAWS attached. aplay -l shows the URDC card. Using N7NIX's update process (prog_refresh.sh) updates the scripts and shows all the programs are at current versions.
My other test is to run GPSMON to verify that GPSD and the GPS are working. When I first used the image, GPSMON worked. But after I expanded the image for my 32GB card, GPSMON no longer works. GPSD starts but does not allow GPSMON to work.
I have no clue why after expanding the image GPSD/GPSMON no longer works - I ran N7NIX's gp_install.sh script but that did not fix the problems.
I did not try any other programs.
Suggestions are welcome - I do have my own image that works and is fully expanded.
Edd - KD5M


Re: Buster Image with DRAWS software

Mitch Winkle
 

zip definitely works, i did that yesterday.

On 9/3/19 9:33 PM, Frank Ivan via Groups.Io wrote:
Well darn.

It seems this taring it to an .xz file was not compatible with Etcher.

You can uncompress the .xz file (tar -xJf Buster-Draws-2019-09-01.xz) and flash the resulting .img file to the SD (I tested it and it works) or Ill send another message when the .gz file is uploaded to dropbox and you will be able to download that file and it will work with Etcher (again I have tested).

Sorry for the error.

73 - Frank - K0FEI


Re: Buster Image with DRAWS software

Frank Ivan
 

Well darn.

It seems this taring it to an .xz file was not compatible with Etcher.

You can uncompress the .xz file (tar -xJf Buster-Draws-2019-09-01.xz) and flash the resulting .img file to the SD (I tested it and it works) or Ill send another message when the .gz file is uploaded to dropbox and you will be able to download that file and it will work with Etcher (again I have tested).

Sorry for the error.

73 - Frank - K0FEI


On Sep 3, 2019, at 6:12 PM, Edward Seeliger <eseeliger@...> wrote:

Good evening.
I downloaded this image this morning - Balena Etcher gives an error that there is no file system but allows it to be copied / loaded onto an SD card. I attempted to run it on an RPi 3B+ with DRAWS mounted on it but it does not boot - so Etcher is likely correct that it has no readable FS. My current image (v 4.14.98-v7+)  updated by N7NIX's process (prog_refresh.sh) runs without errors.
Edd - KD5M


Re: Buster Image with DRAWS software

Ryan W Leathers
 

Perhaps this helps... from the rasp-config documentation 

Advanced Options

Expand Filesystem

If you have installed Raspbian using NOOBS, the filesystem will have been expanded automatically. There may be a rare occasion where this is not the case, e.g. if you have copied a smaller SD card onto a larger one. In this case, you should use this option to expand your installation to fill the whole SD card, giving you more space to use for files. You will need to reboot the Raspberry Pi to make this available. Note that there is no confirmation: selecting the option begins the partition expansion immediately.


On Tue, Sep 3, 2019 at 8:12 PM Edward Seeliger <eseeliger@...> wrote:
Good evening.
I downloaded this image this morning - Balena Etcher gives an error that there is no file system but allows it to be copied / loaded onto an SD card. I attempted to run it on an RPi 3B+ with DRAWS mounted on it but it does not boot - so Etcher is likely correct that it has no readable FS. My current image (v 4.14.98-v7+)  updated by N7NIX's process (prog_refresh.sh) runs without errors.
Edd - KD5M


Re: [udrc] #draws Aluminum Case #draws

Brian Campbell <brian.cmp@...>
 

I think the early adopters case should be for the pi3 only, this is what I paid for. 

Now, if they ever redevelop them and then have them made, there will be unused holes that will look bad. 


Re: [udrc] #draws Aluminum Case #draws

Roderick Wayne Hart Sr.
 

I was beginning to think I would never see the case I ordered. Guess there is still hope.


Re: [udrc] #draws Aluminum Case #draws

Mike Watkins <mike.watkins@...>
 


On Mon, Sep 2, 2019 at 9:54 AM Chris - KC9AD <c.doutre@...> wrote:

If it’s any encouragement, many of run our systems without a case initially. Getting it running is part of the fun. To me, it’s simply magical to attach a keyboard, mouse, and monitor to that tiny system and see it come to life. And Ethernet, and VNC! 73.


Likewise. After doing some work on RPi4 to confirm there were no issues on Buster (on either the RPi3 or RPi4), I've moved my DRAWS / udrc hat to an unused RPi3 sitting in a little box above a shelf mounted older Icom radio; it's now on the air full time as a local APRS digipeater and IGate and will soon have a second radio providing service to a secondary "low power" APRS device frequency in our area.

Yes, I'd love a case. One user here noted 3D printing one; that might be an option I'll pursue. In the meantime, the device is being used.


Buster Image with DRAWS software

Frank Ivan
 

For those that want to just download an image for their DRAWS setup - here is an image that should work on Pi3 or Pi4 based on Buster.  It uses the DRAWS drivers that NW Digital submitted to the Raspbian source tree and now come with Raspbian.  So you should be able to update the software with the normal sudo apt update and sudo apt dist-upgrade.

Just download the file - it is a .xz and Etcher will flash it directly to the sd.  The account is the normal pi with the normal password of raspberry.  It should boot into the desktop.

You will want to expand the SD file system - just do a sudo rasp-config then go to option 8 - Advanced, add chose expand file system.

When you have booted the image with the DRAWS hat installed enter the command aplay -l. It should list the udrc soundcard.  If you have a newer board or if you are curious you can try commenting our the dtoverlay= line in the /boot/config.txt file and see if the soundcard still shows up.  If it does, you can leave the line commented out.

In any event - here you go - enjoy.  https://www.dropbox.com/s/wpap6fhkctqalxt/Buster-Draws-2019-09-01.xz?dl=0

73 - Frank - K0FEI


Re: [udrc] #draws Aluminum Case #draws

Stuart Longland VK4MSL
 

On 3/9/19 2:54 am, Chris - KC9AD wrote:
If it’s any encouragement, many of run our systems without a case initially. Getting it running is part of the fun. To me, it’s simply magical to attach a keyboard, mouse, and monitor to that tiny system and see it come to life. And Ethernet, and VNC! 73.
Well, I've got mine just sitting bare at the moment, haven't done a lot other than tested receive with the board due to lack of time.

My plan is to throw it into the top-box on a bicycle, it'll be interesting to see how the DIN-6 connectors fare with the vibration. It'll be doing APRS/AX.25 packet and voice relay via WiFi (either using something WebRTC-based or using mumble, we'll see).

I don't dare even try though without that little computer in a case to stop it getting dinged up, and it'll need to be substantial on the RF front as it'll have a HF antenna (with 100W pX TX power) and a VHF/UHF antenna (with 50W/20W pX TX power) within a 1m radius of the computer.

I understand the hold up is that the case is being re-designed to accommodate the Pi4; hopefully without reducing its utility to Pi2/3 users.

The questions in my mind are how many of those waiting for a case are actually wanting to use it with a Pi4, and how many cases of the older design were "in stock" at the time the decision to re-design the case was made?

I can only conclude that perhaps not many were in stock and the wheels of manufacturing hadn't yet started turning on a new batch.

Hopefully the re-design is a short process, otherwise maybe it'd be worth maybe just doing a production run of Pi2/3 cases in the mean time so that those of us with older stations can protect our investments from the elements.
--
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
...it's backed up on a tape somewhere.


Re: [udrc] #draws Aluminum Case #draws

Sam Wash
 

I’m in the same boat!

 

On Sep 2, 2019, at 11:54 AM, Chris - KC9AD <c.doutre@...> wrote:

If it’s any encouragement, many of run our systems without a case initially. Getting it running is part of the fun. To me, it’s simply magical to attach a keyboard, mouse, and monitor to that tiny system and see it come to life. And Ethernet, and VNC! 73.

 

Chris Doutre KC9AD

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of okiejim
Sent: Monday, September 02, 2019 9:47 AM
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] [udrc] #draws Aluminum Case

 

I also have been waiting for mine for the same reason. My hat is just sitting not in use until I get the case. Sure do hope we get an update soon. And it would be nice to know they know I paid for one along time ago.

73's
kd6vpe


Re: [udrc] #draws Aluminum Case #draws

Chris - KC9AD
 

If it’s any encouragement, many of run our systems without a case initially. Getting it running is part of the fun. To me, it’s simply magical to attach a keyboard, mouse, and monitor to that tiny system and see it come to life. And Ethernet, and VNC! 73.

 

Chris Doutre KC9AD

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of okiejim
Sent: Monday, September 02, 2019 9:47 AM
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] [udrc] #draws Aluminum Case

 

I also have been waiting for mine for the same reason. My hat is just sitting not in use until I get the case. Sure do hope we get an update soon. And it would be nice to know they know I paid for one along time ago.

73's
kd6vpe


Re: [udrc] #draws Aluminum Case #draws

okiejim
 

I also have been waiting for mine for the same reason. My hat is just sitting not in use until I get the case. Sure do hope we get an update soon. And it would be nice to know they know I paid for one along time ago.

73's
kd6vpe


Re: [udrc] #draws Aluminum Case #draws

Tim Huffaker
 

I really hope I can get the discounted early adopters case I ordered last April. Or it would be nice to know if we will ever get the case. I wanted for its emi shielding and power port. Cases for these boards are limited. 

Thank you,
Tim KM4ESU 


Re: no transmit #wsjt-x

Rob Lapham
 

Here are the outputs
pi@k6jus:~/n7nix $ piver.sh
 Pi 3 Model B+ Mfg by Sony UK
 Has WiFi
pi@k6jus:~/n7nix $ udrcver.sh
Found a DRAWS
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0106
UUID:        9598845d-e110-49ce-9287-d770da081361
Vendor:      NW Digital Radio
pi@k6jus:~/n7nix/deviation $ ./measure_deviate.sh -c left
Using tone: 2200 (wave file name: 2200hzsin.wav) for duration 30 & left connector using gpio: 12
Found existing wav file: 2200hzsin.wav
If using devcal from Svxlink make sure devcal line has -f2200
Using PTT GPIO 12 with tone of 2200 Hz
Playing WAVE '2200hzsin.wav' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
Hardware PCM card 1 'udrc' device 0 subdevice 0
Its setup is:
  stream       : PLAYBACK
  access       : RW_INTERLEAVED
  format       : S32_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 32
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 24000
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
  appl_ptr     : 0
  hw_ptr       : 0
##################################################+| MAX^C
pi@k6jus:~/n7nix/deviation $ ./measure_deviate.sh
Using tone: 2200 (wave file name: 2200hzsin.wav) for duration 30 & right connector using gpio: 23
Found existing wav file: 2200hzsin.wav
If using devcal from Svxlink make sure devcal line has -f2200
Using PTT GPIO 23 with tone of 2200 Hz
Playing WAVE '2200hzsin.wav' : Signed 32 bit Little Endian, Rate 48000 Hz, Stereo
Hardware PCM card 1 'udrc' device 0 subdevice 0
Its setup is:
  stream       : PLAYBACK
  access       : RW_INTERLEAVED
  format       : S32_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 32
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 24000
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
  appl_ptr     : 0
  hw_ptr       : 0
##################################################+| MAX
pi@k6jus:~ $ gpio readall
 +-----+-----+---------+------+---+---Pi 3B+-+---+------+---------+-----+-----+
 | BCM | wPi |   Name  | Mode | V | Physical | V | Mode | Name    | wPi | BCM |
 +-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+
 |     |     |    3.3v |      |   |  1 || 2  |   |      | 5v      |     |     |
 |   2 |   8 |   SDA.1 | ALT0 | 1 |  3 || 4  |   |      | 5v      |     |     |
 |   3 |   9 |   SCL.1 | ALT0 | 1 |  5 || 6  |   |      | 0v      |     |     |
 |   4 |   7 | GPIO. 7 | ALT0 | 0 |  7 || 8  | 0 | IN   | TxD     | 15  | 14  |
 |     |     |      0v |      |   |  9 || 10 | 1 | IN   | RxD     | 16  | 15  |
 |  17 |   0 | GPIO. 0 |   IN | 1 | 11 || 12 | 1 | ALT0 | GPIO. 1 | 1   | 18  |
 |  27 |   2 | GPIO. 2 |   IN | 0 | 13 || 14 |   |      | 0v      |     |     |
 |  22 |   3 | GPIO. 3 |   IN | 0 | 15 || 16 | 0 | OUT  | GPIO. 4 | 4   | 23  |
 |     |     |    3.3v |      |   | 17 || 18 | 0 | IN   | GPIO. 5 | 5   | 24  |
 |  10 |  12 |    MOSI |   IN | 0 | 19 || 20 |   |      | 0v      |     |     |
 |   9 |  13 |    MISO |   IN | 0 | 21 || 22 | 0 | IN   | GPIO. 6 | 6   | 25  |
 |  11 |  14 |    SCLK |   IN | 0 | 23 || 24 | 1 | IN   | CE0     | 10  | 8   |
 |     |     |      0v |      |   | 25 || 26 | 0 | IN   | CE1     | 11  | 7   |
 |   0 |  30 |   SDA.0 |   IN | 1 | 27 || 28 | 1 | IN   | SCL.0   | 31  | 1   |
 |   5 |  21 | GPIO.21 |   IN | 1 | 29 || 30 |   |      | 0v      |     |     |
 |   6 |  22 | GPIO.22 |   IN | 1 | 31 || 32 | 0 | OUT  | GPIO.26 | 26  | 12  |
 |  13 |  23 | GPIO.23 |  OUT | 1 | 33 || 34 |   |      | 0v      |     |     |
 |  19 |  24 | GPIO.24 | ALT0 | 1 | 35 || 36 | 0 | IN   | GPIO.27 | 27  | 16  |
 |  26 |  25 | GPIO.25 |   IN | 0 | 37 || 38 | 0 | ALT0 | GPIO.28 | 28  | 20  |
 |     |     |      0v |      |   | 39 || 40 | 0 | ALT0 | GPIO.29 | 29  | 21  |
 +-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+
 | BCM | wPi |   Name  | Mode | V | Physical | V | Mode | Name    | wPi | BCM |
 +-----+-----+---------+------+---+---Pi 3B+-+---+------+---------+-----+-----+
Ill have to study a liitle more on gpio pins

Thanks Rob k6jus



Re: no transmit #wsjt-x

Basil Gunn
 

Rob,

Lets confirm that measure_deviate.sh is working properly. Could you
please cut & paste the console output of all the commands below.

piver.sh
udrcver.sh

# Using o-scope check both left & right channels.

cd
cd n7nix/deviation
./measure_deviate.sh -c left
./measure_deviate.sh -c right

# Verify gpio 7 is set to correct mode
gpio readall | grep -i "gpio. 7"

Thanks,
/Basil

Rob Lapham <ke6jus@roadrunner.com> writes:

well today I made a din brakeout cable to test the audio to the ft-817 with a o-scope and using
./measure_deviate.sh -c left there is no audio on pin 3 or any other pin. I tested with pin 6
connected and disconneted no difference. did the same test with a working sound card and wsjt-x
and have a good signal on the o-scope. what am I missing? Is there any other test I can do to the
hat. thanks

rob k6jus

1441 - 1460 of 5341