Bertus
-
Aantal items
104 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door Bertus
-
Ik heb nooit met de RS-232 poort gewerkt, maar ik zal een poging wagen om (hopelijk) wat nuttigs erover te zeggen om je in de zoektocht te helpen. Ik hoop dat wat andere forumgenoten kunnen inspringen. Het script van @dionoid lijkt mij een goede start: https://github.com/p2000t/software/blob/master/utilities/pc2p2000t/pc2p2000t.z80.asm In dat script zie je een routine "read_byte" die een byte uitleest vanuit de RS-232 poort middels I/O poort 0x20. Het is een seriële poort, dus je ontvangt inderdaad maar 1 bit tegelijk (anders was het een parallelle poort). Wat dit scrip
-
BASIC geeft dat inderdaad netjes aan, maar het getal is dan gebaseerd op een relatief simpele test. Uiteindelijk wil je controleren of je inderdaad maar 16kb expansie hebt, of dat je wellicht meer hebt, maar dat er een defectje op het expansiebord zit. Een 16kb is echter heel gebruikelijk, dus ik vermoed dat alles wat dat betreft in orde is.
-
Zou je misschien een foto kunnen maken van je RAM expansion board? Het kan zijn dat je alleen een 16kb geheugenuitbreiding hebt. Dan werkt het gedeelte A000-DFFF, maar E000-FFFF niet. Wat betreft de toetsen; misschien maken deze slecht contact. Je kunt de contactoppervlakken voor deze toetsen proberen schoon te maken met een wattenstaafje en wat isopropyl alcohol.
-
Ik heb een paar maanden terug deze gekocht: https://www.bol.com/nl/nl/p/philips-mini-cassette-lfh0005-30-minuten-analoog-clip-1-pack/9300000148258602 en ik kan bevestigen dat deze werken.
-
Duidelijk verhaal, waarvoor dank wederom! Dan ga ik die M1 lijn vervangen voor een A3 lijn.
-
Omdat ik de datacartridge alleen wil gebruiken tijdens een I/O request en niet tijdens een interrupt request. Tijdens een interrupt request gaat nl zowel ~IORQ als ~M1 laag, dus met die inverse M1 wil ik dat voorkomen. Ik snap overigens je punt om A3 te gebruiken; daarmee zou ik de geheugenadressen nog verder kunnen beperken tot echt alleen 0x60 - 0x67. Nu wordt de waarde van A3 niet meegenomen en kun je bijvoorbeeld 0x60 ook aanschrijven met 0x68.
-
Inmiddels heb ik mijn eigen P2000T opengeschroeft en de voedingskabel van de PCB losgekoppeld. Ik deel je ervaring dat de geheugenuitbreiding ook zonder die 5V werkt. Ik heb een uitgebreide geheugentest gedaan en die laat geen fouten zien. Wanneer ik het spanningsverschil tussen de GND en de 5V rails op de PCB meet, dan staat daar een flucturende (minimale) spanning van +/- 0.05V op. Kortom: de chips worden niet meer gedreven op hun VCC pennen, maar halen de spanning via een andere pen binnen. Wanneer een van de chips geen 5V signaal op de VCC pen krijgt, probeert deze, via het pad
-
Ik ben positief verrast om te horen dat hij werkt zonder externe voeding! Leuk dat je dat eens geprobeerd hebt. Meten is weten. Pin 32 (~WAIT) en pin 35 (~LOCK) zijn beiden niet aangesloten op mijn bordje, dus daar kan hij de voeding niet vandaan trekken (lijkt me ook niet verstandig om dat te doen). Ik vermoed dat het bordje draait op de "restspanning" van de gates. Veel CMOS chips blijken vaak goed te draaien zonder dat de VCC pin aangesloten is. De chips draaien nl ook op minder dan 5V en hebben weinig vermogen nodig. Zou je eens de spanning tussen GND en de 5V pin k
-
CALL SERVICE krijg je als de geheugentest tijdens de boot niet succesvol retourneert. Dat gebeurt in de monitor en voordat uberhaupt wordt gekeken of er vanaf een cartridge opgestart kan worden. De hardware-test op de multicartridge heeft dus weinig zin. Omdat je wel de tekst CALL SERVICE in beeld krijgt zou ik het zoeken bij de DRAM blokjes. Ik heb zelf geen ervaring met het controleren van RAM bij de P2000T, wel bij een C64. Hier gebruik ik de volgende strategie. Allereerst met de multimeter de pinnetjes van de DRAM afgaan om te kijken of de spanningen zoals verwacht zijn. Als er
-
A13, niet S0. (heb het bericht gewijzigd)
-
Kan ik me alleen maar bij aansluiten. En ik moet bekennen dat ik dit zelfs heb gedaan, alleen nooit het hele circuit in een simulator gezet. Enkel de stukjes waar ik twijfels over had. In retrospect had ik aan alles moeten twijfelen... Enfin, het viel gelukkig met een enkele botch wire (A13 -> pin2 van de 74HC157) op te lossen.
-
Dank voor jouw scherpe blik! Daar gaat inderdaad nog wat fout op die 74HC157 chip.
-
Dank! Onder de schroefterminal op de PCB zit een optie om een male 2.54mm header te zetten waar je een JST connector op kunt zetten. Het zou me niets verbazen dat dit printplaatje zo'n lage stroom heeft dat je de 5V en GND direct kunt aftappen van een 5V en GND pin op het moederbord.
-
De 64kb geheugenuitbreiding voor de P2000T is af en werkt als een zonnetje! Ik ben uiteindelijk op het volgende schema uitgekomen. (png is 2048x1447 pixels; hoop dat dit nu goed gaat qua uitlezen...) Ik heb nog een paar SMD ledjes toegevoegd aan het ontwerp zodat je de status van het bank register kunt 'uitlezen'. Deze hoef je op de printplaat natuurlijk niet erop te zetten als je dat niet wilt. De PCB sluit je aan op de expansion header die zich achter de cartridge slots bevindt. De 5V en GND haal ik van de voeding PCB af. Voor een impressie, zie onderstaande afbeeldingen.
-
Duidelijk! Maar dat wordt gelukkig netjes afgehandeld door die splittape tool.
-
Ik denk dat ik dan het proces van inladen dan nog niet helemaal snap. Welk stukje van de header is dan problematisch? Bij mijn beste weten werkt het als volgt: $0032-$0033 en $0034-$0035 zijn inderdaad allebei niet deelbaar door 1280, maar dat hoeft toch ook niet? Het BASIC programma stopt gewoon op een bepaalde geheugenlocatie ($6547 + bestandsgrootte) en dat wordt weggeschreven in $6405, $6407, $6409. Hoeveel 'blokken' van 0x400 bytes er ingeladen worden (dus exclusief die 0x100 aan headerdata) wordt bepaald door het getal op $004F.
-
Staat er, afgezien van de "bogus data", dan iets fout in? (weet niet of je de aanwezigheid van de bogus data corrupt noemt) De recnums staan goed en bestandsgrootte is ook in orde. Ik kan beide .cas bestanden gewoon inladen en ze draaien zover ik kan zien prima. Ik kan bevestigen dat je een P2000T met meer dan 16kb geheugen nodig hebt, anders draaien ze inderdaad niet.
-
Dat vroeg ik me onlangs nog af: waarvoor is die jumper precies?
-
Laat ons vooral horen hoe die retrotechnologie ontvangen wordt door de huidige in technologie gemarineerde scholier. Het mooie aan die oude systemen is dat je ze nog redelijk goed kunt begrijpen op signaalniveau. Ik denk dat dat heel leerzaam kan zijn, vooral aan die scholieren die verder willen in electrotechniek of informatica.
-
Maar zou dat niet raar zijn? Jouw P2000T draait toch net zo goed op 2.5 Mhz? Doet dat MiniWare bord nog iets met de monitor-routines wellicht? Laten we eens kijken wat het geeft inderdaad bij een 64k uitbreiding. Als het allemaal netjes lineair schaalt (en ik de tijd voor het bank-switching mag verwaarlozen) dan zou ik op ~2.3 seconden uit moeten komen voor de boot. Dat lijkt me nog te doen voor een eindgebruiker.
-
Was me nog niet opgevallen dat die boot-tijden langer zijn als je meer RAM had. Als je lang moet wachten op een boot is dat inderdaad minder prettig. Voor wat de vergelijking waard is: Ik kom zelf uit (via opname op 60 FPS) op ~0.9s voor de kale 16kb (14966 bytes vrij) en op ~1.6s voor de 48kb (39542 bytes vrij). Redelijk overeen met jouw bevindingen dus. Grofweg duurt die extra 32kb dus ~0.7s langer. Ik weet niet precies wat er exact onder de motorkap gebeurt, maar als er simpelweg een toets wordt gedaan waarin eerst data wordt weggeschreven en dan wordt gecontroleerd, dan zou een
-
Laat ik voorop stellen dat ik altijd veel ontzag heb voor de generatie aan electrotechnici en 'professionele hobbyisten' die met een gaatjesprint een eigenste computer in elkaar gezet hebben toen de CPUs eindelijk betaalbaar werden. Ik ben van een latere generatie die verwend was met PCB printfabs waar je ten hoogste een trace moest wegkrassen en een nieuw lijntje met enameldraad moest aanleggen. Waarom die 5: dat is de minimale afname. Gezien de verhouding tot printkosten en verzendkosten is het aantrekkelijker om met een dergelijke afname te werken. Ik heb zelf hele goede ervaringen met die
-
Er gaat een spreekwoord rond in electronica in de trend van: "The best chip is the one you have in stock." Het voordeel om 74HC00 (NAND) te gebruiken is omdat het net zoals NOR een universele gate is. Je kunt er dus elke andere gate mee maken. Een inverter is beperkter, maar komt met het voordeel dat je er 6 op 1 chip hebt (74HC04) versus 4 voor een 74HC00. Bij een schema probeer ik het aantal chips te minimaliseren, maar wel bij de gangbare chips te blijven. Soms is er een voordeel door te inverteren met NAND gates omdat je die gates toevallig nog 'over' hebt in je s
-
Als je de 688 en de tweede 62256 weglaat dan heb je een karige 24k uitbreiding. (Edit: dit klopt niet; zie bericht van cancom hieronder)
-
Vanaf wanneer moeten we ons gaan schamen? Enfin, nog een poging aan mijn zijde voor dit puzzelwerkje: Als A13 en A14 beiden niet hoog zijn, dan zit je op de eerste 16kb van chip 1. (CS1/=0; A14_1 = 0; A13_1=A14) Als A13 en A14 hoog zijn, dan zit je in banked geheugen ($E000-$FFFF). Wanneer S1 en S2 beiden laag zijn, dan zit je op het chip 1 (CS1/=0; A14_1 = 1; A13_1=S0), anders op chip 2 (CS2/=0). Op chip 2 kunnen we A13_2 = S0 en A14_2 = S2 zetten om 2-5 te mappen op 0-3. Goed punt; die andere poorten ga ik niet snel gebruiken. Echter zoals je al correct ve
