atmega 8 als schnitstelle

Indem du den Code analysierst und dir entsprechenden Änderungen
im Code machst, so dass du die einzelnen Pins deines LCD
beliebig an andere Ports verteilen kannst.

Im übrigen ist es keine so gute Idee, das zu tun. Vor allem das
Verteilen der Datenbits des LCD auf andere Pins als 0 bis 3 bzw.
4 bis 7 verkompliziert den Code deutlich. Es wäre daher zu überlegen
ob man nicht eine Hardwareänderung macht und die LCD Pins so gut
es geht zusammenhält.

Alternativ kannst du auch die LCD Lib von Peter Fleury nehmen.
Dort lässt sich jeder Pin einzeln an einen anderen Port verlagern.
Allerdings hätte diese Lib gerne, dass der R/W Pin vom LCD benutzbar
ist.

> Mein Problem ist jetz das ich zwar alle Teile einzel ansteuern kann aber
> nicht alles zusammen grübel das Forum hat mir schon super geholfen.

Das ist eine Frage des Konzeptes. Das Aneinanderreihen von 
Tutorialbeispielen funktioniert nicht sooo einfach.

Vermeide Warteschleifen (egal ob Busywait oder Zeitschleifen) und kehre 
sofort zur Mainloop zurück, wenn einre Aufgabe jetzt nicht erfüllt 
werden kann. So kann Dein AVR andere Dinge erledigen, anstatt auf der 
Stelle zu treten und Takte zu zählen oder Busy/Ready zu pollen.

Der LCD-Code kann z.B. im Hintergrund laufen, zwar in der Mainloop, aber 
von einem Timer über Semaphore synchronisiert. Nutzt Du noch etwas 
AVR-SRAM für einen "Bildschirmspeicher", dann werden Schreibzugriffe 
extrem schnell. Das komplette Auslagern in die ISR könnte dagegen andere 
Tasks ausbremsen.

Das Funkmodul wird ja über Hardware-SPI bedient, oder? Dies lässt sich 
per Interrupt steuern. In der ISR dann nur das Nötigste zun (Daten 
sichern, Semaphore setzen), damit die ISR recht kurz bleibt.

Den TSOP hast Du hoffentlich an den ICP-Eingang angeschlossen? Somit 
kann der IR-Empfang in der ICP-ISR als State-machine laufen und bei 
Erkennen eines kompletten gültigen Telegramms eine Semaphore für die 
Mainloop setzen, die dann auf dieses Telegramm reagieren kann.

...

Vielleicht helfen Dir meine LCD-Routinen für das 8x24-LCD mit M50530 
weiter. Nur mal so zum Anschaun. Ältere Routinen für dieses Display, die 
keinen Bildschirmspeicher im AVR-SRAM nutzen, findest Du, wenn Du nach 
"8x24" suchst.

...

Hier noch Teile des Hauptprogramms zum besseren Verständnis der 
Routinen. Es enthält aber nur Deklarationen, Initialisierung, Mainloop 
(ohne Job-Routinen) und ISRs und ist daher nicht lauffähig.

...

Diese Version (mit Bildschirmspeicher im AVR-SRAM) ist noch gar nicht 
auf meiner Homepage.

Tja, und für C bin ich nicht zuständig, ist mir zu kryptisch.

Aber auch in C sollte es möglich sein, in den Interrupts Semaphores zu 
setzen und in der Mainloop die Jobs entsprechend abzuarbeiten. Etwas 
ASM-Verständnis kann auch in C nicht schaden, wenn man AVRs 
programmieren will. Meine Quelltexte sind übrigens so kommentiert, dass 
man auch ohne Verständnis der ASM-Befehle den Sinn verstehen kann.

...