I can't read a schematic the size of a postage stamp. I don't know what you did but that file is resized into oblivion . Start over and don't resize it unless you have to and then only 20% at a time .
That schematic looks ok. I would avoid thumbnails . They are never used on the forum. If you are posting a link then use the LINKS toolbutton to enter a link label, Otherwise just post the schematic like you did. That circuit should work. Have figured out how you are going to manage the communication so both sides don't try to send at the same time ?The simplest and oldest method is that the first side to send sends an ACK at the end of the message. The receiving unit sends an ACK (Acknowledge) when it receives one , telling the sender it is ready to receive more. If the message it just received was a command then it sends an ACK before executing the command. The command could be "SND TEMP DATA".It would send "ACK TMP", read the temp, and then send it. The other unit would respond wjth "ACK TMP", and then might might follow with "SND MTR SPD". The receiving unit would respond with "ACK MTR SPD" , read the speed , send it and wait. The receiving unit would receive the speed and respond with "ACK MTR SPD". This continues with one always requesting info and the other supplying it until the requestor sends ACK ACK ACK to indicate it is the others turn to request. The other unit would receive the ACK ACK ACK and respond with a request like "SND BAT VLTG" . This method can be modified such that either side can send critcal data whdn necessary , like "LOW BAT !" to which the other would respond with "ACK LOW BAT". (that's Full Duplex mode by the way) Your schematic prevents full duplex because you tied RE-NOT to DE. According to the truth tables on the LT1481 datasheet, RE-NOT cannot be LOW if DE is HIGH and vice versa, preventing full duplex. Here is a full duplex chip.
Does using a software serial undo the benefits of full duplex given that software serial can't transmit and receive at the same time?