PIC16F877A - C, VBA, MPLAB, PIC Simulator IDE - Praca inż.

Trochę mi miejsca brakło w temacie by napisać z czym mam problem.

Otóż:
Moja praca inżynierska ma być rejestratorem oznakowania znajdującego się przy drodze. Do procka chcę podłączyć pamięć EEPROM na której będzie zapisywany pomiar. Pewne ustawienia początkowe chcę wprowadzać przez klawiaturę matrycową i wyświetlać na LCD. Wynik pomiaru chciał bym zapisać na karcie MMC lub SD. No i tu jest mały problem. Otóż MMC podłącza się do procka przez SPI (MMC link 1, MMC link 2). Pamięć EEPROM podłącza się poprzez I²C, a po Bożemu I²C powinno iść po RC3 i RC4 (SCL i SDA) tyle że SPI idzie po RC2, RC3, RC4, RC5 (CCP1, SCK, SDI, SDO). Sprawdzałem czy da się w symulatorze wybrać jakieś inne piny z innego Portu na I²C i wszystko chodziło. Pytanie więc brzmi czy aby na pewno można użyć I²C na innej linii niż oznaczona przez producenta?

Programował ktoś z was może PIC16f877A do pracy z MMC lub SD? W sieci nie ma zbyt dużo materiałów na ten temat...

Druga sprawa, chciałem jeszcze dopiąć wyświetlacz LED 5 segmentowy by wyświetlać komunikaty ze współrzędnymi za przednią szybą tak by kamera była w stanie je zarejestrować (LCD ma zbyt małe cyferki i może ich nie być widać na filmie). Tyle, że obawiam się by nie przegiąć bo mam do dyspozycji tylko 5 portów z czego tylko 3 są 8bitowe i mogę się nie zmieścić. Czy opłaca się angażować inny procek (np. PIC16F84A) do sterowania wyświetlaczem i komunikować się z nim np. przez I²C? Czy lepiej kupić wyspecjalizowany kontroler wyświetlacza LED?

Z 8-miu linii bez problemu można zrobić 4 (BCD) za pomocą zwykłego CMOSa do obsługi wyświetlaczy 7-mio segmentowych.
A nawet wysyłać sygnał przez I²C do odpowiedniego sterownika PCF dla 7-seg, ale nadal zostaje problem sterowania 5-oma wyświetlaczami. co angażuje niepotrzebnie procek. Myślałem już nad tym. Narazie wychodzi mi łącznie 9 lini czyli 1,125 portu .

Na upartego można by zastosować jakiegoś CMOSa jako układ 1z10 i ustawić mu zerowanie na 6 pozycji (uzyskujemy dekoder 1z5), wtedy zmniejsza się ilość linii sterujących wyświetlaczem do zaledwie 5. No ale nadal procek musi co jakiś czas wysłać wygnał na port by wyświetlić kolejną cyfrę np. 543.21 (kropka pali się zawsze, więc można ją pominąć) czyli procek musi wysłać w 0101 oraz 1 na 1z5 (zakładamy, że to koniec cyklu i wyświetlał ostatnią cyfrę) potem wysyłamy 0 na 1z5, za chwilę wysyłamy 0100 oraz znowu krótką 1 na 1z5 itd.

Mi w tym przypadku zależało by na angażowaniu procka tylko wtedy gdy jest to naprawdę konieczne, czyli wtedy gdy trzeba wyświetlić kolejną liczbę. Przy sterowaniu jednym wyświetlaczem 7-seg problemu nie ma bo raz wysłany kod BCD na CMOSa zostaje tam zapamiętany do momentu dosłania nowego, a że wyświetlacz jest na stałe wpięty do zasilania więc problem przełączania tu nie występuje.

@MMC
Tak jeszcze drogą wyjaśnienia jakby ktoś miał jednak jakieś dane w tej sprawie. Nie upieram się, że koniecznie muszę trzymać się PIC16F877, a nawet rodziny PIC16. Nie chciał bym tylko zmieniać procka na AVRa bo nie znam Asemblera. A jak na PICach napiszę źle program w C lub VB to zawsze mogę go poprawić w Asemblerze.