Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dynamic heatmap showing coverage of a specific network #454

Open
OE3JGW opened this issue Feb 29, 2024 · 2 comments
Open

Dynamic heatmap showing coverage of a specific network #454

OE3JGW opened this issue Feb 29, 2024 · 2 comments
Labels
feature request Requesting functionality be added

Comments

@OE3JGW
Copy link

OE3JGW commented Feb 29, 2024

we (friends of me and myself) had an idea for a heatmap which shows the range of every node.
for wifi there are apps that achieve the same, but for meshtastic i was not able to find something like that - so i got asked by AJMcQuilkin (Meshtastic Discord) to create a Issue/Feature Request here :)

i thought about it like that way:

  • using the neighbor info feature to send node names, their gps location data and rssi via mqtt to the network-management-client
  • every node should provide those information in like once per hour (user specified for "wardriving tests" to map the network)
  • the NMC uses the gathered data to create a map based on OSM or something to show the following things:
  1. where a signal was able to get picked up (heatmap style)
  2. which of the nodes are connected to each other (lora of course, not mqtt)

Im not sure if this is really doable the way im thinking of it, but i think about coverage maps from LTE providers and stuff.
The main reason for all that is to visualize the actual reach and coverage of the network and learn where the limitations are.
I can see a usecase for me: i would place a node on my cars roof, drive around and the software creates the heatmap, afterwards i can see which places in my village are "deadzones" and which places are already covered by the already existing nodes in the area.

i could also see a case where you would have an official map everyone can use which lets you see existing networks, this way i could see that my ~40 nodes big network is not the only one in the area but that the other one is using different settings --> potential for binding them together if contact data are provided to the network name on the map. not sure how to decide how or when a network should be published to such a public map, but could be a great tool.

im pretty sure there is some more brainwork to do, but technically the neighbor info, mqtt and Network-Management-Client should together have everything needed.

thanks!

@asjmcguire
Copy link

asjmcguire commented Mar 4, 2024

When the "hopsaway" firmware arrives - then every packet will be tagged with how many hops it travelled to reach your node, this will make dynamically figuring out a coverage circle much easier, and does not rely on people enabling the neighbourinfo module which significantly impacts the mesh.

@OE3JGW
Copy link
Author

OE3JGW commented Mar 6, 2024

When the "hopsaway" firmware arrives - then every packet will be tagged with how many hops it travelled to reach your node, this will make dynamically figuring out a coverage circle much easier, and does not rely on people enabling the neighbourinfo module which significantly impacts the mesh.

interesting, that would be a cleaner solution, i like that.

@ajmcquilkin ajmcquilkin added feature request feature request Requesting functionality be added and removed feature request labels Mar 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request Requesting functionality be added
Projects
None yet
Development

No branches or pull requests

3 participants