-
Notifications
You must be signed in to change notification settings - Fork 170
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]: Confirmation of sent message #594
Comments
You can add Which devices do you have? If the nodes are too close, they might get overloaded, especially if they have high transmit power. Put them at least a room away and you should get near 100% success rate. |
In looking at this bug I did discover that |
Oh, sorry, didn't know that. Good to hear you're on it. |
I am also having this issue where everything seems to have transmitted just fine in the console, but nothing goes out to the radio or seen by other nodes. |
I was curious about that even with my own experiments with the api and trying to setup some simple bot scripts to check the weather by zip code. Sometimes I have to send the command a couple times and can see it coming thru but no response. |
My issue is the exact same use-case. I am trying to publish weather alerts, and general weather but it's hit or miss with TCP. |
not BBS related. This is what I came up with, my weather lookup.
It's not direct message. For what it's worth. Cheers!
…On Wed, Jul 10, 2024 at 6:01 AM Keith J ***@***.***> wrote:
I was curious about that even with my own experiments with the api and
trying to setup some simple bot scripts to check the weather by zip code.
Sometimes I have to send the command a couple times and can see it coming
thru but no response.
My issue is the exact same use-case. I am trying to publish weather
alerts, and general weather but it's hit or miss with TCP.
—
Reply to this email directly, view it on GitHub
<#594 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFYWUTR5CUNVCWFCKBY5ANLZLUWDDAVCNFSM6AAAAABJHTBBCKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRQGQ2TGOBZGY>
.
You are receiving this because you commented.Message ID:
***@***.***>
--
-Chad
|
We managed to finnaly buiild something that seems to handle ack/nak successfully: https://github.com/Apfelwurm/alertmanagermeshtastic/blob/main/src/alertmanagermeshtastic/meshtastic.py#L144-L211 for those interested :) |
When using:
or
It would be very nice to have a confirmation of the message being received. When sending to a channel, a confirmation that at least one node received the message. When sending direct to a node, either confirmation that the particular node got the message, or at least, confirmation that at least one other node heard the message. In the smartphone app, similar to the little tick that appears when a node gets your message, but in this case outputting it in a parsable CLI format.
Current behaviour is it sends the message, and then exits. And, for whatever reason, the message is often not received, even between two close by nodes. Confirmation that it wasn't received will allow us to deal with that programatically.
The text was updated successfully, but these errors were encountered: