-
Notifications
You must be signed in to change notification settings - Fork 95
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: Support UDP in addition to TCP #2
Comments
Thanks. Can you elaborate on how this would work? The UDP server would receive request messages and reply with the current state? |
The UART<-->WiFi bridge would function identically as it does now. The only change would be to send and receive packets over UDP sockets instead of TCP sockets. There is an existing UDP mode in the ESP8266, which can be configured with the |
UDP would be great for a telemetry application I'm currently forcing to TCP. +1 for this proposal. |
+2...definitely need udp |
+1 for UDP as well. ie. send UDP packets to any client that connects to the Access Point. The reason I ask is that when you connect using an iPhone if the device is connect to using TCP, all data traffic is routed to the WiFi connection. This means downloading of map tiles or email etc... is routed to the access point and obviously will fail. If you use UDP, iPhone (iOS) keeps the LTE/3G connection as an option so it can use that as the route to pull external internet data, In anycase, thanks for the effort put in to create this FW. 👍 |
Could definately use UDP for d-ronin/dronin telemetry |
+1 |
Currently the transparent-bridge firmware only supports TCP on port 23. Being able to choose to transmit UDP instead would be desirable for real-time applications, such as receiving video and audio from a robot.
The text was updated successfully, but these errors were encountered: