开云体育

  1. Direwolf
  2. Messages
Expanded Topics Messages Polls
Date
Re: Components to get full TNC?

 

开云体育

Yes!!! I agree, linbpq does seem like a lot just to get TNC2 like emulation.?

my goal is to build a digital workstation that has the ability to complete any basic pack a task for the purposes of instruction to my ham club, ARES team, and Scouting organization.

1. Be able to locally login to ARES BBS for messages. (Minicom? linPac?)

2. Use my RPi to do #1 from a remote PC via telnet/ssh such that it's a shared resource at ARES deployment.

Either of those probably means I have the keyboard to keyboard texting also, as that's what the BBS is at the other end.

That's the basics. I want to eventually understand each app and what it can do in this space. When would I use kissattach vs Direwolf? Or look, I can "ping" over an ax.25 connection. And eventually get RMS Gateway running so I can use IMAP from attached stations to send Winlink Mail. But just the text basics first.

I did get LinPac started on my RPi, but did not know how to answer all of its start up questions about my hierarchy? But it looks like a neat terminal program, if I could get it connected :-)

I am very appreciative of any help you can give me. :-)



Nick Ellson - from iPhone (forgive typos)
CCIE #20018; VCIX-NV, CNSE
Network Hobbyist
"Educating Layer 8, one user at a time."

On Mar 16, 2017, at 6:14 PM, David Ranch dranch@... [direwolf_packet] <direwolf_packet@...> wrote:

?


Hello Nick

?

Would anyone be able to tell me what software (Compass Linux on a Raspberry Pi) would be used with direwolfs KISS TNC port ability to get full TNC command emulation? IE: So I can just connect minicom or telnet to the port and issue commands like I do with a hardware TNC2 on my Kenwood HT & D710ga?


I'm only aware of linbpq32 with it's TNC2 emulation will do something like this.? It's a bit overkill to run a complete BBS package to emulate a TNC though.


I saw this once in a forum.. something like pilinbpq or something stood up the full TNC, but I am having trouble finding it. Anyone using direwolf with othersoftware to get a full TNC2?


Can you tell us what you want to do?? Do you just want to make classic packet connections?? Send UI-packets aka beacons?? Monitor AX.25 traffic??? If so, Linux's native AX.25 applications can do those things on a basic level using Direwolf.? There are also higher level programs out there that are far more powerful to emulate host-mode programs like PakRatt, PkGold, etc.?? I can speak for Linpac which I maintain for Linux:

??

a full HOWTO is here:?


There are other packet programs out there for Linux too that are worth checking out:

??

--David
KI6ZHD
Re: Smart...CBEACON????

David Ranch
 

开云体育


To be honest and in your design, I would recommend to not send ANY beacons from Direwolf.? Instead, write a program / script / etc. that takes in all of the considerations of:

?? - incoming current from the panels
?? - time of day
?? - etc

From there, then use the Linux "beacon" program to send a on-off beacon as an APRS packet with whatever telemetry you want.? After that, the program goes back to sleep until it's time to see if it's time to send another beacon.

--David
KI6ZHD


On 03/16/2017 07:42 PM, Brian Gieryk ke6iyc@... [direwolf_packet] wrote:

?
I wonder if you could hook a thermocouple to a gpio then point a speed reading to that gpio pin. ?You could the use that for your smart beacon, perhaps?

Never done it, just thinking....

Brian
KE6IYC?


On Mar 16, 2017, at 20:15, oldfordg@... [direwolf_packet] <direwolf_packet@...> wrote:

?

Hello All,


I am currently working on my fifth RPi/Direwolf APRS installation, and have ran into an issue which has me stumped and hoping someone in the group has an answer for, or at least,?can give me a kick in the right direction.


First of all, some background:
The latest APRS station will primarily be used to send back weather & telemetry on the vitals of one of our local clubs VHF voice repeaters. The repeater is solar powered and located in an EXTREMELY remote mountain in the far north of Canada, thus, during winter months,?(the shortest days of the year in late December, the site gets slightly more than 7 hours of sunlight a day), so the power budget is VERY tight (not to mention the financial budget our clubs 'Minister of Finance':-)) At the same time temperatures regularly drop at the site to -40 C (yes, that's also -40 F for you folks south of the border), which also drastically reduces battery capacity! (Don't think the battery folks ever tested their battery CCA's at our temperatures :-)). Operating the RPi at these temperatures doesn't seem to be an issue. We have one station that has seen these temperatures on several occasions and is still humming away. Moisture on the other hand is a different story... Elmer Tip from years of?experience in this environment: If you expect extremely low temps, seal up & insulate your electronics,?but before you do,?toss in?a few Silica Gel packs to suck up the moisture?and prevent frost forming on the electronics & shorting it out.


I have already taken care of all the usual paths of power conservation (right down to turning off the LED on the Pi Zero to save that extra 5 mA), but had another idea that would help conserve more power at the most crucial times, but I'm not quite sure how to tackle it.


One of the previous APRS stations I built was a mobile with GPS module using the SMARTBEACON/TBEACON. Worked great but got me thinking,?"Would it be possible to do the same type of ?Tx interval variations using the CBEACON?"


For Example: With GPS SMARTBEACON the Tx interval can be varied based on the speed travelling (faster...more packets, slower...less packets).?Might it also be possible to?send a CBEACON in the same manner, ie. based on temperature readings taken from a temp sensor on the batteries? (Higher temperature...more packets, lower temperature...less packets).?Guess you could call it a SMARTCBEACON?


I've read through the Direwolf manual, scanned the group and searched for any similar solutions, but nothing?showing up.


Has anyone out there done anything similar or have any thoughts on how it may be done? Any help, suggestions would be most appreciated!


73,
DE VO2GO
Glen
Re: Smart...CBEACON????

 

开云体育

I wonder if you could hook a thermocouple to a gpio then point a speed reading to that gpio pin. ?You could the use that for your smart beacon, perhaps?

Never done it, just thinking....

Brian
KE6IYC?


On Mar 16, 2017, at 20:15, oldfordg@... [direwolf_packet] <direwolf_packet@...> wrote:

?

Hello All,


I am currently working on my fifth RPi/Direwolf APRS installation, and have ran into an issue which has me stumped and hoping someone in the group has an answer for, or at least,?can give me a kick in the right direction.


First of all, some background:
The latest APRS station will primarily be used to send back weather & telemetry on the vitals of one of our local clubs VHF voice repeaters. The repeater is solar powered and located in an EXTREMELY remote mountain in the far north of Canada, thus, during winter months,?(the shortest days of the year in late December, the site gets slightly more than 7 hours of sunlight a day), so the power budget is VERY tight (not to mention the financial budget our clubs 'Minister of Finance':-)) At the same time temperatures regularly drop at the site to -40 C (yes, that's also -40 F for you folks south of the border), which also drastically reduces battery capacity! (Don't think the battery folks ever tested their battery CCA's at our temperatures :-)). Operating the RPi at these temperatures doesn't seem to be an issue. We have one station that has seen these temperatures on several occasions and is still humming away. Moisture on the other hand is a different story... Elmer Tip from years of?experience in this environment: If you expect extremely low temps, seal up & insulate your electronics,?but before you do,?toss in?a few Silica Gel packs to suck up the moisture?and prevent frost forming on the electronics & shorting it out.


I have already taken care of all the usual paths of power conservation (right down to turning off the LED on the Pi Zero to save that extra 5 mA), but had another idea that would help conserve more power at the most crucial times, but I'm not quite sure how to tackle it.


One of the previous APRS stations I built was a mobile with GPS module using the SMARTBEACON/TBEACON. Worked great but got me thinking,?"Would it be possible to do the same type of ?Tx interval variations using the CBEACON?"


For Example: With GPS SMARTBEACON the Tx interval can be varied based on the speed travelling (faster...more packets, slower...less packets).?Might it also be possible to?send a CBEACON in the same manner, ie. based on temperature readings taken from a temp sensor on the batteries? (Higher temperature...more packets, lower temperature...less packets).?Guess you could call it a SMARTCBEACON?


I've read through the Direwolf manual, scanned the group and searched for any similar solutions, but nothing?showing up.


Has anyone out there done anything similar or have any thoughts on how it may be done? Any help, suggestions would be most appreciated!


73,
DE VO2GO
Glen
Smart...CBEACON????

 

Hello All,


I am currently working on my fifth RPi/Direwolf APRS installation, and have ran into an issue which has me stumped and hoping someone in the group has an answer for, or at least,?can give me a kick in the right direction.


First of all, some background:
The latest APRS station will primarily be used to send back weather & telemetry on the vitals of one of our local clubs VHF voice repeaters. The repeater is solar powered and located in an EXTREMELY remote mountain in the far north of Canada, thus, during winter months,?(the shortest days of the year in late December, the site gets slightly more than 7 hours of sunlight a day), so the power budget is VERY tight (not to mention the financial budget our clubs 'Minister of Finance':-)) At the same time temperatures regularly drop at the site to -40 C (yes, that's also -40 F for you folks south of the border), which also drastically reduces battery capacity! (Don't think the battery folks ever tested their battery CCA's at our temperatures :-)). Operating the RPi at these temperatures doesn't seem to be an issue. We have one station that has seen these temperatures on several occasions and is still humming away. Moisture on the other hand is a different story... Elmer Tip from years of?experience in this environment: If you expect extremely low temps, seal up & insulate your electronics,?but before you do,?toss in?a few Silica Gel packs to suck up the moisture?and prevent frost forming on the electronics & shorting it out.


I have already taken care of all the usual paths of power conservation (right down to turning off the LED on the Pi Zero to save that extra 5 mA), but had another idea that would help conserve more power at the most crucial times, but I'm not quite sure how to tackle it.


One of the previous APRS stations I built was a mobile with GPS module using the SMARTBEACON/TBEACON. Worked great but got me thinking,?"Would it be possible to do the same type of ?Tx interval variations using the CBEACON?"


For Example: With GPS SMARTBEACON the Tx interval can be varied based on the speed travelling (faster...more packets, slower...less packets).?Might it also be possible to?send a CBEACON in the same manner, ie. based on temperature readings taken from a temp sensor on the batteries? (Higher temperature...more packets, lower temperature...less packets).?Guess you could call it a SMARTCBEACON?


I've read through the Direwolf manual, scanned the group and searched for any similar solutions, but nothing?showing up.


Has anyone out there done anything similar or have any thoughts on how it may be done? Any help, suggestions would be most appreciated!


73,
DE VO2GO
Glen
Re: Components to get full TNC?

 

BPQ32 node stack, or LinBPQ on Linux, has a TNC emulator. It's
complicated to set up but will do what you are asking for.



On the other hand, to 'do packet' - the built in ax25 stack tools on
linux have the functionality you're probably looking for and would be
less to configure than BPQ32.

What exactly do you want to do?

73
Bill, WA7NWP


On Thu, Mar 16, 2017 at 5:15 PM, nickolas.ellson@...
[direwolf_packet] <direwolf_packet@...> wrote:


Would anyone be able to tell me what software (Compass Linux on a Raspberry
Pi) would be used with direwolfs KISS TNC port ability to get full TNC
command emulation? IE: So I can just connect minicom or telnet to the port
and issue commands like I do with a hardware TNC2 on my Kenwood HT & D710ga?

I saw this once in a forum.. something like pilinbpq or something stood up
the full TNC, but I am having trouble finding it. Anyone using direwolf with
othersoftware to get a full TNC2?

Nick
Re: Components to get full TNC?

David Ranch
 

开云体育


Hello Nick

?

Would anyone be able to tell me what software (Compass Linux on a Raspberry Pi) would be used with direwolfs KISS TNC port ability to get full TNC command emulation? IE: So I can just connect minicom or telnet to the port and issue commands like I do with a hardware TNC2 on my Kenwood HT & D710ga?


I'm only aware of linbpq32 with it's TNC2 emulation will do something like this.? It's a bit overkill to run a complete BBS package to emulate a TNC though.


I saw this once in a forum.. something like pilinbpq or something stood up the full TNC, but I am having trouble finding it. Anyone using direwolf with othersoftware to get a full TNC2?


Can you tell us what you want to do?? Do you just want to make classic packet connections?? Send UI-packets aka beacons?? Monitor AX.25 traffic??? If so, Linux's native AX.25 applications can do those things on a basic level using Direwolf.? There are also higher level programs out there that are far more powerful to emulate host-mode programs like PakRatt, PkGold, etc.?? I can speak for Linpac which I maintain for Linux:

??

a full HOWTO is here:?


There are other packet programs out there for Linux too that are worth checking out:

??

--David
KI6ZHD
Components to get full TNC?

 

Would anyone be able to tell me what software (Compass Linux on a Raspberry Pi) would be used with direwolfs KISS TNC port ability to get full TNC command emulation? IE: So I can just connect minicom or telnet to the port and issue commands like I do with a hardware TNC2 on my Kenwood HT & D710ga?

I saw this once in a forum.. something like pilinbpq or something stood up the full TNC, but I am having trouble finding it. Anyone using direwolf with othersoftware to get a full TNC2?

Nick
Re: Bluetooth SPP w/ APRSDroid

 

On 09/03/2017 19:42, mike_ph4@... [direwolf_packet] wrote:

I've been researching and trying to see if it's at all possible to run Dire Wolf with a virtual TNC over Bluetooth SPP for use with APRSDroid. I can easily do it over TCP/IP, but Bluetooth is more convenient and suits my project a bit better. Any have any ideas?
I've managed to get a very crude hack working to connect APRSDroid and Direwolf on a Pi Zero W.
Pi Zero W has built-in WiFi and Bluetooth.

Paired my Nexus 7 with the Pi Zero W.
Make the Pi discoverable:|
$ sudo hciconfig hci0 piscan

Then search and pair from the Nexus.
|
Configure APRSDroid to use connection protocol - Bluetooth TNC.
Connection configuration - client mode. Bluetooth channel 22.

On the Pi, I use socat to connect the Bluetooth rfcomm0 device that gets created on connection to the kiss tnc service in Direwolf (tcp port 8001).

Start direwolf in one terminal window.

In another terminal, start the rfcomm service which spawns socat to connect to the kiss tnc in Direwolf:
$ sudo rfcomm watch /dev/rfcomm0 22 socat -d -d tcp4:127.0.0.1:8001 /dev/rfcomm0

Now try and send some beacons from APRSDroid. You should see incoming connections in the rfcomm terminal window, then a "Connected to KISS client" message in Direwolf followed by a beacon.

TX appears to work, I'll see if I can verify RX when I get time...

73
Nick.
Re: Raspberry Pi Zero VERY long transmit delay

David Ranch
 

开云体育


Hello Arnold,

?
"When your Rpi isn't connected to the network, what is in the /etc/resolv.conf file?? Anything?? Is DNSMasq running? ?"

How would I know??? ?I suppose I could connect to the serial port for a terminal. ?Would that give you the answer?

Yes, or connect up the HDMI display with a USB keyboard.

--David
KI6ZHD
Re: Raspberry Pi Zero VERY long transmit delay

 

David,
"When your Rpi isn't connected to the network, what is in the /etc/resolv.conf file?? Anything?? Is DNSMasq running? ?"

How would I know??? ?I suppose I could connect to the serial port for a terminal. ?Would that give you the answer?

Arnold

From: "David Ranch dranch@... [direwolf_packet]"
To: "direwolf packet"
Sent: Sunday, March 12, 2017 8:32:20 PM
Subject: Re: [direwolf_packet] Raspberry Pi Zero VERY long transmit delay

?


Hey Arnold,

Off the wall thought, it is possible that without any Ethernet device in the Pi Zero that something is looking for it, and kills things? ?That seems to be a common thread in my troubleshooting. ?If I have some sort of Ethernet or WiFi connected or not, nothing fails. ?When I don't have something, then I get this failure.


When your Rpi isn't connected to the network, what is in the /etc/resolv.conf file?? Anything?? Is DNSMasq running??

--David
Re: Raspberry Pi Zero VERY long transmit delay

David Ranch
 

开云体育


Hey Arnold,

Off the wall thought, it is possible that without any Ethernet device in the Pi Zero that something is looking for it, and kills things? ?That seems to be a common thread in my troubleshooting. ?If I have some sort of Ethernet or WiFi connected or not, nothing fails. ?When I don't have something, then I get this failure.


When your Rpi isn't connected to the network, what is in the /etc/resolv.conf file?? Anything?? Is DNSMasq running??

--David
Re: Raspberry Pi Zero VERY long transmit delay

 

Somehow I missed putting this in the email. ?It IS in the DireWolf configuration.


ADEVICE plughw:1,0
ACHANNELS 1
CHANNEL 0


# Home call
MYCALL KQ6DI-4


I DO have PulseAudio removed. ?I don't think it is included in the latest Raspberry Pi Jessie OS, but I went through the steps anyway.


Off the wall thought, it is possible that without any Ethernet device in the Pi Zero that something is looking for it, and kills things? ?That seems to be a common thread in my troubleshooting. ?If I have some sort of Ethernet or WiFi connected or not, nothing fails. ?When I don't have something, then I get this failure. ?However, there are other changes going on, so I haven't convinced myself about this. ?I just thought I'd toss that wild thought out.


Running the "Top Command" in another window is an issue in itself. ?I'm trying to run this without any external connection to anything. ?If I do have this connected, then only about 20% of the processor time is used, but I have no idea when I start having issues.

Arnold
KQ6DI

From: "wb2osz@... [direwolf_packet]" <direwolf_packet@...>
To: "direwolf packet"
Sent: Sunday, March 12, 2017 3:33:36 PM
Subject: Re: [direwolf_packet] Raspberry Pi Zero VERY long transmit delay

?


Usually you would have something like "ADEVICE?plughw:1,0" when running on the Raspberry Pi. ?I don't see ADEVICE in there which would result in using the "default" device.

Did you make sure that PulseAudio was removed? ?In my experience PulseAudio never worked right on the RPi and my recommendation is to remove it. ? (Note: ?It is fine on larger x86 based systems.)


?? ?Currently section 1.3.

The other thing I would try is running the "top" command in another window? ?What is using a significant amount of CPU time? ?How much idle time is left over?
Re: Raspberry Pi Zero VERY long transmit delay

 

Usually you would have something like "ADEVICE?plughw:1,0" when running on the Raspberry Pi. ?I don't see ADEVICE in there which would result in using the "default" device.

Did you make sure that PulseAudio was removed? ?In my experience PulseAudio never worked right on the RPi and my recommendation is to remove it. ? (Note: ?It is fine on larger x86 based systems.)


?? ?Currently section 1.3.

The other thing I would try is running the "top" command in another window? ?What is using a significant amount of CPU time? ?How much idle time is left over?
Re: Raspberry Pi Zero VERY long transmit delay

 

David,
I should have provided you with the DireWolf configuration. ?The following is the configuration I have for this Zero. ?Anything not included is commented out. ?These are the only active parameters.
Arnold
KQ6DI


# Home call
MYCALL KQ6DI-4


MODEM 1200
#TXDELAY 25
#TXTAIL 2
PTT GPIO 27
DCD GPIO -17


AGWPORT 0
KISSPORT 0


FIX_BITS 1


# Beacon for Pi Zero
# home location & symbol
PBEACON delay=0:10 every=59:59 symbol="igate" overlay=R lat=38^21.77N long=121^24.76W


# Send Telemetry
#CBEACON delay=14:35 every=30:02 InfoCmd="sudo python makemytelem.py"


#This should only digipeat WIDE1-1
DIGIPEAT 0 0 ^WIDE[3-7]-[1-7]$ ^WIDE[1]-[1]$ TRACE


#Digipeat parameters & filter to desired stations
FILTER 0 0 ( b/KQ6DI/KQ6DI-*/WA6ODP-*/WB6ETY/WB6ETY-*/W6TCP/W6TCP-*/W6ERE-*/KG6AZZ* ) & ( ! b/WA6ODP-3)?


From: "David Ranch dranch@... [direwolf_packet]"
To: "direwolf packet"
Sent: Saturday, March 11, 2017 3:44:27 PM
Subject: Re: [direwolf_packet] Raspberry Pi Zero VERY long transmit delay

?


Hello Arnold,

There have been random reports about these delays and I've seen it too.? I didn't correlate it to being related to having a USB hub in front of the sound device but that's weird.? In the Direwolf docs, it's actually recommended to directly attach the USB sound card to avoid USB hub arbitration issues but Raspbian has changed a *LOT* in the last two years.

With your testing, does your USB hub support external power supplies?? I've found this is almost always required when you either have a Wifi dongle or multiple devices connected to it.?

I highly highly doubt that these delays are coming from the Rpi hardware, the USB sound hardware, or even the OS.? They have to be coming from Direwolf itself.? I believe you're doing all your packet work within Direwolf itself and not using the Linux AX.25 stack right?? Looking into this a little (guessing really), I wonder if this comes from say the PERSISTANCE or TXDELAY parameters:


--
6. Persistence

The P and SlotTime parameters are used to implement true p-persistent CSMA. This works as follows:

Whenever the host queues data for transmission, the TNC begins monitoring the carrier detect signal from the modem. It waits indefinitely for this signal to go inactive. When the channel clears, the TNC generates a random number between 0 and 1. [2] If this number is less than or equal to the parameter p, the TNC keys the transmitter, waits .01 * TXDELAY seconds, and transmits all queued frames. The TNC then unkeys the transmitter and goes back to the idle state. If the random number is greater than p, the TNC delays .01 * SlotTime seconds and repeats the procedure beginning with the sampling of the carrier detect signal. (If the carrier detect signal has gone active in the meantime, the TNC again waits for it to clear before continuing). Note that p = 1 means "transmit as soon as the channel clears"; in this case the p-persistence algorithm degenerates into the 1-persistent CSMA generally used by conventional AX.25 TNCs.
--

The real next step would be to add telemetry to your logs with detailed timestamps to see when the radio is getting keyed up vs. when audio is started, etc.? Looking at the direwolf code:

?? - in the audio.c file, there is the audio_flush routine which has various commented out debug lines that could be enabled (remove the # characters)
?? - in the ptt.c file, there is the much nicer "ptt_debug_level" variable and if you set this to 1 or 2 and recompile, you'll get more details

You might try fiddling around with some of these items, recompile Direwolf, and see what you get in the logs.?? Let us know what you find!

--David
KI6ZHD
Re: Raspberry Pi Zero VERY long transmit delay

 

David,
Correct, I am not using any Linux AX.25 Stack. ?I am also not including any HamLib support in the DireWolf build.
The Hub I am using (that works) could have an external supply, but it wasn't included and wasn't specified, so I don't have one there.
I don't have any?PERSISTANCE or TXDELAY parameters set, I'm just using the default.

The odd part here is the transmitter keys up with no audio, so the channel is or should be clear. ?Even if it was hearing itself, no audio out of the sound card doesn't have much modulation for Persistance to wait for.

If you provide more details on what you would like for Telemetry, I'd be glad to try. ?I'm just not sure what I should set, and how... ?Other telemetry is not an issue for me, just don't know what goes here.

I did find another USB hub (not powered) and a micro to mini USB adapter that should permit it to work in the Zero. ?Since the long delay isn't always present, I like to run one test long enough that I have a positive result (yes or no) for each configuration.

At least I have a configuration that works now, even if it isn't ideal. ?So we'll figure it out.

Arnold
KQ6D

From: "David Ranch dranch@... [direwolf_packet]"
To: "direwolf packet"
Sent: Saturday, March 11, 2017 3:44:27 PM
Subject: Re: [direwolf_packet] Raspberry Pi Zero VERY long transmit delay

?


Hello Arnold,

There have been random reports about these delays and I've seen it too.? I didn't correlate it to being related to having a USB hub in front of the sound device but that's weird.? In the Direwolf docs, it's actually recommended to directly attach the USB sound card to avoid USB hub arbitration issues but Raspbian has changed a *LOT* in the last two years.

With your testing, does your USB hub support external power supplies?? I've found this is almost always required when you either have a Wifi dongle or multiple devices connected to it.?

I highly highly doubt that these delays are coming from the Rpi hardware, the USB sound hardware, or even the OS.? They have to be coming from Direwolf itself.? I believe you're doing all your packet work within Direwolf itself and not using the Linux AX.25 stack right?? Looking into this a little (guessing really), I wonder if this comes from say the PERSISTANCE or TXDELAY parameters:


--
6. Persistence

The P and SlotTime parameters are used to implement true p-persistent CSMA. This works as follows:

Whenever the host queues data for transmission, the TNC begins monitoring the carrier detect signal from the modem. It waits indefinitely for this signal to go inactive. When the channel clears, the TNC generates a random number between 0 and 1. [2] If this number is less than or equal to the parameter p, the TNC keys the transmitter, waits .01 * TXDELAY seconds, and transmits all queued frames. The TNC then unkeys the transmitter and goes back to the idle state. If the random number is greater than p, the TNC delays .01 * SlotTime seconds and repeats the procedure beginning with the sampling of the carrier detect signal. (If the carrier detect signal has gone active in the meantime, the TNC again waits for it to clear before continuing). Note that p = 1 means "transmit as soon as the channel clears"; in this case the p-persistence algorithm degenerates into the 1-persistent CSMA generally used by conventional AX.25 TNCs.
--

The real next step would be to add telemetry to your logs with detailed timestamps to see when the radio is getting keyed up vs. when audio is started, etc.? Looking at the direwolf code:

?? - in the audio.c file, there is the audio_flush routine which has various commented out debug lines that could be enabled (remove the # characters)
?? - in the ptt.c file, there is the much nicer "ptt_debug_level" variable and if you set this to 1 or 2 and recompile, you'll get more details

You might try fiddling around with some of these items, recompile Direwolf, and see what you get in the logs.?? Let us know what you find!

--David
KI6ZHD
Re: Raspberry Pi Zero VERY long transmit delay

David Ranch
 

开云体育


Hello Arnold,

There have been random reports about these delays and I've seen it too.? I didn't correlate it to being related to having a USB hub in front of the sound device but that's weird.? In the Direwolf docs, it's actually recommended to directly attach the USB sound card to avoid USB hub arbitration issues but Raspbian has changed a *LOT* in the last two years.

With your testing, does your USB hub support external power supplies?? I've found this is almost always required when you either have a Wifi dongle or multiple devices connected to it.?

I highly highly doubt that these delays are coming from the Rpi hardware, the USB sound hardware, or even the OS.? They have to be coming from Direwolf itself.? I believe you're doing all your packet work within Direwolf itself and not using the Linux AX.25 stack right?? Looking into this a little (guessing really), I wonder if this comes from say the PERSISTANCE or TXDELAY parameters:


--
6. Persistence

The P and SlotTime parameters are used to implement true p-persistent CSMA. This works as follows:

Whenever the host queues data for transmission, the TNC begins monitoring the carrier detect signal from the modem. It waits indefinitely for this signal to go inactive. When the channel clears, the TNC generates a random number between 0 and 1. [2] If this number is less than or equal to the parameter p, the TNC keys the transmitter, waits .01 * TXDELAY seconds, and transmits all queued frames. The TNC then unkeys the transmitter and goes back to the idle state. If the random number is greater than p, the TNC delays .01 * SlotTime seconds and repeats the procedure beginning with the sampling of the carrier detect signal. (If the carrier detect signal has gone active in the meantime, the TNC again waits for it to clear before continuing). Note that p = 1 means "transmit as soon as the channel clears"; in this case the p-persistence algorithm degenerates into the 1-persistent CSMA generally used by conventional AX.25 TNCs.
--

The real next step would be to add telemetry to your logs with detailed timestamps to see when the radio is getting keyed up vs. when audio is started, etc.? Looking at the direwolf code:

?? - in the audio.c file, there is the audio_flush routine which has various commented out debug lines that could be enabled (remove the # characters)
?? - in the ptt.c file, there is the much nicer "ptt_debug_level" variable and if you set this to 1 or 2 and recompile, you'll get more details

You might try fiddling around with some of these items, recompile Direwolf, and see what you get in the logs.?? Let us know what you find!

--David
KI6ZHD
Re: Raspberry Pi Zero VERY long transmit delay - more

 

So I put the micro USB hub #2992 back in Without the WiFi USB thing, and my problem went away. ?However that USB Hub does have an ethernet port, although nothing is attached... ?Just the Sound USB thing.
The Sound device is Syba. ?I know it's not recommended to run on a hub, but that's the only way this works???

I don't think I have any more micro-USB hubs or anything else, so I've run out of things to try. ?At least I'm narrowing it down.

Arnold
KQ6DI

From: "kq6di@... [direwolf_packet]"
To: "direwolf packet"
Sent: Saturday, March 11, 2017 10:52:57 AM
Subject: [direwolf_packet] Raspberry Pi Zero VERY long transmit delay

?
I asked this question before and didn't get any answer, so now I've done more testing and have a major clue.

I have a Raspberry Pi Zero running DireWolf that has a very long transmit delay. ?First, I do have all of the Pi OS updated to the latest and greatest. ?It has done this with BOTH DireWolf versions 1.3 AND 1.4.

What I see (and hear on the radio) is the transmitter is turned on with total silence transmitted for up to 8 seconds or so, then the packet burst and the transmitter gets turned off. ?Sometimes there is no delay, and quite often it is 5 seconds or more.

I had no problems when my sound USB device AND a wireless Ethernet were plugged into a USB Hub w/ Ethernet Hub.

When I removed that hub and all internet access, my problems begin again. ?I now have the sound device plugged into the Pi Zero through a 4" micro USB to USB adapter cable. ?Then the problem begins.

I have tried other USB sound devices with the same results.

I'm going to try putting the USB hub back in without the wireless USB device and see what happens, but it has a wired Ethernet port on it (but nothing plugged into that port).

Any hints on why the Pi Zero seems to need the USB hub w/ internet to function properly with DireWolf?

Since the Pi Zero in stand-alone digipeater configuration only requires 80 mA from my 12V supply (Yes, regulated down), this is perfect for the battery & solar portable digipeater... ?if it worked.

Thanks,
Arnold
KQ6DI-4
Raspberry Pi Zero VERY long transmit delay

 

I asked this question before and didn't get any answer, so now I've done more testing and have a major clue.

I have a Raspberry Pi Zero running DireWolf that has a very long transmit delay. ?First, I do have all of the Pi OS updated to the latest and greatest. ?It has done this with BOTH DireWolf versions 1.3 AND 1.4.

What I see (and hear on the radio) is the transmitter is turned on with total silence transmitted for up to 8 seconds or so, then the packet burst and the transmitter gets turned off. ?Sometimes there is no delay, and quite often it is 5 seconds or more.

I had no problems when my sound USB device AND a wireless Ethernet were plugged into a USB Hub w/ Ethernet Hub.

When I removed that hub and all internet access, my problems begin again. ?I now have the sound device plugged into the Pi Zero through a 4" micro USB to USB adapter cable. ?Then the problem begins.

I have tried other USB sound devices with the same results.

I'm going to try putting the USB hub back in without the wireless USB device and see what happens, but it has a wired Ethernet port on it (but nothing plugged into that port).

Any hints on why the Pi Zero seems to need the USB hub w/ internet to function properly with DireWolf?

Since the Pi Zero in stand-alone digipeater configuration only requires 80 mA from my 12V supply (Yes, regulated down), this is perfect for the battery & solar portable digipeater... ?if it worked.

Thanks,
Arnold
KQ6DI-4
Bluetooth SPP w/ APRSDroid

 

I've been researching and trying to see if it's at all possible to run Dire Wolf with a virtual TNC over Bluetooth SPP for use with APRSDroid. I can easily do it over TCP/IP, but Bluetooth is more convenient and suits my project a bit better. Any have any ideas?
Re: Direwolf APRS I-Gate over Cellular

 

Check out freedompop on sprint, aka cdma. Free 500 megs each month and easy to root and hotspot most devices.?
8681 - 8700 of 10545