-
Notifications
You must be signed in to change notification settings - Fork 11
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
Text messages via the app fail to send properly if the connected node has no physical radio #1
Comments
Interesting use case! Are you able to please share the contents of the magnifying glass 🔎 for both SIMULATOR_APP and the undefined line underneath. I hadn't encountered that packet type during development. Thanks! |
reach out to me on the meshtastic discord server - Gary - WG4RY [E][VE] |
{ AND { |
Removed extraneous from source control tracking
I added code with the intent of decoding the SIMULATOR_APP message and displaying it in the log. Regarding sending messages via MQTT, it's not entirely clear. MeshSense uses the following API call to send a message: It takes a destination node number or channel id when sending. (I don't think it worked quite right if I provided both values) I also came across this while researching:
Perhaps it needs to send over an explicit "mqtt" channel? I'm not set up to test this at the moment, but I've published |
In order to not tie up the TCP API on my base station node, I run quite a few virtual nodes.
These are VMs of debain12 running meshtasticd. All virtual nodes connect to a local MQTT broker that passes all traffic from the main base station node. In this way, each virtual node is a fully functioning node on the mesh and has it's own configuration.
I can then connect things like my BBS, my ChatGPT bot, or MeshSense to a dedicated virtual node, and they simply talk over MQTT instead of a radio, and then the base station is their first hop out. It works perfectly.
Meshsense is scraping data correctly over it's virtual node, and initiate's it's traceroutes properly.
When I try to send a message out however, it throws an error and isnt sent out. Possibly there is some unique behavior when it senses the "Simulator_App" type? Not sure.
The text was updated successfully, but these errors were encountered: