开云体育

  1. Direwolf
  2. Messages
Expanded Topics Messages Polls
Date
Re: DRAWS radio interface #direwolf #hamlib #linux

 

开云体育

Yes, but I operate a 2-way iGate and occasionally need to forward Internet-received traffic through the satellites' digipeater to the intended recipient. It has worked well through RS0ISS on 145.825 as long as the request comes while the digipeater is within range. Doppler adjustment will extend that capability..

On 8/11/24 17:01, JayMot DW7GDL via groups.io wrote:

If you want to add a satgate you can use an RTL-SDR dongle as the receiver instead of an entire transceiver because you won't be transmitting anything, just relaying ISS/satellite APRS contacts to APRS-IS. Nooelec's SMArt dongles have a smaller footprint than most SDR dongles so they don't cover up the other USB ports on the end of a Pi. I'm using one as an AIS receiver on 162MHz and it's plugged in to my Pi 3B+ right next to the Digirig Mobile's USB connector for my digipeater/igate on 144.390.
Re: DRAWS radio interface #direwolf #hamlib #linux

 

If you want to add a satgate you can use an RTL-SDR dongle as the receiver instead of an entire transceiver because you won't be transmitting anything, just relaying ISS/satellite APRS contacts to APRS-IS. Nooelec's SMArt dongles have a smaller footprint than most SDR dongles so they don't cover up the other USB ports on the end of a Pi. I'm using one as an AIS receiver on 162MHz and it's plugged in to my Pi 3B+ right next to the Digirig Mobile's USB connector for my digipeater/igate on 144.390.
Re: DRAWS radio interface #direwolf #hamlib #linux

 

开云体育

On 8/10/24 07:25, David Ranch via groups.io quoted and wrote:
Hello Rusty,
Greetings, I'd like to acquire a radio to use for my 2-way iGate. I've a rack-mount faceplate that can hold another Kenwood mobile, so that would be the preference.
Can you describe what you want to do?? For most APRS installations, a single radio is more than enough.? I assume this is for VHF APRS but which Kenwood radios are you thinking about?

I wish to provide APRS 2-way iGate service on any dual-(or tr-)band frequency needed. At the current time, it's only 144.390 and 145.825 when RS0ISS or other satellites' digipeaters such as NO-44 are operational and above the horizon. That's why I use gpredict on Linux, and that's why hamlib/rigctl shell-scripting will allow me to switch radio frequencies and accommodate Doppler as needed. I suppose that for direwolf audio I could wire a cm108 USB from the RPi into whatever radio is eventually chosen, and use the DRAWS 6 pin mini-DIN for the hamlib/rigctl. My major challenge is mechanical aptitude due to neurological issues.

Currently, the Kenwood radios supported by hamlib/rigctl are, according to :

? Rig#? Mfg???? Model??? Version???? Status
? 2001? Kenwood TS-50S?? 20221021.0? Stable? RIG_MODEL_TS50
? 2002? Kenwood TS-440S? 20200407.2? Stable? RIG_MODEL_TS440
? 2003? Kenwood TS-450S? 20221021.0? Stable? RIG_MODEL_TS450S
? 2004? Kenwood TS-570D? 20221021.0? Stable? RIG_MODEL_TS570D
? 2005? Kenwood TS-690S? 20221021.0? Stable? RIG_MODEL_TS690S
? 2006? Kenwood TS-711?? 20221021.0? Alpha?? RIG_MODEL_TS711
? 2007? Kenwood TS-790?? 20221021.0? Stable? RIG_MODEL_TS790
? 2008? Kenwood TS-811?? 20221021.0? Alpha?? RIG_MODEL_TS811
? 2009? Kenwood TS-850?? 20221021.0? Stable? RIG_MODEL_TS850
? 2010? Kenwood TS-870S? 20221021.0? Stable? RIG_MODEL_TS870S
? 2011? Kenwood TS-940S? 20221021.0? Stable? RIG_MODEL_TS940
? 2012? Kenwood TS-950S? 20221021.1? Stable? RIG_MODEL_TS950S
? 2013? Kenwood TS-950SDX20221021.1? Stable? RIG_MODEL_TS950SDX
? 2014? Kenwood TS-2000? 20221021.0? Stable? RIG_MODEL_TS2000
? 2015? Kenwood R-5000?? 20200407.0? Stable? RIG_MODEL_R5000
? 2016? Kenwood TS-570S? 20221021.0? Stable? RIG_MODEL_TS570S
? 2017? Kenwood TH-D7A?? 20200701.0? Stable? RIG_MODEL_THD7A
? 2019? Kenwood TH-F6A?? 20200701.0? Stable? RIG_MODEL_THF6A
? 2020? Kenwood TH-F7E?? 20200701.0? Stable? RIG_MODEL_THF7E
? 2022? Kenwood TS-930?? 20221021.0? Alpha?? RIG_MODEL_TS930
? 2023? Kenwood TH-G71?? 20200701.0? Stable? RIG_MODEL_THG71
? 2024? Kenwood TS-680S? 20221021.0? Stable? RIG_MODEL_TS680S
? 2025? Kenwood TS-140S? 20221021.0? Stable? RIG_MODEL_TS140S
? 2026? Kenwood TM-D700? 20200701.0? Stable? RIG_MODEL_TMD700
? 2027? Kenwood TM-V7??? 20200701.0? Stable? RIG_MODEL_TMV7
? 2028? Kenwood TS-480?? 20221021.2? Stable? RIG_MODEL_TS480
? 2030? Kenwood TRC-80?? 20221021.0? Stable? RIG_MODEL_TRC80
? 2031? Kenwood TS-590S? 20221021.2? Stable? RIG_MODEL_TS590S
? 2033? Kenwood TH-D72A? 20200701.0? Stable? RIG_MODEL_THD72A
? 2034? Kenwood TM-D710? 20221021.5? Stable? (null)
? 2035? Kenwood TM-V71(A)20221021.1? Stable? RIG_MODEL_TMV71
? 2037? Kenwood TS-590SG 20221021.1? Stable? RIG_MODEL_TS590SG
? 2039? Kenwood TS-990S? 20221021.1? Stable? RIG_MODEL_TS990S
? 2041? Kenwood TS-890S? 20221021.3? Stable? RIG_MODEL_TS890S
? 2042? Kenwood TH-D74?? 20221021.3? Stable? RIG_MODEL_THD74

I was hoping someone had familiarity with the Kenwood mobile radios with 2 screws on each side for my faceplate rack mount that would meet the requirements.
??? Thank you.

Will the 6 pin mini-DIN radio connector on the DRAWS hat allow hamlib/rigctl radio control at the same time as the audio, perhaps as 2 separate devices?
No.. each 6pin DIN connection is for interfacing to one radio for audio in, audio out, and PTT.? There is a single serial port on the DRAWS board which could be used for CAT control but not two.
The gpredict software can then adjust for Doppler shifting while kissutil and direwolf are {en,de}coding the APRS traffic. I think that normally an audio interface gets "locked" by direwolf?
Unless you're trying to do satellite work, you won't need to do anything with doppler shift.
Re: DRAWS radio interface #direwolf #hamlib #linux

 

开云体育


Hello Rusty,

Greetings, I'd like to acquire a radio to use for my 2-way iGate. I've a rack-mount faceplate that can hold another Kenwood mobile, so that would be the preference.

Can you describe what you want to do?? For most APRS installations, a single radio is more than enough.? I assume this is for VHF APRS but which Kenwood radios are you thinking about?


Will the 6 pin mini-DIN radio connector on the DRAWS hat allow hamlib/rigctl radio control at the same time as the audio, perhaps as 2 separate devices?

No.. each 6pin DIN connection is for interfacing to one radio for audio in, audio out, and PTT.? There is a single serial port on the DRAWS board which could be used for CAT control but not two.


The gpredict software can then adjust for Doppler shifting while kissutil and direwolf are {en,de}coding the APRS traffic. I think that normally an audio interface gets "locked" by direwolf?

Unless you're trying to do satellite work, you won't need to do anything with doppler shift.


--David
KI6ZHD
DRAWS radio interface #direwolf #hamlib #linux

 

Greetings, I'd like to acquire a radio to use for my 2-way iGate. I've a rack-mount faceplate that can hold another Kenwood mobile, so that would be the preference.
?
Reading direwolf-doc/Radio-Interface-Guide.pdf, I find in my box'o'stuff an RPi 3B with the NWDR "DRAWS" hat, wired for 12V operation with Andersen power poles, so here's my question, please:
?
Will the 6 pin mini-DIN radio connector on the DRAWS hat allow hamlib/rigctl radio control at the same time as the audio, perhaps as 2 separate devices? The gpredict software can then adjust for Doppler shifting while kissutil and direwolf are {en,de}coding the APRS traffic. I think that normally an audio interface gets "locked" by direwolf?
?
If the DRAWS radio port can be made available simultaneously for both usages, also welcomed would be a recommended 2 or 3 band hamlib-supported Kenwood mobile.?
Thank you.
Re: screen vs, SCREEN

 

开云体育

Thank you so very much, Thomas, I could not have hoped for a more thorough and usefully-complete answer.


On 8/9/24 12:35, Thomas Leibold via groups.io wrote:

Hi Rusty,

Unix/Linux processes have access to the command-line argument values that were used to start them and various ways to modify those values exist. By default the command "ps" will list the modified value (probably based on the assumption that generally the modification is done as a benefit to the user). It can of course also be used maliciously to hide "bad" processes behind a benign process name. 

In early Unix variants modifying the name of a process was as simple as overwriting or replacing argv[0]. This is non-portable and replacing argv[0] (in order to allow a longer process name) reportedly doesn't work in Linux (I haven't tried). However there is the BSD-Unix command setproctitle() which is a formal API to change the name of a process which does work in Linux (assuming libbsd is included).

There are additional Linux specific ways to change the process name such as the prctl(PR_SET_NAME) api and pthread_getname_np().

There is the Output Modifier "c" when used with the "ps" command that will display the "real" name of the process (useful is you suspect malicious processes being active on your system). In the case of "screen", it will simply list "screen" instead of "SCREEN ...".

Good reasons for modifying the process name are programs that start subprocesses (fork, LWP, kernel threads) to identify to the user which of the entries in the process table performs what task.

If you use multiple instances of screen on the same computer it is very useful to use the -S option to specify a different sessionname for each screen instance to make it easier to identify which one to connect to (either from a ps listing showing the command arguments or when using "screen -list".

73,
Thomas
KK6FPP

Re: screen vs, SCREEN

 

Hi Rusty,

Unix/Linux processes have access to the command-line argument values that were used to start them and various ways to modify those values exist. By default the command "ps" will list the modified value (probably based on the assumption that generally the modification is done as a benefit to the user). It can of course also be used maliciously to hide "bad" processes behind a benign process name.

In early Unix variants modifying the name of a process was as simple as overwriting or replacing argv[0]. This is non-portable and replacing argv[0] (in order to allow a longer process name) reportedly doesn't work in Linux (I haven't tried). However there is the BSD-Unix command setproctitle() which is a formal API to change the name of a process which does work in Linux (assuming libbsd is included).

There are additional Linux specific ways to change the process name such as the prctl(PR_SET_NAME) api and pthread_getname_np().

There is the Output Modifier "c" when used with the "ps" command that will display the "real" name of the process (useful is you suspect malicious processes being active on your system). In the case of "screen", it will simply list "screen" instead of "SCREEN ...".

Good reasons for modifying the process name are programs that start subprocesses (fork, LWP, kernel threads) to identify to the user which of the entries in the process table performs what task.

If you use multiple instances of screen on the same computer it is very useful to use the -S option to specify a different sessionname for each screen instance to make it easier to identify which one to connect to (either from a ps listing showing the command arguments or when using "screen -list".

73,
Thomas
KK6FPP
screen vs, SCREEN

 

Greetings, I'm wondering why /usr/bin/screen doesn't appear as a processID, yet /usr/bin/SCREEN does appear but doesn't even exist.
?
direwolf is started via crontab entry as user repeater at boot time, and verified every minute as currently running, else it's started within screen:
?
$ crontab -l | grep screen
@reboot sleep 10 && /usr/bin/screen -S direwolf -d -m /usr/local/bin/direwolf -c /home/repeater/direwolf.conf -L /home/repeater/direwolf.log -T "\%H:\%M:\%S \%d\%b\%Y"
* * * * * if [ x$(pidof direwolf) = "x" ]; then /usr/bin/screen -S direwolf -d -m /usr/local/bin/direwolf -c /home/repeater/direwolf.conf -L /home/repeater/direwolf.log -T "\%H:\%M:\%S \%d\%b\%Y"; fi
?
However (emphasis mine):
$ ps aux | grep screen | grep -v grep
$ ps aux | grep -i screen | grep -v grep
repeater ? 738 ?0.0 ?0.2 ? 8092 ?2192 ? ?Ss ? 09:28 ? 0:00 /usr/bin/SCREEN -S direwolf -d -m /usr/local/bin/direwolf -c /home/repeater/direwolf.conf -L /home/repeater/direwolf.log -T %H:%M:%S %d%b%Y
$ ls -l /usr/bin/SCREEN
ls: cannot access '/usr/bin/SCREEN': No such file or directory
?
$ pidof screen direwolf
739
$ pidof SCREEN direwolf
738 739
?
It's not earth-shattering, but I find it quite curious, if anyone can explain it, please.
Re: Understanding APRS Packets

 

When I mentioned #2, I was referring to sending text in a packet and each character would mean "another byte".
?? So sending something like:
????????? T#001,0.0000003, 1.0000001, 11.25678, 193.11278
?? with?
????????? UNIT.Volts, Volts, Volts, Volts
?? It would be much more polite to send something like:
????????? T#001,0.00, 1.00, 11.26, 193.1

Unless of course (for example) you signals A1 and A2 were expected to be very low.
?? Then something liuke:
????????? T#001,0.0003, 1000, 11.26, 193.1
?? with
????????? UNIT.mV, mVs, Volts, Volts
?? would be more appropriate (polite).

Robert Giuliano
KB8RCO



On Wednesday, August 7, 2024 at 06:24:55 PM EDT, WB2OSZ via groups.io <wb2osz@...> wrote:


We see this near the beginning of the APRS Protocol Specification:
?
Telemetry Data — A description of the MIM/KPC-3+ telemetry data format, with supporting information on how to tailor the interpretation of the raw data to individual circumstances.
That makes it sound like the came first and APRS just copied it.? Back then we had 8 bit A/D converters and micro controllers had very little memory.? The process of converting 0-255 to more useful values was shifted to the receiving station.? EQNS metadata provided the parameters for this scaling.
?
Probably around 10 years ago, I noticed stations sending telemetry with values with more digits, decimal points, and possible negative sign.?? I did some experimentation and found that pretty much everyone understood that format.?? I don't know who did this first but everyone else was soon to copy.?
?
(1) My personal opinion is that sending EQNS makes things unnecessarily overly complex if the sending station has the ability to send data in a more natural form.? ??? Of course, receiving applications would still need to process EQNS and compute scaling for the original format.
?
(2) It would depend on the receiving implementation and how it stores the values.? direwolf uses floating point numbers so very small and large values can be represented.? I don't know about others.
?
73,
John WB2OSZ
?
Re: Can I use direwolf with a serial TNC?

 

well...finally I found enough time to change some config and I try to implement what is mentioned in the relevant docs.
i get traffic from IS and in theory it should be digipeated?via the net-kiss. direwolf logging does the following to those packets (channel 6 is my kiss)

[ig>tx] OE6PLD-13>APDVX1,TCPIP*,qAC,OE6PLD-1:@081743z4706.10N/01549.58E_236/000g000t066r000p000P000h95b10116L011
[] X>X:}OE6PLD-13>APDVX1,TCPIP*,qAC,OE6PLD-1:@081743z4706.10N/01549.58E_236/000g000t066r000p000P000h95b10116L011

when I check the logging of the TNC, no packet is being sent (all object beacons from direwolf are working ok)



--
Disclaimer: May be opened and read by the NSA, CIA, GCHQ, KGB, BND, and whoever else it may NOT concern.
Re: Understanding APRS Packets

 

We see this near the beginning of the APRS Protocol Specification:
?
Telemetry Data — A description of the MIM/KPC-3+ telemetry data format, with supporting information on how to tailor the interpretation of the raw data to individual circumstances.
That makes it sound like the came first and APRS just copied it.? Back then we had 8 bit A/D converters and micro controllers had very little memory.? The process of converting 0-255 to more useful values was shifted to the receiving station.? EQNS metadata provided the parameters for this scaling.
?
Probably around 10 years ago, I noticed stations sending telemetry with values with more digits, decimal points, and possible negative sign.?? I did some experimentation and found that pretty much everyone understood that format.?? I don't know who did this first but everyone else was soon to copy.?
?
(1) My personal opinion is that sending EQNS makes things unnecessarily overly complex if the sending station has the ability to send data in a more natural form.? ??? Of course, receiving applications would still need to process EQNS and compute scaling for the original format.
?
(2) It would depend on the receiving implementation and how it stores the values.? direwolf uses floating point numbers so very small and large values can be represented.? I don't know about others.
?
73,
John WB2OSZ
?
Understanding APRS Packets

 

On Wed, Aug 7, 2024 at 12:21 PM, WB2OSZ wrote:
?
The can be confusing and difficult to digest.
?
A more gentle introduction can be found in .
?
?
73,
John WB2OSZ
I have read in different messages that the Telemetry packet format has been "widened" and n longer limited to 3-digits with no decimal place - in other words 000 - 999.
In your document (referenced above) you state " ... All of the modern application that I tested understood this more flexible format. ..."
?
This may not be the best forum for my questions, but the document is with Direwolf's github structure.
?
My questions with comments:
1. Is there really a need for the EQNS message if there is an ability to provide 'real' data?
? ? In the old format, voltage was often sent as something like 138.? If the value sent is 13.8, there is not need for EQNS:.
? ? Assuming the default EQNS: is ALWAYS 0,1,0.?
? ? This information would ONLY be needed if "additional" conversion is required.
2. Is there any practical limitation to the values sent (like 3 or 4 significant digits)?
? ? It would make no sense to send something like pi() to the 100th decimal point.
? ? After 3 or 4 significant digits, you could change the UNIT. message to indicate: (grams vs. kilograms) or (ounces vs. lbs. vs. tons).
?
-------
Robert Giuliano
KB8RCO
Re: Direwolf Code Intertation

 

?
The can be confusing and difficult to digest.
?
A more gentle introduction can be found in .
?
?
73,
John WB2OSZ
Re: Need assistance to setup a Mtn top Digi w/ network on a Pi

 

开云体育



On 7/8/24 12:09, Ray D Congdon wrote:
Thanks for the analysis and recommendations.? The call W7SID?is our Lemhi Amateur Radio Club Call (I'm, KL7UT, the trustee for the Club call).?

The Radio is an older Synth Yaesu...? Don't have the Model available here.? I'll watch the timing on my service monitor to see if I'm getting all of the preamble and adjust accordingly.

Ray, don't overlook that TXDELAY caters for more than just your tx reaching a ready state, it's not unusual for the rx at the other end to be slow to unmute (if mute must be used), or just slow to recover from a tx state. If the remote rx isn't ready IT will clip the start of incoming data. I agree with David's 150 - 200mS TXDELAY recommendation although I'd aim for the higher value based on experience.

Ray vk2tv

I am using a RA-33 USB Radio Adapter, ()? It works pretty well. I used several ferrite snap-ons on the audio/PTT? RA-33/Radio cable, and have no discernable RFI.? I'll check the RXTAIL setting.

Will disable the TCP-KISS and AGW?settings as I don't see that they are used.?

Same with FIX-BITS

More is not better....? Will delete all but one and integrate the PBEACON.

Cable from the RA-33 to Pi is a shielded?& Choked USB cable. No RFI detected.

I set the levels with a commercial Motorola Comm?Systems Analyzer. 3KHz Tx Out, Minimum reported errors on the receive.?

Our Club IT guy (Retired IT Guy...) Says Yes on the firewall and I'll refer the link to him for review.

?BTW the site is at 9000 MSL.

Thanks for your assistance. I'll post on the progress.?

Ray D. Congdon - KL7UT



On Tue, Aug 6, 2024 at 3:14?PM David Ranch via <direwolf-groupsio=[email protected]> wrote:

Hello Ray,

I do have VNC access to the Pi and intend to have the GUI? (YAAC I assume) running on it, not on the remote.?

GUI based APRS tools like YAAC, Xastir, Polaric, etc. are nice as you can see maps, etc. but that's really not a need of an APRS "server" up on a mountain top.? Direwolf alone should be more than enough for most use cases.




I Filezilla-ed into the Pi on the mtn and here is the direwolf.conf file.? W7SID is our club call (I'm the trustee).
This .conf file is the result of my all thumbs approach... any suggestions, editing etc will be much appreciated.

In reviewing your config file:

?? - Your callsign is KL7UT but the direwolf config is using W7SID-10.?? What is this other callsign?

?? - What radio are you using?? You have a TXDELAY of "10" or 100ms which is probably too fast for most HAM grade radios.? GOOD radios might do 150 to 200ms but crappy ones might take 250-250ms

?? - What sound device are you using on your Pi?? Depending on your setup, you might need a TXTAIL setting too

?? - Unless your going to use the TCP-KISS or AGW ports, I recommend you change those lines to use port 0 which means disable

?? - For a high level digipeater, it's generally recommended to DISABLE FIX-BITS

?? - You have three RF PBEACONS sending roughly the same detail.? Just use one.

?? - You have one PBEACON sending to APRS-IS.? You might consider making it's detail the same as the one RF beacon you keep as recommended above

?? - How did you cable it to a sound device connected to your Raspberry Pi?

?? - Do you feel you've tuned your input and output audio levels so your signal is well tuned?

?? - Have you hardened your Raspberry pi with a firewall, etc?? I have some best practices here:?



--David
KI6ZHD
Re: Need assistance to setup a Mtn top Digi w/ network on a Pi

 

Thanks for the analysis and recommendations.? The call W7SID?is our Lemhi Amateur Radio Club Call (I'm, KL7UT, the trustee for the Club call).?

The Radio is an older Synth Yaesu...? Don't have the Model available here.? I'll watch the timing on my service monitor to see if I'm getting all of the preamble and adjust accordingly.

I am using a RA-33 USB Radio Adapter, ()? It works pretty well. I used several ferrite snap-ons on the audio/PTT? RA-33/Radio cable, and have no discernable RFI.? I'll check the RXTAIL setting.

Will disable the TCP-KISS and AGW?settings as I don't see that they are used.?

Same with FIX-BITS

More is not better....? Will delete all but one and integrate the PBEACON.

Cable from the RA-33 to Pi is a shielded?& Choked USB cable. No RFI detected.

I set the levels with a commercial Motorola Comm?Systems Analyzer. 3KHz Tx Out, Minimum reported errors on the receive.?

Our Club IT guy (Retired IT Guy...) Says Yes on the firewall and I'll refer the link to him for review.

?BTW the site is at 9000 MSL.

Thanks for your assistance. I'll post on the progress.?

Ray D. Congdon - KL7UT



On Tue, Aug 6, 2024 at 3:14?PM David Ranch via <direwolf-groupsio=[email protected]> wrote:

Hello Ray,

I do have VNC access to the Pi and intend to have the GUI? (YAAC I assume) running on it, not on the remote.?

GUI based APRS tools like YAAC, Xastir, Polaric, etc. are nice as you can see maps, etc. but that's really not a need of an APRS "server" up on a mountain top.? Direwolf alone should be more than enough for most use cases.




I Filezilla-ed into the Pi on the mtn and here is the direwolf.conf file.? W7SID is our club call (I'm the trustee).
This .conf file is the result of my all thumbs approach... any suggestions, editing etc will be much appreciated.

In reviewing your config file:

?? - Your callsign is KL7UT but the direwolf config is using W7SID-10.?? What is this other callsign?

?? - What radio are you using?? You have a TXDELAY of "10" or 100ms which is probably too fast for most HAM grade radios.? GOOD radios might do 150 to 200ms but crappy ones might take 250-250ms

?? - What sound device are you using on your Pi?? Depending on your setup, you might need a TXTAIL setting too

?? - Unless your going to use the TCP-KISS or AGW ports, I recommend you change those lines to use port 0 which means disable

?? - For a high level digipeater, it's generally recommended to DISABLE FIX-BITS

?? - You have three RF PBEACONS sending roughly the same detail.? Just use one.

?? - You have one PBEACON sending to APRS-IS.? You might consider making it's detail the same as the one RF beacon you keep as recommended above

?? - How did you cable it to a sound device connected to your Raspberry Pi?

?? - Do you feel you've tuned your input and output audio levels so your signal is well tuned?

?? - Have you hardened your Raspberry pi with a firewall, etc?? I have some best practices here:?



--David
KI6ZHD
Re: Need assistance to setup a Mtn top Digi w/ network on a Pi

 

开云体育


Hello Ray,

I do have VNC access to the Pi and intend to have the GUI? (YAAC I assume) running on it, not on the remote.?

GUI based APRS tools like YAAC, Xastir, Polaric, etc. are nice as you can see maps, etc. but that's really not a need of an APRS "server" up on a mountain top.? Direwolf alone should be more than enough for most use cases.




I Filezilla-ed into the Pi on the mtn and here is the direwolf.conf file.? W7SID is our club call (I'm the trustee).
This .conf file is the result of my all thumbs approach... any suggestions, editing etc will be much appreciated.

In reviewing your config file:

?? - Your callsign is KL7UT but the direwolf config is using W7SID-10.?? What is this other callsign?

?? - What radio are you using?? You have a TXDELAY of "10" or 100ms which is probably too fast for most HAM grade radios.? GOOD radios might do 150 to 200ms but crappy ones might take 250-250ms

?? - What sound device are you using on your Pi?? Depending on your setup, you might need a TXTAIL setting too

?? - Unless your going to use the TCP-KISS or AGW ports, I recommend you change those lines to use port 0 which means disable

?? - For a high level digipeater, it's generally recommended to DISABLE FIX-BITS

?? - You have three RF PBEACONS sending roughly the same detail.? Just use one.

?? - You have one PBEACON sending to APRS-IS.? You might consider making it's detail the same as the one RF beacon you keep as recommended above

?? - How did you cable it to a sound device connected to your Raspberry Pi?

?? - Do you feel you've tuned your input and output audio levels so your signal is well tuned?

?? - Have you hardened your Raspberry pi with a firewall, etc?? I have some best practices here:?



--David
KI6ZHD
Re: Need assistance to setup a Mtn top Digi w/ network on a Pi

 

Finally got around to this.? Thanks for your patience.

I do have VNC access to the Pi and intend to have the GUI? (YAAC I assume) running on it, not on the remote.? I Filezilla-ed into the Pi on the mtn and here is the direwolf.conf file.? W7SID is our club call (I'm the trustee).

This .conf file is the result of my all thumbs approach... any suggestions, editing etc will be much appreciated.

Ray?- KL7UT

direwolf.conf
direwolf.conf

Re: Need assistance to setup a Mtn top Digi w/ network on a Pi

 

Thanks for the guidance!? Life is getting in the way for a few days, but I'll get the .conf file ASAP.??

Ray D. Congdon - KL7UT



On Fri, Aug 2, 2024 at 9:39?AM Andrew P. via <andrewemt=[email protected]> wrote:
I agree with David's points. If you really need a graphical UI to your digipeater/I-Gate, set up a VPN connection so you can remotely net into the digi to check its status. YAAC does not require that the Direwolf instance it connects to be on the same computer; it just defaults to that unless you explicitly change the IP address for the AGWPE or KISS-over-TCP service you are connecting to. And nothing on the graphical UI affects the configured ability (or lack thereof) of Direwolf to function as a stand-alone digipeater and/or I-gate.?

Also, I strongly recommend you ensure you are using a real CM108 and not one of the counterfeits; the counterfeits tend to lock up after a while, requiring a power cycle (not just a reboot) to unstick them. A friend was running a Direwolf/Pi based digi/I-Gate, and periodically had to drive 100miles each way to power-cycle the thing.

Andrew, KA2DDO
author of YAAC
From: [email protected] <[email protected]> on behalf of David Ranch via <direwolf-groupsio=[email protected]>
Sent: Friday, August 2, 2024 11:08:34 AM
To: [email protected] <[email protected]>
Subject: Re: [direwolf] Need assistance to setup a Mtn top Digi w/ network on a Pi


Hello Ray,

To help you optimize things, please send us your direwolf.conf file.? Beyond being a digipeater, maybe advertising various APRS objects, etc.. what else might you want to do for this remote station?? Running something like YAAC doesn't make much sense since it would be running at remote site and Direwolf most APRS stuff for you already.

--David
KI6ZHD


On 08/01/2024 07:59 PM, Ray D Congdon via wrote:
I have a remote Mountain top that has a part 15 link providing internet and have setup a 25W mobile on 144.39 with a CM108 interface running Direwolf on a pi on site (W7SID-10)...?
?
I seem to have it running but, am pretty blurry as to the proper setup and would appreciate some direction to a cookbook to better understand what I need to do to get it optimized. Add YAAC etc. ??
?
Thanks!??
?
KL7UT,? ?Ray
?
Re: Portable Tracker Crashes…

 

开云体育

+1 to what David said.? I had a Direwolf installation on a Raspberry Pi 3B that kept disabling the transmit audio whenever the radio keyed up.? Turned out that RF was getting into the wiring between the radio and sound dongle, which the dongle was interpreting as someone pushing (and holding) the "Volume Down" mike button.? I brought up the mixer app and could see it happen.? Drove it to zero and kept going, leaving the audio port in an illegal state (negative volume) that the Pi dutifully restored on reboot.? It needed a reset of the sound system each time to fix (not just a reboot), only to be killed again on the next transmit.? Rewiring the cable with proper shielding and adding a clip-on ferrite solved the problem.

Greg? KO6TH


David Ranch via groups.io wrote:


Hello Adam,

On your first point, yes.. strong RFI can crash all kinds of computers unless they are designed to tolerate it.? Both the Zero 2W and the AIOC are just bare boards and even if you put them in grounded metal cases, a lot of other design considerations are required to make them "RFI safe".? The best thing to do is get that antenna as far away from them as possible, use good quality RF cables, shielded audio cables, avoid loops in your cables, etc.

On the "it works when I'm SSHed into the Pi" point, I agree with Rob and Bob that this is probably a start up issue.? What OS are you running on your Zero 2W?? Raspberry Pi OS?? Are you running the Lite or GUI version?? How are you "automatically starting" Direwolf?

--David
KI6ZHD
Re: Portable Tracker Crashes… Further info

 

On Monday, August 5th, 2024 at 08:00, Bob Cameron <bob3bob3@...> wrote:

There are also some distros that kill user processes on logout. It's part of systemd/logind


It's a default setting in systemd to manage system resources.? To turn it off:

sudo loginctl enable-linger $(whoami)

To check the setting for the currently logged-in user:

loginctl show-user $(whoami) --property Linger

The Doctor [412/724/301/703/415/510]
WWW: https://drwho.virtadpt.net/
Don't be mean. You don't have to be mean.
761 - 780 of 10485