¿ªÔÆÌåÓý

Date

Re: RPi 3B and TNC-Pi with Direwolf?

 

¿ªÔÆÌåÓý


Hello Charles,

What is your goal here?? Do you just want to replace the KPC3 with the TNC-Pi?? That's possible but you won't use Direwolf here as Direwolf and the TNC-Pi do the same function.? Pick one.? Next, maybe you want to replace the 386 PC?? That's also possible as Raspberry Pi 3B can do this as well and is orders of magnitude faster than a 386.? Finally, Xnet is possible (recently pointed out to me) to natively run on the Raspberry Pi but there is little documentation.?

I would recommend to join the UroNode email list ( ) to get get help there as that's far removed from anything Direwolf.

--David
KI6ZHD



On 01/01/2022 07:49 AM, Charles J. Hargrove wrote:

Any suggestions on using Direwolf with a RPi 3B and a TNC-Pi with a
Kenwood TM-231/331 radio? Currently there is a KPC-3 and a desktop
386 PC which is failing. I am using JNOS, but am thinking about using
Xnet (flexnet compatible).



Re: RPi 3B and TNC-Pi with Direwolf?

 

Direwolf is a software replacement for the traditional TNC.? Use one or the other but not both.

Perhaps a PowerPoint presentation will make this clear.
The difference between slides 12 and 13 in the December 2021 version illustrates the key point.


RPi 3B and TNC-Pi with Direwolf?

 

Any suggestions on using Direwolf with a RPi 3B and a TNC-Pi with a
Kenwood TM-231/331 radio? Currently there is a KPC-3 and a desktop
386 PC which is failing. I am using JNOS, but am thinking about using
Xnet (flexnet compatible).

--
Charles J. Hargrove - N2NOV
NYC-ARECS/RACES Citywide Radio Officer/Skywarn Coord.

NYC-ARECS/RACES Nets 441.100/136.5 PL
ARnewsline Broadcast Mon. @ 8:00PM
NYC-ARECS Weekly Net Mon. @ 8:30PM


NY-NBEMS Net Saturdays @ 10AM & USeast-NBEMS Net Wednesdays @ 7PM
on 7.036 Mhz USB (alt 3.536)/1500 hz waterfall spot; MFSK-16 or 32

"Information is the oxygen of the modern age. It seeps through the walls topped
by barbed wire, it wafts across the electrified borders." - Ronald Reagan

"The more corrupt the state, the more it legislates." - Tacitus

"Molann an obair an fear" - Irish Saying
(The work praises the man.)

"No matter how big and powerful government gets, and the many services it
provides, it can never take the place of volunteers." - Ronald Reagan


Re: Using "TRANSMIT INHIBIT INPUT"

 

Hei,

I found this DW's transmit inhibit very useful. I'm running SvxLink and Direwolf in a RPi 3 which is connected to a Motorola GM340 transceiver with RIM-Maxtrac. Both FM and APRS are two-way Internet gateways. The FM transmission has priority.

If some one is interested the modified SvxLink Tcl-codes resides in a repository at The branch is aprs_inhibit

73, Veijo


Re: Problems with gpsd under BullsEye

 

"Don Rolph" <don.rolph@...> writes:

As noted below, if I substitute the gpsd 3.23.2 version for the default
BullsEye gpsd 3.22-4 version all issues I have observed have
apparently been resolved.
The gpsd project's stance is always that people should run the latest
release...

Building gpsd 3.23.2 from scratch results in library incompatibilities with
the Dire Wolf build, so a pure upgrade does not seem to be appropriate at
this time.
I would expect the shlib major changes, so you would then need to
rebuild everything that depends on gpsd, at least that uses a librayry.




---------- Forwarded message ---------
From: Don Rolph <don.rolph@...>
Date: Fri, Dec 31, 2021 at 11:41 AM
Subject: Re: GPS Devices tested with gpsd V3.22 on Raspberry PI Zero 2
W/BullsEye Raspbian
To: Gary E. Miller <gem@...>, <gpsd-dev@...>
Cc: john <wb2osz@...>, Don Rolph <don.rolph@...>


Ok, I have poked some more.

I successfully build a gpsd V3.23.2 executable.

I then use apt-get install to add the gpsd components.

I then replaced the /usr/sbin/gpds v3.22-4 with the gpsd 3.23.2 executable.

I built direwolf 1.7.

I can now report:

- the autobauding problem for 9600 baud gps in V3.22-4 is fixed in gpsd
3.23.2

- the direwolf behavior where at fix with the MT3333 GPS results in a flood
of sound requests is resolved

The gpsd 3.22-4 executable seems to have instabilities.

The gpsd 3.23.2 build environment is incompatible with the darlier
development code.

Substituting the gpsd 3.23.2 executable for th gpsd 3.22-4 executable
which is the default under BullsEye resolves all known issues.

I will keep testing.

Thanks for everyone's help!



On Fri, Dec 31, 2021 at 8:23 AM Don Rolph <don.rolph@...> wrote:

OK I went and looked at gpsd 3.23.2.

I can compile gpsd 3.23.2 successfully BUT the library calls appear to
have changed and I can't compile direwolf against the gpsd 3.23.2
libraries. So moving to gpsd 3.23.2 is not feasible at t his time. I will
have to stick with gpsd 3.22 for the moment.

I find it puzzling that it wold be work to match baud rate of 9600 for
MT3333 and Stratux GPYes 2.0 since both autobaud to 9600 baud under 3.17 as
supplied by Raspbian buster.

In any event these units do work with gpsd 3.22 IF speed is set to 9600.




On Thu, Dec 30, 2021 at 9:33 PM Gary E. Miller <gem@...> wrote:

Yo Don!

On Thu, 30 Dec 2021 16:53:25 -0500
Don Rolph <don.rolph@...> wrote:

Note that gpsd V3.22 in this testing has shown problems with
autobauding devices which run at 9600 baud. Devices at 4800 baud
work fine without setting speed.
Which is one of many reasons why 3.23.1 is out, and 3.23.2 coming soon.
Autobaud works much better now.

3.22 is 18 monhts old. Don't use it.

Adafruit ultimate USB GPS. MTK3333 chip. requires gpsd to have
speed set to 9600 baud
-
Changable, with some effort.

Stratux GPSYes 2.0. ublox 8; requires gpsd 3.22 to have speed set to
9600 baud
Ditto.

GPS/GLONASS USB dongle. U-blox 7
-


VFAN Model UG-353 U-blox 7
-


Avoaid anything u-blox less than 8.

RGDS
GARY

---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
gem@... Tel:+1 541 382 8588

Veritas liberabit vos. -- Quid est veritas?
"If you can't measure it, you can't improve it." - Lord Kelvin

--

73,
AB1PH
Don Rolph

--

73,
AB1PH
Don Rolph


Problems with gpsd under BullsEye

 

I have been poking to try to understand some instabilities I have observed with Dire Wolf using gpsd under Raspbian BullsEye.

I saw:

- a flood of packets through the sound card when achieving gps fix with the MT3333 GPS

- an apparent?failure to update the gps coordinates used by Dire Wolf when using a u-blox GPS puck

As noted below, if I substitute the gpsd 3.23.2 version for the default BullsEye?gpsd 3.22-4 version all issues I have observed have apparently?been resolved.

I will include this in my OS build instructions?for BullsEye.

It would appear that the default gpsd 3.22-4 executable can introduce instabilities in the operation of Dire Wolf, and using the updated gpsd 3.23.2 resolves these issues.

Building gpsd 3.23.2 from scratch results in library incompatibilities with the Dire Wolf build, so a pure upgrade does not seem to be appropriate at this time.

---------- Forwarded message ---------
From: Don Rolph <don.rolph@...>
Date: Fri, Dec 31, 2021 at 11:41 AM
Subject: Re: GPS Devices tested with gpsd V3.22 on Raspberry PI Zero 2 W/BullsEye Raspbian
To: Gary E. Miller <gem@...>, <gpsd-dev@...>
Cc: john <wb2osz@...>, Don Rolph <don.rolph@...>


Ok, I have poked some more.

I successfully build a gpsd V3.23.2 executable.

I then use apt-get install to add the gpsd components.

I then replaced the /usr/sbin/gpds v3.22-4 with the gpsd 3.23.2 executable.

I built direwolf 1.7.

I can now report:

- the autobauding problem?for 9600 baud gps in V3.22-4 is fixed in gpsd 3.23.2

- the direwolf behavior where at fix with the MT3333 GPS results in a flood of sound requests is resolved

The gpsd 3.22-4 executable seems to have instabilities.

The gpsd 3.23.2 build environment is incompatible?with the darlier development code.

Substituting the gpsd 3.23.2 executable for th gpsd 3.22-4 executable which?is the default under BullsEye resolves all known issues.

I will keep testing.

Thanks for everyone's help!



On Fri, Dec 31, 2021 at 8:23 AM Don Rolph <don.rolph@...> wrote:
OK I went and looked?at gpsd 3.23.2.

I can compile gpsd 3.23.2 successfully BUT the library calls appear to have changed and I can't compile direwolf against the gpsd 3.23.2 libraries.? So moving to gpsd 3.23.2 is not feasible at t his time.? I will have to stick with gpsd 3.22 for the moment.

I find it puzzling that it wold be work to match baud rate of 9600 for MT3333 and Stratux GPYes 2.0 since both autobaud?to 9600 baud under 3.17 as supplied?by Raspbian buster.

In any event these units do work with gpsd 3.22 IF speed is set to 9600.




On Thu, Dec 30, 2021 at 9:33 PM Gary E. Miller <gem@...> wrote:
Yo Don!

On Thu, 30 Dec 2021 16:53:25 -0500
Don Rolph <don.rolph@...> wrote:

> Note that gpsd V3.22 in this testing has shown problems with
> autobauding devices which run at 9600 baud.? Devices at 4800 baud
> work fine without setting speed.

Which is one of many reasons why 3.23.1 is out, and 3.23.2 coming soon.
Autobaud works much better now.

3.22 is 18 monhts old.? Don't use it.

> Adafruit ultimate USB GPS.? MTK3333 chip.? requires gpsd to have
> speed set to 9600 baud
> -

Changable, with some effort.

> Stratux GPSYes 2.0. ublox 8;? requires gpsd 3.22 to have speed set to
> 9600 baud

Ditto.

> GPS/GLONASS USB dongle. U-blox 7
> -
>
>
> VFAN Model UG-353 U-blox 7
> -
>

Avoaid anything u-blox less than 8.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
? ? ? ? gem@...? Tel:+1 541 382 8588

? ? ? ? ? ? Veritas liberabit vos. -- Quid est veritas?
? ? "If you can't measure it, you can't improve it." - Lord Kelvin


--

73,
AB1PH
Don Rolph


--

73,
AB1PH
Don Rolph


--

73,
AB1PH
Don Rolph


Re: virtual serial port for Direwolf in Linux Mint and Raspian?

 

¿ªÔÆÌåÓý


Hey Jeff,

Updating my last message... there's versions of X-Net for other platforms like DOS and even Atari.? Newer versions include ARM6 and ARM7 processors: . ? I'm running the native linux version called "linuxnet".? Just updated it to v1.39 which I believe is the latest version from 2007.?

Oh.. your update partially changes my previous email which is great though:

?? - The x86 binary is still the original old 32bit only i386 file

?? - The ARM6 and ARM7 binaries are newer but still quite old

?????? $ file xnet_arm6
?????? xnet_arm6: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.26, BuildID[sha1]=bd014b786bab665204babcdde982d1d282e88cae, stripped

?????? $ file xnet_arm7
?????? xnet_arm7: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=8a5d8a2d5d500faea4e0cde04924c9e3257b9dab, stripped


Btw.. Brian N1URO is very knowledgable when it comes to all things packet but also on things like FLexNet / X-net, etc.? He's having a LOT of health issues as of late and I'm not aware of any other people who might mirror his expertise.? Are you aware of fellow Xnet/Flexnet experts?

--David
KI6ZHD


Re: virtual serial port for Direwolf in Linux Mint and Raspian?

 

¿ªÔÆÌåÓý

Hello Jeff,

Thanks for the reply.? I'm running Linux Mint Xfce 64-bit version, Direwolf 1.6, and X-Net 1.38.? X-Net is a native Linux app for packet node-switching with several drivers available, apparently mostly for using with the hardware TNC3 tnc.? Most of the documentation is in German, but there's an English translation.

I assume you're talking about the newest X-net binaries be it the v1.38 or newer v1.39 Beta at ?? I had tried those a LONG time ago but I always had issues with them running and if you look at the v1.39 binaries, they are using a pretty old glibc:

?? $ file linuxnet
?? linuxnet: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.2.0, stripped

32bit i386 optimized (not even i586) for Glibc v2.2.0


Compare that to say the /bin/ls binary available for say Ubuntu 20.04:

?? $ file /bin/ls
?? /bin/ls: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=2f15ad836be3339dec0e2e6a3c637e08e48aacbd, for GNU/Linux 3.2.0, stripped

I personally don't want to install 32bit libraries anymore and all the compatibility baggage that this drags in.? I really do wish the Xnet developers would release the source code so X-Net can have a future life but it sounds like this has been asked for years and they generally REFUSE.? Oh well.. I guess X-net will go the same route as the once-excellent UIView-32 APRS program.


I did get Direwolf working with X-Net's KISS driver and tested it on a local packet node.? It works great, fast and responsive TX and RX.? I used the last method described on this page, regarding changing a line in Linux' GRUB file:

Thanks for the link and maybe I might try again on my old Centos6 64/32bit box.


I have another question about using Direwolf and X-Net, but I'll start a new thread on that.

I'll be curious what you're trying to do here.. if it's just AX.25 stuff or this is in relation to Flexnet traffic.

--David
KI6ZHD


Re: Kissutil packet documentation

 

I know you want to transmit, which is why I highlighted the transmit line from the user guide in bold. You use the same format.

I just did a quick test. I created a 'kiss_packets' directory, and ran:

$ kissutil -v -f kiss_packets

Then I created a text file with this one line of content:

KD6YAM>ID:Merry Christmas

When I copied that file into the kiss_packets directory, I was rewarded with this on the console:

From KISS TNC:
? 000: ?c0 00 92 88 40 40 40 40 e0 96 88 6c b2 82 9a e1 ?....@@@@...l....
? 010: ?03 f0 4d 65 72 72 79 20 43 68 72 69 73 74 6d 61 ?..Merry Christma
? 020: ?73 c0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?s.
[0] KD6YAM>ID:Merry Christmas

as the packet was transmitted by my radio. At the same time, in my Direwolf console, I saw this:

[0L] KD6YAM>ID:Merry Christmas

My radio did key up and send out the packet, as 'listen' running in another terminal confirmed.

As I understand it, this is exactly what you're trying to do, no?

You no doubt want to put different data into the packet than "Merry Christmas", but what you put there is not related to either kissutil or Direwolf. If you want to send an APRS packet, you'll need to figure out the actual APRS content, but when you have that, you just put it after the colon in the file you give to kissutil.

If you're still having trouble, maybe try running kissutil in interactive mode (i.e. without -f, but I'd suggest with -v) and try things out until you get it working. You can just type a packet to it and you should see it sent out. If there's a problem, you'll see an error message.

Martin.
KD6YAM

On Sat, Dec 25, 2021 at 11:14 AM charlie gale <charles@...> wrote:

[Edited Message Follows]

Thanks again, Martin.

Yes sir, I read that in the user guide, and can parse the result and decode received message packets just fine.? So now I want to TRANSMIT an ACK. What do I put in the file? Do I include a time stamp, because I get one on receive?. Comma separators? I have actually done a cut and paste of a received message, changed the from/to addresses, and still no joy. Maybe I need a CR at the end that I can't see?? APRS 101 does not help, because I am not directly creating a packet - if I was doing that, I'd use the KISS interface, not the Kissutil application. I honestly have RTFM'd everything I can find over the last few weeks, but there is no joy in Mudville.?

Direwolf is an awesome application. It does more than any others I have found, and certainly more than my old hardware TNCs. And this application will seriously reduce the code I'd have to write to talk directly to the KISS interface. I'm almost there!

Surely there is a Kissutil user guide somewhere???

Thanks for trying to help me, and all the best of the season to you!
Charlie (VY1CC)


Re: Kissutil packet documentation

 
Edited

Thanks again, Martin.

Yes sir, I read that in the user guide, and can parse the result and decode received message packets just fine.? So now I want to TRANSMIT an ACK. What do I put in the file? Do I include a time stamp, because I get one on receive?. Comma separators? I have actually done a cut and paste of a received message, changed the from/to addresses, and still no joy. Maybe I need a CR at the end that I can't see?? APRS 101 does not help, because I am not directly creating a packet - if I was doing that, I'd use the KISS interface, not the Kissutil application. I honestly have RTFM'd everything I can find over the last few weeks, but there is no joy in Mudville.?

Direwolf is an awesome application. It does more than any others I have found, and certainly more than my old hardware TNCs. And this application will seriously reduce the code I'd have to write to talk directly to the KISS interface. I'm almost there!

Surely there is a Kissutil user guide somewhere???

Thanks for trying to help me, and all the best of the season to you!
Charlie (VY1CC)


Re: virtual serial port for Direwolf in Linux Mint and Raspian?

 

I'm curious if Xnet would work with the -p option in Direwolf.? I had the linux version 1.39 running for several months (internet only) on a 2009 Asus netbook, then moved it to a 2012 RPi model B using the arm6 version.? It only uses ~11% of the CPU.

Lee K5DAT


On Sat, Dec 25, 2021 at 9:17 AM KP3FT via <kp3ft=[email protected]> wrote:
Updating my last message... there's versions of X-Net for other platforms like DOS and even Atari.? Newer versions include ARM6 and ARM7 processors: . ? I'm running the native linux version called "linuxnet".? Just updated it to v1.39 which I believe is the latest version from 2007.?


Re: virtual serial port for Direwolf in Linux Mint and Raspian?

 

Updating my last message... there's versions of X-Net for other platforms like DOS and even Atari.? Newer versions include ARM6 and ARM7 processors: . ? I'm running the native linux version called "linuxnet".? Just updated it to v1.39 which I believe is the latest version from 2007.?


Re: Kissutil packet documentation

 

From the Direwolf User Guide:

¡ª¡ª
All received frames are displayed in the usual monitor format, preceded with the channel number inside of [ ].

[0] K1NRO-1>APDW14,WIDE2-2:!4238.80NS07105.63W#PHG5630
?
Simply enter a frame, in the same format, to transmit. Any line starting with an upper case letter or digit is considered to be an APRS frame. It is converted to KISS format, and sent to the TNC for transmission.
¡ª¡ª

As is stated a little farther down, the file option uses the same, but taken from a file instead of stdin.

As for APRS, there is this:



along with quite a few other "specs". One problem, though, is that there are too many APRS "standards", so it really depends on exactly what you want to send.

Martin.
KD6YAM

On Sat, Dec 25, 2021 at 4:58 AM charlie gale <charles@...> wrote:
Hi Martin - thanks for your reply. That section tells you how to launch the program and various options. It says nothing about the format of the line of text you put in the file. Since Direwolf does some interpretation, crafting the packet directly from the APRS spec does not seem to work. It particular, what syntax does the program expect? Is there any data that must be there before it can be sent? For example, what should I put in the file to send? a simple message acknowledge packet? You say it is defined "elsewhere" - I'm just asking where "elsewhere" actually is.


Re: virtual serial port for Direwolf in Linux Mint and Raspian?

 

Hi David,

Thanks for the reply.? I'm running Linux Mint Xfce 64-bit version, Direwolf 1.6, and X-Net 1.38.? X-Net is a native Linux app for packet node-switching with several drivers available, apparently mostly for using with the hardware TNC3 tnc.? Most of the documentation is in German, but there's an English translation.

I did get Direwolf working with X-Net's KISS driver and tested it on a local packet node.? It works great, fast and responsive TX and RX.? I used the last method described on this page, regarding changing a line in Linux' GRUB file:

I have another question about using Direwolf and X-Net, but I'll start a new thread on that.


Re: Kissutil packet documentation

 

Hi Martin - thanks for your reply. That section tells you how to launch the program and various options. It says nothing about the format of the line of text you put in the file. Since Direwolf does some interpretation, crafting the packet directly from the APRS spec does not seem to work. It particular, what syntax does the program expect? Is there any data that must be there before it can be sent? For example, what should I put in the file to send? a simple message acknowledge packet? You say it is defined "elsewhere" - I'm just asking where "elsewhere" actually is.


Re: Kissutil packet documentation

 

Section 14.6 of the Direwolf User Guide documents kissutil and the format it uses. The APRS content would be defined elsewhere, depending on exactly what kind of APRS data you're trying to construct.

Martin.
KD6YAM

On Fri, Dec 24, 2021 at 12:59 PM charlie gale <charles@...> wrote:
Hello. I'm trying to use kissutil to send APRS message packets. I'm creating a file, and it gets consumed and deleted, but my message does not seem to go through. I'm sure my packet format is wrong, but I can't seem to find any documentation as to what the exact format should be. Is this documented somewhere?

Thanks!


Re: FX.25 question or problem

 

For more flexibility, the FX.25 transmit property can now be set individually by channel, rather than having a global setting for all channels.

The -X on the command line now applies only to channel 0.
For other channels you need to add a new line to the configuration file.

After: ? ? ? "CHANNEL 1"
Add: ? ? ?? "FX25TX 1"???????????????? (or 16 or 32 or 64)

FX.25 is available when using either the KISS or AGW network protocol.
There is no option for enabling it on receive.? It is always enabled.


Re: FX.25 question or problem

 

¿ªÔÆÌåÓý


Hello Douglas,

A few things here when you start Direwolf:

? - Why are you using the fix parameter of "16" for CRC16 when enabling FX.25?? Leaving it set to "-x 1" means automatic selection based on frame size which is properly a better setting for most use cases

? - Have you tried enabling FX.25 debugging with starting Direwolf with "-d x"


Next up, how are you using Direwolf's FX.25?? The FX.25 stack is only available within Direwolf's internal stack (which also shows all the various STDOUT details like audio levels, multiple decoder's status, and payload decodes).? FX.25 is NOT available when Linux's built-in AX.25 stack with kissattach.? You need to be using an AGW-enabled packet client like UZ7HO's G8BPQ's QtTermTCP, UZ7HO's EasyTerm (windows but also works with Wine), SV2AGW's AGWTermTCP (windows), KN6PE's OutPost AGWTerm (windows but has bugs), etc.? Putting it another way,? If you're using Linux's AX.25 stack with it's pseudo-serial support and kissattach, Direwolf will ONLY work on channel 0 and thus, would be doing what you're observing.

--David
KI6ZHD


On 12/24/2021 12:05 PM, Douglas Pervine wrote:

I've noticed something odd when using FX.25 on a RPi 4 with DW 1.7C.

I have two identical station setups.? RPi 4's with an Audio Injector Zero card.
Channel 0 is configured for 2400 baud and Channel 1 is configured for 9600 baud.

Communications between the two stations work great.

When I enable FX.25 on transmit (direwolf -X 16).? Channel 0 works great.? The display informs me that FX.25 is working.
Channel 1 doesn't appear to be working with FX.25.? Not sure if it's a transmit or receive issue.? The display
is using the? pipes " |||||| " instead of the numbers " 0000 ".

I've tried swapping the port baud rates (Ch 0 9k6 and Ch 1 2k4).? Same results.? Only Channel 0 appears to be working with FX.25.

Any assistance would be greatly appreciated.



Re: FX.25 question or problem

 

Follow up. I setup a WIN machine with DW1.7A and an SDR to monitor what was going on. Here are my results:

Note-:
N1OBU-3 is Ch0 at 2k4 & N1OBU-4 is Ch1 at 9k6 on Station 1
N1OBU-5 is Ch0 at 2k4 & N1OBU-6 is Ch1 at 9k6 on Station 2
(all I did was switch the connector to the radio)

N1OBU-6 audio level = 7(+9/-5)? ?[NONE]? ?|||||||||
[1.4] N1OBU-6>APDW17,WIDE1-1:!4133.65N/07159.41W6PHG2030Testing w/DW 1.7C 9k6 AIZ
Position, TBD, DireWolf, WB2OSZ, 4 W height=10 3dBi omni
N 41 33.6500, W 071 59.4100
Testing w/DW 1.7C 9k6 AIZ
?
N1OBU-4 audio level = 7(+10/-3)? ?[NONE]? ?|||||||||
[1.4] N1OBU-4>APDW17,WIDE1-1:!4133.65N/07159.41W4PHG2030Testing w/DW 1.7C 9k6 AIZ
Position, TBD, DireWolf, WB2OSZ, 4 W height=10 3dBi omni
N 41 33.6500, W 071 59.4100
Testing w/DW 1.7C 9k6 AIZ
?
N1OBU-5 audio level = 4? ? _300
Audio input level is too low.? Increase so most stations are around 50.
[0.2] N1OBU-5>APDW17,WIDE1-1:!4133.65N/07159.41W5PHG2030Testing w/DW 1.7C 2k4 AIZ
Position, TBD, DireWolf, WB2OSZ, 4 W height=10 3dBi omni
N 41 33.6500, W 071 59.4100
Testing w/DW 1.7C 2k4 AIZ
?
N1OBU-3 audio level = 4? ? _000
Audio input level is too low.? Increase so most stations are around 50.
[0.2] N1OBU-3>APDW17,WIDE1-1:!4133.65N/07159.41W3PHG2030Testing w/DW 1.7C 2k4 AIZ
Position, TBD, DireWolf, WB2OSZ, 4 W height=10 3dBi omni
N 41 33.6500, W 071 59.4100
Testing w/DW 1.7C 2k4 AIZ


Kissutil packet documentation

 

Hello. I'm trying to use kissutil to send APRS message packets. I'm creating a file, and it gets consumed and deleted, but my message does not seem to go through. I'm sure my packet format is wrong, but I can't seem to find any documentation as to what the exact format should be. Is this documented somewhere?

Thanks!