Das arbeitet wie erwachtet.(Mit internen Takt) Da wird ein HW Problem vorliegen.
Der Empfänger arbeitet richtig?
Watchdog aus? Brown out zu knapp bemessen? Kondensator vergessen?

Hier hat einer sauber über A.0 gesprochen, daher die Vermutung das der Empfänger "hängt". Ich weiß nicht was passiert wenn später im Programm der A.0 als ACD-Referenz gebaucht würde oder er sonst ein Config bekommt. Aber der Code von oben funktionierte.

Was steht denn in den Datenblättern so als Voraussetzung dass es passt? Gedanken machen, welchen Status haben Ports nach einem Reset. (Mithin das starten wenn Betriebsspannung vorhanden ist, also quasi Reset.) Mark Alberts kann nicht an Alle denken, nicht Alle Prozessoren sind gleich, verhalten sich gleich.
Damit Ports so funktionieren wie man es erwartet, sind Vorbedingungen (Config Einstellungen) nötig.

Config Com wird wohl nur funktionieren, wenn Prozessor einen echten Hardware-Uart hat. Ports die im sogenannten Tristate sind, bleiben oft dort, oder nehmen irgendwann zufälligen Status an. Zufällig ist einiges in dem Miniprogram. Woher soll der Port fürs senden wissen, dass er Ausgang sein soll? Woher der empfangende Port dass er Eingang sein soll?
Ob die Coma.0 und Coma.1 Anweisungen das bewirken und automatisch die Ports richtig vorbereiten, kann man glauben, vermuten. Prüfe bitte entsprechend.

Das muß man nicht glauben das kann man im Simulator sehen, oder in Real austesten. Für einen HW Uart werden die Config Com nicht benötigt, da reicht ein $Baud. Es ist einer der Vorteile das Bascom "mitdenkt" : wenn ein Config eine Output definiert wird er auch so gesetzt. Zufällig ist da auch nichts. Die Register haben nach jedem Reset einen definierten Zustand und der Speicher wird von Bascom gelöscht. Letzteres passiert immer wenn man es nicht expliziert abschaltet. ($noramclear)

Mal die Spannung gemessen? Ich hab einen Mega 8 hier dessen Reset braucht einen sehr kleinen Widerstand. Vielleicht ist Deinem Tiny ähnlich böses passiert.