Goto page Previous 1, 2
Atlantis
Guest
Sun Aug 12, 2018 8:23 pm
Atlantis
Guest
Sun Aug 12, 2018 8:31 pm
On 12.08.2018 22:04, Sebastian Biały wrote:
Quote:
Jak chiński to może. Dodaj solidny elektrolit, najlepiej mały i duzy na
zasilaniu.
Był 1000uF low-ESR. Podczas eksperymentów wstawiłem mniejszy, 220uF.
Opisany problem występował w obydwu przypadkach.
A co do samego CPU - parę tygodni temu przetestowałem go na
prowizorycznej konstrukcji złożonej na płytce uniwersalnej, z dużą
ilością kynaru. Wtedy był w stanie odpalić Enhanced BASIC-a i działał
normalnie. Problemem była jednak wrażliwość tej prowizorki na wstrząsy
(Zimny lut ukryty pod grubą warstwą kynaru? Uszkodzone gniazdko?) więc
przeniosłem projekt na normalne PCB, a właściwie zestaw kilka modułów.
Na razie mam tylko moduł z CPU, pamięciami i podstawową logiką, więc
BASIC-a jeszcze nie odpalę. Mogłem jedynie użyć LED-ów do debugowania.
J.F.
Guest
Mon Aug 13, 2018 11:43 am
Atlantis
Guest
Tue Aug 14, 2018 10:26 am
Swoją drogą, nie chcę zaczynać nowego wątku, więc napiszę tutaj.
Chciałbym upewnić się co do jednej rzeczy - jak wygląda kwestia
kompatybilności CMOS-owych wersji 6502 np taki (R65C02P4) z układami
różnych rodzin logicznych? Zachowują one wsteczną kompatybilność z
układami TTL? Stosując je mogę stosować takie rodziny jak 74LS czy
74HCT, czy jednak powinienem użyć układów z serii 74HC albo 40xx?
Atlantis
Guest
Tue Aug 14, 2018 12:43 pm
Hmm... Już chyba widzę w czym rzecz.
Problem dotyczył poniższej pętli opóźniającej:
DELAY:
LDX $FF
DELAY_LOOP1:
LDY $FF
DELAY_LOOP2:
NOP
DEY
BNE DELAY_LOOP2
DEX
BNE DELAY_LOOP1
RTS
Na pierwszy rzut oka wszystko w porządku, a jednak popełniłem szkolny
błąd. W pierwszych dwóch instrukcjach zabrakło znaku "#'. Z tego powodu
argumentem instrukcji LDX i LDY nie była wartość 0xFF, ale wartość
odczytywana spod adresu 0x00FF.
Goto page Previous 1, 2