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

[Feature Request]: Triggering NodeInfo send from application #1577

Open
1 task done
phaseloop opened this issue Feb 9, 2025 · 7 comments
Open
1 task done

[Feature Request]: Triggering NodeInfo send from application #1577

phaseloop opened this issue Feb 9, 2025 · 7 comments
Labels
enhancement New feature or request

Comments

@phaseloop
Copy link

Contact Details

No response

Tell us your idea.

Meshtastic firmware allows to trigger sending NodeInfo packet (out of schedule) by fast pressing button twice.

It is convenient for testing radio propagation and connectivity to check online which MQTT nodes received our packet (without need to wait for scheduled NodeInfo which may happen 2-3h later).

It would be great to be able to trigger that from the application.

Relevant log output

Code of Conduct

  • I agree to follow this project's Code of Conduct
@phaseloop phaseloop added the enhancement New feature or request label Feb 9, 2025
@b8b8
Copy link

b8b8 commented Feb 9, 2025

Actual nodeinfo can be sent as frequently as every 3 min should your node (or another node) get a packet from a node not yet on the node list. The 3 hour minimum for nodeinfo is only for automatic broadcast interval, not if the node is explicitly asked to produce said nodeinfo to identify an unknown node. Any unknown node packet will trigger this nodeinfo request up to 3 min in frequency.

@madeofstown
Copy link

I think this is a great idea. I would also like to see a way to send position data to the mesh triggered from the app (instead of requesting).

@b8b8
Copy link

b8b8 commented Feb 12, 2025

I think this is a great idea. I would also like to see a way to send position data to the mesh triggered from the app (instead of requesting).

Request position is actually "exchange position" its named as such in the iOS app but it does the same thing in both apps.

Request user info works in the android app.

@madeofstown
Copy link

madeofstown commented Feb 12, 2025

Request user info works in the android app.

Does "Request user info" function similarly to exchange position? If I request user info am I sending my user info out? This is the function that OP wants: transmit user info, initiated from the app.

@garthvh
Copy link
Member

garthvh commented Feb 12, 2025

The double click functionality sends a position packet and falls back to a node info if a position is not available. The node info is sent out when necessary for DM's automatically, really no reason to impatiently request it manually.

@madeofstown
Copy link

Garthvh really hates node info broadcasts, lol.

It can be done from the physical device, it can be done from the python command. I think people were just hoping it might get implemented in the apps too. I guess we have our answer.

@Kealper
Copy link
Contributor

Kealper commented Feb 16, 2025

Request user info works the same way as Request position in the app, it actually send out your data (user info packet or position packet) over the primary channel with the specified node as the target with a flag on it that basically tells the node at the other end "here's my data, please reply back with yours".

Personally, I wouldn't be opposed to renaming those to match the iOS app's names since it would make it a lot more apparent how they work under the hood that way.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

5 participants