Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Direwolf
- Messages
Search
|
Re: APDW17
开云体育
In APRS, because it uses multicast transmissions of AX.25 protocol packets to all nearby stations rather than addressed point-to-point packets, the AX.25 destination field is not used as a station address. Instead, it is usually filled in with a code identifying
the station equipment (software or hardware) being used to generate the packets. APDW17 is the APRS code for DireWolf release 1.7.
Is there any particular reason why you want to modify it? It's generally considered good practice in APRS to provide a useful "tocall" value, as it helps other radio users identify what is in use near them, in case they are looking for an Elmer and want to
know what is commonly used in their area.
Andrew, KA2DDO
author of YAAC ("Yet Another APRS Client"), with tocall APJYC1
From: [email protected] <[email protected]> on behalf of F6GDL <om.f6gdl@...>
Sent: Tuesday, November 30, 2021 12:00 PM To: [email protected] <[email protected]> Subject: [direwolf] APDW17 ?
Hello,
I am new? to APRS and I use Direwolf installed on Raspberry. At the start of the frames sent by my digipeater figure "APDW17". What does it mean ? Is Direwolf sending it ? If so, how to modify it ? Thank you. |
|
Re: "Illegal instruction" when trying to run Direwolf 1.6 on Raspberry Pi 1
开云体育This was reported in the last week or so and I had given instructions to the original reporter on how to file a bug report for this.? Seems that person didn't do that in either the Raspberry Pi OS Github tracker (correct place for this issue) or Debian tracker (incorrect place).? Anyway, I've created a issue to track this problem but it might be some time before this is resolved. ?? Until this is resolved, you might consider compiling Direwolf from sources.? It's not very difficult and is documented in the Direwolf User Guide. --David KI6ZHD On 11/30/2021 08:52 AM, Don Rolph
wrote:
|
|
Re: "Illegal instruction" when trying to run Direwolf 1.6 on Raspberry Pi 1
Are you running BullsEye? BullsEye is distributing a PI 3/4 compatible Dire Wolf executable even for PI Zero Ws and the instruction?sets are not compatible. One option is to build the executable from scratch using the instructions on github:? On Tue, Nov 30, 2021 at 11:42 AM KP3FT via <kp3ft=[email protected]> wrote: I'm getting an "illegal instruction" message when trying to run Direwolf 1.6 on a Raspberry Pi 1.? The original image was first installed and working on a Raspberry Pi 3, so maybe the problem is some sort of incompatibilty with the RPi1?? I tried deleting the Direwolf folder and direwolf.conf file, and rebuilt it from scratch, but get the same error. Tried two different C-media soundcards that were verified to work on the RPi3.? Thanks for any help. --
AB1PH Don Rolph |
|
"Illegal instruction" when trying to run Direwolf 1.6 on Raspberry Pi 1
I'm getting an "illegal instruction" message when trying to run Direwolf 1.6 on a Raspberry Pi 1.? The original image was first installed and working on a Raspberry Pi 3, so maybe the problem is some sort of incompatibilty with the RPi1?? I tried deleting the Direwolf folder and direwolf.conf file, and rebuilt it from scratch, but get the same error. Tried two different C-media soundcards that were verified to work on the RPi3.? Thanks for any help.
|
|
Re: APRS-IS data over KISS TCP port
Thanks for the information. I had 'kind of' come to that conclusion, but wanted confirmation. Robert Giuliano
On Tuesday, November 30, 2021, 10:46:14 AM EST, Andrew P. <andrewemt@...> wrote:
Direwolf _does_ do IS->RF, but your snooping client connected to DireWolf's AGWPE or KISS port is neither RF nor IS. Only RF-received traffic is sent to those ports, and traffic sent from your client over those ports only goes to RF, not to the Internet. If you want your client to receive (or send) Internet traffic as well as RF traffic, you'll have to connect the client directly to APRS-IS (not via DireWolf). Andrew, KA2DDO author of YAAC ("Yet Another APRS Client"), which frequently is used with DireWolf |
|
Re: APRS-IS data over KISS TCP port
A little more detail:
Direwolf reports are like this ?? [ig>tx] K8JTT-10>APX219,TCPIP*,qAC,EIGHTH:=4207.65N/08315.58WxPHG7228Jim - Brownstown, MI ?? [2.3] K8OEC-10>APN383,K8WNJ-1,CHLSEA,WIDE2*:!4303.41NS08614.47W# Grand Haven Digi Note: channel zero is not currently connected to a radio.? If I swap connections, the decoded data becomes: ?? [0.2] K8OEC-10>APN383,K8WNJ-1,CHLSEA,WIDE2*:!4303.41NS08614.47W# Grand Haven Digi I am back to getting RF reports showing on my client, but nothing from APRS-IS. Rob KB8RCO |
|
Re: APRS-IS data over KISS TCP port
Direwolf _does_ do IS->RF, but your snooping client connected to DireWolf's AGWPE or KISS port is neither RF nor IS. Only RF-received traffic is sent to those ports, and traffic sent from your client over those ports only goes to RF, not to the Internet. If you want your client to receive (or send) Internet traffic as well as RF traffic, you'll have to connect the client directly to APRS-IS (not via DireWolf).
Andrew, KA2DDO author of YAAC ("Yet Another APRS Client"), which frequently is used with DireWolf ------------------------------------------------------------------------- From: [email protected] <[email protected]> on behalf of Rob Giuliano via groups.io <kb8rco@...> Sent: Tuesday, November 30, 2021 10:33 AM To: [email protected] <[email protected]> Subject: Re: [direwolf] APRS-IS data over KISS TCP port ? Charlie, Thanks for the response. I started out in Python and only getting data from the IS servers, but the group wanted 3 separate sources: VHF, UHF, and IS. I guess they relied on IS before, and had issues when the payload dropped in a noncoverage area. I was using Python, then C++ code to receive KISS packets from 2 hardware TNCs and IS when I thought using Direwolf and collecting the data over TCP might be easier. I thought I had it all working with the RF data, but now that even stopped being received (or maybe just printed) by my app. The intent is to have several of these Pi receivers around with directional antennas to more directly point at the location to increase the probability of being heard. Another objective (as stated earlier) is to have a telescope or other visual device point during a night launch. I am pretty sure I can get the RF side back working, but I don't understand why there is nothing from Direwolf receiving data from APRS-IS out of TCP/IP KISS.? I would have thought that the IS->RF would have solved that. Rob KB8RCO |
|
Re: APRS-IS data over KISS TCP port
Charlie,
Thanks for the response. I started out in Python and only getting data from the IS servers, but the group wanted 3 separate sources: VHF, UHF, and IS. I guess they relied on IS before, and had issues when the payload dropped in a noncoverage area. I was using Python, then C++ code to receive KISS packets from 2 hardware TNCs and IS when I thought using Direwolf and collecting the data over TCP might be easier. I thought I had it all working with the RF data, but now that even stopped being received (or maybe just printed) by my app. The intent is to have several of these Pi receivers around with directional antennas to more directly point at the location to increase the probability of being heard. Another objective (as stated earlier) is to have a telescope or other visual device point during a night launch. I am pretty sure I can get the RF side back working, but I don't understand why there is nothing from Direwolf receiving data from APRS-IS out of TCP/IP KISS.? I would have thought that the IS->RF would have solved that. Rob KB8RCO |
|
Re: APRS-IS data over KISS TCP port
I'm currently collecting telemetry data from a number of remote APRS sites, but I'm using the LIBFAP library in Python to get the data from APRS-IS with a socket connection. I started by using? both a radio (and Direwolf) and my code, but discovered that anything I heard directly was also being heard elsewhere and makes its way to the APRS-IS server, so I eliminated the radio completely in the latest version. If your question does not get an answer to resolve your issue with doing it completely within Direwolf, I'll be happy to help you get going with LIBFAP. I'm a bit of a Python noob, but my code has been working just under a year.
|
|
Re: Hardened Digipeater
I also assumed "Power On Reset" for a long running computer device. At work, we no longer use the term TLA (Three Letter Acronyms) as now-a-days, many use more than letters. We now refer to them as TCA (Three Character Acronyms) or often FCA (Four Character Acronyms).? Working in Automotive, we are now thankful Fiat-Chrysler-Automotive has been renamed <grin>. Robert Giuliano
On Tuesday, November 30, 2021, 05:22:48 AM EST, Lynn Deffenbaugh <kj4erj@...> wrote:
Actually, my guess for POR was "Power On
Reset", but that was only my guess.? TLAs* without expansions are
terrible.?
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? *Three Letter Acronyms On 11/30/2021 2:59 AM, TomT wrote:
Somebody asked about POR. Point of reference I believe.
At this end a receive only i-Gate has been running for a couple of years on a RPi model A. The receiver being a RTL-Dongle and the set-up is located in the loft so protected from the elements. The OS is running RW but I haven't had any issues. More recently, I have added a separate Digi-peater/i-Gate combo using a RPi v4 (overkill I know) in a passive heatsink type case plus a Baofeng UV5RE. This is connected to a 2M beam pointing north which wasn't covered by other local digi-peaters. So a few thoughts to build up the POR. It sounds as if your digipeater is just that and isn't a combo (digipeater/i-gate) so you probably won't even need to worry about Ethernet/WiFi for internet. Although if WiFi is available on the RPi you can connect to it in hot-spot mode for maintenance. The digi-peater will pass all traffic back to the main iGate over the air. As Craig (KM6LYW) said earlier, limit the moving parts. So passive cooling and if possible, pin diode TX/RX switching. Enable the ToT on the radio. Short as possible. I also built the board as described on the Direwolf documentation that uses a 555 timer to restrict the TX time. In my case, to 3 seconds. Weatherproof the set-up. Back-up the SD card to an image on your PC but also keep a second prepared SD card with the remote setup. ?
Tom
G0JSV
|
|
Re: Hardened Digipeater
Lynn Deffenbaugh
开云体育Actually, my guess for POR was "Power On
Reset", but that was only my guess.? TLAs* without expansions are
terrible.?
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
PS.? *Three Letter Acronyms On 11/30/2021 2:59 AM, TomT wrote:
|
|
Re: Hardened Digipeater
Somebody asked about POR. Point of reference I believe.
At this end a receive only i-Gate has been running for a couple of years on a RPi model A. The receiver being a RTL-Dongle and the set-up is located in the loft so protected from the elements. The OS is running RW but I haven't had any issues. More recently, I have added a separate Digi-peater/i-Gate combo using a RPi v4 (overkill I know) in a passive heatsink type case plus a Baofeng UV5RE. This is connected to a 2M beam pointing north which wasn't covered by other local digi-peaters. So a few thoughts to build up the POR. It sounds as if your digipeater is just that and isn't a combo (digipeater/i-gate) so you probably won't even need to worry about Ethernet/WiFi for internet. Although if WiFi is available on the RPi you can connect to it in hot-spot mode for maintenance. The digi-peater will pass all traffic back to the main iGate over the air. As Craig (KM6LYW) said earlier, limit the moving parts. So passive cooling and if possible, pin diode TX/RX switching. Enable the ToT on the radio. Short as possible. I also built the board as described on the Direwolf documentation that uses a 555 timer to restrict the TX time. In my case, to 3 seconds. Weatherproof the set-up. Back-up the SD card to an image on your PC but also keep a second prepared SD card with the remote setup. ?
Tom
G0JSV |
|
APRS-IS data over KISS TCP port
I have Direwolf connected to 2 radios, and the APRS-IS server which I connect my client to through KISS over TCP/IP.
Anything received on either radio is sent over TCP/IP to my client as expected. HOWEVER, I can seem to get anything received from the APRS-IS system to be sent to my client. Layout description: Both radios are 'listen only', so I am hoping to get data from 3 sources (2 radios and the internet). We are trying to track a balloon with satellite antennas.? My client is just a TCP/IP monitor.? ?? When the correct Callsign and SSID are received, the Az-El angles are calculated and a command is given to an AlfaSpid rotor controller to point the antenna. ?? Future intent is to point a telescope at a night balloon flight to see if a blinking light can be spotted. APRS-IS connect with a friend filter for the balloon Callsign-SSID, and wide area around my location. ?? Direwolf shows lots of stations coming through - even with no radios attached. ?? Client does not receive any stations. ?? Attach radio audio, and only those stations are available over TCP/IP. I tried setting IGate Configure Transmit for each of the 2 radios with filters of only TX the balloon Callsign-SSID. ?? The stations heard are sent over RF (well, try to, but no TX audio is connect), but not over TCP/IP. Rob KB8RCO |
|
Re: Hardened Digipeater
ALPINE linux has good tools for managing read only file systems, so you can go to update mode, and then back to RO etc
toggle quoted message
Show quoted text
it is package manager aware. On 30/11/2021 12:52 pm, Jon Adams wrote:
Ahhh-HAHAHA ?? very clever ?On Nov 29, 2021, at 17:57, Craig, KM6LYW <craig@...> wrote: --
Glen English RF Communications and Electronics Engineer CORTEX RF Pacific Media Technologies Pty Ltd trading as Cortex RF ABN 40 075 532 008 PO Box 5231 Lyneham ACT 2602, Australia. au mobile : +61 (0)418 975077 |
|
Re: Hardened Digipeater
Ahhh-HAHAHA ?? very clever ?
toggle quoted message
Show quoted text
On Nov 29, 2021, at 17:57, Craig, KM6LYW <craig@...> wrote: |
|
Re: Hardened Digipeater
okay, a "Pi Zero", but I also expect great things from the Rpi02W :)
toggle quoted message
Show quoted text
On 11/29/21 3:14 PM, Lynn Deffenbaugh wrote:
On 11/29/2021 5:13 PM, Craig, KM6LYW wrote:I'd go with a PiZero2W and a read-only filesystem.??? They run for years (observed).Just a curious question:? How have you "observed" a "PiZero2W" running "for years" when they were just released? |
|
Re: Hardened Digipeater
开云体育Hello Tim, Can you define what a "POR" is?? Beyond that, there is lots of documentation out there to harden a Raspberry Pi to run for years though if you are going to have intermittent power issues, it's a must you put your commonly written-to file systems on a RAM drive and I'd also argue to have a battery backup with some automatic shutdown support.? There are several Raspberry Pi "UPS" HAT designs out there that can do this very effectively. --David KI6ZHD On 11/29/2021 11:47 AM, Tim Huffaker
wrote:
I am looking for a POR for a Raspberry Pi running Direwolf. ?I need to put a digipeater in a remote location to improve coverage back to the IGATE. ?What is anyone doing for a POR and maybe not flash memory to allow continuous operation. ?Then in a power failure the Raspberry pi can restart and get back to digipeating. ?This would reduce one portable digipeater we have to put in for bike events. ? |
|
Re: Hardened Digipeater
Lynn Deffenbaugh
On 11/29/2021 5:13 PM, Craig, KM6LYW wrote:
I'd go with a PiZero2W and a read-only filesystem.??? They run for years (observed).Just a curious question:? How have you "observed" a "PiZero2W" running "for years" when they were just released? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 |
|
Re: Hardened Digipeater
开云体育I'd go with a PiZero2W and a read-only filesystem.??? They run for years (observed).??I'd also get a radio with no moving parts, like a yaesu2980.? No relays, no fans, nothing. When it reboots or powerfails, it boots the exact same tested image it used on day one. I'm sure you'll get lots of other examples here too, I'm interested in your hardening aspect. imho, -craig KM6LYW On 11/29/21 11:47 AM, Tim Huffaker
wrote:
I am looking for a POR for a Raspberry Pi running Direwolf. ?I need to put a digipeater in a remote location to improve coverage back to the IGATE. ?What is anyone doing for a POR and maybe not flash memory to allow continuous operation. ?Then in a power failure the Raspberry pi can restart and get back to digipeating. ?This would reduce one portable digipeater we have to put in for bike events. ? |
Jeff KP3FT
to navigate to use esc to dismiss