mirror of
https://github.com/meshtastic/meshtastic.git
synced 2024-11-09 23:24:10 -08:00
Delete more crap
This commit is contained in:
parent
9c5c7c55fd
commit
92c30bba23
|
@ -23,7 +23,7 @@ IMPORTANT: When MQTT is turned on, you are potentially broadcasting your entire
|
|||
|
||||
The device will uplink and downlink raw ([protobuf](https://developers.google.com/protocol-buffers)) packets to the `msh/` prefix:
|
||||
|
||||
`msh/1/c/ShortFast/!12345678` where
|
||||
`msh/2/c/ShortFast/!12345678` where
|
||||
|
||||
- `!12345678` is the address of the gateway device.
|
||||
- `ShortFast` is the channel name.
|
||||
|
@ -36,7 +36,7 @@ The payload is a raw protobuf. Looking at the MQTT traffic with a program like `
|
|||
ShortFast !937bed1c
|
||||
```
|
||||
|
||||
Packets from the following [port numbers](/docs/developers/Firmware/portnum) are serialized to JSON and then forwarded to the `msh/1/json/CHANNELID/DEVICEID` topic: `TEXT_MESSAGE_APP`, `ENVIRONMENTAL_MEASUREMENT_APP`, `NODEINFO_APP` and `POSITION_APP`.
|
||||
Packets from the following [port numbers](/docs/developers/Firmware/portnum) are serialized to JSON and then forwarded to the `msh/2/json/CHANNELID/DEVICEID` topic: `TEXT_MESSAGE_APP`, `ENVIRONMENTAL_MEASUREMENT_APP`, `NODEINFO_APP` and `POSITION_APP`.
|
||||
|
||||
An example of a received `NODEINFO_APP` message:
|
||||
|
||||
|
@ -87,14 +87,14 @@ Check out [MQTT Settings](/docs/settings/moduleconfig/mqtt) for full information
|
|||
|
||||
### Getting plain data out of the mesh
|
||||
|
||||
As of firmware 1.2.53, it is possible for the device to decrypt the protobufs before publishing to MQTT. To translate this into a plain format:
|
||||
It is possible for the device to decrypt the protobufs before publishing to MQTT. To translate this into a plain format:
|
||||
|
||||
- Set up a gateway node to uplink packets to your MQTT broker:
|
||||
- `meshtastic --set wifi_ssid XXXX`
|
||||
- `meshtastic --set wifi_password XXXX`
|
||||
- `meshtastic --set mqtt_server 192.168.1.1`
|
||||
- `meshtastic --set mqtt_username XXXX`
|
||||
- `meshtastic --set mqtt_password XXXX`
|
||||
- `meshtastic --set network.wifi_ssid XXXX`
|
||||
- `meshtastic --set network.wifi_password XXXX`
|
||||
- `meshtastic --set mqtt.address 192.168.1.1`
|
||||
- `meshtastic --set mqtt.username XXXX`
|
||||
- `meshtastic --set mqtt.password XXXX`
|
||||
- `meshtastic --set mqtt_encryption_enabled false`
|
||||
- `meshtastic --ch-index 0 --ch-set uplink_enabled true`
|
||||
- Grab the meshtastic-mqtt script from [here](https://github.com/joshpirihi/meshtastic-mqtt)
|
||||
|
@ -157,53 +157,6 @@ deduplicate if needed by using the packet ID of each message.
|
|||
|
||||
An existing public [MQTT broker](https://mosquitto.org) will be the default for this service, but clients can use any MQTT broker they choose.
|
||||
|
||||
FIXME - figure out how to avoid impersonation (because we are initially using a public MQTT server with no special security options). FIXME, include some ideas on this in the ServiceEnvelope documentation.
|
||||
|
||||
#### Riot.im messaging bridge
|
||||
|
||||
@Geeksville will run a riot.im bridge that talks to the public MQTT broker and sends/receives into the riot.im network.
|
||||
|
||||
There is apparently [already](https://github.com/derEisele/tuple) a riot.im [bridge](https://matrix.org/bridges) for MQTT. That will possibly need to be customized a bit. But by doing this, we should be able to let random riot.im users send/receive messages to/from any meshtastic device. (FIXME ponder security). See this [issue](https://github.com/meshtastic/Meshtastic-Android/issues/2#issuecomment-645660990) with discussion with the dev.
|
||||
|
||||
### Deprecated concepts
|
||||
|
||||
:::caution
|
||||
|
||||
All of the following concepts have been deprecated
|
||||
|
||||
:::
|
||||
|
||||
You can ignore these for now...
|
||||
|
||||
#### MESHID (deprecated)
|
||||
|
||||
Earlier drafts of this document included the concept of a MESHID. That concept has been removed for now, but might be useful in the future. The old idea is listed below:
|
||||
|
||||
A unique ID for this mesh. There will be some sort of key exchange process so that the mesh ID can not be impersonated by other meshes.
|
||||
|
||||
#### DESTCLASS (deprecated)
|
||||
|
||||
Earlier drafts of this document included the concept of a DESTCLASS. That concept has been removed for now, but might be useful in the future. The old idea is listed below:
|
||||
|
||||
The type of DESTID this message should be delivered to. A short one letter sequence:
|
||||
|
||||
| Symbol | Description |
|
||||
| ------ | ------------------------------------------------------------- |
|
||||
| R | riot.im |
|
||||
| L | local mesh node ID or ^all |
|
||||
| A | an application specific message, ID will be an APP ID |
|
||||
| S | SMS gateway, DESTID is a phone number to reach via Twilio.com |
|
||||
| E | Emergency message, see bug #FIXME for more context |
|
||||
|
||||
#### DESTID (deprecated)
|
||||
|
||||
Earlier drafts of this document included the concept of a DESTCLASS. That concept has been removed for now, but might be useful in the future. The old idea is listed below:
|
||||
|
||||
Can be...
|
||||
|
||||
- an internet username: kevinh@geeksville.com
|
||||
- ^ALL for anyone
|
||||
- An app ID (to allow apps out on the web to receive arbitrary binary data from nodes or simply other apps using meshtastic as a transport). They would connect to the MQTT broker and subscribe to their topic
|
||||
|
||||
### Mini tutorial on how to get up and running with mosquitto on a mac
|
||||
|
||||
|
@ -299,15 +252,6 @@ if __name__ == '__main__':
|
|||
|
||||
Version 1.3.46+ is the first 1.3 release with MQTT and JSON fully functional on supported devices. Heltec JSON over MQTT is unlikely to work reliably.
|
||||
|
||||
One of the major changes is that the TOPICs are different from prior versions.
|
||||
`msh/1/c/ChannelName/!12345678` and
|
||||
`msh/1/json/ChannelName/!12345678`
|
||||
|
||||
are now
|
||||
`msh/2/c/ChannelName/!12345678` and
|
||||
`msh/2/json/ChannelName/!12345678`
|
||||
Please see the documentation at the top of this topic for that.
|
||||
|
||||
Node-RED is a free cross-platform programming tool for wiring together hardware, APIs, and online services developed originally by IBM for IOT. It is widely used for home automation by many non-professional programmers and runs well on Pi's. Node-red has many plug-in modules written by the community. I will use this platform as a practical example on how to interface with the MQTT features of Meshtastic. Everything can be done from GUI's without using command line.
|
||||
|
||||
Step one: use http://client.meshtastic.org/ to connect to your device via usb and adjust these settings using the web GUI.
|
||||
|
|
Loading…
Reference in a new issue