Wijnand

Oke, De bovenstaande informatie, een open geschroefde ROM-pack en een universeelmeter naar een wat duidelijkere tabel omgezet...

Dus blz. 3-31 moet gecorrigeerd worden naar CARS1n naar A13 en CARS2n naar B12...?

Dan de tabel op blz. 3-3. Staan CARS1 en CARS2 op de juiste plaats? En gaat het hier eigenlijk om CARS1n en CARS2n (zoals in het schema)?

Op 14-8-2021 om 09:47, cancom zei:

 

Dat kwam ik hier niet tegen; denkelijk wel op COL. Ik bladerde hier eens terug en jawel: nog twee met hetzelfde euvel van die verwisselde pennen: @Alex en @Wijnand. Verdomd hardnekkige miskleun van dat Flipke. Ik heb zo'n vermoeden dat in die grijze oudheid misschien niks werd teruggekoppeld: van uiteindelijke layout/routing naar degene die verantwoordelijk was voor het schema. En vervolgens steeds maar klakkeloos overgenomen. Jammer dat nogal eens niet wordt gedacht: wacht eens, is alles wat in dit boek staat wel evangelie?

 

Je blijft lachen. Het geeft niks, er gebeurt niks desastreus: het eerste 't beste byte klopt al niet dus de module wordt niet herkend. Stoppen die handel.

 

En waarin ook weer stond dat artikeltje...? Doet niet ertoe. Een probleem(pje) met die schakeling KAN zijn dat de Z80 wel degelijk last kan hebben in die zin dat er gevraagd wordt om een gedefinieerde puls (zie de datasheet) maar die krijgt-ie niet. Eventueel heeft dat invloed op de correcte interne afhandeling. En een (maakcontact)toets zonder dender... nee, geloof ik niks van.

 

Vandaar dit:

 

 

Let maar niet op de rest, 't gaat om die 123 (IC10).

 

Nu staan er wat RC's bij met een waarde die ik toevallig had liggen dus die zijn evenmin 't evangelie...

Wel is de bepaling van de pulstijd van de tweede poort -dus- in zekere mate kritisch vanwege de eisen van de Z80.

 

Het werkt, wat wil je nog meer?

 

N.a.v. "en jawel: nog twee met hetzelfde euvel van die verwisselde pennen: @Alex en @Wijnand." en een zelf ontworpen ROM-kaart met een heleboel doorgekraste banen en toegevoegde draadjes, eens de zaak opnieuw op een rijtje zetten.

Het deel van de address decoder in fig 4.6.1 SHEET 1.  Waar zit nu de fout? Klopt de aanduiding bij de ROM32x8 bij de pinnen 6 en 7 dan wel? En zijn dan de slot nummers 12B en 13A aan de rechterkant van het schema verwisseld?

Hallo luitjes, eindelijk m'n T-tje aan de praat. De hele topic nog eens een keer doorgenomen om te kijken wat er nu voor mij het meest interessants aan de orde is gekomen (want er is wat afgekletst in deze topic!).

Op de eerste plaats het "P2000T Preservation Project" en dan met name het documentatie gedeelte. Ontzettend veel uitgehaald. Tegen het software gedeelte loop ik nu pas aan.

Verder de (ook in het Preservation Project gearchiveerde) P2000T emulator (m2000-win64), een prachtig stukje software, inclusief de resources. Wordt een verplichte app voor mijn kleinzoon voordat hij op de echte machine mag.

Wat mij op het ogenblik het meest interesseert is hoe de T uit te breiden voor het gebruik van floppy's. De hardware M2200 van Miniware spreekt mij het meeste aan, alleen hoe kom je aan zo'n kaart? Zwerven die nog ergens rond? Is die na te maken? Heeft iemand daar ervaring mee? Of zijn de andere alternatieven een betere optie?

Verder wil ik jullie wijzen op een I/O cartridge waarvan zelfs de insiders in deze topic nog nooit van gehoord zullen hebben. De RC5 interface van Will Hildering.

Toentertijd voor mij leuk om mijn K12 TV vanuit de T te bedienen. Nuttig??? Ik betwijfelde het toen al, nooit meer afgebouwd.

Van mij mag deze topic (en ook andere als de CHE en Labbus) nog heel lang voortgezet worden. Groeten...

Wie wie kan mij helpen aan documentatie (schema) van deze SmartTerm clone? Alvast dank...

Gisteren eens (naar aanleiding van de hier gevoerde discussies) naar het Home Computer Museum in Helmond geweest. Voor mij (intussen 72) een berg nostalgie. Ze kunnen zeggen wat ze willen, ik vond het zeker de moeite waard om er eens binnen te lopen. Net of de tijd heeft stilgestaan. P2000 en CHE in volle glorie. En aan een vervanger voor die afgebroken toets van m'n Commodore 64 konden ze me ook helpen.

Overnemen/kopen of alleen repareren?

Halo @diangelo, kan je me helpen? Gr.

@diangelo, Whow... Dat is geweldig. Omdat er echt niks op internet te vinden is, was ik al bang dat dat ding van de aardbodem verdwenen was (leek me wel sterk). In welke hoedanigheid is die van jou? Als echte homecomputer of net als die van mij als meer voor embedded/experimentele toepassingen. Heb je de documentatie ergens op internet staan?

Waar ik in eerste instantie het meeste in geinteresseerd ben zijn de bus, de memory map en de wat afwijkende methode om de I/O kaarten te adresseren. Verder heb ik de 2446 CPU kaart (6809). En de monitor natuurlijk LABBUG 5.3.17.

Kun je misschien wat fotootjes maken?

Ik ben ZEEEEER geinteresseerd. In afwachting, groeten...

Dit modulaire systeem (in de uitvoering van hierboven) is te vergelijken met de huidige microcontrollers. CPU, met (EP)ROM en RAM, digitale (PIA) en analoge i/o (ADC en DAC) communicatie faciliteiten ( UART, rs232, rs485, can, etc). Je hebt een host nodig waarop je je programma (asm, c) schrijft en omzet naar machine code voor de target (in dit geval m6809) en download naar RAM van het systeem om het daar te laten draaien. Flash was er toen nog niet, dus voeding weg, programma weg.

Iemand ervaring met CMOC?

http://perso.b2b2c.ca/~sarrazip/dev/cmoc.html

Het heeft op de CPU-kaart een (25 polige) RS232 connector en dan via RS232->USB naar PuTTY. Moet even kijken of ik met PuTTY Motorola S-records kan downloaden. reverse-engineering is een optie, maar als er ergens nog documentatie ligt is dat een gemakkelijkere weg.

Ja wat kun je met dit (zie boven) systeem... In verhouding met het huidige spul: niks!!! Er zitten een aantal a/d en d/a kaarten bij en wat ander spul. Als ik een eenvoudige c-compiler voor op unix heb gevonden (GNU, CMOC...) ga ik eens proberen er een PID-regelaar in te stoppen.

Hai, Ja die had ik ook al gevonden. Raar, er moeten van dat populaire onderwijs systeem toch nog wel paar exemplaren ergens rondzwerven? We wachten af... Groeten.

Eerste vraag: Wie kent (of heeft documentatie over) de commando's en parameters van LABBUG 5.3.17? Ik moet toch op een of andere manier wel wat 6809 machinecode kunnen inladen...

Gevonden heb ik al:

R

T .... (Trap on/off)

U ....

I . .... ....

O . .... ....

D .... ....  (Dump memory beginadres eindadres)

F

G

X

C

V

M (Memory load format?)

Ik heb een nieuw RetroComputer topic toegevoegd. Het Labbus Microcomputer Systeem van Microproject. Vast bij de echte retro fans bekend. Laat van je horen....

Ik heb een nieuw RetroComputer topic toegevoegd. Het Labbus Microcomputer Systeem van Microproject. Vast bij de echte retro fans bekend. Laat van je horen....

Ik heb een nieuw RetroComputer topic toegevoegd. Het Labbus Microcomputer Systeem van Microproject. Vast bij de echte retro fans bekend. Laat van je horen....

Het Labbus Microcomputer Systeem werd rond 1980 ontwikkeld en geproduceerd door het Ingenieursbureau Microproject BV te Haarlem t.b.v. met name de HTS'en in Nederland. Het systeem is opgebouwd uit modulen van het eurokaartformaat en heeft een eigen busstructuur. Toentertijd waren met name de 6800, 6809 en 6502 populair. Verder stonden er een scala aan RAM en I/O-modulen ter beschikking. Op de MC6809 CPU module draait het monitorprogramma LABBUG 5.3.17. Er schijnen zelfs UCSD-Pascal, Basic- en Lisp-interpreters en een Small C-compiler ontwikkeld te zijn.

Wie kent dit systeem, heeft daarmee gewerkt en/of... heeft er nog documentatie over liggen.

Hoeft natuurlijk niet alleen voor basic, maar kan ook voor andere programmeertalen toe te passen zijn. Moet natuurlijk wel over API’s richting P2000 nagedacht worden. Maar die moeten ook voor de assembler al ter beschikking staan...

Even een hersenspinsel. Wanneer je op de plaats van ROM op de ROM cartridge RAM zou zetten en deze met behulp van een ESP via WiFi een gecompileerd basic programma (machine code dus) kan aanbieden, zou dat een optie zijn? Dat zou een hoop gepiel overbodig maken. Gewoon een tekstfile basic, compile slag en een download protocal. Ik weet niet of er uberhaupt basic compilers zijn, hoe werken die simulatie programma’s, zijn dat allemaal interpreters? 

Inderdaad, zo is het... En laten we die discussie, wat nu wel of niet in retro-land kan/mag, binnen deze topic afsluiten. Voor mij is de historische informatie en de ondersteuning van anderen bij de restoratie van mijn P2000, CHE-1, Term-1 en WD-16H goud waard. En wanneer ik daar ook nog iets aan kan bijdragen doe ik dat met plezier...

Hallo @Bekkie Grappig, dat wist ik niet, maar dat verschil bedoelde ik niet. Ik heb hier 3 MDCRs liggen voor mijn CHE-1, soort in- opbouw variant. Ik dacht de pcb uit te wisselen met die van de P2000, maar dat past voor geen meter. Vandaar mijn oproep...

@HAL9000 Bedankt voor de tip. Ik heb nog een MDCR liggen, maar die heeft een andere vormfactor wat pcb en loopwerk betreft. Raar eigenlijk dat ze die toen niet allemaal hetzelfde hebben gemaakt. We wachten af...