Re: Per har sönder något
Postat: 20 december 2023, 07:34:06
Det var länge sedan en uppdatering även om det har hänt en del.
Min Monroe la av igen. Börjar tröttna lite på trasiga 4116 minnen.
Tog tag i saken och skrev om Adrian Blacks test rom för TRS80 till Monroen. Dock behövdes det en del extra för Monroens minnesbankar. Har listat ut lite hur det fungerar med att dissamblera bootloadern.
Dock har jag i princip aldrig gjort någon igentligen med assembler så inlärningskurvan var ganska hög.... Har gjort ett tidigare försök att göra detta till ABC80 med blandade resultat...
Men till slut så fick jag igång den och mycket riktigt så var det inte bara en utan två trasiga minnen.
Nu blev det lättare att byta dem då man vet vilka kretsar det är.
Speciellt lurigt var att väldigt mycket av koden bygger på macro, och la man till en rad kod för mycket så fungerade inte JR inte längre pga längden men assemblern varnade inte för det
Efter att Monroe gick igång så tänkte jag att ta nya tag i samma test rom för ABC80. Denna gången så gick det mycket snabbare och fungerade direkt i ABC80SIM. Smidigt att ha en simulator o testa i vilket jag inte har för Monroen.
Dock är jag inte programmera nog att lösa ABC80's klocka, aka NMI, som drar NMI pinnen och skall köra kod för att uppdatera klockan stup i kvarten. Svårt när man inte har minne att tillgå att få stacken att fungera. Det finns säkert sätt att köra koden i 20ms steg för att på så sätt komma runt NMI hantering med JP tabeller.
Så det blev en special Z80 som får användas som ren abrupt disablar NMI den hårda vägen.
Igår eller igentligen i förrgår var jag o hämtade lite ABC saker åt en kompis. Lovade att renovera en ABC812 skärm men där följde med en ABC80 också. När den ändå stog här så tänkte jag att jag skulle bara prova om den funkar.
Det gjorde den inte. Alla spänningarna var ok och den typ halvkörde kod, men inte riktigt det vanliga minnesfelet. Den hade lite för mycket regularitet i skräp bilden.
I med testrom och Z80'n
Mycket riktigt inte ett vanligt minnesfel utan alla bitar var dåliga... Kanske inte helt sant. Efter lite mätande med skåpet på kretsarna runt minnet så visade det sig att en multiplexer, 74LS257, gav skräp ut på en av pinnarna för adressavkodning. Byte och sedan ny provkörning. Då gav minnestesten ett mycket bättre resultat, 4st döda 4116. Byte och verifierade att minnena var trasiga i retrochiptestern.
O sen såg det roligare ut.
Min Monroe la av igen. Börjar tröttna lite på trasiga 4116 minnen.
Tog tag i saken och skrev om Adrian Blacks test rom för TRS80 till Monroen. Dock behövdes det en del extra för Monroens minnesbankar. Har listat ut lite hur det fungerar med att dissamblera bootloadern.
Dock har jag i princip aldrig gjort någon igentligen med assembler så inlärningskurvan var ganska hög.... Har gjort ett tidigare försök att göra detta till ABC80 med blandade resultat...
Men till slut så fick jag igång den och mycket riktigt så var det inte bara en utan två trasiga minnen.
Nu blev det lättare att byta dem då man vet vilka kretsar det är.
Speciellt lurigt var att väldigt mycket av koden bygger på macro, och la man till en rad kod för mycket så fungerade inte JR inte längre pga längden men assemblern varnade inte för det
Efter att Monroe gick igång så tänkte jag att ta nya tag i samma test rom för ABC80. Denna gången så gick det mycket snabbare och fungerade direkt i ABC80SIM. Smidigt att ha en simulator o testa i vilket jag inte har för Monroen.
Dock är jag inte programmera nog att lösa ABC80's klocka, aka NMI, som drar NMI pinnen och skall köra kod för att uppdatera klockan stup i kvarten. Svårt när man inte har minne att tillgå att få stacken att fungera. Det finns säkert sätt att köra koden i 20ms steg för att på så sätt komma runt NMI hantering med JP tabeller.
Så det blev en special Z80 som får användas som ren abrupt disablar NMI den hårda vägen.
Igår eller igentligen i förrgår var jag o hämtade lite ABC saker åt en kompis. Lovade att renovera en ABC812 skärm men där följde med en ABC80 också. När den ändå stog här så tänkte jag att jag skulle bara prova om den funkar.
Det gjorde den inte. Alla spänningarna var ok och den typ halvkörde kod, men inte riktigt det vanliga minnesfelet. Den hade lite för mycket regularitet i skräp bilden.
I med testrom och Z80'n
Mycket riktigt inte ett vanligt minnesfel utan alla bitar var dåliga... Kanske inte helt sant. Efter lite mätande med skåpet på kretsarna runt minnet så visade det sig att en multiplexer, 74LS257, gav skräp ut på en av pinnarna för adressavkodning. Byte och sedan ny provkörning. Då gav minnestesten ett mycket bättre resultat, 4st döda 4116. Byte och verifierade att minnena var trasiga i retrochiptestern.
O sen såg det roligare ut.