What is 0.5 bits or 1.5 bits?

[MMust.5]

I understand that what is shown in the picture is wrong, I just do not know how else to describe it.

0.5 bit is 50% duty cycle?

And 1.5 bits is 150% duty cycle?

If the percentage of filling changes by 150%, then the data transmission frequency must also change.

duty cycle 50% I can imagine without changing the frequency, but at 150% duty cycle I can't imagine.

[MMust.5]

Understood.

This is the duration of the stop bit.

This is not a data transfer method.

When transmitting data, there are no 0.5 and 1.5 bits.

[JPeac.1]

The asynchronous mode STOP bit is a time interval inserted at the end of a serial character during transmission. The purpose is to give the UART receiver time to reset the START bit detection for the next incoming character. As pointed out above the setting does not affect bit timing (i.e. the baud rate) for the START and DATA bits. Changing the STOP bit time interval does affect the overall time required to transmit one character. The baud rate is unchanged, but fewer character will be received as the STOP bit time increases.

STOP bit timing is critical to handle slight clock differences between transmitter and receiver, what's known as clock jitter. In the asynchronous mode the UARTs do not have the exact same baud rate clock. The receiver adjusts for this by sampling the incoming data stream multiple times, to synchronize the receiver with the first detected START bit edge. If the STOP time is too short the receiver won't properly sync to the next START bit, resulting in framing errors, usually followed by overflow and parity errors. As baud rates increase the clock jitter issues becomes more of a problem, one of the reasons baud rates are typically limited to an upper rate of about 115Kbaud.

The synchronous mode in a true USART avoids this problem by transmitting the clock along with the data. In general this isn't used because of additional wires and level shifters needed, plus a software protocol is required to handle initial synchronization before receiving a data packet. These days there are better ways to handle synchronous data transmission (for instance, CAN or Ethernet).

Jack Peacock