Date   

Re: BETA9 Clean Install - Need to Edit app_config.sh Depending on what you want to install #betaimage

Basil Gunn
 

As the Getting Started Guide points out you need to run
./app_config.sh core

https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

The app_config.sh script takes an argument DO NOT edit this script.
/Basil n7nix


Mike - KB0FX <@KB0FX> writes:

Team - If you want to do a clean install of BETA9 you will need to
edit app_config.sh depending on what you want to install. If you are
doing a clean install and following the WiKi Getting Started
instructions you will want to edit app_config.sh to set the APP to
core. See below.

#!/bin/bash
#
# Expects an argument for which app to install


BETA9 Clean Install - Need to Edit app_config.sh Depending on what you want to install #betaimage

Mike - KB0FX
 

Team - If you want to do a clean install of BETA9 you will need to edit app_config.sh depending on what you want to install. If you are doing a clean install and following the WiKi Getting Started instructions  you will  want to edit app_config.sh to set the APP to core. See below.

#!/bin/bash
#
# Expects an argument for which app to install
# Arg can be one of the following:
#       core, rmsgw, plu, pluimap
#
# Uncomment this statement for debug echos
DEBUG=1

scriptname="`basename $0`"
UDR_INSTALL_LOGFILE="/var/log/udr_install.log"

CALLSIGN="N0ONE"
USER=
APP_CHOICES="core, rmsgw, plu, pluimap, uronode"
APP_SELECT="rmsgw"


Re: Beta9 release announcement

Mike - KB0FX
 

Basil,

Trying to do a clean install of the Beta9 image. It appears the app_config.sh core script has been changed such that it does an install of rmsgw. This in turn breaks the ax25-start script. I need to do a bit more investigating.

73 - Mike - KB0FX

root@draws:/home/pi/bin# ./ax25-start
Starting: direwolf.service
ENABLING direwolf.service
Created symlink /etc/systemd/system/multi-user.target.wants/direwolf.service → /etc/systemd/system/direwolf.service.
Starting: ax25dev.path
ENABLING ax25dev.path
Created symlink /etc/systemd/system/multi-user.target.wants/ax25dev.path → /etc/systemd/system/ax25dev.path.
Starting: ax25dev.service
ENABLING ax25dev.service
Created symlink /etc/systemd/system/multi-user.target.wants/ax25dev.service → /etc/systemd/system/ax25dev.service.
Job for ax25dev.service failed because the control process exited with error code.
See "systemctl status ax25dev.service" and "journalctl -xe" for details.
Problem starting ax25dev.service
Starting: ax25-mheardd.service
ENABLING ax25-mheardd.service
Created symlink /etc/systemd/system/multi-user.target.wants/ax25-mheardd.service → /etc/systemd/system/ax25-mheardd.service.




On Wed, Feb 27, 2019 at 4:00 PM Basil Gunn <basil@...> wrote:

Before you update your image, please capture any configuration changes
you might have made like current alsamixer settings.
Run alsa-show.sh & make a copy of result.

Latest image current_beta.zip has been updated to draws_beta9.zip at
this location:

These email clients are supported for Winlink mail handling:
mutt, claws-mail, rainloop web mail

http://images.nwdigitalradio.com/downloads

ChangeLog
  * Image BETA9 release
    * Change default alsa settings to be less aggressive
      * LO Driver Gain set to -6.0db
      * PCM set to -25.0db
    * Remove MagPi75.pdf
    * Update js8call to 1.0.0-rc1
    * Update draws-manager
    * Update direwolf-dev to 1.6 B
    * Put no-pager arg on most systemctl calls
    * Fix simple dovecot/postfix config for claws-mail
      * Add paclink-unix webserver to standard install
    * Add lighttpd & rainloop web mail package
    * Fix udrc driver conflict with AudioSense-Pi soundcard


a8ce4a2 - n7nix, 81 minutes ago : BETA9 image release.
ff4a605 - n7nix, 82 minutes ago : Update email clients & version numbers.
26c7acd - n7nix, 2 hours ago : Set less aggressive ALSA levels as default setting.
05351e9 - n7nix, 2 hours ago : Add clarification to SMTP authentication.
ec5015a - n7nix, 4 hours ago : Update version numbers to current image revisions.
489e16d - n7nix, 5 hours ago : Fix direwolf dev zip file name, changed since previous release.
82a445a - n7nix, 5 hours ago : Update js8call to 1.0.0-rc1.
ae43887 - n7nix, 25 hours ago : Fix comment, remove excessive debug.
f0c7a8d - n7nix, 25 hours ago : Detect & fix driver conflict with AudioSense-Pi drivers.
25c8d22 - n7nix, 2 days ago : Change to copy update only.
00a0717 - n7nix, 2 days ago : Add debug notes for looking at log files.
dec149e - n7nix, 2 days ago : Fix lighttpd user:group permissions. Add some progress display.
64561cf - n7nix, 2 days ago : Add debug notes for looking at log files.
650c2d4 - n7nix, 3 days ago : Fix package name problem.
384dd82 - n7nix, 3 days ago : Finish the lighttpd config for rainloop.
bc8d9dc - n7nix, 3 days ago : Remove ax25-enable/disable scripts. Now done in ax25-start/stop.
5f5fc47 - n7nix, 3 days ago : Disable using systemctl pager when displaying information.
21e05b4 - n7nix, 5 days ago : Test return code from start & stop services.
3351470 - n7nix, 5 days ago : Disable direwolf configuration file in /root.
f4d8eb8 - n7nix, 5 days ago : Remove script DEBUG flag.
bb7b90e - n7nix, 5 days ago : Roll systemd start stop status control into one script.
80cc578 - n7nix, 5 days ago : Fix display of name of running script.
d208291 - n7nix, 6 days ago : Install rainloop as part of basic paclink-unix install.
7f481e0 - n7nix, 6 days ago : Use full path for local systemd service install.
a633b0f - n7nix, 6 days ago : Configure lighttpd for rainloop.
a2ee8dd - n7nix, 10 days ago : Add paclink-unix web server app as part of basic install.
7cd0441 - n7nix, 10 days ago : Add paclink-unix web server app as part of basic install.
5522551 - n7nix, 10 days ago : Add user & group to run plu-server.js
debdf93 - n7nix, 10 days ago : Add browser use case.
eb141fd - n7nix, 10 days ago : Make program file refresh work.
7c6b757 - n7nix, 2 weeks ago : Fix port number for TNC interface.
e418010 - n7nix, 2 weeks ago : Fix spelling & add further description.
6d0081c - n7nix, 2 weeks ago : Fix spelling & add further description.
db33bde - n7nix, 2 weeks ago : Organize by with & without Monitor & Internet connection.
613f55e - n7nix, 2 weeks ago : Grammer wordsmithing.
bc7a331 - n7nix, 2 weeks ago : Describe paclink-unix configurations as use cases.
b7424a2 - n7nix, 2 weeks ago : Test for using markdown anchor points as a link.
d99ba2d - n7nix, 2 weeks ago : Enable & activate postfix & dovecot during config.
9035b58 - n7nix, 2 weeks ago : Make change to root more consistent.
38c588d - n7nix, 2 weeks ago : Disable systemctl pagination.
ecde0f8 - n7nix, 2 weeks ago : Output completed messaged with tee.
9aa0205 - n7nix, 2 weeks ago : Clean-up install that is now done in basic plu install.
e9b1199 - n7nix, 2 weeks ago : Fix misleading comments.
20076ad - n7nix, 2 weeks ago : Add check for postfix install.
d36aa4a - n7nix, 2 weeks ago : Fix wrong command syntax & add link to John Ackermann article.
47620b6 - n7nix, 2 weeks ago : Update verify paclink-unix documentation.
64fc84c - n7nix, 2 weeks ago : Update docs for testing an email client with paclink-unix
739bd94 - n7nix, 2 weeks ago : Remove chk_mail.sh call as last item.
53fae40 - n7nix, 2 weeks ago : Add script to reset dovecot & postfix configuration.
8f7eebe - n7nix, 2 weeks ago : Hide winlink password.
1906296 - n7nix, 3 weeks ago : Distinguish manual install from DRAWS image. Clarify imap server directory.
2699d26 - n7nix, 3 weeks ago : Add doc for verifying Winlink paclink-unix install.
743b78f - n7nix, 3 weeks ago : Added more specific instructions for configuring paclink-unix.
81f689d - n7nix, 3 weeks ago : Make chk_mail.sh more generic, pull callsign from axports file & real name from muttrc.
300903c - n7nix, 3 weeks ago : Install postfix if not already installed.
e71d655 - n7nix, 3 weeks ago : Parameterize config file name.
514a839 - n7nix, 3 weeks ago : Fix basic claws-mail dovecot configuration.
01e81f6 - n7nix, 3 weeks ago : Fix missing quote bug, add more edits to main.cf.
674623f - n7nix, 3 weeks ago : Set user to new name for mail debug.




Re: #Kenwood TS-440S #js8call #beta7 #din6 #kenwood #applications

Daniel Corwin
 

Per owners manual of the TS-440 it should be 500mV or less. I’ve attached a screen shot of the only page that addresses input voltages for that connector. 


Beta9 release announcement

Basil Gunn
 

Before you update your image, please capture any configuration changes
you might have made like current alsamixer settings.
Run alsa-show.sh & make a copy of result.

Latest image current_beta.zip has been updated to draws_beta9.zip at
this location:

These email clients are supported for Winlink mail handling:
mutt, claws-mail, rainloop web mail

http://images.nwdigitalradio.com/downloads

ChangeLog
* Image BETA9 release
* Change default alsa settings to be less aggressive
* LO Driver Gain set to -6.0db
* PCM set to -25.0db
* Remove MagPi75.pdf
* Update js8call to 1.0.0-rc1
* Update draws-manager
* Update direwolf-dev to 1.6 B
* Put no-pager arg on most systemctl calls
* Fix simple dovecot/postfix config for claws-mail
* Add paclink-unix webserver to standard install
* Add lighttpd & rainloop web mail package
* Fix udrc driver conflict with AudioSense-Pi soundcard


a8ce4a2 - n7nix, 81 minutes ago : BETA9 image release.
ff4a605 - n7nix, 82 minutes ago : Update email clients & version numbers.
26c7acd - n7nix, 2 hours ago : Set less aggressive ALSA levels as default setting.
05351e9 - n7nix, 2 hours ago : Add clarification to SMTP authentication.
ec5015a - n7nix, 4 hours ago : Update version numbers to current image revisions.
489e16d - n7nix, 5 hours ago : Fix direwolf dev zip file name, changed since previous release.
82a445a - n7nix, 5 hours ago : Update js8call to 1.0.0-rc1.
ae43887 - n7nix, 25 hours ago : Fix comment, remove excessive debug.
f0c7a8d - n7nix, 25 hours ago : Detect & fix driver conflict with AudioSense-Pi drivers.
25c8d22 - n7nix, 2 days ago : Change to copy update only.
00a0717 - n7nix, 2 days ago : Add debug notes for looking at log files.
dec149e - n7nix, 2 days ago : Fix lighttpd user:group permissions. Add some progress display.
64561cf - n7nix, 2 days ago : Add debug notes for looking at log files.
650c2d4 - n7nix, 3 days ago : Fix package name problem.
384dd82 - n7nix, 3 days ago : Finish the lighttpd config for rainloop.
bc8d9dc - n7nix, 3 days ago : Remove ax25-enable/disable scripts. Now done in ax25-start/stop.
5f5fc47 - n7nix, 3 days ago : Disable using systemctl pager when displaying information.
21e05b4 - n7nix, 5 days ago : Test return code from start & stop services.
3351470 - n7nix, 5 days ago : Disable direwolf configuration file in /root.
f4d8eb8 - n7nix, 5 days ago : Remove script DEBUG flag.
bb7b90e - n7nix, 5 days ago : Roll systemd start stop status control into one script.
80cc578 - n7nix, 5 days ago : Fix display of name of running script.
d208291 - n7nix, 6 days ago : Install rainloop as part of basic paclink-unix install.
7f481e0 - n7nix, 6 days ago : Use full path for local systemd service install.
a633b0f - n7nix, 6 days ago : Configure lighttpd for rainloop.
a2ee8dd - n7nix, 10 days ago : Add paclink-unix web server app as part of basic install.
7cd0441 - n7nix, 10 days ago : Add paclink-unix web server app as part of basic install.
5522551 - n7nix, 10 days ago : Add user & group to run plu-server.js
debdf93 - n7nix, 10 days ago : Add browser use case.
eb141fd - n7nix, 10 days ago : Make program file refresh work.
7c6b757 - n7nix, 2 weeks ago : Fix port number for TNC interface.
e418010 - n7nix, 2 weeks ago : Fix spelling & add further description.
6d0081c - n7nix, 2 weeks ago : Fix spelling & add further description.
db33bde - n7nix, 2 weeks ago : Organize by with & without Monitor & Internet connection.
613f55e - n7nix, 2 weeks ago : Grammer wordsmithing.
bc7a331 - n7nix, 2 weeks ago : Describe paclink-unix configurations as use cases.
b7424a2 - n7nix, 2 weeks ago : Test for using markdown anchor points as a link.
d99ba2d - n7nix, 2 weeks ago : Enable & activate postfix & dovecot during config.
9035b58 - n7nix, 2 weeks ago : Make change to root more consistent.
38c588d - n7nix, 2 weeks ago : Disable systemctl pagination.
ecde0f8 - n7nix, 2 weeks ago : Output completed messaged with tee.
9aa0205 - n7nix, 2 weeks ago : Clean-up install that is now done in basic plu install.
e9b1199 - n7nix, 2 weeks ago : Fix misleading comments.
20076ad - n7nix, 2 weeks ago : Add check for postfix install.
d36aa4a - n7nix, 2 weeks ago : Fix wrong command syntax & add link to John Ackermann article.
47620b6 - n7nix, 2 weeks ago : Update verify paclink-unix documentation.
64fc84c - n7nix, 2 weeks ago : Update docs for testing an email client with paclink-unix
739bd94 - n7nix, 2 weeks ago : Remove chk_mail.sh call as last item.
53fae40 - n7nix, 2 weeks ago : Add script to reset dovecot & postfix configuration.
8f7eebe - n7nix, 2 weeks ago : Hide winlink password.
1906296 - n7nix, 3 weeks ago : Distinguish manual install from DRAWS image. Clarify imap server directory.
2699d26 - n7nix, 3 weeks ago : Add doc for verifying Winlink paclink-unix install.
743b78f - n7nix, 3 weeks ago : Added more specific instructions for configuring paclink-unix.
81f689d - n7nix, 3 weeks ago : Make chk_mail.sh more generic, pull callsign from axports file & real name from muttrc.
300903c - n7nix, 3 weeks ago : Install postfix if not already installed.
e71d655 - n7nix, 3 weeks ago : Parameterize config file name.
514a839 - n7nix, 3 weeks ago : Fix basic claws-mail dovecot configuration.
01e81f6 - n7nix, 3 weeks ago : Fix missing quote bug, add more edits to main.cf.
674623f - n7nix, 3 weeks ago : Set user to new name for mail debug.


Re: direwolf frame size #ax25 #direwolf

jgindc1@...
 

John, WB2OSZ,

I am using a pre-installed/configured version of direwolf that is included with the Raspberry Pi image. I use a provided shell script to start and stop direwolf. 

 In order to run direwolf with your suggested arguments, I have to invoke the ax25-stop script to stop the current direwolf instance. I then run direwolf with your suggested arguments which appears to be successful.

Unfortunately, my email client application (PAT) reports that "No AX25 ports configured" and therefore I am unable to attempt to send the large message. I do not know if there is a way to change the PAT configuration to help with this issue.

I plan to post to the PAT group as Basil suggested.

Thanks for your suggestions,

John KM7LJ

On Mon, Feb 25, 2019 at 6:35 PM WB2OSZ <wb2osz@...> wrote:
There are two different ways that applications can use direwolf as a TNC.

(1) As a stupid KISS TNC.  In this case the application is totally in control.  The stupid TNC just does what it is told.  Decisions about PACLEN, MAXFRAME, etc. are made entirely by the application layer.  (Or AX.25 for Linux if that is in the middle.)

(2) The AGW network interface allows direwolf to perform the link layer (connected mode) function.  In this case the direwolf configuration has the usual PACLEN, MAXFRAME, etc.

This block diagram illustrates how the AGW network interface can access more functionality inside the TNC.   https://github.com/wb2osz/direwolf/blob/master/direwolf-block-diagram.png   It is advantageous to use that interface if your application supports it. 

This application note  https://github.com/wb2osz/direwolf/raw/dev/doc/Why-is-9600-only-twice-as-fast-as-1200.pdf  explains the differences between using the AX.25 link layer built in to direwolf or having the application treat it as a stupid KISS TNC.

Back to your question.  We need to run a test to see what is going on.  Run direwolf with these options:

direwolf -d nao -T %T  2>&1 | tee w.log

This will capture information about the conversation between your application and direwolf.  It will also print information about Carrier Detect and PTT so we can see how many frames are in each transmission.  The -T option will add timestamps.   Finally it is all captured in a file so we can examine it later.


Re: direwolf frame size #ax25 #direwolf

jgindc1@...
 

Basil,

Thanks for taking the time to investigate. Any information is worth having.

John KM7LJ


On Tue, Feb 26, 2019 at 5:02 PM Basil Gunn <basil@...> wrote:

John,
Thanks for the files.

You are having a problem with Pat timeouts. I support paclink-unix as a
Linux Winlink client/transport and not Pat.

It looks like you have a pending message coming in and you successfully
sent your 144.8k picture of a Pactor modem and then the AX.25 socket
opened by Pat times out.

What I would do is simplify your problem by receiving your pending
message. You can do that by using your Winlink Web account.

Try transmitting your file again. If it still times out try transmitting
some smaller attached file. Also you might want to post this problem on
the Pat support forums.

I see you successfully connected to RMS Gateway K7GJT-10 which is not
configured to beacon to Winlink services, ie. I could not find it in the
Winlink packet RMS list. This gateway will eventually stop responding if
that isn't fixed.

Sorry I couldn't be of more help.

/Basil


jgindc1@... writes:

> Attachment and console output sent to your personal address.
>
> John KM7LJ




Re: direwolf frame size #ax25 #direwolf

Basil Gunn
 

John,
Thanks for the files.

You are having a problem with Pat timeouts. I support paclink-unix as a
Linux Winlink client/transport and not Pat.

It looks like you have a pending message coming in and you successfully
sent your 144.8k picture of a Pactor modem and then the AX.25 socket
opened by Pat times out.

What I would do is simplify your problem by receiving your pending
message. You can do that by using your Winlink Web account.

Try transmitting your file again. If it still times out try transmitting
some smaller attached file. Also you might want to post this problem on
the Pat support forums.

I see you successfully connected to RMS Gateway K7GJT-10 which is not
configured to beacon to Winlink services, ie. I could not find it in the
Winlink packet RMS list. This gateway will eventually stop responding if
that isn't fixed.

Sorry I couldn't be of more help.

/Basil


jgindc1@... writes:

Attachment and console output sent to your personal address.

John KM7LJ


Re: direwolf frame size #ax25 #direwolf

jgindc1@...
 

Attachment and console output sent to your personal address.

John KM7LJ


On Mon, Feb 25, 2019 at 5:26 PM Basil Gunn <basil@...> wrote:

I know of a timing problem in paclink-unix but the file sizes are in the
10k to 20k byte range. Could you please send the file you are trying to
send as an attachment to my personal email address, not the udrc
group. Also copy/paste the entire console session output so that I can
replicate your problem.

The AX.25 frame size is set in /etc/ax25/axports configuration file and
should be 255 bytes.

I only use direwolf as a sound modem. You should NOT be setting any
AX.25 parameters there.

Regarding Winlink message file sizes:

From a google groups thread (Adam KF7LJH)

ARES typically recommends no more than 5KB winlink messages. More than
than can risk your radio (and the gateway's radio) since the output
finals can get so hot because of the long transmission time.

Attachments are generally a bad idea with winlink. Keep it plain text
only.

From the Winlink site:
Message size maximum, including Attachments: 120000 bytes (compressed)

/Basil

jgindc1@... writes:

> I am sending/receiving Winlink messages using a Raspberry pi with the
> DRAWS hat. All is well as long as the messages/attachments are short,
> less than a couple of kBytes.
>
> When attempting to send longer messages/attachments, each transmission
> increases in time starting at about 4 seconds then climbing up to
> about 14-15 seconds at which time I get a fail message - "Exchanged
> failed: read udr0: connection timed out". I would like to set a limit
> to the maximum transmission period.
>
> I am unsure at which software level the maximum packet/frame length is
> determined. I have looked at direwolf.conf but did not see any
> reference to frame or packet length.
>
> Any suggestions would be gratefully received.
>
> John KM7LJ




Re: IMPORTANT: Do not upgrade #kernel on #kernel #beta8

Basil Gunn
 

Thank you Anna! /basil


Re: IMPORTANT: Do not upgrade #kernel on #kernel #beta8

Basil Gunn
 

This is the fix for the 4.14.98-v7+ kernel breakage.
There is a conflict with the udrc driver and the AudioSense-Pi drivers.
If you have done an apt-get upgrade & the udrc sound card has
disappeared then do the following:

# Go to the script repo
cd
cd n7nix

# Get the latest scripts
git pull

# Put the latest scripts in the local bin directory
cd config
./bin_refresh.sh

# run the script that fixes the conflict
chk_conflict.sh

# Reboot your RPi

The BETA9 image will have the driver conflict fixed.
/Basil n7nix

John D Hays - K7VE <@john_hays> writes:

We have determined that upgrading to kernel 4.14.98-v7+ is breaking access
to the DRAWS™ HAT (UDRC) driver.

Please *do not* do a general
apt-get update
apt-get upgrade
until we resolve this issue.

At the current time we can only recommend backing up your application
configurations and reverting to a fresh copy of beta8, if you have already
performed an upgrade.


Re: direwolf frame size #ax25 #direwolf

 

There are two different ways that applications can use direwolf as a TNC.

(1) As a stupid KISS TNC.  In this case the application is totally in control.  The stupid TNC just does what it is told.  Decisions about PACLEN, MAXFRAME, etc. are made entirely by the application layer.  (Or AX.25 for Linux if that is in the middle.)

(2) The AGW network interface allows direwolf to perform the link layer (connected mode) function.  In this case the direwolf configuration has the usual PACLEN, MAXFRAME, etc.

This block diagram illustrates how the AGW network interface can access more functionality inside the TNC.   https://github.com/wb2osz/direwolf/blob/master/direwolf-block-diagram.png   It is advantageous to use that interface if your application supports it. 

This application note  https://github.com/wb2osz/direwolf/raw/dev/doc/Why-is-9600-only-twice-as-fast-as-1200.pdf  explains the differences between using the AX.25 link layer built in to direwolf or having the application treat it as a stupid KISS TNC.

Back to your question.  We need to run a test to see what is going on.  Run direwolf with these options:

direwolf -d nao -T %T  2>&1 | tee w.log

This will capture information about the conversation between your application and direwolf.  It will also print information about Carrier Detect and PTT so we can see how many frames are in each transmission.  The -T option will add timestamps.   Finally it is all captured in a file so we can examine it later.


Re: direwolf frame size #ax25 #direwolf

Basil Gunn
 

I know of a timing problem in paclink-unix but the file sizes are in the
10k to 20k byte range. Could you please send the file you are trying to
send as an attachment to my personal email address, not the udrc
group. Also copy/paste the entire console session output so that I can
replicate your problem.

The AX.25 frame size is set in /etc/ax25/axports configuration file and
should be 255 bytes.

I only use direwolf as a sound modem. You should NOT be setting any
AX.25 parameters there.

Regarding Winlink message file sizes:

From a google groups thread (Adam KF7LJH)

ARES typically recommends no more than 5KB winlink messages. More than
than can risk your radio (and the gateway's radio) since the output
finals can get so hot because of the long transmission time.

Attachments are generally a bad idea with winlink. Keep it plain text
only.

From the Winlink site:
Message size maximum, including Attachments: 120000 bytes (compressed)

/Basil

jgindc1@... writes:

I am sending/receiving Winlink messages using a Raspberry pi with the
DRAWS hat. All is well as long as the messages/attachments are short,
less than a couple of kBytes.

When attempting to send longer messages/attachments, each transmission
increases in time starting at about 4 seconds then climbing up to
about 14-15 seconds at which time I get a fail message - "Exchanged
failed: read udr0: connection timed out". I would like to set a limit
to the maximum transmission period.

I am unsure at which software level the maximum packet/frame length is
determined. I have looked at direwolf.conf but did not see any
reference to frame or packet length.

Any suggestions would be gratefully received.

John KM7LJ


[New post] DRAWS Production Update

 
Edited

 


k7udr posted: "As we come to the end of February all parts are in house or in transit. Once the last few parts arrive we will secure a 5 day assembly turn. At that time we'll provide a ship date. We have ramped up our capability to meet demand, and should be able to "
 

New post on NW Digital Radio

 

DRAWS Production Update

by k7udr

As we come to the end of February all parts are in house or in transit. Once the last few parts arrive we will secure a 5 day assembly turn. At that time we'll provide a ship date.

We have ramped up our capability to meet demand, and should be able to maintain stock going forward.

Thanks for your patience.

 
k7udr | February 25, 2019 at 2:07 pm | Categories: DRAWS | URL: https://wp.me/p2mAAP-1zD
 

 

 


Re: direwolf frame size #ax25 #direwolf

 



--


John D. Hays
Edmonds, WA
K7VE

   


direwolf frame size #ax25 #direwolf

jgindc1@...
 

I am sending/receiving Winlink messages using a Raspberry pi with the DRAWS hat. All is well as long as the messages/attachments are short, less than a couple of kBytes.

When attempting to send longer messages/attachments, each transmission increases in time starting at about 4 seconds then climbing up to about 14-15 seconds at which time I get a fail message - "Exchanged failed: read udr0: connection timed out". I would like to set a limit to the maximum transmission period.

I am unsure at which software level the maximum packet/frame length is determined. I have looked at direwolf.conf but did not see any reference to frame or packet length.

Any suggestions would be gratefully received.

John KM7LJ


Re: DRAWS™ Manager Demo #drawsmanager

Steve Stroh
 

Nice work John!

Looks reasonably intuitive.

I suggest that you add:
* On screen PTT indicator
* Button to toggle PTT on / off
* Button and slider for various test tones, including varying tones so you can adjust for twist
* Ability to define your own radio on the drop down menu.

The telemetry is great, but why crowd it into a couple of lines at the very bottom? Break it out and make it more prominent.

Also, display the version of DRAWS driver(s) and the version of Rasperian. 

Overall, this is a great tool for DRAWS!

On Sun, Feb 24, 2019 at 15:03 John D Hays - K7VE <john@...> wrote:

See - 

https://www.youtube.com/watch?v=v5C3cWVVz_A

--
Steve Stroh (personal / general): stevestroh@...


DRAWS™ Manager Demo #drawsmanager

 

See - 

https://www.youtube.com/watch?v=v5C3cWVVz_A


Re: IMPORTANT: Do not upgrade #kernel on #kernel #beta8

Art - KC7SDA
 

oh crud =(


Re: FT891, FT817, Audio Levels, I/O Fail , and Documentation #draws #ft817 #hfmodes

jgindc1@...
 

Basil,

Thanks for replying so quickly. Cutting the pin 6 squelch line did indeed solve the problem.

For some unknown reason I had associated the squelch issue with HF and did not check at VHF/UHF FM. 

Also thanks to John and Brian for additional info and references.

73, John KM7LJ


On Sat, Feb 23, 2019 at 7:22 PM Brian Badger <brian@...> wrote:
The advantage of cutting the black wire is that you can in-line a switch to restore squelch operation for non-HF modes.

Brian N0KZ


On Feb 23, 2019, at 8:13 PM, John D Hays - K7VE <john@...> wrote:

Or pull the pin in one end of the cable.

On Sat, Feb 23, 2019, 18:46 Brian Badger <brian@...> wrote:
This is correct.  In order to work with the 817, 857, and 897 in HF modes, the squelch line must be cut.   

I had asked if this could be done in software or by jumper and the answer at the time was that cutting the line was the only solution.

See msg 2079 — the SQL line is the black wire.

Brian
> On Feb 23, 2019, at 5:56 PM, Basil Gunn <basil@...> wrote:
>
>
> I had to disconnect the the squelch pin in my mDin6 cable to get the
> FT-817 to work. There are some notes for the FT-817 HF SSB based AFSK
> and 1200/9600 bps FM operation here:
>
> https://github.com/nwdigitalradio/n7nix/blob/master/docs/RADIO_APP_NOTES.md
>
> /Basil n7nix
>
>
> jgindc1@... writes:
>
>> Using the DRAWS hat, I have had good success with AX25 packet using a
>> Kenwood V71, for example, running XASTIR, or sending and receiving winlink
>> messages using PAT.
>>
>> However, when I substitute my FT-817 for the V71, using the same cables for
>> data and rig control, the DRAWS DIN-6 connection appears to "short" the
>> audio from the FT-817 to ground.
>
>
>