<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>Greetings.<div><br></div><div>Sounds like you may have duplicate setups between DireWolf and YAAC.</div><div><br></div><div>For example, you really don't need to have both DireWolf and YAAC beaconing (one of them doing that job is sufficient), and they shouldn't have different SSID values since they are part of the same station.</div><div><br></div><div>One reason you might not be able to send text messages from YAAC is that you haven't enabled your YAAC-to-DireWolf port (or APRS-IS port) for transmit in YAAC. YAAC is smart enough not to enable features that won't work in the present context (i.e., can't compose outgoing text messages if there is no port enabled to send them). Also note that the Messages table view only displays incoming traffic. To send one, either right-click on the appropriate message and select Send Message to reply to the originating station, or just type it in at the bottom of the map window. Or you can select the Chat choice, which creates an IM-like window that only displays the incoming and outgoing messages for one conversation with a single remote station. </div><div><br></div><div>The echoback is typical behavior for Kenwood radios when it sees a digipeater retransmit the Kenwood's recent transmission. But note that you said -4 was the digipeater. That's the SSID you assigned to DireWolf, not to YAAC, so that says that DireWolf did the digipeating. Again, don't have DireWolf and YAAC do things in duplicate (like beaconing, digipeating, or I-gating); only one of them should perform those functions, or you will be very confused when you tweak the settings in one app and nothing changes because the other app is doing that feature.</div><div><br></div><div>Re: failure to connect to APRS-IS if Internet service is out: well, yeah, I didn't want you to blindly think it was working when it wasn't. If you have a successful connection and it fails, you have up to 50 minutes to recover; YAAC will try up to 100 times to reconnect to APRS-IS, waiting 30 seconds before the next consecutive retry. </div><div><br></div><div>Are you saying you want this same behavior at initial startup, too? Or an even larger maximum retry count?</div><div><br></div><div>Note that there are mailing lists for both DireWolf and YAAC that you can visit for product-specific advice. YAAC's list is the somewhat misnamed yaac-alpha-testers@yahoogroups.com list (since YAAC has been past alpha test for almost 7 years now).</div><div><br></div><div>Hope this helps.</div><div><br></div><div>Andrew, KA2DDO</div><div>author of YAAC</div><br><br>-------- Original message --------<br>From: Greg D <ko6th.greg@gmail.com> <br>Date: 4/15/19 01:13 (GMT-05:00) <br>To: TAPR APRS Mailing List <aprssig@lists.tapr.org> <br>Subject: [aprssig] YAAC + Direwolf configuration puzzle... <br><br>Hi folks,<br><br>I'm putting the finishing touches on my Raspberry Pi-based mobile APRS<br>station (aka my CarPi), and have most of it working. But one little<br>detail has me stumped. Well, at least one detail. Bottom line, I think<br>I'm confused :).<br><br>I am running Direwolf as the TNC, with YAAC as the client on top. <br>Direwolf is intended to be just the TNC, I think, with YAAC controlling<br>stuff. I configured Direwolf with an SSID of -4, and YAAC as -9. <br>YAAC's configuration has both RF -> IS and IS -> RF enabled, as well as<br>its digipeating for Wide1-1. <br><br>After first beaconing my position, I can send a message from my D74 HT<br>(-7) to -9 and it pops up on the car's screen. Yay! Haven't figured<br>out how to send a reply back, however, as that text window can't be<br>typed on. Odd.<br><br>But the puzzle for this post is the following. I can also send a<br>message from the D74 to my APRSIS32 instance (internet-connected, no<br>RF), and I do see it gets iGated by the Pi, and shows up on the PC as<br>from -7. But a reply doesn't get back to the D74. Also odd, the D74<br>sees its own message echoed back by -4, which I'm thinking is just the<br>Digipeater function in YAAC being enabled, but it's odd that the D74<br>would react that way. <br><br>So, as I said, I think I'm not groking the overall setup right, in terms<br>of what roles to assign to YAAC and Direwolf, and how that should be<br>reflected in their configurations. There appears to be a lot of overlap<br>in terms of capability - iGating, Digipeating, etc. How should I<br>approach this? Maybe push more responsibility to Direwolf and less to<br>YAAC? Or ?<br><br>I do notice that if YAAC is started before the Hotspot is live, or if<br>the network goes down for more than a few moments afterward, YAAC<br>disables the IS connection, asks if I want to keep it (yes, I do), but<br>doesn't re-try later. Very annoying. I either have to restart the<br>program, or manually re-enable the port. Is there not an option to do a<br>retry? How does Direwolf's iGate function handle this? Internet access<br>will be spotty at times, as is the RF environment.<br><br>My intent is to have the station configured for a couple of uses. One,<br>I want to have the CarPi be able to show a map with my station and those<br>around me on my dash screen (patched in to where the backup camera<br>goes). I also want to have my position posted periodically to the APRS<br>network at large, either over RF or Internet (via a hotspot in the<br>car). And I want to be able to park the car somewhere and have the<br>radio be able to act as a digipeater and iGate, for use during community<br>events or possibly emergency situations. Messaging from/to the CarPi<br>should also work, via a small Bluetooth keyboard (but obviously not<br>while driving!).<br><br>Thanks,<br><br>Greg KO6TH<br><br><br>_______________________________________________<br>aprssig mailing list<br>aprssig@lists.tapr.org<br>http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org<br></body></html>