Pierwsze kroki w Pasmo

[tdu]

Ciekawe muszę to przemyśleć.

Właśnie po dodawaniu robi mi się błąd.
Chyba na debuggerze muszę spróbować zrobić test.

W spectaculatorze  chyba jest niezły, a może są inne sposoby
na krokową pracę i obserwowanie rejestrów ? 

[tdu]

Nadszedł wreszcie czas żeby pokazać mój pierwszy program napisany w asemblerze Pasmo.
Dla starych wyjadaczy pewnie będzie to prościutki programik, ale mi zajął tydzień czasu.
Musiałem rozwiązać wiele problemów a teraz już widzę że drugi raz zupełnie inaczej bym go napisał.

Najgorszy jest pierwszy krok, trzeba przestawić się na inny tok myślenia niż w Basicu.
W miarę posuwania się pracy idzie coraz łatwiej.
Tak naprawdę to liznąłem zaledwie wierzchołek góry.

W każdym razie Pasmo to wdzięczny asembler, pokazuje miejsce popełnienia błędu i ku mojemu
zdziwieniu można pracować w układzie dziesiętnym.
(Chociaż przy adresowaniu ekranu, hex też się przydał)

[ikci]

Bravo! Naprawdę jak na pierwszy program to jest coś.

I teraz mam do Ciebie WIELKĄ prośbę.

Ponieważ to Twój pierwszy program to na pewno wszedł Ci mocno za skórę i dobrze go pamiętasz.

Czy mógłbyś to rozpisać na składowe - w sensie na mnemoniki z komentarzem ?
Fajnie by było jakbyś napisał coś o problemach które się pojawiły po drodze i jak to omijałeś.

Byłby to wspaniały sposób na pozwolenie innym (początkującym) by odrobinę zbliżyli się do Twego poziomu   
Oczywiście to ostatnie zdanie jest troszkę "liżydupne" ale dla mnie jesteś MAESTRO!

 

[tdu]

Byłby to chyba przykład jak nie należy programować.

Generalnie jest główna pętla z której wywoływane są podprogramy.
W głównej pętli testowany jest stan klawiszy i w zależności od nich uruchamiane są
różne podprogramy.

Pokazujący pozycje kropki.
Obliczający pozycje o jeden w lewo, prawo, góra,dół.
Ze względu na specyficzną organizację ekranu nie jest to proste.
Opóźnienie czasowe, żeby kropka za szybko nie latała.
Kasowanie kropki na starej pozycji.

A najwięcej czasu straciłem na podprogramie do kasowania kropki w starej pozycji.

Nie rozwiązałem do końca wypisywania tekstu.
Za diabła nie działa mi dyrektywa DEFB z której mają być pobierane teksty.
Napisy zrobiłem trochę na piechotę, bardzo nieelegancko.

A na samym starcie podprogram do kasowania ekranu, zamalowania na żółto, ustawienia kropki na środku.

Tak sobie myśle że można by z tego zrobić grę, przesuwanie kropki ze startu do mety, omijanie przeszkód i pomiar czasu.
Byłyby liczone kolizje i czas.

[trojacek]

Za diabła nie działa mi dyrektywa DEFB z której mają być pobierane teksty.

W GENS służyła do tego dyrektywa DEFS.

[tdu]

Po przeczytaniu dokumentacji gensa i paru próbach
zadziałało mi coś takiego

tylko nie wiem czemu zamiast spacji wyświetla mi znak funta

ld hl,tekst
sko3
push af
call 16
pop af
inc hl
ld a,(hl)
cp 0
jp nz,sko3
ret

tekst DEFB ' ','P','r',"o","g","r","a","m",0

[trojacek]

Spacji? Jakiej spacji?
OK, już zauważyłem W akumulatorze masz na początku przypadkową zawartość, rozkaz LD A, (HL) powinien być przed callem.
Nie wiem natomiast, czemu używasz CALL 16 zamiast RST 16 oraz CP 0 zamiast OR A, jak również JP zamiast JR

[tdu]

Rzeczywiście przegapiłem ustawienie akumulatora, już działa.
CALL 16 bo gdzieś wyczytałem że tak trzeba, nie wiem co to za różnica.

A reszta zarzutów to kwestia mojego niedouczenia i potrzeba dalszej optymalizacji.

[ikci]

Wspaniale! A jak już dojdziecie do wszystkiego to będzie można liczyć na jakieś "linia-po-linii" wytłumaczenie łopatologiczne
działania całego programu?  Wiem, że to nie jest kwestia kwadransa ale to by naprawdę dużo wniosło do tematu nauki
asemblera przez wielu naszych użytkowników.

[trojacek]

CALL 16 bo gdzieś wyczytałem że tak trzeba, nie wiem co to za różnica.

Serio? To chyba jednak korzystasz ze złych źródeł. Załączam stronę z "Przewodnika po ZX Spectrum".

[tdu]

Tę książkę też mam.
Call 16 jest w ABC asemblera z 1988, Rolanda Wacławka,
no sam tego nie wymyśliłem.

On daje tam wtrącenia o CPM i procesorze 8080,
może to chodziło o pracę ZX po CPM.
Nie mam w tej chwili jej pod ręką żeby to sprawdzić.

Działa w każdym razie w obu opcjach, a jaka jest różnica
to muszę dopiero się wczytać.

[Tygrys]

@tdu: jak na pierwszy raz to jest bardzo dobrze.

To co mogę zaproponować z optymalizacji programu to zamiana 'CP 0' na 'OR A'.
W tym przypadku robi dokładnie to samo, tj, jest 1 bajt krótsze oraz szybsze - 4 takty zamiast 7.


@ikci: uczysz się assemblera?

[trojacek]

Tę książkę też mam.
Call 16 jest w ABC asemblera z 1988, Rolanda Wacławka,
no sam tego nie wymyśliłem.

Być może chodziło o czytelność kodu, ale generalnie CALL16 nie ma sensu. RST 16 zajmuje jeden bajt zamiast trzech i wykonuje się szybciej.
Procesor 8080 też miał instrukcje restartów, tylko inaczej zapisywane w assemblerze (RST 0..7). Ale kody instrukcji były identyczne.

[ikci]

@ikci: uczysz się assemblera?

Kilka razy już o tym pisałem na naszym forum, że się uczę.

Każdy kawałek wiedzy jaki tutaj uzyskam jest dla mnie cenny i dlatego naciskam na
kolegę tdu  aby to jakoś rozpisał dokładnie z wytłumaczeniem działania ponieważ
będzie to stanowiło niebywale przydatny podręcznik.  Jeśli coś jest pisane na ciepło
z uwzględnieniem emocji jakie towarzyszyły przy powstawaniu pierwszego programu
to jest to najlepsza szkoła.

[RafalM]

Ikci, a tak zapytam - jak się uczysz?

Odpaliłeś komplilator? Napisałeś SWÓJ pierwszy,drugi, trzeci i czwarty program? Jeśli nie to dlaczego?

Od czytania forum się nie nauczysz, tak jak nie nauczysz się tańczyć oglądając "Taniec z gwiazdami" czy grać w piłkę oglądając mecze. Można jedynie zostać teoretykiem - gawędziarzem.

Programować można się jedynie nauczyć poprzez... no właśnie, programowanie