Jak zamienić pozycje bitów w bajcie dla LCD podłączonego do AVR?

Zrobiłem byka i źle podłączyłem LCD, czyli D0 do portu 7, D1 do portu 6. No i teraz pytanie, jak to softem naprawić tak aby to zbytnio czasu nie zajmowało?

Może w C i AVR jest jakieś magiczne polecenie?

nie ma tylko ify i operacje bitowe.

To już lepiej tablica, prośbę mam... wyplujesz w exelu takową? moje Oo coś nie bardzo chce zasłaniając się problemem z javą.

figa_miga napisał:

Zrobiłem byka i źle podłączyłem LCD, czyli D0 do portu 7, D1 do portu 6. No i teraz pytanie, jak to softem naprawić tak aby to zbytnio czasu nie zajmowało?

Może w C i AVR jest jakieś magiczne polecenie?

No ale może ja czegoś nie rozumiem? w każdym bądź razie co to za problem ? żeby przekonfigurować sobie piny LCD pod inne piny procka ??? i wtedy nie trzeba żadnych tam jakichś magicznych poleceń ?



Dzięki takiej możliwości konfiguracyjnej to można sobie każdziutki pin posadzić nawet na innym porcie - jak się żywnie podoba i zawsze będzie działać

Rzecz w tym że to LCD graficzne i chcę żeby cały obraz możliwie szybko się wpisał- dlatego wciskam na port całego bajta

Stosując wstawki w asm można to zrobić w 8 krokach z wykorzystaniem 2 poleceń ROR i ROL (przesunięcie w prawo i przesunięcie w lewo z wykorzystaniem flagi 'C').
Najpierw zmienną źródłową przesuwamy w prawo (ROR) bit najmniej znaczący ląduje w 'C' następnie zmienną docelową przesuwamy w lewo - na najmniej znaczący bit wpada to co jest w 'C' i tak osiem razy.

Oczywiście można to zrobić również w C za pomocą '<<' i '>>'.
Na początek sprawdzamy co jest w zmiennej źródłowej na pozycji najmniej znaczącej następnie wpisujemy to w najmniej znaczący bit zmiennej docelowej i przesuwamy zmienną źródłową w prawo a zmienną docelową w lewo i tak 8 razy.

Jedna funkcja załatwia problem.

Nie wiem jak Tobie ale w c mi wychodzi 526 taktów - czy prędkość ta jest wystarczająca?

snnaap napisał:

Nie wiem jak Tobie ale w c mi wychodzi 526 taktów - czy prędkość ta jest wystarczająca?

Kod: text

Zaloguj się, aby zobaczyć kod

526 taktów to bardzo dużo jak na takie operacje. Ale nie dziwota skoro kolega np w pętli for

używa dla zmiennej "i" zmieniającej swoją wartość w zakresie od 0 do 8 czyli wystarczyłby jeden BAJT. Tymczasem kolega niefrasobliwie dobiera sobie typ int (DWA BAJTY) - po co ??? no chyba po to żeby właśnie jak najmocniej utrudnić sobie życie i znacznie wydłużyć nie tylko działanie programu ale nawet zajętość (stosu/pamięci ram na taką zmienną dwubajtową)

Proponuję sobie przemyśleć takie operacje - podobnie z typem zwracanej zmiennej - też int ??? i znowu funkcja traci nie tylko operacje na dwóch rejestrach ale i same obliczenia takich zmiennych przy głupim dodawaniu trwają dłużej.

Warto się zapoznać z typem np:

uint8_t

bo to podstawa w przy takich operacjach.

Cytat:

Proponuję sobie przemyśleć takie operacje - podobnie z typem zwracanej zmiennej - też int ??? i znowu funkcja traci nie tylko operacje na dwóch rejestrach ale i same obliczenia takich zmiennych przy głupim dodawaniu trwają dłużej.

Warto się zapoznać z typem np:

uint8_t...

Oczywiście, wybaczcie mi moją rozrzutność

Zmiana typu daje 190 taktów oszczędności (1/3 mniej - ładnie).


A teraz dla zabawy porównanie z najprostszy kodem w asm



całość zajmuje 18 taktów + oczywiście takty na przekazanie parametrów.

Pozdrawiam

tak jest najszybciej tylko że marnujemy 256 bajtów flasha

limak napisał:

tak jest najszybciej tylko że marnujemy 256 bajtów flasha

Na razie zmarnowałeś 256B RAMu i 256B flasha na inicjalizację

przecież napisałem że kosztem flasha (zapomniałem o RAMie) ale i tak to najszybsza metoda bo to prosty Lookup, potrzebuję chyba mniej niż 18 taktów

A może tak?



Pzdr
TW

W asemblerze to by było tak:Tak na oko około 50 cykli.