Keyboard Shortcuts
Likes
- Yaac-Users
- Messages
Search
Re: i want to send weather data(nmea2000) from signalk to YAAC
Nope. There is no support for NMEA 2000 bus interfaces in YAAC, and since the NMEA is so tight-lipped as to not make their specification freely public (as opposed to NDA after you pay US$2000 to see it), I don't expect to see direct support for it any time soon.
As for interfacing to a SignalK gateway to an NMEA2000 bus, never heard of it before. Looks interesting (as a source for both GPS and weather data), but I'd have to see how much interest there is in it before spending time coding up a plugin to add a YAAC port for it. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of WHITE MANE <whitemanenishinomiya@...> Sent: Friday, November 4, 2022 1:05 PM To: [email protected] Subject: [yaac-users] i want to send weather data(nmea2000) from signalk to YAAC i want to send weather data(nmea2000) from signalk to YAAC do you have any idea? |
Re: next beta build#180 of YAAC, created 2022-Oct-30
开云体育The # log resp shows "unverified".??
From telnet first.aprs.net 14580:
# aprsc 2.1.11-g80df3b4 user kj4erj pass -1 # logresp kj4erj unverified, server FIRST Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 10/31/2022 4:02 PM, Andrew P. wrote:
Thank you for that bit of information. I never tried connecting to the Tier2 backbone with a bad passcode (either good or no passcode). I will make the appropriate changes in the next build. There is no error message saying that the passcode was invalid? Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Lynn Deffenbaugh <kj4erj@...> Sent: Monday, October 31, 2022 3:58 PM To: [email protected] Subject: Re: [yaac-users] next beta build#180 of YAAC, created 2022-Oct-30 Just a point of consistency, "real" APRS-IS servers won't disconnect you for a wrong password. They'll just put you into receive-only mode and quietly drop any packets you send in to them. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 10/31/2022 2:10 PM, Andrew P. wrote:Note that it is verifying the passcode, just as a real APRS-IS server would do. Are you specifying a correct passcode for the downstream APRS client? Also, is there a firewall on the system running YAAC that would prevent inbound access to ports 14501 and 14580? Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...> Sent: Monday, October 31, 2022 2:08 PM To: [email protected] Subject: Re: [yaac-users] next beta build#180 of YAAC, created 2022-Oct-30 Hi Andrew, Thanks a lot for the new Beta version #180. We've upgraded to it and it works FB, except for the pseudo aprs server plugin. I can see that we have version 0.6 of the plugin and we can't connect the remote APRSclient to it. We receive a message sayin it can't connect to the IP of the RPi where YAAC runs. I am attaching a screenshot that shows which plugin we have installed. Do we need to do anything in YAAC's settings in order to activate the plugin! When we 1st installed the plugin, I'm sure we had it connect to YAAC's port 14580 from a different PC in our LAN, but now we can't! Thanks in advance de Demetre M0SUY
|
Re: next beta build#180 of YAAC, created 2022-Oct-30
Thank you for that bit of information. I never tried connecting to the Tier2 backbone with a bad passcode (either good or no passcode). I will make the appropriate changes in the next build.
There is no error message saying that the passcode was invalid? Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Lynn Deffenbaugh <kj4erj@...> Sent: Monday, October 31, 2022 3:58 PM To: [email protected] Subject: Re: [yaac-users] next beta build#180 of YAAC, created 2022-Oct-30 Just a point of consistency, "real" APRS-IS servers won't disconnect you for a wrong password. They'll just put you into receive-only mode and quietly drop any packets you send in to them. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 10/31/2022 2:10 PM, Andrew P. wrote: Note that it is verifying the passcode, just as a real APRS-IS server would do. Are you specifying a correct passcode for the downstream APRS client? Also, is there a firewall on the system running YAAC that would prevent inbound access to ports 14501 and 14580? |
Re: next beta build#180 of YAAC, created 2022-Oct-30
Just a point of consistency, "real" APRS-IS servers won't disconnect you for a wrong password. They'll just put you into receive-only mode and quietly drop any packets you send in to them.
toggle quoted message
Show quoted text
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 10/31/2022 2:10 PM, Andrew P. wrote:
Note that it is verifying the passcode, just as a real APRS-IS server would do. Are you specifying a correct passcode for the downstream APRS client? Also, is there a firewall on the system running YAAC that would prevent inbound access to ports 14501 and 14580? |
Re: next beta build#180 of YAAC, created 2022-Oct-30
Note that it is verifying the passcode, just as a real APRS-IS server would do. Are you specifying a correct passcode for the downstream APRS client? Also, is there a firewall on the system running YAAC that would prevent inbound access to ports 14501 and 14580?
Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...> Sent: Monday, October 31, 2022 2:08 PM To: [email protected] Subject: Re: [yaac-users] next beta build#180 of YAAC, created 2022-Oct-30 Hi Andrew, Thanks a lot for the new Beta version #180. We've upgraded to it and it works FB, except for the pseudo aprs server plugin. I can see that we have version 0.6 of the plugin and we can't connect the remote APRSclient to it. We receive a message sayin it can't connect to the IP of the RPi where YAAC runs. I am attaching a screenshot that shows which plugin we have installed. Do we need to do anything in YAAC's settings in order to activate the plugin! When we 1st installed the plugin, I'm sure we had it connect to YAAC's port 14580 from a different PC in our LAN, but now we can't! Thanks in advance de Demetre M0SUY |
Re: next beta build#180 of YAAC, created 2022-Oct-30
Demetre - M0SUY/SV1UY
Hi Andrew,
Thanks a lot for the new Beta version #180. We've upgraded to it and it works FB, except for the pseudo aprs server plugin. I can see that we have version 0.6 of the plugin and we can't connect the remote APRSclient to it. We receive a message sayin it can't connect to the IP of the RPi where YAAC runs. I am attaching a screenshot that shows which plugin we have installed. Do we need to do anything in YAAC's settings in order to activate the plugin! When we 1st installed the plugin, I'm sure we had it connect to YAAC's port 14580 from a different PC in our LAN, but now we can't! Thanks in advance de Demetre M0SUY |
next beta build#180 of YAAC, created 2022-Oct-30
next beta build#180 of YAAC ("Yet Another APRS Client"), created 2022-Oct-30
downloadable from or changes and updates include: 1. add first draft of configuration analysis logic, to verify which way APRS packets will be sent based on digipeat aliases and I-gate configuration. 2. attempt to ensure plugin "store" table view is updated after a new plugin is installed and activated. Still a work-in-progress. 3. fix timestamps and backoff pressure for software TNCs accessed through the AGWPE port driver. 4. fix incomplete port I/O statistics collection in some of the port type Connectors (needed to support configuration analysis). 5. add hooks to port I/O drivers to support enhancements to APRS-IS pseudo server plugin. 6. more performance tuning for OpenStreetMap importer. 7. fix duplicate transmission error for ports enabled for both APRS and connected-mode AX.25. 8. fix map rendering of pipelines so they aren't mistaken for roads. 9. augment APRS-IS pseudo server plugin (aprsisserver) to support subordinate APRS clients that can transmit packets through YAAC, using standard passcode authentication. |
Re: Connect to YAAC IGATE/DIGI's port 14580?
Demetre - M0SUY/SV1UY
Hi Patrick,
Thanks for reply. I thought about Direwolf as I have used it on HF a few years back but I abandonded it and I use the UZ7HO Soundmodem now. I wonder if Direwolf can support a TNC for APRS. I think it doesn't though because it does AX25 with the soundcard. As it is our IGATE uses a TNC and I think that abandoning the TNC in favour of a Soundcard will cause more problems such as lack of PTT etc. On the other hand YAAC can talk directly to the TNC and all it needs is an imroved plug-in with bidirectional access to port 14580. This will make things a lot easier and it will allow us to keep using the TNC at our local IGATE/DIGI instead of having to look for a suitable Soundcard Interface for the RPi in order to use Direwolf. Thanks again though. 73 de Demetre M0SUY |
Re: Connect to YAAC IGATE/DIGI's port 14580?
The answer to your question is yes.... BUT.... |
Re: Connect to YAAC IGATE/DIGI's port 14580?
Demetre - M0SUY/SV1UY
Hi Andrew,
If it is not too time consuming for you, I think it would be great if you could improve the aprsispseudoserver plugin to support authenticated transmit-capable connections because it would help the sysop of the IGATE a lot. This is true if YAAC IGATE/DIGI runs in a RPi-3 which is a low power device and the SYSOP will not have to touch his IGATE and make it run slower for mapping. He can run mapping APRS in his Desktop and let the YACC running in an RPi-3B to dedicate all of it's power for being a headless IGATE/DIGI. This is also important now that electricity bills have gone sky high and running a YAAC IGATE/DIGI in a low power device can be very economical and save most IGATES/DIGIS from closure if the sysop himself/herself has to pay the electricity bill! So if it is not really time consuming, please do this! Thanks in advance! 73 de Demetre M0SUY |
Re: Connect to YAAC IGATE/DIGI's port 14580?
The aprsispseudoserver plugin in YAAC provides a receive-only emulation of a real APRS-IS server, so other clients can listen to what the YAAC instance is listening to. However, it doesn't support forwarding transmissions through YAAC's other interfaces. The mini-webserver in YAAC is another way for other users (withot an APRS client, but just a web browser) to "look over the shoulder" of the YAAC user, but also doesn't allow injecting additional transmissions.
Is there a need to improve the aprsispseudoserver plugin to support authenticated transmit-capable connections? Note that YAAC is not optimized for being a digipeater or I-gate; it is optimized for being a user display, and can do the other functions as side-effects. You might be better to just run something like DireWolf or aprx on your headless Pi, and then connect to _it_ with YAAC (or other clients) from your systems with screens. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of Demetre - M0SUY/SV1UY <demetre.sv1uy@...> Sent: Saturday, October 29, 2022 8:17 AM To: [email protected] Subject: [yaac-users] Connect to YAAC IGATE/DIGI's port 14580? Hi all, Can we connect to a YAAC's session running as IGATE/DIGI in port 14580 using another APRS CLient in another PC in our LAN and can we see what is YAAC sees in it's radio port? Furthermore can we also transmit messages and BEACONS using the other APRS Client program? If this is possible, how is it done? I am interested in running YACC in an RPi without monitor 24/7 as an IGATE/DIGI and use my Desktop PC to run another session of YAAC or APRSIS32 for doing the above. I know I can use VNC but mapping etc is too slow really. 73 de Demetre M0SUY |
Connect to YAAC IGATE/DIGI's port 14580?
Demetre - M0SUY/SV1UY
Hi all,
Can we connect to a YAAC's session running as IGATE/DIGI in port 14580 using another APRS CLient in another PC in our LAN and can we see what is YAAC sees in it's radio port? Furthermore can we also transmit messages and BEACONS using the other APRS Client program? If this is possible, how is it done? I am interested in running YACC in an RPi without monitor 24/7 as an IGATE/DIGI and use my Desktop PC to run another session of YAAC or APRSIS32 for doing the above. I know I can use VNC but mapping etc is too slow really. 73 de Demetre M0SUY |
Re: [OT] Re: Send Email via HF
Hi Dave and everyone,
toggle quoted message
Show quoted text
Thanks for your reply Dave. Regarding open source: * Pat () is a Winlink client, unsure why you think it’s about unattended operation. It works on my M1 Mac for telnet Winlink access but doesn’t integrate radio TNCs, so what I need is a Mac version of... * ARDOPC () shows there’s a Linux port which sadly does not appear to have been ported to MacOS. Regarding Silicon Labs CP210x drivers, yes I visit their site regularly. No luck so far on Windows 11 for ARM64 running in Parallels on the M1. I’ve been trying Winlink Express on Crossover after KF7HVM suggested it as an alternative to Parallels. It runs but crashes whenever it tries to talk to my 7300. Tried many, many settings in the software and on the 7300 without luck. I’ve done the regedit workaround to ‘pass-through’ the USB serial port from MacOS. I found a statement on Reddit indicating someone’s got it working in my exact scenario so will bash my head against that brick wall a little longer. I’ve used Winlink Express on Parallels with Intel Macs for many years. Thanks everyone for their help in this thread. At least I have YAAC and direwolf! I plan to further research which APRS stations respond to my YAAC email LOGIN request and may try contacting the station operators. Cheers, Mike. On 17 Oct 2022, at 12:59, Dave_G0WBX via groups.io <g8kbvdave@...> wrote: |
[OT] Re: Send Email via HF
I took a look at that site??
toggle quoted message
Show quoted text
The only non windows software versions I could see (without searching deeper) were "Packlink-Unix" and "Pat". I've known of "Pat" for a while, but never had the need to try it, as here in the UK, unattended HF operation is not generally permitted, except for some "edge cases" involving beacons.? (And that's questionable.) As to the lack of driver for ARM64/M1 systems for the Icom USB<>Serial chip..? Have you looked at the chip makers website? Find that out perhaps at a terminal session, does Apple's OS support "dmesg"?? If not, there may be other command line (or GUI tools to explore what devices are connected by USB, and find out such things as who the maker is and the model/version number.?? Then go to the makers site and see what can be found for it. I know that with Linux (Debian based at least) Windows in a VirtualBox (Oracle tm) VM, can "capture" a connected USB device and use it with native Windows drivers, even if the host OS (Linux) knows squat about it! Like Andrew, I do wonder about why Ham's are so dismissive of "open" software and architectures.? The open software and open hardware ethos would (on the face of it) seem to be a pretty good match for "Amateur" Radio, where as many closed source tools, somewhat less so. Don't let that prevent you from your choices of what's available however. 73. Dave G8KBV MSDOS, DRDOS and Windows since 3.x to 7, but since then 99% Linux at home now. Save again for some odd edge cases where there is no alternative to M$ products.? But I run them in a VM, or on old hardware! (EX PMR radio reprogramming etc.) I did not appreciate M$'s method of "Pushing" Win 10 out to all and sundry, even after their own compatibility tool said the then hardware was not compatible (which we now know was utter BS anyway.)? But they still drizzled down the full Win10 install files to fill my local hard drive (250G back then) to the point where the machine stopped, and would no longer boot! I did regain control eventually, but vowed to move away from WIndoze for my own personal needs, and have no regrets about that at all! I also still had to use it (Windoze 10) at work.? :-( But I digress, hence the [OT] flag in the subject line... << |
Re: Send Email via HF
Thanks Massen.
toggle quoted message
Show quoted text
I’m aware of these options but am trying to ‘go native’. 73, Mike. On 16 Oct 2022, at 11:25, sv Zen Again via groups.io <vk6hsr@...> wrote: |
Re: Send Email via HF
Getting off topic for this group, so I won’t elaborate, but you should be able to use CodeWeavers Crossover to run 32-bit windows apps on the M1 Mac.
toggle quoted message
Show quoted text
Wine 7.0 supports RMS Express, VARA HF, and Ardop (windows build); I’ve used these via wine on Linux, but not macOS. I’m not sure how well supported the 7300 is, but if you can see an audio device and serial port in macOS, you should be able to make them available within wine. Good luck if you take this route, Masen KF7HVM On Oct 16, 2022, at 08:52, sv Zen Again <vk6hsr@...> wrote: |
Re: Send Email via HF
Hi again,
toggle quoted message
Show quoted text
I don’t think Winlink remains Windows-only. See . You can even download a Raspberry Pi image to run Winlink. Cheers, Mike. On 16 Oct 2022, at 11:42, Andrew P. <andrewemt@...> wrote: |
Re: Send Email via HF
Yes, those stations in the aprs.fi report you screenshotted were most likely the various HF I-gates who forwarded your packets. But it doesn't mean those are transmit-capable I-gates; far too many I-gates are receive-only on the RF side.
Re: ARDOP: forget it. There's a reason they call it _Win_link; it's because it's for Microsoft Windows, not any other operating system. And the Winlink authors don't produce open-source software, so you can't read their source code to port it to another operating system, and they choose to write for only one operating system. That's just the way it is. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] <[email protected]> on behalf of sv Zen Again <vk6hsr@...> Sent: Sunday, October 16, 2022 11:25 AM To: [email protected] Subject: Re: [yaac-users] Send Email via HF 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… [cid:2970D6AE-30A1-4A2F-B2F6-6F1AE3EE3BB2] Am I correct in understanding these are the APRS-IS stations which forwarded my request… [cid:8E998068-2332-459D-B077-3CBEC75F9E5F] 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@...<mailto: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 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. |