Half Duplex on the 1.4.10 tag #847
Replies: 4 comments 1 reply
-
This is a showstopper bug effecting mTC and DxC equally The release is otherwise ready except for this critical bug. (it's critical because I need it on a 4k dual uart chip) I amm, going to try to move this to megatinycore where the issue will be fixed first, and turn it into an issue. This is a show stopper becuause with this broken, my next project is dead. |
Beta Was this translation helpful? Give feedback.
-
I also think you are misdiagnosing this. ODME mode is not changed in the assembly, it is set in begin and left that way. What I did notice, though is that the sender is getting the second and last character that they sent. That is not intended and is unacceptable. This must be fixed. |
Beta Was this translation helpful? Give feedback.
-
I think I see what is happening here. We need to keep track of how many characters are sent that are irrelevant and should be discarded. this is a major rearchitecture of that mechanism that will require a lot of work to fix. It will not halt the release cycle. |
Beta Was this translation helpful? Give feedback.
-
After an incredible amount of pain, this was fixed on megaTinycore. |
Beta Was this translation helpful? Give feedback.
-
I have been toying with the 1.4.10 tag of DxCore with some pretty good success. Thank you!
In the process of bringing up the RS485 link i found that the half duplex portion of the C serial ISR didn't make it into the assembly language ISR. These are the changes i found were needed to re-enable the full featured ISR and configure the serial port and _state variable for open drain mode. These changes are virtually untested so both standard and non-standard disclaimers apply...
platform.local.txt
in the same folder as platform.txtcompiler.cpp.extra_flags=-DUSE_ASM_TXC=0 -DUSE_ASM_RXC=0
to platform.local.txtctrla &= 0x2B;
or line 384Beta Was this translation helpful? Give feedback.
All reactions