OK, ich geb's zu, die Erklärung auf der Seite ist tatsächlich bisschen verwirrend... 
Im Codebeispiel, mit diesem Switch_Case, da steht bei "Start" gar nix drin, und der Case "Data" fehlt dann (wobei das das selbe Prinzip wie bei "Adress" ist, nur dass ein anderes Byte befüllt wird...
Das hier:
ist auch bisschen verwirrend, das erste Bit kann da gar nicht ausgelesen werden, weil da noch gar kein Timer läuft...
Besser sieht man das hier, dafür gibt's ja das Startbit:
Die erste Flanke startet den Empfänger - da passiert erst mal nix, außer dass Du ein Flag setzt "jetzt geht's los". (Das wäre dann der Case "Start", für den im Code-Beispiel nix drin steht).
Bei der nächsten Flanke wird dann der Timer gestartet, der für 3/4 der Bitzeit läuft. Wichtig: während der Timer läuft, wird der Pin change Interrupt deaktiviert, weil ja während der Laufzeit des Timers wieder eine Flanke auftreten kann, die aber nicht relevant ist für's Timing.
Wenn der Timer abgelaufen ist, wird nachgeschaut, ist die Leitung high oder low, und das entsprechende Bit im entsprechenden Byte gesetzt. Und der Pin Change Interrupt wieder aktiviert für das nächste Bit.
auf die Art 2x 8 Bits einlesen und in zwei Bytes schreiben (Bit setzen und Shiften) - kann man ja statt diesem Swith Case (also insb. in asm, da gibt's sowas ja nicht) mit nem Zähler machen, 0 heißt warten, 1 heißt Startbit ist empfangen, 2-9 Adress-Byte beschreiben, 10-17 Daten-Byte beschreiben.
Auf die zwei Stopp-Bits kann man dann sch***, oder halt Timer noch zwei mal starten und schauen, ob die Leitung wirklich auf idle ist... bzw. einmal läuft der eh' noch "nach", weil er beim letzten Bit ja noch mal gestartet wird... also ein Stop-Bit kann man auf jeden Fall ohne Aufwand auswerten.
Dann Flag setzen für "Frame empfangen", und die zwei Bytes in der Main Loop auswerten: Bin ich angesprochen (Adresse)? und wenn ja, was soll ich machen (Data)? - und den Zähler natürlich auf 0, für den nächsten Frame... je nach Geschmack noch Rückmeldung ausgeben, oder halt bleiben lassen, wenn nicht nötig...
Im Prinzip also zwei ISRs, die folgendes machen:
Pin Change: Je nach Zählerstand diesen nur weiter zählen (beim Startbit), oder zusätzlich Pin Change Interrupt deaktivieren und Timer starten
Timer Interrupt: nachschauen, ob high oder low, je nach Zählerstand entsprechendes Bit im entsprechenden Byte setzen, Timer deaktivieren, Pin Change Interrupt wieder aktivieren. Wenn alle Bits empfangen sind, entsprechendes Flag setzen.
P.S.: Wegen "unübersichtlich": In asm ist das A und O viel kommentieren! - Sonst blickt man bei eigenen Sachen nach einer Woche nicht mehr durch. Bei mir steht fast in jeder Zeile ein Kommentar - fast mehr Arbeit als die asm-Befehle, aber das ist die "eigentliche Programmierung", also wo man nachvollziehen kann, was passiert. Und auch hier Subroutinen nutzen. Ich habe inzwischen eine Bibliothek aus oft gebrauchten Sachen, jeweils in Subroutinen verpackt. Die eigentliche Programmierung ist dann oft nur noch diese Subs aufzurufen, das ist dann fast wie Hochsprache programmieren mit selbst gebastelten Befehlen... 
