I've read through a number of posts but I don't have a definitive understanding as to why the other nodes we've setup in the area aren't showing on the map. I poke the magical "upload data to AREDN servers", and get the response that it's been updated. The coordinates are valid as you can click show map and it does plop you where it is. The ones that aren't working don't have a direct internet connection, but do have access to the internet via the other two nodes that are showing on the map. So I'm wondering if it will only show the nodes that have a direct WAN connection working? Those that aren't working all start with the call "WC8EC-"
Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer
1. Do those nodes have a Lat/Log set in their configuration ?
2. The Long is a minus number ( eg. -94.222 )
This is easy to check in the meshmap database.
Denis KD1HA
Thanks
Heber - NP4JN
Heber NP4JN
Location: 34.835463 -120.402267
Thank you, Chris K7AZ
Hi, Chris:
Edit: With Nightly 1279:
I just put my GL-USB150 on 34.83546 -120.40227,
clicked Apply Locations Settings,
clicked Upload data to AREDN servers.
Now my node appears on the AREDN map near Orcutt, CA.
?
3s, Chuck
I saw your GL-USB150 pin on ARDEN map but now it is gone. Did you change coordinates?
My 120 degree sector node at subject coordinates still wont show up on the map. Baffling.
Meanwhile, I would like to know how to DELETE two pins from a portable setup last week in City Of Industry.
73 & Thanks,
Chris K7AZ
Nope, but I did upgrade from Nightly 1279 to 1315.
Somehow my gl-usb150 returned 'home'.
As Jim K6CCC mentioned, Nightly 1301 is erasing lat/lon from the AREDN map.
We may need to load 'Stable' update the map, then return to the nightly.
To 'delete' a map node (pin) set lat/log to null, then 'upload data...'.
3s, Chuck
Just confirmed that at least with Nightly 1301, uploading to the AREDN map server will result in the node being removed from the map.
My node on the map has reverted back 2 years!
NC8Q-USB150
Node Console
Desc: GL.iNet GL-USB150
FW ver: 1101-ad0caaf
Ch: 6
SSID: AREDN-20-v3
MAC: E4:95:6E:48:53:BF
Last updated: 2019-10-06 13:46:41.194114
Neither Stable 3.22.1.0 nor Nightly 1315 will update the AREDN map.
Chuck
Greetings,
Two days ago, I dusted off my GL.iNet GL750 and put it back online using the 3.22.1.0 firmware, I updated my location and submitted via "Update data to AREDN Servers", it updated my node on the map with the new location and data.
Today, when I updated to 3.22.6.0 (as well as trying the daily build 1389-8dc74c1), I filled in the lat/lon, "Applied Location Settings", and Updated the data again, at which point my node (KG7GTC-GL750-005) disappeared from the map. I did a search in case it was appearing elsewhere, with zero results. I also verified that my location info had been updated on my GL-750 via sysinfo.json.
I just tried it again, but didn't see my node reappear.
73,
Rob, KG7GTC
73
Orv W6BI
Thanks
I've got two nodes, KD7ZWV-0 and KD7ZWV-1, both Mikrotik devices and updated to the latest firmware. KD7ZWV-0 is directly connected to my LAN (and hence to the internet). KD7ZWV-1 is connected by ethernet to KD7ZWV-0. KD7ZWV-0 DOES show on the map, KD7ZWV-1 does NOT.
Now, here's what I've tried...
KD7ZWV-1 DOES show the button, so it thinks it can reach the internet. It was able to download the firmware for the upgrade today, so that's a good sign.
Pressing the button on KD7ZWV-1 reports that the data has been uploaded.
Running tcpdump on KD7ZWV-0 reveals that when KD7ZWV-1 tries to send its update, it receives a HTTP 500 Internal Server Error. KD7ZWV-0 does NOT receive this error and is able to successfully update itself on the map (I can see the updated data on the map viewer... it has the new firmware version).
I have attached the TCP packet capture file that shows both KD7ZWV-0's connection and KD7ZWV-1's connection if anyone wants it. These captures include timestamps so you can compare them with the server error logs. It looks like the time of the failure is approximately 2022-06-22 03:02:02 UTC.
I will do some more experimentation to see if I can find the cause of the failure... as I hadn't set the capture length, the captured packets I have are truncated. There may be something obviously wrong with the json in the packet from KD7ZWV-1 that I'm not seeing.
I had the following text as the Node Description: "Mikrotik LDF5 currently pointed at about 30°."
After removing that text, and updating the position again, the node now appears on the map. I'm suspecting the degree symbol "°" is causing some grief in the backend.
I'm okay with the back end barfing on the character it was not expecting (although I would have hoped that it would have handled it). What I'm not okay with is the front end saying "yep, everything is great, uploaded your stuff" when it got back a 500.
So, I took a look at the code that handles this and it actually shells out to curl to make the call. The script uses "curl" to make the call out and appears to try to detect a failure. Unfortunately, curl's response to a server-side error is "hey, I got something back, that's a success!". You have to call curl with the "-f" option to have it actually fail on a HTTP return code of 400 or higher.
So, my suggestion is to modify files/www/cgi-bin/setup around line 80 to include the "-f" option in the call to curl. This would have given me an indication at least that there was a problem.
Unfortunately, the version of curl in aredn does not support the "--fail-with-body" option which would actually return the error message that could be captured and shown to the user. I mean, it's not much better to say "hey, we failed because of an Internal Server Error" but that's probably better than "hey, we failed and I have no idea why."
So, I haven't contributed to aredn before... are pull requests accepted? Personally, I'd have written this functionality with the Perl LWP library rather than shelling out to curl, but it's been a while since I worked in an embedded environment... maybe there are not enough resources to haul LWP and all of its goodies around all the time.
Anyway, thanks for working on this project. I'd love to see the map be more accurate (I'm sure there are a bunch of nodes that are no longer really here, as well as a bunch of nodes that are that are not showing up), but that's another problem for another day.
73 de KD7ZWV
Jan, you are welcome to join us. We are currently looking for someone to help rewrite our UI in Vue.JS & Nuxt. BTW, we just dumped Perl in favor of Lua... Send me an email to <callsign>@arednmesh.org and we can discuss how you can help.
Andre, K6AH
I recently returned from the Northeast Ham Exposition 2023 where KC1BHD conducted a build an AREDN Mesh Node workshop as well as a seminar on what AREDN may be used for. The objective was highly successful in my opinion based on the overwhelming attendance at both sessions!
I configured the AR300M16 node and I manually updated the LAT/LONG, Grid Square and Saved Location data and had a success return on updating the AREDN servers. The node KC1IZC-1 has not shown on the AREDN Map yet. I am running the latest 3.23.8.0 which I had to upgrade to get the WAN port to get a DHCP Address.
The node does not have any established RF Links at this time. Is there any additional steps to take to update the AREDN map?
Thanks, Mike (KC1IZC)
Me, too.
I upgraded the firmware tp 3.23.8.0 and 'Upload Data to AREDN Servers'.
The map stills shows old information.
I used the OMS tool to compare offline node submission. This is from the same computer attached to the LAN port of the GL.iNET AR300M16 and resolves localnode:8080 via http, as well as localnode:9090/topology.
So the question I must ask, with OMS returning 0 total nodes, does that mean no node data is actually sent to the AREDN Servers, hence no map update?
From the GUI:
Update: I received and configured additional hardware 9/1/23. I achieved successful AREDN Map pinning of a MikroTik hAPac lite which I am using with dtdlink to my outdoor 5GHZ TP-Link CPE510 and RF (as a test) to the GL.iNET AR300M16 .
So far, only the MikroTik shows up on the map, but that is a step in the right direction. Uploading the data to the AREDN servers worked like magic with the MikroTik hAPac lite. I'll work on getting the TP CPE510 visible tomorrow.
Current QTH is near Springfield, MA.