Retrofan

On 1/14/2022 at 11:11 AM, Retrofan said:

Hi @cancom,

 

Dank voor de bemoediging en extra suggesties.

 

Nou ik heb er een paar uurtjes aan besteedt van de week maar de reverse enginering inspanningen gaan het niet worden.

Ondanks dat inderdaad de logica van het schema hetzelfde is hebben ze alle componenten anders gebruikt zo lijkt het

.

Dus bijv van de twee LM324 gebruiken ze de individuele OpAmps door elkaar. 

Niet netjes gescheiden, zoals volgens het schema, de ene helft voor de motor/sensor en de andere helft voor de read/write.

 

Daarnaast zijn ook de individueel gebruikte OpAmps niet hetzelfde dus pin 5,6,7 van LM324#1 is opeens pin 9,10,8 van LM324#2 etc. 

Ook zijn de weerstands waarde anders etc. dus beetje lastig te vinden welk deel van de componenten op de print nu bij welk deel van het circuit horen.

 

Anyhow, ik ga nu maar voor de pragmatische shortcut;

Heb twee andere P2000T laten aanrukken en ga gewoon maar "Zoek de verschillen en kleur de plaatjes in" doen! (-'

Beetje zakte bod vanuit een enginering oogpunt maar tijd is ook kostbaar zal ik maar zeggen.

 

Als ik het gefixed heb laat ik wel even weten waar het hem nu in zat.

Ervan uitgaande dat het probleem niet te beschamend simpel blijkt te zijn uiteraard.

Want dan hou ik het angstig still en voor me zelf natuurlijk (-'

 

Fijn weekend allemaal,

 

 

 

haha story of my life. (-'

De eerste 'extra' P2000T is aangekomen en guess what?

Die heeft netjes het 'nieuwe' model MDCR.

Dus precies zoals waar we het schema van hebben.

Dus daar heb ik niets aan om te vergelijken en de andere te repareren.

Maar goede nieuws is dat als die ooit kapot gaat ik die makkelijk via het schema fixen (-'

Maar wel even uitgewisseld met de andere P2000T want die is netter en heeft 32k.

Later deze week komt de andere P2000T maar ben bang dat dit ook een nieuwe zal zijn.

(Ik had beetje (onterrecht) gedacht dat de nieuwere MDCR's wellicht hoofdzakelijk in de CNC's zouden zitten en de oudere MDCR's veelal in de P2000T's)

Anyhow, het lijkt dus dat dus mijn 'eerste' P2000T een vroegere versie is geweest.

20 hours ago, Retrofan said:

 

Beetje oud topic maar kan geen nieuwe post vinden mbt dit onderwerp.

 

Heeft iemand ooit het bovenstaande werkend gekregen?

 

Of heeft iemand een ander alternatief om files van PC 2 P2000T te kunnen doen via de seriele verbinding?

 

Als ik het probeer kan ik wel data sturen naar de seriele poort maar op een willekeurig moment gedurende die transfer komt de PIEP toon en RESET de P2000T.

 

Dus kan niet checken of er uberhaupt bitjes zijn binnen gekomen...

 

 

@Mvl, heeft me hier even mee geholpen en alles werkt nu gewoon met de code zoals gepubliseerd!

Verschillende programma's heb ik nu netjes op bandjes staan. Erg bedankt M! (-8

En aan @dionoid, Prachtig stukje code dat je gemaakt hebt!!

On 9/7/2019 at 12:35 AM, dionoid said:

 

Super! Hoeveel geheugen heeft jouw P2000T?

 

Het begint allemaal met het overtikken van deze 27 regels BASIC code op je P2000T:

10 REM P2000T programma laden via RS232
20 REM Versie 0.2 door Dion Olsthoorn
30 CLEAR 50,&H9DFF+256*32*(PEEK(&H605C)+(PEEK(&H605C)=1))
40 M=PEEK(&H605C) : Z = 32*(M+(M=1))
50 BASE = &H9E00 + 256*Z
60 T=0 : I=0 : PRINT CHR$(12)
70 READ P$ : IF P$="stop" THEN GOTO 110
80 P=VAL("&H"+P$) : POKE BASE+I,P
90 IF P=&H9E OR P=&H9F THEN POKE BASE+I,P+Z
100 I=I+1 : T=T+P : GOTO 70
110 IF T=9923 THEN GOTO 130
120 PRINT "Typefout gemaakt in DATA" : END
130 DEF USR1=BASE + &H1D
140 PRINT "Start ontvanger op P2000T met ?USR1(0)"
150 PRINT "Dan op PC .cas bestand zenden naar COM"
160 PRINT "9600 baud, geen parity en 8 data bits"
200 DATA C5,DB,20,E6,01,20,FA,06,15,10
210 DATA FE,06,08,DB,20,1F,CB,19,C5,06
220 DATA 10,10,FE,C1,10,F3,79,C1,C9,F3
230 DATA 06,00,21,00,9F,CD,00,9E,77,23
240 DATA 10,F9,21,4F,9F,4E,21,47,65,18
250 DATA 07,06,00,CD,00,9E,10,FB,11,00
260 DATA 04,CD,00,9E,77,23,1B,7A,B3,20
270 DATA F6,0D,20,E9,11,47,65,2A,34,9F
280 DATA 19,22,05,64,22,07,64,22,09,64
290 DATA 3A,B9,63,C6,02,32,B9,63,32,59
300 DATA 62,3E,07,CD,4A,10,FB,C9,stop

Bewaar dit vervolgens op een P2000T cassette (noem het bijv. pc2p2000.bas), zodat je het de volgende keer weer kunt gebruiken.

 

Daarna de PC koppelen aan de seriële poort van de P2000T (via het RS232-to-USB adapter kabeltje).

Op Windows kun je bij de Device Manager kijken op welke COM-poort de USB adapter is gemapt. In mijn geval is dat COM5. In de voorbeelden hieronder moet je dus jouw eigen COM-poort nummer gebruiken.

 

Dan op de PC een command prompt openen om voor deze COM poort de juiste baudrate etc. instellen (9600 baud, geen parity en 8 data bits):

mode com5 baud=9600 parity=n data=8 stop=1

Dan op de P2000T de pc2p2000 utility laden en "installeren" door RUN te doen. Daarna het volgende commando geven om de P2000T te laten luisteren naar de seriële poort:

?usr1(0)

En vervolgens op de PC een .cas bestand sturen naar de juiste COM poort

copy BrickWall.cas \\.\com5

Daarna wachten op de pieptoon, waarna de cursor weer te zien is op zowel de P2000T als je PC. Dit betekent dat het programma succesvol is ingeladen.
Hierna kun je het ingeladen spel bewaren op cassette met CSAVE of direct kunt spelen met RUN.

Hier zijn trouwens enkele .cas bestanden te vinden: http://ftp.komkon.org/pub/EMUL8/P2000/Tapes/

Voor grote spellen (zoals 'Fraxxon.cas') heeft je P2000T mimaal 32K RAM nodig, en voor 'VluchtSimulator.cas' zelfs 48K RAM.

 

Het mooie is: als er updates komen voor deze utility, dan kan ik ze als .cas bestand sturen, zodat je de nieuwe versie kan inladen via zichzelf 

 

Laat me weten of het wel / niet lukt.

 

Tips:

• Om te testen of de kabel werkt, kun je in een Windows command box de baudrate van de COM-poort op 1200 zetten en dan TYPE COM5 doen (gebruik ipv '5' jouw eigen COM nummer), waarna je op de P2000T <shift><00> (de printer-key) indrukt. Dit stuurt alles op het scherm van je P2000T naar je PC, dus als het goed is zie je dat.
• Ook heb ik gemerkt dat de 'mode' instellingen die je op de PC doet weer worden gereset naar de standaard waarden als je de USB stekker los- en daarna weer vastmaakt.

 

Beetje oud topic maar kan geen nieuwe post vinden mbt dit onderwerp.

Heeft iemand ooit het bovenstaande werkend gekregen?

Of heeft iemand een ander alternatief om files van PC 2 P2000T te kunnen doen via de seriele verbinding?

Als ik het probeer kan ik wel data sturen naar de seriele poort maar op een willekeurig moment gedurende die transfer komt de PIEP toon en RESET de P2000T.

Dus kan niet checken of er uberhaupt bitjes zijn binnen gekomen...

On 1/9/2022 at 10:57 PM, cancom said:

Ja, @Retrofan, dat is nou vervelend, dat herziene ontwerp van o.a. de MDCR-print. Want voor het opsporen van een mankement is 't bij de hand hebben van een schema wel handig als aanknopingspunt. Ik heb die schema's evenmin.

 

Het is waarschijnlijk dat niemand de bijbehorende schema's (en layout, stuklijst) heeft behalve misschien nog Philips zelf in een stoffige hoek van een eventueel archief. Je zou eens een mailtje kunnen proberen met de vraag of ze die documentatie nog wel hebben en ook nog zo welwillend zijn je een kopie toe te sturen...

 

Misschien is de enig overblijvende mogelijkheid wat aan reverse-engineering te gaan doen: kijken, meten en tekenen. Heel veel verschillen kom je dan ook weer niet tegen want alles moest allicht wel hetzelfde functioneren.

 

Heb jij even pech met je "nieuwe" P2000T...

 

...

 

Ik heb nog de pdf over de MDCR bekeken (alweer te vinden op gitgub: documentation/hardware)  en in het schema staan nogal wat componenten in het BeginEndTape-circuit. Je zal toch eerst moeten uitzoeken hoe dat op jouw print is gerealiseerd voor je zonder veel tijd eraan kwijt te zijn kan gaan uitvissen hoe en waar het mis gaat. I'll tell you: ik kwam eens tot de "ontdekking" dat in een circuit een weerstand glad doormidden was; horizontaal geplaatst en spontaan gebroken! Kom zoiets tegen.

 

Dus, zoek en gij zult vinden. Succes ermee en laat het eens weten.

 

Hi @cancom,

Dank voor de bemoediging en extra suggesties.

Nou ik heb er een paar uurtjes aan besteedt van de week maar de reverse enginering inspanningen gaan het niet worden.

Ondanks dat inderdaad de logica van het schema hetzelfde is hebben ze alle componenten anders gebruikt zo lijkt het

.

Dus bijv van de twee LM324 gebruiken ze de individuele OpAmps door elkaar. 

Niet netjes gescheiden, zoals volgens het schema, de ene helft voor de motor/sensor en de andere helft voor de read/write.

Daarnaast zijn ook de individueel gebruikte OpAmps niet hetzelfde dus pin 5,6,7 van LM324#1 is opeens pin 9,10,8 van LM324#2 etc. 

Ook zijn de weerstands waarde anders etc. dus beetje lastig te vinden welk deel van de componenten op de print nu bij welk deel van het circuit horen.

Anyhow, ik ga nu maar voor de pragmatische shortcut;

Heb twee andere P2000T laten aanrukken en ga gewoon maar "Zoek de verschillen en kleur de plaatjes in" doen! (-'

Beetje zakte bod vanuit een enginering oogpunt maar tijd is ook kostbaar zal ik maar zeggen.

Als ik het gefixed heb laat ik wel even weten waar het hem nu in zat.

Ervan uitgaande dat het probleem niet te beschamend simpel blijkt te zijn uiteraard.

Want dan hou ik het angstig still en voor me zelf natuurlijk (-'

Fijn weekend allemaal,

Just now, Retrofan said:

 

Hi Cancom,

 

Dank voor die extra info en die is zeer waardevol.

Omdat ik uiteraard nog niet door alle documentatie ben gegaan en niet precies weet wat waar staat.

In de volgende fase kan dit zeer zinvol zijn mochten er ook nog leesfouten optreden nadat de BET werkt.

Ik heb ook al draden nagelopen maar zonder success.

Wel was een van de draden met een open einde gevaarlijk dicht bij de GND rail dus hier kan zeker wat aan verbeterd worden.

 

Zoals in mijn reactie aan HAL9000 is mijn schema en board anders en mist er een deel van de electronica.

(Als in was geen onderdeel van het ontwerp)

 

En helaas zorgt die missende electronica voor o.a. de BET detectie. Dus ze doen het op een andere manier in mijn versie dan gebruik  te maken van de 'T'

Het is dus onduidelijk waar ik het andere (tape draait of niet) signaal vandaan moet halen.

Omdat er geen extra signaal draden van het loop werk komen.

Dus het moet ergens in de electronica opgelost.

 

Als ik BET handmatig aanstuur (wat erg tijd gevoelig dan werkt het tot op zekere hoogte.
Dus als ik formateren/inhoud/maak quasi master tape doe.

Vervolgens wacht tot de tape terugspoelt en dan heel snel zelf de BET onderbreek en weer maak..........

 

Dan kan ik er wel voor zorgen dat het process verder en geeft voor voor de verschillende testen; 

 

-) Formateren - OK

-) Inhoud - OK

-) Quasie Tape - 01. HEADER OK OK

 

Echter krijg ik daarna als ik; 

 

"CSAVE' - Een OK of Leesfout 

"Quasi Master" - NO MARK

(Wat ik wel begrijp omdat mijn handmatige schakelen de correcte timing waarschijnlijk in het honderd gooit)

(Die kan ik pas goed caliberen wanneer nodig als de BET werkt zoals zou moeten)

 

Ik zit dus weer even vast met deze spelt in een hooiberg.

Maar laat de suggesties komen want voordat je het weet komt er wel en "oh ja" moment om verder te testen en te proberen.

Ik heb al wel een extra HEF4011 laten komen om mogelijk mijn eigen BET te maken als 'work around'

Maar dan nog heb ik een signaal nodig wat bepaald dat de tape niet langer fysiek draait.

(Ik kan uit het schema niet goed lezen of er al zo'n circuit inzit wat meet of de stroom door de motoren boven een bepaalde waarde komt)

 

Jij ook bedankt voor het meedenken, wordt gewaardeerd!

 

En aan alle sorry voor de vele informatie die ik deel maar vele weten meer dan 1.

Het zou mooi zijn als we deze P2000T links or rechts om weer in ere kunnen herstellen.

 

 

 

 

 

 

 

On 1/7/2022 at 6:46 PM, cancom said:

Dan is misschien een ander mankement hiervan de oorzaak: neem een kijkje in https://github.com/p2000t/documentation/tree/master/TRON/TRON4.pdf , pagina 27.

 

En mogelijk heb je een P2000 met de herziene layout van processorboard (en MDCRboard)? Ik heb ergens hier (of op CoL) een foto gezien, ik meen in een post van @RoykeA. Als jouw "moederbord" ook zo eruit ziet dan heb je die nieuwere versie. Of in het schema van e.e.a. ook verschillen zitten, geen idee.

 

Hi Cancom,

Dank voor die extra info en die is zeer waardevol.

Omdat ik uiteraard nog niet door alle documentatie ben gegaan en niet precies weet wat waar staat.

In de volgende fase kan dit zeer zinvol zijn mochten er ook nog leesfouten optreden nadat de BET werkt.

Ik heb ook al draden nagelopen maar zonder success.

Wel was een van de draden met een open einde gevaarlijk dicht bij de GND rail dus hier kan zeker wat aan verbeterd worden.

Zoals in mijn reactie aan HAL9000 is mijn schema en board anders en mist er een deel van de electronica.

(Als in was geen onderdeel van het ontwerp)

En helaas zorgt die missende electronica voor o.a. de BET detectie. Dus ze doen het op een andere manier in mijn versie dan gebruik  te maken van de 'T'

Het is dus onduidelijk waar ik het andere (tape draait of niet) signaal vandaan moet halen.

Omdat er geen extra signaal draden van het loop werk komen.

Dus het moet ergens in de electronica opgelost.

Als ik BET handmatig aanstuur (wat erg tijd gevoelig dan werkt het tot op zekere hoogte.
Dus als ik formateren/inhoud/maak quasi master tape doe.

Vervolgens wacht tot de tape terugspoelt en dan heel snel zelf de BET onderbreek en weer maak..........

Dan kan ik er wel voor zorgen dat het process verder en geeft voor voor de verschillende testen; 

-) Formateren - OK

-) Inhoud - OK

-) Quasie Tape - 01. HEADER OK OK

Echter krijg ik daarna als ik; 

"CSAVE' - Een OK of Leesfout 

"Quasi Master" - NO MARK

(Wat ik wel begrijp omdat mijn handmatige schakelen de correcte timing waarschijnlijk in het honderd gooit)

(Die kan ik pas goed caliberen wanneer nodig als de BET werkt zoals zou moeten)

Ik zit dus weer even vast met deze spelt in een hooiberg.

Maar laat de suggesties komen want voordat je het weet komt er wel en "oh ja" moment om verder te testen en te proberen.

Ik heb al wel een extra HEF4011 laten komen om mogelijk mijn eigen BET te maken als 'work around'

Maar dan nog heb ik een signaal nodig wat bepaald dat de tape niet langer fysiek draait.

(Ik kan uit het schema niet goed lezen of er al zo'n circuit inzit wat meet of de stroom door de motoren boven een bepaalde waarde komt)

Jij ook bedankt voor het meedenken, wordt gewaardeerd!

En aan alle sorry voor de vele informatie die ik deel maar vele weten meer dan 1.

Het zou mooi zijn als we deze P2000T links or rechts om weer in ere kunnen herstellen.

On 1/7/2022 at 3:33 PM, HAL9000 said:

Ik vond dit in de P2000 nieuwsbrieven van april en juni 1987. Hopelijk helpt dit!

Hi HAL9000, 

Dank voor het schema maar helaas is dit van de versie die het niet is.

Op mijn board zit maar 1x een 555 en het circuit van 'SQUARER' en 'T' circuit lijkt te missen.

Ik heb dus wel een CLEAR signaal op andere pinnen die aangeven of de motor stil staat of dat hij voor of achteruit spoelt.

(Wat 1 van de inputs is om het BET signaal te bepalen)

Maar kan dus niet vinden welk alternatief signaal er gebruikt wordt voor de 'SQUARER'.

(Omdat er niets lijkt te zijn (sensor of zo) wat bijhoudt of de tape fysiek nog beweegt of niet (circuit T is er niet))

(De signalen A5 en A6 bestaan niet, de connector van de motor heeft louter M1, M2, switch CIP, switch WE, 12V)

In ieder geval bedankt voor het meedenken!

4 hours ago, Retrofan said:

Weet er toevallig iemand waar een "schema" en "componenten" layout (of functie diagram) van de CASSETTE DRIVE van een P2000T te vinden is?

 

In het "P2000T Field Manual" dat ik heb staan ze beiden niet.

Daar staat alleen de pin/connector beschrijving naar het moederboard.

 

Mijn cassette werkt helaas niet correct.

De motor blijft spinnen terwijl de tape still staat aan het begin of eind van een tape.

Na een tijdje krijg ik een mededeling; "Header Rewind Timeout"

 

Als ik pin 7 (BET-N) meet op de connector staat daar altijd +12V op ongeacht of de tape stil staat, spinned of aan het begin/eind van een tape blijft spinnen tot de timeout.

(Dit zou het Begin_End_Tape signal moeten zijn)

 

Nu kan ik momenteel niet bepalen waar deze +12V vandaan komt en hoe deze laag gemaakt wordt bij het bereiken van een begin/end Tape.

 

Is er ergens een sensor in de cassette deck aanwezig wellicht? 

Of  is er een schakeling die de 'stroom meet' en wanneer een begin/end is en de stroom boven een bepaalde waarde komt wordt zou de BET moeten schakelen van hoog naar laag.

 

Als er iemand is die meer informatie kan geven om dit op te lossen heel graag!

Korte update: Na wat speur werk wel een Field Service Manual van de MDCR gevonde op de P2000T github document side.

Dat heeft al veel goeds opgeleverd, helaas is echter die versie anders dan mijn board.

(Ik lijk versie 8203 235 06673 te hebben) 

Met als gevolg dat het concept me wel helder is nu hoe het zou moeten werken.

Maar tijdens het meeten blijken helaas niet de genoemde voltages op betreffende pinnen te staan.

Voor de kenners,  op IC 9 (HEF4011) is pin 4 niet met pin 12/13 verbonden zoals in het schema vermeld.

Het is me wel gelukt om de BET handmatig te onderbreken als de tape aan het eind of begin van de tape komt.

Dit zorgt er inderdaad voor dat het 'formateren' van een tape iets verder komt dan daarvoor.

Maar het is niet de oplossing en bevestig alleen dat het controle signal ergens de mist in gaat en gecorrigeerd moet worden.

Als er iemand is de iets kan betekenen dan hoor ik het graag!

Weet er toevallig iemand waar een "schema" en "componenten" layout (of functie diagram) van de CASSETTE DRIVE van een P2000T te vinden is?

In het "P2000T Field Manual" dat ik heb staan ze beiden niet.

Daar staat alleen de pin/connector beschrijving naar het moederboard.

Mijn cassette werkt helaas niet correct.

De motor blijft spinnen terwijl de tape still staat aan het begin of eind van een tape.

Na een tijdje krijg ik een mededeling; "Header Rewind Timeout"

Als ik pin 7 (BET-N) meet op de connector staat daar altijd +12V op ongeacht of de tape stil staat, spinned of aan het begin/eind van een tape blijft spinnen tot de timeout.

(Dit zou het Begin_End_Tape signal moeten zijn)

Nu kan ik momenteel niet bepalen waar deze +12V vandaan komt en hoe deze laag gemaakt wordt bij het bereiken van een begin/end Tape.

Is er ergens een sensor in de cassette deck aanwezig wellicht? 

Of  is er een schakeling die de 'stroom meet' en wanneer een begin/end is en de stroom boven een bepaalde waarde komt wordt zou de BET moeten schakelen van hoog naar laag.

Als er iemand is die meer informatie kan geven om dit op te lossen heel graag!

Ik zie dat mijn "reply" niet achter die van @Bertus is geplaatst maar aan het eind van de thread.

Mijn berichtje verwijst uiteraard naar het berichtje van "@Bertus Posted August 13, 2021"

Ff wennen aan een nieuw forum.... 

@Bertus, dit is een geweldig stukje werk!

Ik ben nieuw in de wereld van P2000T dus leuk dat dit forum bestaat en zo actief is.

En dit is precies waar ik ook naar op zoek was.

(Heb wel wat ervaring in het bouwen van uitbreidingen voor de ZX Spectrum en C128 maar nog niet voor P2000T)

Was al wat schema's en documentatie aan het verzamelen om zelf een multi-cartridge te ontwerpen.

Maar wat jij gemaakt hebt is al perfect.

Als er een mogelijkheid is dat ik er ook een mag kopen/testen/lenen laat het weten want ik ben zeer geintereseerd!

Prettige jaarwisseling allemaal,

PS Wanneer ik iets kan bijdragen aan het P2000T forum in kennis of kunde laat het gerust weten.