接收用的硬件串口中断，发送时转为IO发送，也就是RX转为普通IO口比如P12，单线通信，在发送时需要将串口关闭且不允许接收数据，您觉得会是哪里的问题呢？  

原来是单线通信，还以为是用其它GPIO转发。
你这个定时器定时发送程序，显然有很多需要完善的细节。
除了定时器，是否还有其它中断？
定时器的程序也不够精细，MCU机器周期是多少？从代码看，应该是1us，这个已经是比较慢速的MCU了。
定时器里关闭T0，赋值，计算输出是0还是1，都需要时间，导致实际输出波形严重偏离设计初衷。
1、进定时器，不可以暂时关闭T0
2、TH0永远赋值0xff，TL0是-103，也就是153，如果设置T0是16bit定时器，直接:
TL0+=153;TH0=0XFF;
这样没有计时误差。
由于TH永远是0XFF，直接用8bit重装载模式，更简单，也没有累计计时误差。
3、关于1和0的输出，中间计算判断占用时间，导致时序错误抖动，应该本次中断计算是1还是0，下次进中断时立即输出，这样每次输出不会前后抖动。
这些都是自己都可以分析出来的问题，示波器一看波形就知道了。

修正，这个MCU速度还是比较快的，不是1us。
但是1个bit时间是104us，还是需要考虑误差和抖动。

最好定义一个半双工通信协议，即平时接收命令时绝不会发送；发送应答时决不会接收新命令。
这样发送时就可以关闭中断，通过纯软件或查询定时器计数寄存器的方法来算延时，发送时序可以非常精准。

这种发送还不如直接软件延时，禁止中断，波特率搞高点，毕竟发送的数据应该不多
每发送完一个字节重新开一下中断，这样最多中断延时一个字节时间，大多数应用是满足要求的
你这样逻辑复杂了，容易出错，

定时中断应该最高优先级，同时要自动重装才好，中断函数不够简练