Hardware, US0008, FactoryTestwithMenu, Corrupt Debug Serial Data

[ForrestErickson]

Describe the Failure / Bug
A clear and concise description of what the failure / bug is. Describe the problem NOT the fix.
Short Summary of the expected behavior:
Serial Monitor communication.
Here is the typical serial port display of the factory test

Short Summary of the buggy behavior:
Corrupt serial monitor cata

Device Under Test, aka DUT
Steps to reproduce the behavior:

1. Model Number: Krake Rev 2
2. Serial Number(s): US0008
3. Location where failure / bug occurred: Factory Test with FactoryTest_Menu firmware
4. Hardware configuration. (How connected, any accessories, what else it takes to replicate the system in which the failure occurred.): Connected USB port directly to PC. No hub.
5. Extent of Failure: Some correct characters some corrupt characters
   ** Is failure intermittent? No even after a reset serial corrupt.
   ** Is failure fixed by power cycling? No.
   ** Is failure permanent? Smoke has not been let out, YET.

To Reproduce
Steps to reproduce the behavior:

1. With FactoryTestWithMenu sketch loaded.
2. Press reset and observe the serial data.

Test Equipment
Model: PC running RealTerm.

[ForrestErickson]

Measurements of UART0 Timing on DUT

RX and TX when sending "0 CR LF" to DUT

RX and TX when sending "1 CR LF" to DUT

Cursors on RX (to ESP32)

RX and TX when sending "1 CR LF" to DUT

Cursors on TX (from ESP32)

Timing Error?

Comparison Measurements Timing on DUT (US0008) with simpler ASCII command, "0"

RX and TX when sending "0" to DUT

Measurements of UART0 Timing on US0009

RX and TX when sending "0" to DUT

There does not appear to be a character timing error.
There is some difference in the delay from the start of the command character to the response from the ESp32.

[ForrestErickson]

Timing from Test command to Response

RX and TX when sending "0" to DUT

Note the DUT often does not respond to the command.

RX and TX when sending "0" to US0009

Note the US0009 respond to every command.

##Conclusion
No significant response timing difference from the DUT (US0008) and a working device US0009.