Hi Andrew, Thanks for your reply. ?I’ve used Winlink over HF for many years via a Parallels Windows VM. ?Recently I changed to a Mac Mini M1 for its lower power consumption. ?But Parallels only supports Windows 11 for ARM64 on M1 and there’s no driver for my IC7300 USB-Serial Bridge. ?Direwolf and YAAC on the other hand run natively on the M1.
The thing is that I do receive a reply, so it seems someone’s willing to talk to me…
Am I correct in understanding these are the APRS-IS stations which forwarded my request…
Would you suggest I try to message these folks via YAAC or another means?
The main thing stopping me using Winlink direct is an ARDOP app for M1. ?I’ve got PAT, HAMLIB etc running but can’t find ARDOP. ?Do you know of an ARDOP app for M1? Cheers, Mike.
On 16 Oct 2022, at 11:04, Andrew P. <andrewemt@...> wrote:
Greetings.
It sounds like you are in an impossible situation. If you are trying to using the WLNK-1 server on APRS-IS over HF, I expect you will be disappointed. I expect there would be very few HF transmit I-gates?anyway, just because of the limited bandwidth on a 300-baud channel and how easily the channel could?be flooded world-wide with excessive IS->RF forwarding.
Note that WLNK-1 is not a station; it is a server on the APRS-IS backbone. Your querying of??showed you which I-gate stations are forwarding your RF packets to the APRS-IS; you would have to?ask those station's control operators whether or not their stations are transmit-capable, but I would guess?none of them are.
Also, there are some known bugs in YAAC's code for talking to the WLNK-1 server, so even if you were?working on a frequency where IS->RF gating was available to you, it might not work.
You might want to switch to another service, like direct WinLink, instead of trying to use WinLink over?APRS.
Andrew, KA2DDO
author of YAAC
________________________________________
From:[email protected]?<[email protected]> on behalf of sv Zen Again <vk6hsr@...>
Sent: Sunday, October 16, 2022 9:50 AM
To:[email protected]
Subject: [yaac-users] Send Email via HF
Gday from VK6HSR-8 aboard sv Zen Again currently in Curacao,
I'm a new user of APRS. ?I'm using YAAC 1.0beta178 with direwolf 1.6 on a Mac Mini M1 running?MacOS 12.6. ?My rig is an Icom IC-7300 and I'm working on dial frequency 10147.6kHz, USB.
Beaconing is working well. ?However when I try to Send Email the LOGIN packet is transmitted but I get?no response. ?Looking on aprs.fi I can see several stations received the packet. ?And WLNK-1?responded with the password challenge but my station didn't hear/receive/decode it. ?How can I?determine the location of the responding WLNK-1 APRSlink station? ?Can I influence the WLNK-1?APRSlink station which responds?
Cheers,
Mike.
|
Re: next beta build#179 of YAAC, created 2022-Oct-11
Another possible issue is that the windowing graphics library is not always highly responsive, so the redrawing of the blinkenlight from red to black might be delayed until the library or graphics driver decides to repaint that widget. I have seen issues (usually when scrolling) when part of the scrolled window doesn't update immediately. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Andrew P. <andrewemt@...> Sent: Sunday, October 16, 2022 9:00 AM To: [email protected]Subject: Re: [yaac-users] next beta build#179 of YAAC, created 2022-Oct-11 What is the port type of the RF port? For AGWPE ports, I had to put in a timer to guess when the blinkenlight should stop being red, because the TCP socket connection can send the packet to AGWPE/DireWolf/Soundmodem/etc. far faster than the software TNC can actually send the packet out to RF, such that you would never see the blinkenlight as red (less than a millisecond to forward the packet to the TNC). Maybe the timer is incorrect, so it's holding it red _longer_ than it should be. I'll look into it. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Pascal Charette <ve2pcq@...> Sent: Sunday, October 16, 2022 8:43 AM To: [email protected]Subject: Re: [yaac-users] next beta build#179 of YAAC, created 2022-Oct-11 Hi Andrew, Not a big deal, but some time the RF port, mine is the TX one, it stay RED without PTT. In the beginning I was concerned but I realized that the DIGI was not on TX during it was showing in RED. Pascal, ve2pcq Le sam. 15 oct. 2022 à 15:18, Demetre - M0SUY/SV1UY <demetre.sv1uy@...<mailto:demetre.sv1uy@...>> a écrit : Hi Andrew, The DIGIpeater in Beta#179 is now working FBFBFB at our IGATE! Thank you! 73 de Demetre M0SUY
|
Greetings. It sounds like you are in an impossible situation. If you are trying to using the WLNK-1 server on APRS-IS over HF, I expect you will be disappointed. I expect there would be very few HF transmit I-gates anyway, just because of the limited bandwidth on a 300-baud channel and how easily the channel could be flooded world-wide with excessive IS->RF forwarding. Note that WLNK-1 is not a station; it is a server on the APRS-IS backbone. Your querying of aprs.fi showed you which I-gate stations are forwarding your RF packets to the APRS-IS; you would have to ask those station's control operators whether or not their stations are transmit-capable, but I would guess none of them are. Also, there are some known bugs in YAAC's code for talking to the WLNK-1 server, so even if you were working on a frequency where IS->RF gating was available to you, it might not work. You might want to switch to another service, like direct WinLink, instead of trying to use WinLink over APRS. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of sv Zen Again <vk6hsr@...> Sent: Sunday, October 16, 2022 9:50 AM To: [email protected]Subject: [yaac-users] Send Email via HF Gday from VK6HSR-8 aboard sv Zen Again currently in Curacao, I'm a new user of APRS. I'm using YAAC 1.0beta178 with direwolf 1.6 on a Mac Mini M1 running MacOS 12.6. My rig is an Icom IC-7300 and I'm working on dial frequency 10147.6kHz, USB. Beaconing is working well. However when I try to Send Email the LOGIN packet is transmitted but I get no response. Looking on aprs.fi I can see several stations received the packet. And WLNK-1 responded with the password challenge but my station didn't hear/receive/decode it. How can I determine the location of the responding WLNK-1 APRSlink station? Can I influence the WLNK-1 APRSlink station which responds? Cheers, Mike.
|
Gday from VK6HSR-8 aboard sv Zen Again currently in Curacao,
I'm a new user of APRS. ?I'm using YAAC 1.0beta178 with direwolf 1.6 on a Mac Mini M1 running MacOS 12.6. ?My rig is an Icom IC-7300 and I'm working on dial frequency 10147.6kHz, USB.
Beaconing is working well. ?However when I try to Send Email the LOGIN packet is transmitted but I get no response. ?Looking on aprs.fi I can see several stations received the packet. ?And WLNK-1 responded with the password challenge but my station didn't hear/receive/decode it. ?How can I determine the location of the responding WLNK-1 APRSlink station? ?Can I influence the WLNK-1 APRSlink station which responds?
Cheers,
Mike.
|
Re: next beta build#179 of YAAC, created 2022-Oct-11
What is the port type of the RF port? For AGWPE ports, I had to put in a timer to guess when the blinkenlight should stop being red, because the TCP socket connection can send the packet to AGWPE/DireWolf/Soundmodem/etc. far faster than the software TNC can actually send the packet out to RF, such that you would never see the blinkenlight as red (less than a millisecond to forward the packet to the TNC). Maybe the timer is incorrect, so it's holding it red _longer_ than it should be. I'll look into it. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Pascal Charette <ve2pcq@...> Sent: Sunday, October 16, 2022 8:43 AM To: [email protected]Subject: Re: [yaac-users] next beta build#179 of YAAC, created 2022-Oct-11 Hi Andrew, Not a big deal, but some time the RF port, mine is the TX one, it stay RED without PTT. In the beginning I was concerned but I realized that the DIGI was not on TX during it was showing in RED. Pascal, ve2pcq Le sam. 15 oct. 2022 à 15:18, Demetre - M0SUY/SV1UY <demetre.sv1uy@...<mailto:demetre.sv1uy@...>> a écrit : Hi Andrew, The DIGIpeater in Beta#179 is now working FBFBFB at our IGATE! Thank you! 73 de Demetre M0SUY
|
Re: next beta build#179 of YAAC, created 2022-Oct-11
Hi Andrew,
Not a big deal, but some time the RF port, mine is the TX one, it stay RED without PTT.
In the beginning I was concerned but I realized that the DIGI was not on TX during it was showing in RED.
Pascal, ve2pcq?
Hi Andrew,
The DIGIpeater in Beta#179 is now working FBFBFB at our IGATE!
Thank you!
73 de Demetre M0SUY
|
Re: next beta build#179 of YAAC, created 2022-Oct-11
Hi Andrew,
The DIGIpeater in Beta#179 is now working FBFBFB at our IGATE!
Thank you!
73 de Demetre M0SUY
|
Re: next beta build#179 of YAAC, created 2022-Oct-11
Oh yeah! Thanks Andrew, Digi is now retransmitting ?
Pascal
Ve2pcq?
Le mar. 11 oct. 2022 à 21:50, Andrew P. < andrewemt@...> a écrit?: next beta build#179 of YAAC ("Yet Another APRS Client"), created 2022-Oct-11
downloadable from
? ? ? ? ? ? ? ?or
changes and updates include:
1. fix digipeating and Tx-I-gating that was broken by build#178. Also
? ? fix older bugs regarding digipeating if multiple RF ports are
? ? open (cross-band digipeater).
2. collect digipeating and I-gating statistics on a per-port basis,
? ? display this information in Bandwidth Monitor display.
3. add ability to provide additional Station Capabilities from
? ? plugins, which would be reported in the Station Capability
? ? response to the ?IGATE query.
4. add capabilities reporting to PBBS plugin.
5. allow user to specify arbitrary overlays for alternate symbols,
? ? not just defined APRS 1.2 extended symbols.
|
next beta build#179 of YAAC, created 2022-Oct-11
next beta build#179 of YAAC ("Yet Another APRS Client"), created 2022-Oct-11
downloadable from
or
changes and updates include:
1. fix digipeating and Tx-I-gating that was broken by build#178. Also
fix older bugs regarding digipeating if multiple RF ports are
open (cross-band digipeater).
2. collect digipeating and I-gating statistics on a per-port basis,
display this information in Bandwidth Monitor display.
3. add ability to provide additional Station Capabilities from
plugins, which would be reported in the Station Capability
response to the ?IGATE query.
4. add capabilities reporting to PBBS plugin.
5. allow user to specify arbitrary overlays for alternate symbols,
not just defined APRS 1.2 extended symbols.
|
No same setting for a wild…
I just look and it is the Digi that stop retransmitting. If I Query with YAAC my TH-D72 the RF Port send the RF packet.
Le lun. 10 oct. 2022 à 15:47, Andrew P. < andrewemt@...> a écrit?: But you didn't _add_ the ports after upgrading?
This is getting exceptionally weird. Please, each person that is having digipeat problems, please privately send me your exported current configuration. It sounds like something disappeared from your configuration that enabled digipeating and Tx I-gating, hence it no longer happened.
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Pascal Charette <ve2pcq@...>
Sent: Monday, October 10, 2022 3:41 PM
To: [email protected]
Subject: Re: [yaac-users] DIGI broken in 178?
For my part I have 2 receiver on different Antenna that are digipeated on only one RF transmitter.
And I’m connected to internet. So 3 ports:
Kiss Port1 RF - RX/TX
Kiss Port2 RF - RX if TX send to Port1
Aprs-Is Port3
And after Built178 no more TX
ve2pcq
Le lun. 10 oct. 2022 à 15:32, Andrew P. <andrewemt@...<mailto:andrewemt@...>> a écrit :
Hmmm... Per chance, did you recently change to running a cross-frequency digipeater with multiple RF ports? Or did you recently add I-gating? I found a possible bug in the digipeat/I-gate logic that might affect the problem if there are multiple destinations a packet could be sent to, but it's not new.
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...<mailto:demetre.sv1uy@...>>
Sent: Saturday, October 1, 2022 10:55 AM
To: [email protected]<mailto:[email protected]>
Subject: Re: [yaac-users] DIGI broken in 178?
Andrew,
Actually the build we use at MB7UXX DIGI/IGATE is the 11 August 2022 build, not v177 as I said before and DIGI works in it!
So when we updated from this build to v178 DIGIpeating was broken.
Sorry about the mixup.
73 de Demetre M0SUY
|
But you didn't _add_ the ports after upgrading? This is getting exceptionally weird. Please, each person that is having digipeat problems, please privately send me your exported current configuration. It sounds like something disappeared from your configuration that enabled digipeating and Tx I-gating, hence it no longer happened. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Pascal Charette <ve2pcq@...> Sent: Monday, October 10, 2022 3:41 PM To: [email protected]Subject: Re: [yaac-users] DIGI broken in 178? For my part I have 2 receiver on different Antenna that are digipeated on only one RF transmitter. And I’m connected to internet. So 3 ports: Kiss Port1 RF - RX/TX Kiss Port2 RF - RX if TX send to Port1 Aprs-Is Port3 And after Built178 no more TX ve2pcq Le lun. 10 oct. 2022 à 15:32, Andrew P. <andrewemt@...<mailto:andrewemt@...>> a écrit : Hmmm... Per chance, did you recently change to running a cross-frequency digipeater with multiple RF ports? Or did you recently add I-gating? I found a possible bug in the digipeat/I-gate logic that might affect the problem if there are multiple destinations a packet could be sent to, but it's not new. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected]<mailto: [email protected]> < [email protected]<mailto: [email protected]>> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...<mailto:demetre.sv1uy@...>> Sent: Saturday, October 1, 2022 10:55 AM To: [email protected]<mailto: [email protected]> Subject: Re: [yaac-users] DIGI broken in 178? Andrew, Actually the build we use at MB7UXX DIGI/IGATE is the 11 August 2022 build, not v177 as I said before and DIGI works in it! So when we updated from this build to v178 DIGIpeating was broken. Sorry about the mixup. 73 de Demetre M0SUY
|
For my part I have 2 receiver on different Antenna that are digipeated on only one RF transmitter. And I’m connected to internet. So 3 ports: Kiss Port1 RF - RX/TX Kiss Port2 RF - RX if TX send to Port1 Aprs-Is Port3
And after Built178 no more TX
ve2pcq?
Le lun. 10 oct. 2022 à 15:32, Andrew P. < andrewemt@...> a écrit?: Hmmm... Per chance, did you recently change to running a cross-frequency digipeater with multiple RF ports? Or did you recently add I-gating? I found a possible bug in the digipeat/I-gate logic that might affect the problem if there are multiple destinations a packet could be sent to, but it's not new.
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...>
Sent: Saturday, October 1, 2022 10:55 AM
To: [email protected]
Subject: Re: [yaac-users] DIGI broken in 178?
Andrew,
Actually the build we use at MB7UXX DIGI/IGATE is the 11 August 2022 build, not v177 as I said before and DIGI works in it!
So when we updated from this build to v178 DIGIpeating was broken.
Sorry about the mixup.
73 de Demetre M0SUY
|
Hmmm... Per chance, did you recently change to running a cross-frequency digipeater with multiple RF ports? Or did you recently add I-gating? I found a possible bug in the digipeat/I-gate logic that might affect the problem if there are multiple destinations a packet could be sent to, but it's not new. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...> Sent: Saturday, October 1, 2022 10:55 AM To: [email protected]Subject: Re: [yaac-users] DIGI broken in 178? Andrew, Actually the build we use at MB7UXX DIGI/IGATE is the 11 August 2022 build, not v177 as I said before and DIGI works in it! So when we updated from this build to v178 DIGIpeating was broken. Sorry about the mixup. 73 de Demetre M0SUY
|
Re: Installing on a Mac running OS12.6
The first paragraph (above the detailed directions) is how to install YAAC anywhere. Just unzip the YAAC.zip file into a directory of your choice, and ensure you have a Java runtime installed. Now, there apparently is a new security feature in Mac OS X that prevents arbitrary applications from opening files. Unfortunately, YAAC is a Java application, so you would have to grant access to all Java applications to directories where YAAC would store files (such as its log and map tile directories, and its Java preference directories). ________________________________________ From: [email protected] < [email protected]> on behalf of Paul/W1BIU - York Beach, Maine <paul.w1biu@...> Sent: Sunday, October 9, 2022 4:20 PM To: [email protected]Subject: [yaac-users] Installing on a Mac running OS12.6 I've downloaded YAAC from the website, but the directions there seem to be for Raspberry Pi. Can you point me to the directions for installing YAAC on a Macbook running OS12.6? 73 Paul
|
Installing on a Mac running OS12.6
I've downloaded YAAC from the website, but the directions there seem to be for Raspberry Pi.
Can you point me to the directions for installing YAAC on a Macbook running OS12.6??
73
Paul
|
Re: Map disappears when drag the map ?
Hi KA2DDO
Thanks for you replay.
I uploaded my logs (from command line output) and found no particular exception. My program is a fresh install.
My computer info:
CPU: Intel(R) Celeron(R) N5095 @ 2.00GHz 2.00 GHz
Mem:8.00 GB
OS: Win10
JRE: Oracle 8u341 and Zulu 17-LTS
73!
|
Re: Map disappears when drag the map ?
There are a few reasons this could happen; since you haven't reported any log information from your YAAC.out log file (which contains a record of error messages from YAAC), I'm going to have to guess. 1. You have made a major upgrade of YAAC (several build numbers) since the last time you downloaded your map data, such that there was an incompatible change in the map data structure that is causing the failure. Download fresh map data (that would have been imported with the newer structure) to fix the problem. Or, conversely, you have downloaded new map data into a very old version of YAAC; in that case, upgrade YAAC to the latest build. 2. You have a very slow computer and are in an area with extremely dense map data, so it takes noticeable time to re-render and you're simply not waiting long enough. For example, although the map tiles for Antartica are only a few kilobytes, the map tiles for London, England (the home of the OpenStreetMap Foundation) are over 50 megabytes per tile. 3. There is an occasional race condition in the map renderer where it aborts the render due to a code collision. I have not been able to replicate this in order to determine how to fix it. Try moving the map just a little and see if it re-renders successfully. Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of BI1NIZ <wubo19842008@...> Sent: Saturday, October 8, 2022 10:16 PM To: [email protected]Subject: [yaac-users] Map disappears when drag the map ? When I drag the map, the map view disappears and becomes a grey background image, but heard stations can still be displayed. What is the reason?
|
Map disappears when drag the map ?
When I drag the map, the map view disappears and becomes a grey background image, but heard stations can still be displayed. What is the reason?
|
Re: New M1 Mac and not paying attention
HI Andrew, as another data point, . I have never seen this before, so if some bug got introduced into the software, I want it fixed ASAP.?
I’m also running an M1 Macbook Pro with an older bluetooth GPS configured in pretty much the same way as Tim and I’m having no similar issues. ?The GPS derived location for me is spot on where I actually am.
I’m using beta178.
Carl. (vk1kcm) Canberra, Australia.
|
Re: New M1 Mac and not paying attention
>Why not just input a fixed location into your equipment?
Maybe he's living the RV lifestyle in a motorhome? :-)
Still more missing information from the description and responses.?
He could be setting the station up for mobile deployment for emergency response, and the GPS is the best way to keep track of an itinerant location.?
The Yaesu radio choice however is the weakest link. Yaesu’s decision to make a radio that only does half the job is very strange. That’s just me though.? -- James
VE6SRV
|
sv Zen Again
Paul - W1BIU
BI1NIZ