Re: URDC II configuration
Just got back to the house, I have Audacity on the desktop, hadn't thought about looking for a Pi version.? Data is getting to aprs.fi as my station shows up with the correct SSID.? And you're right about joining the Direwolf group, the example conf files I'm finding have issues, for example I can't use "digi" for the SSID as it returns an error, and IBEACON gives me an unrecognized command error.? Thanks for the help, I'm off to join the Direwolf group.
In the future it may be a good idea to use YAAC with a Pi and a CM108 (modified) audio dongle, I'd like to use it portable or mobile for public service events.
|
Re: URDC II configuration
If you run DireWolf from a terminal window, it should print out several lines of text describing each received packet as they come in. So, you need to confirm you're actually getting audio into the sound port you are listening to. You might want to try installing a program called audacity. It's an audio editing package useful for musicians, theatre technicians, and others who process sound, but it's also a convenient way to ensure you're actually getting audio into your computer. Have it recording the input from the UDRC card and confirm that when you hear packets on the radio's speaker, you see the corresponding envelope growth on the Audacity oscilloscope graph. That way, you can confirm you're configuring DireWolf to listen and transmit on the correct audio port. As for getting data to aprs.fi, that won't happen until you have an I-gate connection to the APRS-IS backbone with a valid passcode (so you're allowed to forward the packets to the APRS-IS). Either DireWolf or YAAC can do the I-gating function. You might want to join the DireWolf mailing list ( [email protected]) or NW Digital Radio's udrc mailing list ( [email protected]) to ask them for more information.
|
Re: URDC II configuration
It would be nice to have the map and features of YAAC available. I had trying running Direwolf alone, but it wasn't apparent that anything was being decoded.? I could hear the local WX station in the TM-V71A audio but it wasn't showing up on aprs.fi? My own station was showing up on aprs.fi though.? It was getting pretty late and I set things aside to get some sleep.? I'd be happy to get the configuration right for Direwolf and at least get something working as an Igate for now, until the local one is back in service.? YAAC would be a big bonus in the (hopefully near) future.
|
Re: URDC II configuration
YAAC does not have any TNC modem capability built into it; it expects you to provide some external implementation (in hardware or software). Given you're using a Raspberry Pi with UDRC-II, your best option would be to use DireWolf as your software TNC. As such, you wouldn't even need to use YAAC as a digipeater or I-gate, as DireWolf has that capability all by itself (and it would be more efficient at it too, because DireWolf isn't trying to update all the graphical screens YAAC has), although you could choose to not enable DireWolf's digipeating and I-gating capability and use YAAC to do so for the logging.
Even if you use DireWolf as a stand-alone digipeater and/or I-gate, you could still run YAAC and connect it to the KISS or AGWPE ports on the DireWolf process so you could watch what DireWolf was processing.
Andrew, KA2DDO
author of YAAC
|
Hi,
? I'm new here, I've spent a few hours with a Raspberry Pi and a URDC II interface trying to set up an Igate/Digipeater.? Our local Igate has failed.? Getting to the point, I wanted to use YAAC with the raspberry pi URDC II interface combination.? Things were going along well until I came to the configure ports page of the set-up wizard.? Some help with this would be appreciated, its my hope that someone has already done this, but then maybe not as the URDC II uses the GPIO pins of the pi rather than a USB port.
?? Ron, Yellowknife, NT, Canada? VE8RT VE8TEA
|
Re: next beta build#147 of YAAC
Thanks Andrew :)
toggle quoted message
Show quoted text
On 1/23/2020 1:19 PM, Andrew P. wrote: next beta build#147 of YAAC ("Yet Another APRS Client"), created 2020-Jan-23
downloadable from
or
changes and updates include:
1. fill in missing information in the Javadocs for the YAAC source code.
2. fix the built-in help index merging. This required changing all of
the plugins that had help extensions, as the old format would actually
cause help generation to fail when sort-merging the index.
3. implement and document command-line options to support limited
configuration setting, suitable for use by third-party installation
scripts.
4. eliminate excessive digits after the decimal point for QRU maximum
range.
5. add user-selectable new formats for logging GPS track data, including
the existing format of whatever YAAC is receiving, and per-source
(local and remote) logging in NMEA-0183 sentences, GPSD JSON
structures, GPX (GPs eXchange) XML, and CSV format.
6. fix error in time-limiting the playback of a GPS log file.
7. fix memory and CPU leak when closing raw packet view.
8. fix spurious NullPointerException when setting up map windows.
9. add safety check to make user confirm they really want to change
their Mic-E status to the Emergency setting before actually doing
it.
10. copy the latest version of Hessu's tocalls.dense.json file.
11. normalize the entries on the View menu to not say "View" or
"Show" redundantly.
12. add one-touch changing of Mic-E status to the small screen plugin.
--
Michael Cozzi
cozzicon@...
kd8tut@...
269-519-2389
|
next beta build#147 of YAAC
next beta build#147 of YAAC ("Yet Another APRS Client"), created 2020-Jan-23
downloadable from
or
changes and updates include:
1. fill in missing information in the Javadocs for the YAAC source code.
2. fix the built-in help index merging. This required changing all of
the plugins that had help extensions, as the old format would actually
cause help generation to fail when sort-merging the index.
3. implement and document command-line options to support limited
configuration setting, suitable for use by third-party installation
scripts.
4. eliminate excessive digits after the decimal point for QRU maximum
range.
5. add user-selectable new formats for logging GPS track data, including
the existing format of whatever YAAC is receiving, and per-source
(local and remote) logging in NMEA-0183 sentences, GPSD JSON
structures, GPX (GPs eXchange) XML, and CSV format.
6. fix error in time-limiting the playback of a GPS log file.
7. fix memory and CPU leak when closing raw packet view.
8. fix spurious NullPointerException when setting up map windows.
9. add safety check to make user confirm they really want to change
their Mic-E status to the Emergency setting before actually doing
it.
10. copy the latest version of Hessu's tocalls.dense.json file.
11. normalize the entries on the View menu to not say "View" or
"Show" redundantly.
12. add one-touch changing of Mic-E status to the small screen plugin.
|
Re: Open street maps local serve support
I understand... A member has already rendered vector & raster data for our geografical area. I would like to point to that over the mesh network.?
Mathison
It's not the same kind of tile server in YAAC as with the main OpenStreetMap tile server.
The "tiles" in YAAC are not raster images. They are geographically segmented pieces of the raw vector data, so that the YAAC real-time map renderer doesn't have to read through the entire planet's worth of data to render raster images of the streets in one small area. As such, YAAC doesn't have multiple "tiles" for different screen zoom levels; the raw vector data is rendered at whatever zoom level the user wants. This keeps the "tile" cache much smaller than for systems that cache different raster image tiles for each zoom level of the covered area. That's also why YAAC's street maps don't look like the tile-based web maps on OpenStreetMap or Google; my renderer isn't as good because it strives for speed rather than beauty for less powerful rendering machines, and it still has a few bugs in it.
I should mention that YAAC was deliberately designed to only operate off a local disk copy of the map data, specifically so it would still operate in installations without Internet service for downloading tiles. So the only way for it to operate without map files on a Pi is to not display maps.
You don't have to use my server to get updated "tiles" of segmented vector data. You can get a copy of the OpenStreetMap vector data (a database dump in .osm.bz2 or .osm.pbf format) and import it yourself. However, due to YAAC rearranging the data for more efficient rendering (so constant database lookups in different tables aren't needed), the importer is an enormous burden on the host computer; you need at least 150GB of free disk space to handle the import, and it takes hours (when I do the whole planet.osm.pbf file on my dedicated gaming server, it takes over 15 hours). A Raspberry Pi simply doesn't have the muscle to do it. But you can do it on a big enough machine to handle the burden, then zip or tar up the tile directory hierarchy on that system and restore it on each of your Pi computers.
The "tile" downloading feature in YAAC simply makes it easier for a given computer to only get the tiles it needs without having to waste disk space on other squares of the map, nor on manually figuring out which files to download.
The topographic layer of the map operates similarly, in that it stores the raw elevation data from the USGS in 1-degree-square files, and renders it at the desired zoom level on demand.
Hope this helps you understand my design philosophy.
Andrew, KA2DDO
author of YAAC
|
Re: Open street maps local serve support
It's not the same kind of tile server in YAAC as with the main OpenStreetMap tile server.
The "tiles" in YAAC are not raster images. They are geographically segmented pieces of the raw vector data, so that the YAAC real-time map renderer doesn't have to read through the entire planet's worth of data to render raster images of the streets in one small area. As such, YAAC doesn't have multiple "tiles" for different screen zoom levels; the raw vector data is rendered at whatever zoom level the user wants. This keeps the "tile" cache much smaller than for systems that cache different raster image tiles for each zoom level of the covered area. That's also why YAAC's street maps don't look like the tile-based web maps on OpenStreetMap or Google; my renderer isn't as good because it strives for speed rather than beauty for less powerful rendering machines, and it still has a few bugs in it.
I should mention that YAAC was deliberately designed to only operate off a local disk copy of the map data, specifically so it would still operate in installations without Internet service for downloading tiles. So the only way for it to operate without map files on a Pi is to not display maps.
You don't have to use my server to get updated "tiles" of segmented vector data. You can get a copy of the OpenStreetMap vector data (a database dump in .osm.bz2 or .osm.pbf format) and import it yourself. However, due to YAAC rearranging the data for more efficient rendering (so constant database lookups in different tables aren't needed), the importer is an enormous burden on the host computer; you need at least 150GB of free disk space to handle the import, and it takes hours (when I do the whole planet.osm.pbf file on my dedicated gaming server, it takes over 15 hours). A Raspberry Pi simply doesn't have the muscle to do it. But you can do it on a big enough machine to handle the burden, then zip or tar up the tile directory hierarchy on that system and restore it on each of your Pi computers.
The "tile" downloading feature in YAAC simply makes it easier for a given computer to only get the tiles it needs without having to waste disk space on other squares of the map, nor on manually figuring out which files to download.
The topographic layer of the map operates similarly, in that it stores the raw elevation data from the USGS in 1-degree-square files, and renders it at the desired zoom level on demand.
Hope this helps you understand my design philosophy.
Andrew, KA2DDO
author of YAAC
|
Open street maps local serve support
Our local mesh group is running a server to distribute map tiles. Im reading thru the documentation and it looks like you have hard coded your personal tile server into the program. might it be possible to bring the option to set the server out into the gui? I dont know if the back-end of YAAC will pull tiles from the server the same way we do for our mapping program or not? Dose YAAC support the pointing as follows?in our php ini file we define a server with?inetTileServer['Topographic'] = "//{s}.tile.opentopomap.org/{z}/{x}/{y}.png"
I would like to not cash the tiles on the RPI.
For reference:?
Thanks for the Program 73 Mathison KJ6DZB
|
Re: Icon of YAAC on Raspberry Pi Desktop
Yea, I had that Exec all wrong. It was my first try. LOL
|
Re: Icon of YAAC on Raspberry Pi Desktop
It worked perfectly, thank you.
|
Re: Icon of YAAC on Raspberry Pi Desktop
Here is my desktop file (my desktop, not an RPi) that seems to work just fine.
$ cat Desktop/YAAC.desktop
[Desktop Entry]
Name=YAAC
Exec=java -jar /home/michael/YAAC/YAAC.jar
Comment=
Terminal=false
Icon=/home/michael/YAAC/images/yaaclogo64.ico
Type=Application
I'm thinking your problem may lie in your EXEC statement. You have your PATH before the java command. Try putting it in front of the YAAC.jar file. It should also be the full path. i.e.
Exec=java -jar /home/pi/YACC/YAAC.jar
HTH,
Michael WA7SKG
Keith Kaiser wrote on 1/20/20 1:09 PM:
toggle quoted message
Show quoted text
I'd like to have an icon I can use to launch YAAC, I'd also like to add it to the menu system.
For the desktop, I right clicked on the desktop and created YAAC.desktop. Then using sudo I entered;
[Desktop Entry]
Name=YAAC
Comment=Launch YAAC
Icon=/usr/share/pixmaps/yaac.xpm
Exec=/YAAC java -jar YAAC.jar
Type=Application
Encoding=UTF-8
Terminal=false
Categories=Network;HamRadio;
Then rebooted:
After:
Double clicking it only returns:
"Invalid desktop entry file.'/home/pi/Desktop/YAAC.desktop'"
I've Googled for how to do this (generically, not just for YAAC) but none of the sites makes it any more clear than what I did. Can someone point out where to find this information or help me get it working?
_._,_._,_
|
Re: Icon of YAAC on Raspberry Pi Desktop
Greetings. 2 different sized icons are provided in the YAAC distribution for just this purpose (and are documented in the index for YAAC built-in help under the topic "desktop shortcuts"), but they are .ico files for use on Microsoft Windows. However, the Raspbian desktop manager will accept these files (they are used in the NW Digital Radio SD card image for their DRAWS hat). Look for <yaacInstallDirectory>/images/yaaclogo*.ico and pick one of the appropriate resolution (NWDigitalRadio used yaaclogo64.ico). Note that I'm not sure why the Exec= string in your desktop file starts with /YAAC; you can specify the YAAC.jar file with a directory prefix and YAAC will find its auxiliary files by reverse-engineering the location of the YAAC.jar file. For example, Exec=java -jar /home/pi/YAAC/YAAC.jar Hope this helps. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Keith Kaiser <wa0tjt@...> Sent: Monday, January 20, 2020 4:09 PM To: [email protected]Subject: [yaac-users] Icon of YAAC on Raspberry Pi Desktop I'd like to have an icon I can use to launch YAAC, I'd also like to add it to the menu system. For the desktop, I right clicked on the desktop and created YAAC.desktop. Then using sudo I entered; [Desktop Entry] Name=YAAC Comment=Launch YAAC Icon=/usr/share/pixmaps/yaac.xpm Exec=/YAAC java -jar YAAC.jar Type=Application Encoding=UTF-8 Terminal=false Categories=Network;HamRadio; Then rebooted: After: Double clicking it only returns: "Invalid desktop entry file.'/home/pi/Desktop/YAAC.desktop'" I've Googled for how to do this (generically, not just for YAAC) but none of the sites makes it any more clear than what I did. Can someone point out where to find this information or help me get it working?
|
Icon of YAAC on Raspberry Pi Desktop
I'd like to have an icon I can use to launch YAAC, I'd also like to add it to the menu system.
For the desktop, I right clicked on the desktop and created YAAC.desktop. Then using sudo I entered;
[Desktop Entry]
Name=YAAC
Comment=Launch YAAC
Icon=/usr/share/pixmaps/yaac.xpm
Exec=/YAAC java -jar YAAC.jar
Type=Application
Encoding=UTF-8
Terminal=false
Categories=Network;HamRadio;
Then rebooted:
After:
Double clicking it only returns:
"Invalid desktop entry file.'/home/pi/Desktop/YAAC.desktop'"
I've Googled for how to do this (generically, not just for YAAC) but none of the sites makes it any more clear than what I did. Can someone point out where to find this information or help me get it working?
|
Re: Email client output rework
? Will be joining you on that soon Nate.? New Linux box is here but not yet built.? Thanks guys!??
On Sat, Jan 18, 2020 at 9:08 PM Nate Bargmann < n0nb@...> wrote: No issues here as I'm reading it in Mutt in Gnome Terminal and all the
messages use the same font.? ;-)
73, Nate
--
"The optimist proclaims that we live in the best of all
possible worlds.? The pessimist fears this is true."
Web:
Projects:
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
|
Re: Email client output rework
No issues here as I'm reading it in Mutt in Gnome Terminal and all the
messages use the same font. ;-)
73, Nate
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
Web:
Projects:
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
|
Re: Email client output rework
Its
awesome by comparison. Much easier on my eyes. Steve kb1chu
On 1/18/2020 5:57 PM, Ronny Julian
wrote:
toggle quoted message
Show quoted text
Upon suggestion of another list member
I'm changing my Fonts and output from the standard small
Goggle interface.? Anyone have issues reading this??
Thanks!
Ronny
K4RJJ
|
Email client output rework
Upon suggestion of another list member I'm changing my Fonts and output from the standard small Goggle interface.? Anyone have issues reading this?? Thanks!
Ronny K4RJJ
|
Re: Where to find a Stable Version of YAAC
Ah, very interesting. I just watched the YouTube video. I'll have to try his script on another Pi (my Pi with the touchscreen is currently running the NW Digital Radio image for supporting their DRAWS card, so YAAC and Xastir are already installed). Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Ronny Julian <k4rjjradio@...> Sent: Saturday, January 18, 2020 9:28 AM To: [email protected]Subject: Re: [yaac-users] Where to find a Stable Version of YAAC Andrew not sure if you have seen Jason's script either. If you feel anything could be done different on YAAC in this please let Jason know. He is actively working on improving this and would love to work with anyone of the authors I'm sure. On Sat, Jan 18, 2020 at 9:24 AM Andrew P. <andrewemt@...<mailto:andrewemt@...>> wrote: Greetings. I'm not sure what you mean by the "installer". YAAC doesn't have an installation program per se; you just unzip the distribution into a directory of your choice, and then invoke the main YAAC.jar file by clicking on it in your O/S file manager, or using the command line java -jar YAAC.jar when cd'd into the YAAC installation directory. And the built-in upgrader does the same thing (downloads and unzips the new version over the old version). So, I'm not sure where you found an installer. Please explain exactly what you were doing. Also, I haven't tested YAAC with Java 13 yet. So you may have found some weird bug due to new constraints in that version of the runtime (I had to make some fixes to deal with Java 9). Let me know how you're "installing" YAAC. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected]<mailto: [email protected]> < [email protected]<mailto: [email protected]>> on behalf of N9JCA Chris Matthews <n9jca.chris@...<mailto:n9jca.chris@...>> Sent: Saturday, January 18, 2020 1:08 AM To: [email protected]<mailto: [email protected]> Subject: [yaac-users] Where to find a Stable Version of YAAC I have tried to install the latest Beta with no success Is there a Stable version to be Had somewhere I have Java Runtime13 installed on LMDE (Stretch) When I Right Click on the Installer I choose "Install with Java Runtime13" but no luck If I can get it working then I will be running my Kenwood 700D from Home Thanks in advance Chris N9JCA 73
|
mathison ott
Michael WA7SKG