-
Notifications
You must be signed in to change notification settings - Fork 20
Recommendation Updates and Adding Bridger #7
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
base: main
Are you sure you want to change the base?
Conversation
|
As far as I am concerned, this should be good for Bridger. Still seeing if @andyshinn has any final feedback. If we are happy with it, we can merge this PR and I can start a new one for the recommended settings changes, or we can keep this going and merge all at once. |
tekstrand
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking good! Just a few little changes, and one big reformat away from using dl. Let me know if you need any help figuring that out.
| <h2>Network Observability</h2> | ||
| <p><a href="https://github.com/austinmesh/bridger">Bridger</a> powers the backend of our network statistics dashboard. The project is maintained by the Austin Mesh community and written in Python. With Bridger, we can ingest MQTT packets from contributing gateways, parse the packets into <a href="https://github.com/influxdata/influxdb" >InfluxDB</a>, and represent the network statistics with <a href="https://grafana.com/">Grafana</a>.</p> | ||
| <dl> | ||
| <dt>How to view the Austin Mesh network statistics dashboard?</dt> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| <dt>How to view the Austin Mesh network statistics dashboard?</dt> | |
| <dt>How do I view the network statistics dashboard?</dt> |
| <p><a href="https://github.com/austinmesh/bridger">Bridger</a> powers the backend of our network statistics dashboard. The project is maintained by the Austin Mesh community and written in Python. With Bridger, we can ingest MQTT packets from contributing gateways, parse the packets into <a href="https://github.com/influxdata/influxdb" >InfluxDB</a>, and represent the network statistics with <a href="https://grafana.com/">Grafana</a>.</p> | ||
| <dl> | ||
| <dt>How to view the Austin Mesh network statistics dashboard?</dt> | ||
| <dd>Our network statistics dashboard can be viewed by visiting <a href="https://graphs.austinmesh.org">graphs.austinmesh.org</a>. Feel free to explore the data and see the coverage, device metrics, node information, and more.</dd> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| <dd>Our network statistics dashboard can be viewed by visiting <a href="https://graphs.austinmesh.org">graphs.austinmesh.org</a>. Feel free to explore the data and see the coverage, device metrics, node information, and more.</dd> | |
| <dd>Our network statistics dashboard can be viewed by visiting <a href="https://graphs.austinmesh.org" target="_blank">graphs.austinmesh.org</a>. There, you can explore the data to see geographical coverage, device metrics, node information, and more.</dd> |
| <dt>How to view the Austin Mesh network statistics dashboard?</dt> | ||
| <dd>Our network statistics dashboard can be viewed by visiting <a href="https://graphs.austinmesh.org">graphs.austinmesh.org</a>. Feel free to explore the data and see the coverage, device metrics, node information, and more.</dd> | ||
| <dt>Why is my node not listed?</dt> | ||
| <dd>Newer versions of the Meshtastic firmware have a setting called "Okay to MQTT" under the LoRa settings. This is a polite request to a device running the official firmware on whether or not packets from your node can be forwarded to MQTT brokers by other nodes. Please ensure that this is enabled to have your node reported on the network statistics dashboard. Please see the <a href="/join/#best-practices">best practices</a> page for more information on our recommended configuration for nodes.</dd> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are other reasons as well. They might not be on the network, or they might not be in sight of a gateway due to straight visibility or number of hops.
Unfortunately I think this change is going to require reformatting the html for this whole section away from using a datalist(dl) to instead using headings. My recommendation would be to change each dt to and h3 and then we can easily have an unordered list(ul) with a list of all of the various possible reasons. Something like
<h3>Why is my node not listed?</h3>
<p>There are a few reasons your node might node be visible on Bridger. Be sure to check our <a href="/join/#best-practices">best practices</a> and hop into our <a href="https://discord.gg/6a5Sv2s9bG" target="blank">Discord server</a> for more support.</p>
<ul>
<li>You're not connected to the AustinMesh network. Just because you can see other nodes doesn't mean they can see you!</li>
<li>Okay to MQTT is disabled. Bridger uses the internet and MQTT to track data so this setting must be configured in your node's settings.</li>
<li>You're not connected to a Gateway node. Only certain nodes uplink data to bridger, see more in <a href="#contributing-to-bridger">contributing to bridger below</a>.</li>
</ul>| <dt>Why is my node not listed?</dt> | ||
| <dd>Newer versions of the Meshtastic firmware have a setting called "Okay to MQTT" under the LoRa settings. This is a polite request to a device running the official firmware on whether or not packets from your node can be forwarded to MQTT brokers by other nodes. Please ensure that this is enabled to have your node reported on the network statistics dashboard. Please see the <a href="/join/#best-practices">best practices</a> page for more information on our recommended configuration for nodes.</dd> | ||
| <dt>How can I contribute data to Bridger?</dt> | ||
| <dd>To contribute data to Bridger, you will need a node that can connect to the MQTT server through the internet, like a Heltec V3. Ideally, contributing nodes should be connected 24/7. Your node will need credentials, which can be requested on the Austin Mesh discord by running the <b>/bridger-mqtt-request-account</b> command and supplying your 8-digit node ID. Be sure to store your username and password in a safe place. Once you have your credentials, open the MQTT settings and configure it as follows:<br><br> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| <dd>To contribute data to Bridger, you will need a node that can connect to the MQTT server through the internet, like a Heltec V3. Ideally, contributing nodes should be connected 24/7. Your node will need credentials, which can be requested on the Austin Mesh discord by running the <b>/bridger-mqtt-request-account</b> command and supplying your 8-digit node ID. Be sure to store your username and password in a safe place. Once you have your credentials, open the MQTT settings and configure it as follows:<br><br> | |
| <dd>To contribute data to Bridger, you will need a node that can connect to the MQTT server through the internet either directly(ESP32) or through a connected client with MQTT>Proxy to Client enabled. Ideally, contributing nodes should be connected 24/7. Your node will need credentials, which can be requested on the Austin Mesh discord by running the <b>/bridger-mqtt-request-account</b> command and supplying your 8-digit node ID. Be sure to store your username and password in a safe place. Once you have your credentials, open the MQTT settings and configure it according to the table below. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The following table is going to be another reason to not use the dl element and instead use headings. Tables can't go inside a dd element, actually no other html elements can, except for div.
| <tr><td>Encryption enabled</td><td>Disabled</td></tr> | ||
| <tr><td>JSON output enabled</td><td>Disabled</td></tr> | ||
| <tr><td>Root topic</td><td>egr/home</td></tr> | ||
| </table><br> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| </table><br> | |
| </table> |
|
It seems good to me after the other requested changes. |
Here is a PR for the changes we are working on.
Don't merge until finalized.