Skip to content

Conversation

@RomanLut
Copy link
Contributor

SoftSerial 1 is using the same pin for TX and RX in FLYWOOF411 target.
This allows to have Smartport, SPORT and LTM telemetry on this pin, because they request TX or BIDIR modes from UART.
But Mavlink telemetry does not work. It requests full RX & TX mode.
Initializing softserial port with pins shared will not do any good anyway: all messages get echoed (I am not even sure it works).
Starting port in BIDIR mode is sufficient to have one-directional Mavlink telemetry, and even Bi-directional, if user can setup half-duplex communication.
This is better solution for: #5482

…re set to the same pin

SoftSerial 1 is using the same pin for TX and RX in FLYWOOF411 target. 
This allows to have Smartport, SPORT and LTM telemetry on this pin, because they request TX or BIDIR modes from UART.
But Mavlink telemetry does not work. It requests full RX & TX mode.
Initializing softserial port with pins shared will not do any good anyway: all messages  get echoed (I am not even sure it works).
Starting port in BIDIR mode is sufficient to have one-directional Mavlink telemetry, and even Bi-directional, if user can setup half-duplex communication.
This is better solution for: iNavFlight#5482
Copy link
Collaborator

@shellixyz shellixyz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@digitalentity digitalentity merged commit ffb3373 into iNavFlight:master Dec 5, 2020
@digitalentity digitalentity added this to the 2.7 milestone Dec 5, 2020
@RomanLut RomanLut deleted the patch-1 branch December 5, 2020 11:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants