cancom

4 uur geleden, Bekkie zei:

HiRes: Denk niet dat velen van jullie hier zo'n kaart hebben of kennen, laat staan er software voor hebben

 

Het was al duidelijk dat jij er ook een hebt: dat is dan TWEE van de 36... Of er nog op zolders staan en hoeveel van die ene serie van 35 stuks -die er kwam dankzij de GGPC- in een oven zijn beland is een vraag die ik me wel vaker heb gesteld.

Jammer genoeg was "'t P2000-gebeuren" al bezig een aflopende zaak te worden dus je kan zeggen dat de GGPC dan wel zijn best deed met/voor de HiRes maar diegenen die intekenden voor een exemplaar (met de hoop op software) kwamen, een beetje cru gesteld, bedrogen uit.

Ik heb nooit iets gemerkt van wat voor communicatie dan ook over de verdere gang van zaken betreffende de HiRes: mensen die ermee bezig waren, op welke manier dan ook. Tezelfdertijd liep 't ook af met b.v. de TRON en op een gegeven moment droogde e.e.a. helemaal op: geen TRON's meer toegezonden gekregen...

Software: nou, weinig dus. Voorzover ik weet. Ik ben met "gedit" -onder CP/M, ken je denkelijk wel- wat bezig geweest (kleine schema's) en als ik me goed herinner dingetjes onder Basic, en voornamelijk in een zelfbedacht MIDI-programma is de HiRes wel een leuke, niet onaardig uitziende toevoeging: een klavier ziet er nog best wel overtuigend uit ook.

Dus: wij zijn roependen in de woestijn, zeker?

Zo'n beetje inhakend op het voorgaande verhaal dat denkelijk gaat over onzorgvuldigheid volgt er hier een dat eerder gaat over onoordeelkundigheid: 't werk van iemand without a clue.

Heeft iemand hier deze al opgemerkt:

p2000tapes.zip

Nou kan 't mij niet zo denderend veel schelen maar uit de overweging "redden wat er te redden valt aan P2000-software" kan 't hier -sowieso gedeeltelijk- een geval van jammer zijn. Er zitten in de gauwigheid gezien stokoude programma's bij, van P2C2 b.v.

Zowat de helft bevat oorspronkelijk een brok machinecode maar met de gebruikte methode van overbrengen -ongetwijfeld LLIST- is dat allemaal foetsie...

De puur Basic kan je -'t is platte tekst!- nog wel redden als je wat tijd over hebt.

Om uit te zoeken welke bestandsnamen al ergens anders te vinden zijn -erger nog: die op elkaar lijken- is misschien toch nog wel een andere monnik te vinden. Ik weet er geen en ik heb notabene een frater superior in de familie gehad. Shame on me.

7 minuten geleden, dionoid zei:

Iemand heeft hier duidelijk in het .cas bestand de header aangepast en daarbij foutjes gemaakt (o.a. in ieder header het bloknummer op 0 gezet)

 

Ik gaf al aan een paar .cas gezien te hebben (geen titels genoteerd...) met hetzelfde euvel. Als in die x bestanden beide fenomenen voorkomen (kan je een monnik aan 't zoeken zetten?) dan heb je waarschijnlijk gelijk hiermee. De vraag die dan rijst: gaat dit om een geintje? Or what?

28 minuten geleden, dionoid zei:

heel verdacht dat de P2000 bestandsnaam "Adres printer.ca" is

 

en

 

of die te repareren zijn

 

"Adres printer.cas" telt 17 tekens...

De kernvraag is eerder: waar komen die nulbytes vandaan?! Het lijkt me wel heel stug als er een virus bestaat dat weet wat een .cas-file voor ding is, laat staan wat de inhoud betekent. Zéér eigenaardig.

En te repareren: allicht wel. Ben je weer een tijdje van de straat, toch?

13 minuten geleden, blanka zei:

De overdracht via RS232 gaat dan al fout, die kan niet tegen het ontbreken van een bloknummer, ik kan het dus niet op de echte P2000 uitproberen.

Hoezo dat? Het bloknr ontbreekt niet, 't is alleen maar een byte waarde nul en dat moet toch kunnen.

10 uur geleden, blanka zei:

het zou volstaan om de eerste header met de hoogste waarde mee op te slaan. Dan heb je een bestand van Nx1024+32 bytes.

Laat ik me al tig jaar geleden afgevraagd hebben WAAROM de K. zo'n meer-to-the-point en efficiëntere methode NIET gebruikt heeft..,

(een praktischer volgorde: 1*32+N*1024)

Wat de K. betreft hou ik 't maar bij een studentenjeugdzonde. Hij zal best over 't e.e.a. hebben nagedacht maar niet te lang hè.

,,,

Oh ja: ik zag in meer dan 1 ,cas (geen namen noemend) dat in elke header 't bloknummer op NUL staat! Waar komt dat vandaan? En als je de blokken zo op tape zet: raakt 't systeem dan niet de kluts kwijt (ik kan momenteel niks uitproberen) ?

...

Eens gespiekt in de brontekst: bij csave en cload wordt niet gecheckt op een maximaal bloknr. Dus als 't 1e gelezen blok nr 0 is dan volgen er nog heel wat...

1 van die .cassen: Adres printer.cas

Lachen, dit.

Ok:

1 block op tape bestaat uit 1064 bytes plus een paar gaps; zie desgewenst "P2000 System T & M Reference Manual.pdf", paginas 57-59.

Dus: je hebt je laten misleiden door die nepkogel (met zijn methode ernaast schietend) waardoor je berekening van de bits/sec uitgaat van 1280 bytes/block.

Stelling:
".cas" = (programma-) vervuiling-avant-la-lettre

Ook MESS/MAME moet telkens 256 bytes overslaan om het volgende uit te voeren programmabyte te vinden en interpreteren. Awkward, die gaten; of je een virus moet zien te ontwijken.

Zinniger zou zijn geweest:
83 POKE &H9000,&H30:POKE &H9001,&H60
84 POKE &H9002,32:POKE &H9003,0

waarbij 't volstaat dit 1 maal uit te voeren, bij voorkeur voorafgaand aan het betreffende bestand.

Dat in het vervolg alsnog gaan doen schiet eigenlijk ook niet (meer) op.

Op 7-9-2023 om 10:35, blanka zei:

Even wat zitten pennen:

https://www.retrospace.nl/Philips_P2000T_homecomputer.html

Als je iets ziet dat niet klopt, laat het even in een PB weten.

Frappant dat ene M. de K. het voor elkaar krijgt om zoveel jaar na dato nog steeds mensen voor de gek te houden en op te zadelen met een belachelijke/willekeurige methode met als -gelukkig niet wereldschokkend- gevolg dat er alweer sprake is van een heden ten dage vaker optredend probleem: desinformatie.

serial.bas:
83 POKE &H9000,&H00:POKE &H9001,&H60
84 POKE &H9002,0:POKE &H9003,1

De toetsbuffer godbetert...

21 uur geleden, blanka zei:

Weet iemand hoe je het laatste bestand op een bandje kunt wissen? Kan daar niks over vinden. Is soms nodig om de boel te herschikken.

Je hebt meen ik eens in een post gezet dat je "het zwarte boekje" erbij hebt. Desondanks loont 't de moeite de PDF te downloaden en door te bladeren (te vinden op github.com/p2000t en download.homecomputer.museum).

In de andere PDF's kom je ook nogal wat wetenswaardigheden tegen...

Op 22-8-2023 om 17:01, HAL9000 zei:

De disassemblies staan op GitHub Let op: jwsdos1.0.asm assembleert NIET met z80asm. De syntax van het origineel komt niet overeen met die van z80asm. Die disassembly is dan ook meer als conservering bedoeld! Ik had ook geen binary om mee te vergelijken.

jwsdos5.0.asm assembleert, met z80asm, tot een binary die identiek is aan de ook in de repo opgenomen (originele) JWS.bin.

versie 5.0 bevat inderdaad heel veel meer functionaliteit zoals laden en saven van (string) arrays, integratie met BASIC en ram-disk support.

 

Betreft JWSDOS5.0.asm:

line 228:
    jr nz,le002h                        ; TODO: function of this?

wijzig in:
    db  32,0                            ;JWS ID

line 252-254:
    ret

    db  0b1h,04fh                       ; Dead code/data?

wijzig in:
    ret                                 ;if desired, change to JP to enable the display of time and date
    dw  04fb1h                          ;address of routine initializing RTC-update-interrupt
                                        ;the 2nd adaptation of BasicNL1.1 must be present
                                        ;    and of course a RTC... (MiniWare M2200-board)

Op 20-8-2023 om 23:41, HAL9000 zei:

Hi!

Ik heb de afgelopen periode wat uurtjes gestoken in het OCR-en, corrigeren en geheel van engelstalig commentaar voorzien van de assembly code van de @JWS - DOS listing uit het MiniWare document.

Omdat dit blijkbaar niet de laatste versie van JWS-DOS was heb ik daarna de door @cancom hier geplaatste binary file van versie 5.0 van JWS Dos onder handen genomen en ook daarvan een volledig gedocumenteerde disassembly gemaakt.

Ik ben beide files nu aan het doorlopen op de laatste (spel)foutjes en wil ze deze week hier delen en ook toevoegen aan de P2000 Github.

 

Die niet vragen worden overgeslagen...

Oftewel: je KAN eens informeren in een post of iemand heel toevallig een brontekst hééft van programma huppelepup.

Als je het leuk vindt die zelf uit te vogelen dan by all means, knock yourself out. Bedenk daarbij maar dat de mogelijkheid bestaat dat je -ongeveer dan- hetzelfde zit te doen als ondergetekende zo'n 20-30 jaar geleden.

Mocht je deze alsnog willen checken tegenover jouw gewrocht:

Miniware 1.0.bin

Op 20-7-2023 om 08:50, Bertus zei:

Welke aanpassingen zijn er bijvoorbeeld gedaan en wat is het jaar van uitgave? En puur uit interesse: is er naast deze versie ook nog een A1 dan?

 

Het gaat niet om een "nieuwe versie" van de interpreter dus een jaar van uitgave is niet aan de orde: de fabrikant had niks ermee te maken. Het ging erom dat de BIOS alles behalve PDOS negeert waardoor Miniware/JWS niet werd uitgevoerd zodat je telkens de usr-aanroep naar de BIOS-"CPM-start" moest intypen.

Voor die automatische DOS-start is in het 1e kwart op adres #1FA6 de "ld hl,#1019" vervangen door een jump naar de toevoeging in 't 4e kwart die dan wel moet afgesloten worden met diezelfde ld hl en een jump naar #1FA9. That's all folks.

Ik heb "A2" toegevoegd enkel om aan te geven dat er een verschil is. En "A1" was een 1e, iets beperktere, versie. Wie de routines wanneer heeft geschreven staat misschien in een pdf.

Je moest zelf maar zien hoe je de wijziging in je slot1-doos kreeg, al of niet met hulp. Het betekende b.v. dat op een standaard slot1-print de ROMs 1 en 4 vervangen moesten worden door EPROMs.

Op 15-7-2023 om 16:07, Bertus zei:

• Het klopt dat ik er vanuit ga dat de ruimte in de BASIS NL1.1 cartridge boven $4EC7 leeg is. Alle cartridges die ik tot nu toe heb gezien hebben dit. Volgens mij is dit een redelijke aanname om te nemen, maar ik zie graag feiten die hier tegen spreken.

Op 't PPP vind je Basic.bin (lees: BasicNL1.1A2.bin) met de 2e wijziging.

...

Ho, niet waar! Die is nog de originele. Dus:

BasicNL1.1A2.bin

2 uur geleden, blanka zei:

Goed bezig.

Nou eh... nee.

@Bertus heeft 't op die githubpagina dan wel over P2000's met >16kB (waar haalt-ie &HBDFF vandaan) maar zijn "oplossing" heeft tot gevolg dat enkel programma's van maximaal 15.5kB correct "geladen" kunnen worden.

Het heeft geen zin een routine met expliciete adressen in ROM te zetten als het de bedoeling is dat 't op ELKE P2000 werkt. Je moet maar de moeite nemen wat typewerk te verrichten, zo veel regels DATA zijn 't niet.

Daarenboven: er wordt geen rekening gehouden met een mogelijk reeds aanwezige aanpassing van NL1.1 waardoor er helemaal geen vrije ruimte meer is vanaf &H4EC7 (nou ja, enkele bytes). Overschrijf dat dan maar he?

En dan heeft @Bertus 't ook nog eens over 't wijzigen van de BIOS/"monitor". Als je daarin adressen gaat wijzigen dan zou je ALLE ooit geschreven P2000-programma's moeten nalopen op het voorkomen van CALLs/JPs naar BIOS-entrypoints... Geen/niet doen dus.

Op 10-6-2023 om 10:26, cancom zei:

 

Je kan dat schema vinden in enkele pdf's op 't PPP (P2000T Preservation Project) op github.

 

Ondertussen meen ik me te herinneren dat ergens in 1 van die pdf's (op github te vinden) een beschrijving staat van de ombouw van een 16kB-board naar een 64kB-uitvoering. Een vorige eigenaar van die twee 16k's, nu van @blanka, is daarmee niet ver gekomen waardoor @blanka nu met de gebakken peren zit. Pardon, gebakken chips.

Ik heb geen zin te gaan zitten zoeken waarin het staat, NatLab of PTC of welke dan ook. Trouwens, @dionoid heeft nog niet alle pdf's en software en nog zo het een en ander; dat komt als het goed is nog wel dit jaar in een flinke zip via WEtransfer naar hem (als ik z'n mailadres weer te weten kom) en het HCM. Dan hebben jullie heel wat info/docu waaraan het de belangstellenden hier totnogtoe blijkbaar nogal ontbreekt: leuk als je een P2000 op de kop tikt via marktplaats o.i.d. maar zo te zien zit er dan meestal niks aan documentatie bij...

Ik laat het wel weten wanneer ik klaar ben met het weer aan de gang krijgen van mijn P2000T's en het bijeenharken van alle bestanden.

Op 7-6-2023 om 15:55, blanka zei:

Heeft iemand een schema hoe deze print er met KM4164's uit zou moeten zien?

Je kan dat schema vinden in enkele pdf's op 't PPP (P2000T Preservation Project) op github.

Het zal je niet helpen dat ding aan de gang te krijgen want die print is NIET een 64kB-geheugenuitbreiding!

Wel een 16kB zoals de andere. Iemand heeft zonder kennis van zaken misschien gedacht zo'n 16k te pimpen door er 4164's in te prikken. Dat kan niet: de 4116 en 4164 verschillen niet enkel in het aantal bits. Het gevolg is dat de 4164-ers op pen 8 niet +5V (VCC) krijgen maar wel +12V (VDD). Ze werden heel warm zeg je; dat dankt me de koekoek. Je zal die 8 chips in het bakje "kaduuke onderdelen" kunnen gooien...

Kon je afgelopen maandag toch niet het juiste adres gevonden krijgen (de hele dag bleef de intercom stil)?

edit: het zou fijn zijn als iedereen zich hier thuis kan voelen, dus dat we elkaar geen verwijten gaan maken. Hier de essentie:

Er zijn geen berekeningen nodig. Wat in een .cas staat is een exacte kopie van hetgeen in het geheugen staat na het laden van een programma, in blokken van 1024 bytes. Let niet op die header van 256 (!) bytes die niks te maken heeft met de effectieve inhoud van een blok.

't klopt niet als het startadres voor het plaatsen van een programma niet op het gebruikelijke adres wordt gezet. Zie de pointer op &H625C.

Kijk eens op https://github.com/p2000t/documentation/tree/master/programming en download (o.a.) "adresboekje.pdf"; dat kan je een heel eind op weg helpen.

 De inhoud van een regel basic kan niet meer geheugen bezetten dan 251 bytes

1 uur geleden, demesmaeker zei:

1 PRINT "HELLO WORLD" wordt bijvoorbeeld 5b 65 01 00 a5 20 22 48 45 4c 4c 4f 20 57 4f 52 4c 44 22 00

Nah, waar haal je deze onzin vandaan?! De eerste 2 bytes van een basicregel zoals je die ziet staan in het geheugen vormen het adres van het begin van de eventuele volgende regel...

Heb je de handleiding niet, of nogal wat meer documentatie?

En de Z80 werkt nou eenmaal met lowbyte-highbyte als volgorde bij opslaan of lezen van een "woord" zoals een adres.

9 uur geleden, demesmaeker zei:

Hij heeft het druk

- nou en? 't HCM heeft toch een reparatiedienst?

 

De toets zelf doet het nog wel gelukkig!

- zeer eigenaardig

 

23 uur geleden, demesmaeker zei:

Het kapje van de toets komt niet los. Ik durf er niet nog harder aan te trekken? Misschien moet de hele kap van de p2000t er eerst af?

Nou, in 't filmpje ziet de toetskap er gaaf uit maar dat wel erg losse 'gedrag' duidt m.i. op een toets die aan gort is. Dus ja, de kap van de computer eraf, 't toetsenbord los (de connector met beleid lostrekken; je kan dan ook eens checken of die connector en de flatcable nog in orde zijn i.v.m. die power-led) en dan die onwillige toets eruit halen. Hoe e.e.a. zit hangt af van de versie van dat toetsenbord: de 'goeie' of die folie-rotzooi...

Je hebt trouwens niet erbij verteld of die 0-toets wel op 't scherm verschijnt: denkelijk niet want er moet iets grondig kapot zijn aan die knop.

Mocht de toets onherstelbaar zijn dan heb je een probleem, ja. Want zie zo eentje nog maar eens ergens te vinden... (als 't de goeie uitvoering is -met ingesoldeerde schakelaar-toetsen- dan kan ik je nog wel zo eentje toesturen)

En dubbel slordig van 't HCM: nog niet eens een notitie erbij over de mankementen en hoe die aan te pakken, plus niet reageren op je email? Nah, slechte beurt!

16 uur geleden, demesmaeker zei:

Het is de toetskap die aan een kant los zit. (De toetskap is dus het kapje waar de letter op staat, toch?).
Misschien kan ik deze lospeuteren en daarna vastlijmen? De vraag is natuurlijk hoe ik de toets los krijg zonder hem nog meer kapot te maken.
 

Als ik je goed begrijp dan is de toets (de "kap" ja) aan 1 kant gebroken/gescheurd? Dat kan gebeuren als je probeert 't eraf te wippen door aan 1 kant te gaan wrikken: fout, altijd aan 2 kanten tegenover elkaar tillen. Doorgaans laat 't dan makkelijk los.

Zet als je kan eens een foto van de schade hier als 't nog niet duidelijk is.

16 uur geleden, demesmaeker zei:

1) Een toets zit los aan een kant

- bedoel je de toets of de toetskap?

2) het rode ledje brandt niet als de p2000 aan staat
- LEDs kunnen ook kapot maar evt. is 't de weerstand of het spoor

 

3) P2001-1/94

- 2001 i.p.v. 2000 slaat misschien op de herziene layout dus zogenaamd een nieuw type

 

4) Ik heb  39542 bytes vrij
- die max 48kb staat op en.wikipedia.org; kijk dan eens op nl.wikipedia.org, daar staat e.e.a. wat beter en vollediger (maar evenmin compleet)

5) De 6-pins videouitgang

- YPBPR? geen idee wat dat is, 't heet voorzover ik weet RGBS

pen 1: groen

       2: sync (H en V gecombineerd)

       3: GND

       4: rood

       5: blauw

       6: audio (beep)

een kant-en-klare kabel? heel misschien, je zal eerder zelf met de bout aan de gang moeten; die sync is 't enige verschil met VGA: als je dat signaal op pen 2 uitelkaar kan trekken dan is 't in wezen VGA waarbij 't de vraag is of je VGA-scherm de frequenties van de P2000 pikt (de moeite van 't proberen evt. waard)

een website voor de p2000t

- zie eens het PPP op https://github.com/P2000T

 

22 uur geleden, nekaf zei:

Ik kan voor dit mb. dan ook geen schema vinden.

Ga je niet vinden ook: je zal zelf een schema moeten maken van deze 2e versie van 't P2000-mb (nieuwe layout om de productiekosten te drukken). Als 1e aandacht voor 't videocircuit.

Kijk eens bij het topic "Philips P2000T", pagina 7, voorlaatste post van @RoykeA, 1e foto. Ik zie een paar verschillen (notabene): zie op jouw exemplaar de rode draad "boven" de 2016, die zie ik niet op die andere. Wat doet die draad daar?

Wat op je monitor verschijnt snap ik ook niet: er valt eerst nogal wat weg van de boottekst wat dan nog wordt herhaald op dezelfde lijn... dus je monitor kan geen brood bakken van de signalen die bepalen wat waar op de lijn moet komen. Raar. Meten geblazen.

Op 11-4-2022 om 09:51, nekaf zei:

ik heb hem op rgb aangesloten (rgb to composite).

Aha, vandaar grijswaarden.

Op 10-4-2022 om 15:39, nekaf zei:

ik heb de 5050 en de 5020 vervangen met goede. Ik heb het video geheugen ( op dit moederbord de 2016) vervangen. en de rom 2732 en de 74ls244.

Op het originele moederbord komt geen 244 voor. Dus op welk moederbord heb je welk IC vervangen?

Op 11-4-2022 om 09:51, nekaf zei:

Ik heb nog een andere p2000 en die geeft met dezelfde kabel wel goed beeld.

Lijkt me dus wel een probleem met de timing. Ga eens na of de videocircuitklok nog wel goed is: de 6MHz enzovoort.

Enne... je hoeft na downloaden van dat "p2000screen.pg" alleen maar de extensie te corrigeren door de "j" toe te voegen.

13 uur geleden, nekaf zei:

Mijn p2000T aangesoten op een monitor

Je zal tenminste erbij moeten vertellen welke/watvoor uitgang je d.m.v. wat voor kabel hebt aangesloten op welke/watvoor ingang.

Hint: RGBS rechtstreeks op VGA werkt dus niet. De signalen kloppen niet en de timing ervan evenmin.

23 uur geleden, Bekkie zei:

Dit is inderdaad een floppy controller maar geen P2000M board. Eerder een Minware FDC maar dan zonder de extra communicatie poort. De Z80SIO en 2de Z80CTC missen.

De lege plekken waren me nog niet opgevallen, dus ja: misschien een 1e versie vanuit Baexem.

Al lijkt 't door al die nummers meer Philips-achtig.

Philips, Miniware, NEBO. En dan deze erbij: alweer de vierde FDC? Hoeveel boards zijn er wel niet gemaakt he?!

Bijvoorbeeld: wat zou er gebeurd zijn met de 2MB-geheugenkaart die gemaakt werd voor en gebruikt bij Simpeltel?

...

Na 't nog wat bekeken te hebben denk ik toch dat die floppykaart niet van Miniware is maar wel van Philips: net zoals het moederbord werd herzien lijkt me met deze dat ook gedaan te zijn. Er kwam door de andere layout ruimte vrij voor een toevoeging -RS232- die op dit exemplaar nog niet eens bestukt is. Ook geen RS485-chip, Centronics, RAMdisk, RTC...

Het is misschien een P2000 die door een Philips-techneut thuis getest moest worden en daarbij werd uitgeprobeerd een joystick-aansluiting toe te voegen om van de P2000 meer een spelcomputer te maken.

Misschien kan @RoykeA uitvissen welke IC's op dat extra printje zitten; als dat gaat om AD-conversie dan kan 't inderdaad daarom gaan.