Bertus

On 11/25/2023 at 3:48 AM, cancom said:

Check, check en check 1 dag of meer later nog eens. En voor zo'n niet al te grote schakeling is 't handig die in een circuitsimulator te tekenen -zeker als je "scherpe blik" stilaan meer moeite heeft een logicatrein te blijven volgen zonder te ontsporen- waardoor je kan zien of -en zoja hoe- 't de mist in gaat.

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.

On 11/23/2023 at 1:54 PM, cancom said:

@Bertus: op je P2000 met je nieuwe 64k type eens in:

poke &ha000,65:poke &hc000,67:?peek(&ha000),peek(&hc000) <enter>

 

IC's aanelkaar knopen is en blijft een verneukeratieve hobby.

Dank voor jouw scherpe blik! Daar gaat inderdaad nog wat fout op die 74HC157 chip.

14 hours ago, blanka said:

Mooi werk weer. Helaas zitten die van mij al bijna allemaal vol, alleen een dode P2000 niet. Is het een idee de schroefterminalgaten gewoon 2,54mm uit elkaar te doen zodat er een JST connector op kan, dat is netter dan van die schroefklemmen. Wellicht draait ie ook wel met de moderne laag-energie chips van tegenwoordig ook wel direct van het hoofdbord, of is dat te uitdagend voor de voeding?

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.

Ik heb ook een simpele RAM tester utility geschreven. Deze toetst het RAM boven 0x6200 en test ook de bank switching. (als je op onderstaand plaatje klikt wordt je naar een YouTube filmpje verwezen).

Als mensen geïnteresseerd zijn om te testen, laat me even weten! Ik heb nog 1 lege printplaat over als je zelf alle componenten in huis hebt en nog 1 met alle componenten erop. Als er veel interesse is kan ik weer een batch aan printplaten bestellen.

Je kunt ook zelf bestellen; alle ontwerpbestanden zijn op onderstaande Github repository te vinden.

https://github.com/ifilot/p2000t-ram-expansion-board

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.

5 hours ago, blanka said:

Trouwens, de .cas files zijn ook corrupt, dat kan ook boosdoener zijn.

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.

6 hours ago, Hawker17 said:

ondanks dat ik ze niet kan laden in een fysieke P2000T

Ik kan bevestigen dat je een P2000T met meer dan 16kb geheugen nodig hebt, anders draaien ze inderdaad niet.

5 hours ago, HAL9000 said:

Het viel me nu ook op dat het 'dopje' om bij de jumper op het moederbord te komen ook ontbreekt... 

Dat vroeg ik me onlangs nog af: waarvoor is die jumper precies?

14 hours ago, blanka said:

Nu nog 3 kabels maken voor de andere P2000s en die in de klas. Is kijken of ik iemand zo gek kan krijgen dat ie Z80 assembly wil gaan proberen.

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.

4 hours ago, blanka said:

Ik heb zitten meten.

Kale bak 1,5 seconde reset tot OK, met 16kB vertikaal insteekbordje 3 seconde tot OK.

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 simpele (en toegegeven erg ruwe) berekening goed in de buurt komen van die 0.7 seconden. Stel dat je de data wegschrijft met een LDIR (16 t-states per byte) op 2.5 MHz , dan zit je op 0.21s. voor die operatie. Als ik dan een factor twee reken voor terug inlezen en controleren, kom ik al aardig in de buurt van die 0.7s.

43 minutes ago, cancom said:

1 ter vervanging van een handbedrade gaatjesprint. Maar daarvan heb ik er echt maar 1 nodig... Dus waarom 5; houdt e.e.a. in dat je maar moet hopen dat er eentje helemaal in orde is en de rest kan meteen bij het afval?

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 printhuizen en nooit een defecte PCB gehad, maar ze spreken zelf wel uit dat je er 5 krijgt voor het geval eentje een fabrieksfout bevat.

43 minutes ago, cancom said:

In de pdf blijven de labels -in al die "ports" (?) aan de pins- bij inzoomen scherp genoeg dus onmiskenbaar (klein font dat in de png steeds vlekkiger toont). Merci voor de gedane moeite.

Ik ben er dan nog steeds niet helemaal uit wat nu precies het probleem is. Is het lettertype simpelweg te klein? Hebben andere mensen op dit forum er ook problemen mee? Ik lever het graag in een ander formaat aan, maar moet dan even weten waar het euvel zit.

43 minutes ago, cancom said:

Dan ben ik benieuwd hoe dat uitpakt: wegen naar Rome weet je wel. FYI:  al gezien dat D1 verkeerdom staat?

Super. Benieuwd naar je bevindingen. En dank voor de waarschuwing! Niet gezien.

43 minutes ago, cancom said:

Is dit nou de kicad-manier van schematekenen?

Ik ben een hobbyist en heb deze manier me aangeleerd op basis van andere schema's die ik op internet met KiCAD gezien heb. Zo zie ik de meeste gebruikers van die 'tag-labels'  gebruiken i.p.v. line-kabels. Neem dus zeker niet mijn manier van schematekenen aan als evangelie.

43 minutes ago, cancom said:

Het opstarten eindigt dan rap met "CALL SERVICE". Dus ofwel een 16k met niks erbij ofwel een 32k met bankswitch: de BIOS pikt de middenweg niet.

Wederom dank voor jouw verder rijkende kennis hierin! Mijn redenatie was gebaseerd zonder de monitor / bios in beschouwing te nemen. Als ik mag doorvragen: staat de bios wel toe om nog grotere geheugenuitbreidingen te hebben? Nu loopt de counter tot $05, maar is dat de bovenste limiet? (los van het feit dat er geen software is die dit ondersteunt) 

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 schema. Hetzelfde geldt voor NOR gates. In het specifieke geval waar je naar refereert heb ik al een revisie gemaakt (zie mijn vorige post met .pdf en de .svg bestanden) en daar gebruik ik nu 1x74HC32 (4xOR), 1x74HC00 (4xNAND) en 1x74HC04 (6xNOT). Het kan best dat het nog eenvoudiger kan met mindere of andere chips, dus voel je vrij om mee te puzzelen!

Om even het absurde op te zoeken: ik zou de 00, 04 en 32 nog kunnen vervangen voor bijvoorbeeld een EECPLD zoals de ATF16V8B-15PU omdat de timing niet heel kritisch is (de chip heeft een tpd van 15 us, wat genoeg zal zijn voor de P2000T), maar dat zou ik dan weer persoonlijk een brug te ver vinden. Die chip is niet eenvoudig en behoeft een flasher. Meestal proberen we binnen de 74' serie blijven en dan specifiek die chips die nog actief geproduceerd worden.

7 hours ago, blanka said:

Ik heb even het doel gemist, maar wel een vermoeden?

Jullie proberen een cheap-ass geheugenuitbreiding te ontwerpen voor eenieder die zijn karige 16kB machine wil pimpen tot 80kB bak?

Maak m ook geschikt voor een karige 16kB uitbreiding. 40Kb met bank switchen lijkt leuk, maar iedere RESET duurt dan wel 7 seconden. Er zijn immers heel weinig programma's die niet op 32kB werken.

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)

9 hours ago, cancom said:

Al die moeite om welgeteld 3 adresbitjes te manipuleren...

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.

9 hours ago, cancom said:

Terzijde 1: alle IO-adresbits checken is alleen nodig als je tevens iets gaat bijbouwen dat ook poortadressen in 't bereik #90-#9F gebruikt. Ik heb geen idee of die 688 (veel) prijziger is. Als je alles in SMD's doet dan scheelt 't niet 4 boorgaatjes, maar toch: ?

Goed punt; die andere poorten ga ik niet snel gebruiken. Echter zoals je al correct vermoedde: Die 688 zit op 41 cent en 4 extra boorgaatjes kost niets extra's want je betaalt tegenwoordig 1 euro per PCB (bij afname van 5) ongeacht het aantal gaatjes. Ik gebruik trouwens meestal THT componenten, tenzij ik echt geen plaats heb of heel erg veel zin heb om met mijn oude bankpasje soldeerpasta door een sjabloon te strijken.

9 hours ago, cancom said:

Terzijde 2: je had 't over 300dpi maar elke png is 96. Houdt kicad je voor de gek soms? En ik kan dat exporteren als image (dat in EAGLE kan) nog niet eens vinden.

Ik zie geen instelling in Kicad om die resolutie aan te passen dus ik had een vector-PDF gemaakt en die met Photoshop omgezet naar een .png. In Photoshop gaf ik 300dpi aan en ik heb een .png van 3315 x 2265 pixels. Leek me groot genoeg, maar ik weet niet wat het forum doet met plaatjes. Misschien worden die weer gedownsampled? 

Zal ik .svg en .pdf eens proberen dan maar? Beide vectorformaten die je "oneindig" kunt inzoomen. Hoop dat dit goed voor je werkt.

p2000t-ram-expansion-board.svg p2000t-ram-expansion-board.pdf

1 hour ago, cancom said:

A13 op IC5 moet gewoon A13 zijn, niet geschakeld. En de banknummers kloppen zo ook niet: 0 en 1 zijn op deze manier ongeldig. De overige moeten dan nog "vertaald" worden: van 2-7 naar 0-5.

Zo gaan die dingen.  Terwijl ik beide schema's aan het bestuderen was kwam ik ook al op die conclusie uit. Ik heb een revisie gemaakt van mijn schema (en me laten inspireren door ook een 74HC158 te gebruiken). Ik kom hier op uit:

Op basis van A14 toets je dus eerst of de adresbus tussen A000-DFFF zit. Indien zo, dan zit je in de eerste 16kb en moet A13 direct op de A13_1. Staat de adresbus op E000-FFFF, dan is A14 hoog en moeten we kijken of we op chip1 of op chip2 moeten zitten. Dan kan door S1 en S2 te toetsen. Als tenminste een van beide hoog is, dan zit je op chip 2, anders op chip 1. Op basis van die logica kun je een ~CS1 en ~CS2 signaal bouwen.

Tenslotte moeten de adreslijnen A13_1, A14_1, A13_2 en A14_2 nog gekoppeld worden op A13, S0, S1, en S2, maar dat gaat allemaal via een enkele 74HC157. NB: Ik heb S0 en S2 respectievelijk op A13_2 en A14_2 gekoppeld via de HC157, maar dat is strict genomen niet nodig.

@cancom Klopt mijn redenatie of zie ik nog iets over het hoofd?

1 hour ago, cancom said:

In een pdf, of een png/jpg van minimaal 150dpi (300+ maakt geen wezenlijk verschil), blijft makkelijker duidelijk of er nou een 0 of 8 staat.

Als het goed is zou de PDF een vector-afbeelding moeten bevatten, dus dan kun je zover inzoomen als je wilt. Voor de PNG heb je gelijk, daar moet ik even op de resolutie letten. Ik hoop dat ik het nu beter heb gedaan. (300 DPI, maar je moet wel nog steeds op het plaatje drukken om hem groot te maken)

1 hour ago, cancom said:

Btw: waarom haal je VCC van 't moederbord, is dat niet lastiger? Ok, welke connector dus: die op de voeding heb ik al jaren terug vervangen door een gebruikelijker type.

Goede vraag. Ik was onder de aanname dat die 40-pin expansion board header geen (stabiele) 5V had. Ik had mijn ontwerp gebaseerd op het ontwerp in de P2000GG nieuwsbrief (1-7; blz 58) en daarin haalde men alles vanaf het moederbord. Wat is die DISA (D in FSM) pin eigenlijk?

1 hour ago, cancom said:

Ik vraag me wel af of 't weglaten van een databusbuffer inderdaad kan: heb je de timing nauwgezet bekeken?

Op basis van onderstaand diagram van de Z80 ging ik ervan uit dat eerst de adreslijn stabiel wordt gemaakt en dan pas het ~MREQ signaal wordt gegeven. We krijgen dus exclusief toegang tot de databus wanneer ~MREQ laag is. Op alle andere momenten zijn de chips inactief. De ~IOREQ timing ziet er overigens vergelijkbaar uit.

1 hour ago, cancom said:

Het schema is toch niet zo klein gebleven: aardig wat IC's... waarvan ik denk dat 't allemaal klopt.

Weinig chips gaat het hem sowieso niet worden, maar de chips zijn heel goedkoop tegenwoordig dus dat is niet echt een beperking. Onafhankelijk van jou had ik onderstaand diagram gebouwd, maar ik vind de bank logics via 3x74HC157 een heel stuk eleganter dan mijn oplossing met al die gates.

Ik ga alles nog een keertje doorspitten en dan maar eens een proef-PCB'tje bestellen.

13 minutes ago, cancom said:

Tot welke resolutie gaat kicad met 't exporteren van een sheet in png of jpg? Deze is niet helemaal duidelijk.

 

En waarom niet 2 van die 62256's, ik heb even gespiekt naar de prijs: bepaald niet duur.

Ik dacht dat ik hem met voldoende resolutie had geëxporteerd. Je kunt op het plaatje klikken en dan wordt hij vergroot in je browser geopend. Desalniettemin: ik heb hier ook een download link voor de PDF welke je heel ver kunt inzoomen: https://www.dropbox.com/scl/fi/t6dhlmnuyb13zmxagfe9i/p2000t-ram-expansion-board.pdf?rlkey=ab8gcy0ecogt94enopx6it52r&dl=0 Ik hoop dat dat zo fijn voor je werkt.

Je hebt helemaal gelijk dat die 62256 supergoedkoop zijn (2,14 euro per stuk). Wat zou je voorstel dan zijn qua schema als ik er twee zou gebruiken?

Ik ben me aan het verdiepen in het bouwen van een RAM expansion board met moderne chips. Op basis van het field-support manual kwam ik op het volgende schema uit (zie afbeelding). Naar ik heb begrepen zitten er op dit forum een paar befaamde componentenbouwers en ik zou graag hun input eens horen of dit schema zou kunnen werken.

Samengevat: ik koppel een 32kb static ram chip op data en adrespoorten. Middels ~MRQ (memory request) en RAMS2 wordt deze chip uit de low-impedance modus gehaald via ~OE. ~RD en ~WR lijnen zijn direct op deze chip gekoppeld. De onderste 16kb zitten gekoppeld op 0xA000-0xDFFF. De bovenste 16kb moeten aangeboden worden via bank switching. De bank switch kan bepaald worden door een bit op D0 te schrijven naar poort 0x94. Dit laat ik via een flip-flop gebeuren, die 0x94 op de adresbus uitleest (via o.a. een dual quad-AND gate en 5 inverters) tezamen met ~IORQ. Dit geeft RAMSW als uitvoer. Door middel van een multiplexer (U6) wordt A13 vanuit de adresbus doorgeschakeld naar de ram chip als A14 laag is (wanneer je dus A000-DFFF benadert). Wanneer A14 hoog is (wanneer je dus E000-FFFF benadert), dan bepaalt RAMSW of je het laagste of hoogste 8kb segment van de bovenste 16kb op de RAM chip benadert.

@blanka Wat mij verteld werd was dat hij een aansluiting had gebouwd op zo'n LED lichtkrant. Ik weet er het fijne niet van, maar volgens werken die led-bakken met een simpel protocol dus het lijkt me niet onredelijk dat je dat aan kunt sturen met je P2000T. Ik was in de veronderstelling dat dat lichtkrant programma enkel een lichtkrant op het scherm projecteert.

2 hours ago, blanka said:

Ik heb wel idee dat er nu iets misgaat bij Ghosthunt. De originele lijkt nu overschreven.

Wat zie je dan precies? Ik heb het spelletje zelf zonder problemen kunnen spelen.

Ik was zelf positief verrast dat het allemaal net past op een 16kb versie. Het spelletje neemt 14619 bytes in beslag en wordt geplaatst vanaf (ik gebruik even voor het gemak hex-notatie) 0x6547. Je vult dan alles van 0x6547 + 0x391B = 0x9E62. Je zit dus net onder de stack pagina en ik neem aan dat er ook nog variabelen ergens opgeslagen moeten worden.

2 hours ago, blanka said:

De BASIC regel is vrij curieus. Alsof het een oude gehackte versie is. De titel pagina is hierin ook schuivend gemaakt, wat niet origineel is, maar wel leuk.

Er bestaat ook gewoon een officiele .BAS voor online distributie. Met klassieke "Philips" REM regels.

Waar heb je die opgeduikeld @Bertus ?

Deze stond op een tape die ik bij een P2000T had gekocht. De vorige eigenaar had een eigen zaak (een snackbar) en was een computer-enthousiast. Hij vertelde dat hij de P2000T ook gebruikte voor het aansturen van een lichtkrant. Enfin; kan er niet heel veel over vertellen. Alle bestanden hebben ook een 'AVR' extensie waarvan we ook nog niet duidelijk hebben wat die precies zijn en de tapes beginnen allemaal met een '?-index' bestand.

On 10/10/2023 at 6:33 PM, gmc said:

Is er linux support, of is ms windows vereist? Ik zie dat de GUI in Qt geschreven is, dus dat lijkt me wel porteerbaar, maar er zijn vast hardware API's die windows specifiek zijn?

Compilatie voor Ubuntu werkt in ieder geval als een zonnetje. Instructies vallen hier te vinden:

https://github.com/ifilot/p2000t-tape-monitor/tree/master/gui

Het zit inmiddels ook ingebakken in de Github Actions procedure (CI/CD), dus wordt bij elke nieuwe commit ook telkens getest dat het valt te compileren onder Ubuntu. Zie bijvoorbeeld:

https://github.com/ifilot/p2000t-tape-monitor/actions/runs/6486774883/job/17615657820

1 hour ago, gmc said:

Dat zal voor mij ook een barriere zijn. Is er linux support, of is ms windows vereist? Ik zie dat de GUI in Qt geschreven is, dus dat lijkt me wel porteerbaar, maar er zijn vast hardware API's die windows specifiek zijn?

Ik verwacht geen enkel probleem om dit te compileren op Linux. De Windows variant op Github Actions wordt zelfs op een Linux distro gecross-compiled voor Windows. Alles zit volledig in Qt en Qt doet zelf de juiste kernelinstructies per OS uitrollen. Welke distro heb je precies? Ik kan eventueel voor je uitproberen.

1 hour ago, djkoelkast said:

Je mag altijd PM-toegang vragen, als je een serieuze user bent (en dat ben je) heb ik geen enkel probleem met PM eerder openzetten.

Ik zit ook in die situatie. Ik heb in het verleden wel PM rechten gehad, maar volgens mij moet je nu 50 posts daarvoor hebben om te mogen versturen. Ik kan wel ontvangen. Enfin, zou ik ook PM-toegang mogen hebben?