Hallo Forum. Ich hoffe ihr könnt mir bei meinem Problem behilflich sein. Ich besitze eine Maho MH 500 W2 Fräsmaschine mit Heidenhain Steuerung. ich würde gerne zwecks eines Monitor defektes, einen neuen Monitor verbauen. Dazu habe ich im Forum bereits einen Beitrag gefunden: Beitrag "Heidenhain Monitor BE 212 für TNC 351" Dort wird im vorletzten Eintrag von Boris F. (skyperhh) beschrieben, dass mittels eines XOR Gatters VSync mit HSync zusammengeführt wurde und mit einer gbs8200 ein Bild an einem VGA Monitor zustande kam. Dies würde ich gerne an meiner Maschine ebenso umsetzen wollen, jedoch fehlt mir das nötige Verständnis wie so ein XOR Gatter aussehen muss, welche Komponenten ich benötige und wie ich dies dann mit der gbs8200 verbinde. Mein bisheriger Monitor ist ein BE 132 b. Dieser sollte bauähnlich zu einem Panasonic M12000 er Serie sein. Meine Steuerung ist eine CNC232 Gruß Fabian
Angehängte Dateien:
-
20240815_213152.jpg
230 KB -
20240815_213203.jpg
220 KB -
20240815_213213.jpg
230 KB -
20240815_213229.jpg
230 KB -
20240815_213306.jpg
240 KB -
20240815_213354.jpg
180 KB -
Monitor_Schnittstelle_19A2.png
11 KB
Fabian K. schrieb: > jedoch fehlt mir das nötige Verständnis wie so ein XOR Gatter aussehen > muss, welche Komponenten ich benötige und wie ich dies dann mit der > gbs8200 verbinde Der Schaltplan, den er verwendet hat, ist im Beitrag vorhanden. Wenn du damit allein nichts anfangen kannst, wäre es sinnvoll, dass du dir jemanden suchst, der dir das macht.
:
Bearbeitet durch Moderator
Beitrag #7720664 wurde vom Autor gelöscht.
Der Titel ist Mist, CRT Monitor 15,625 kHz oder 18 kHz gegen VGA 31kHz passt nicht zusammen, wenn dann nur als Multisync
Fabian K. schrieb: > an einem VGA Monitor Nicht jeder VGA Monitor synct auch auf 15625kHz, nur Multisyncs können das. Deiner kann das offenbar, sonst hätte er bei Boris nicht funktioniert. Rohren sind allerdings seit 20 Jahren out und es gibt TFT die ein composite Signal direkt verarbeiten können. https://www.pi-shop.ch/display/composite-video Ich würde auf so einen TFT umrüsten.
Joachim B. schrieb im Beitrag #7720664: > und etwas Kenntnisse im Umgang Anhand Deiner Fragestellung scheint mir bisher wenig Hoffnung auf Erfolg. https://de.wikipedia.org/wiki/VGA-Anschluss Frag Boris, ob er Dir evtl. helfen kann.
Joachim B. schrieb: > CRT Monitor 15,625 kHz oder 18 kHz gegen VGA 31kHz Es gab auch VGA-Monitore mit CRT. ;-) Aber ja, korrekt, der Monitor muss das können. Ob die heute üblichen TFT-Monitore mit VGA-Eingang so weit nach unten synchronisieren, keine Ahnung.
Danke Schonmal für die vielen Antworten. Vorneweg der Monitor auf den Bildern ist der Orginale. Boris schrieb mir vorneweg, ich solle ein paar Bilder hinein stellen. Ihr habt recht mit eurer Annahme, ich habe nicht viel Ahnung von so einer Schaltung und von den Bauteilen die ich benötige. Deswegen bin ich hier her gekommen, um euch um Hilfe zu bitten. Gruß Fabian
Jörg W. schrieb: > Ob die heute üblichen > TFT-Monitore mit VGA-Eingang so weit nach unten synchronisieren, keine > Ahnung. eher nicht, aber TFT mit VGA und CAV FBAS composite gelbe chinch Buchse av Eingang sind ja auch nicht selten
:
Bearbeitet durch User
Das Problem mit den unterschiedlichen Frequenzen sollte der GBS8200 lösen: https://www.arcadexpress.com/de/videokonverter/127-1981-gbs8200-cga2vga-cga-ega-yuv-zu-vga-video-konverter.html
Fabian K. schrieb: > Deswegen bin ich hier her gekommen, um euch um Hilfe zu bitten. Naja, "Hilfe" bedeutet, dass du denkst, dass du es selbst machen kannst, aber noch Hinweise brauchst. Mich dünkt allerdings, dass du selbst so ein Gerät nicht bauen kannst. Dann ist das eine Art Produktentwicklung (wenn auch für ein Einzelstück), mit allen Konsequenzen. Wie geschrieben, der Schaltplan existiert in dem von dir verlinkten Thread. Wenn du denkst, dass du den in ein Gerät umsetzen kannst, dann nur zu! Die dann noch fehlende Hilfe wirst du hier bekommen können.
Also direkt auf VGA-Eingang kannst den GBS-8200 Mist komplett vergessen, wenn dann nur über Composite mittels XOR, das dem GBS füttern und dann VGA-Out vom GBS verwenden. Und hoffen, dass es irgendwie funktioniert. Oder gleich was mit FPGA basteln, da kannst dir den Kram wenigstens selber zurecht basteln und musst nicht das Chinesium anbeten, dass es denn funktionieren möge....
🍅🍅 🍅. schrieb: > Also direkt auf VGA-Eingang kannst den GBS-8200 Mist komplett vergessen, > wenn dann nur über Composite mittels XOR, das dem GBS füttern und dann > VGA-Out vom GBS verwenden. Und hoffen, dass es irgendwie funktioniert. Ich hab das GBS-8200 Board als Wandler für die Zeilenfrequenz verwendet. Das Board kann an einem Eingang die CGA Zeilenfrequenz von 15,7 kHz verarbeiten (nix Composite!!!) - was ungefähr auch die Frequenz der Steuerung ist. Aber, warum auch immer, benötigt das Board dann für die RGB-Farben Pegel nach VGA Standard (analoger Spannungswert - CGA TTL Pegel), deshalb der Spannungsteiler zusammen mit den Dioden für die Helligkeit.
So... ich hab mir das ganze mal genauer angeschaut und es gibt ein "Problem", so das ich meine Lösung und die Leiterplatte so nicht 1:1 an Fabian weiter geben kann... Bei meiner Steuerung gab es das Signal "Hell/Dunkel" - auch als Intensität Bezeichnet ... dies fehlt oben auf dem Kabelbaum - war bei meiner Steuerung PIN 12. Der Bildschirm selbst benötigt das Signal laut Servie Manuel aber nicht... Müsste also das TTL Video Signal mit einen Spannungsteiler auf 0,7V bringen (evtl. noch ein Poti zum Pegel einstellen) und dann direkt ins GBS einspeißen, evtl. zur Sicherheit noch einen kleines Gatter zur Entkopplung spendieren... Die Bezeichnung "Hell, Dunkel & CW" im Kabelbaum beziehen sich auf das externe Poti zur Helligkeitseinstellung "Brigness control".
:
Bearbeitet durch User
Boris F. schrieb: > So... ich hab mir das ganze mal genauer angeschaut immer noch daneben, du kannst an einem CRT mit 15,625 kHz keine VGA 31 kHz Signale einspeisen, egal wie du h- & v- Sync XORst oder addierst oder mischst, das mit der Helligkeit ist noch zweitrangig, das Videotiming wird nie stimmen.
Joachim B. schrieb: > du kannst an einem CRT mit 15,625 kHz keine VGA 31 > kHz Signale einspeisen, egal wie du h- & v- Sync XORst oder addierst > oder mischst Will er ja auch nicht. Aus dem Haidenhain/Mayo Dings kommt was sehr dem CCIR Timing ähnliches raus. Er will also entweder einen Wandler von CCIR auf VGA, um einen VGA Monitor zu verwenden oder eine simple Anpassung mit Gatter und Widerständen, um einen Composite Monitor an die Mayo anzuschliessen.
Joachim B. schrieb: > Boris F. schrieb: >> So... ich hab mir das ganze mal genauer angeschaut > > immer noch daneben, du kannst an einem CRT mit 15,625 kHz keine VGA 31 > kHz Signale einspeisen, egal wie du h- & v- Sync XORst oder addierst > oder mischst, das mit der Helligkeit ist noch zweitrangig, das > Videotiming wird nie stimmen. Nee, umgedreht... der TO hat einen defekten CRT Monitor, der ein Videosignal mit einer Frequenz von ~ 15kHz bekommt, dieser ist defekt... Ein VGA Monitor hat aber eine Frequnez von ~ 31kHz, deshalb kommt da das GBS-8200 Board dazwischen, das macht daraus die passende Frequenz für VGA. Ich hab das für eine andere Steuerung schon einmal erfolgreich gemacht...
Boris F. schrieb: > Nee, umgedreht... nix umgedreht, das Timing der beiden paßt nicht zueinander, mit simplen Gattern geht das nicht, dazu braucht es einen kompletten Videowandler. https://www.amazon.de/Diyeeni-Mini-VGA-zu-Video-Konverter-Composite-AV-zu-VGA-Adapter-TV-Set-Top-Box-Audio-Video-Konverter-wei%C3%9F-default/dp/B084ZLJZH2 Boris F. schrieb: > Ich hab das für eine andere Steuerung schon einmal erfolgreich > gemacht... ja das Leben gleicht der Brille, man macht viel durch.
:
Bearbeitet durch User
Joachim B. schrieb: > nix umgedreht, das Timing der beiden paßt nicht zueinander, mit simplen > Gattern geht das nicht, dazu braucht es einen kompletten Videowandler. Merkbefreit? Du kannst mit simplen Gattern und ein paar Widerständen das Haidenhein/Mayo Signal auf einen Composite (lies PAL/FBAS/CCIR) Monitor anpassen, denn es ist vom Timing passend. Möchtest du einen VGA Monitor verwenden, so muss es durch einen Scaler wie den GBS-8200.
Schau mal hier: https://www.cnc-ersatzmonitor.de/download/monitor-hersteller/Heidenhain/Datenblatt-SEM12-F-Heidenhain-BE212.pdf Wenn Du nur beschränkt Ahnung hast, sollte das hier die zielführendere Lösung sein. Das ist dann einfach nur noch Plug und Fräs. fchk
Joachim B. schrieb: > Boris F. schrieb: >> Nee, umgedreht... > > nix umgedreht, das Timing der beiden paßt nicht zueinander, mit simplen > Gattern geht das nicht, dazu braucht es einen kompletten Videowandler. > > https://www.amazon.de/Diyeeni-Mini-VGA-zu-Video-Konverter-Composite-AV-zu-VGA-Adapter-TV-Set-Top-Box-Audio-Video-Konverter-wei%C3%9F-default/dp/B084ZLJZH2 Mein Gott noch mal, beim Video-Signal der Steuerung hast du ein V-Sync und ein H-Sync Signal, das muss mit einem XOR zusammengefasst werden, damit es in das GB-Board einspeißt werden kann - dies hat nur einen Sync-Eingang mit einem Frequenzbereich von 14,5 - 16,5KHz. Das Signal Video-Signal (und auch die Sync Signale) der Steuerung sind 5V TTL Pegel !!!, also bevor das mit irgendeinen Adaptaber zu was auch immer verbunden wird, muss die Spannung angepasst werden!!! Im Heidenhain Servicemanuel zu meiner Steuerung sind sogar Scope Bilder eingezeichnet... > > Boris F. schrieb: >> Ich hab das für eine andere Steuerung schon einmal erfolgreich >> gemacht... > > ja das Leben gleicht der Brille, man macht viel durch. Im Thread sind Bilder von VGA-Monitor über GB-Board an der Steuerung, keine Ahnung was Du siehst, ich und mein Kollege waren mehr als zu frieden. Beitrag "Re: Heidenhain Monitor BE 212 für TNC 351"
Frank K. schrieb: > Schau mal hier: > > https://www.cnc-ersatzmonitor.de/download/monitor-hersteller/Heidenhain/Datenblatt-SEM12-F-Heidenhain-BE212.pdf > > Wenn Du nur beschränkt Ahnung hast, sollte das hier die zielführendere > Lösung sein. Das ist dann einfach nur noch Plug und Fräs. > > fchk Hatte mein Kollege auch überlegt, gibt einige Anbieter die passende Bildschirme für alte Industrie-Steuerungen anbieten. Preislich lagen die alle im Bereich 800 - 1200,- EUR. Gibt sogar noch Firmen, die Reparieren die alten CRT Monitore... hatten wir auch angefragt, aber einen Ersatztrafo für die Hochspannung hatte niemand mehr auf lager.
Matthias S. schrieb: > Joachim B. schrieb: >> nix umgedreht, das Timing der beiden paßt nicht zueinander, mit simplen >> Gattern geht das nicht, dazu braucht es einen kompletten Videowandler. > > Merkbefreit? Du kannst mit simplen Gattern und ein paar Widerständen das > Haidenhein/Mayo Signal auf einen Composite (lies PAL/FBAS/CCIR) Monitor > anpassen, denn es ist vom Timing passend. Laut Service Manuel des Monitors stellt die 9" Version 800 Zeilen dar, als 12" Ausführung dann 1000 Zeilen. PAL hat 625/575 Zeilen, deshalb bin ich damals den Weg über das GB-Board gegangen... Der Eingang ist auch kein Composite, sondern "Direct Drive" mit: Black Level 0 +0,4V / -0,0V White Level 4 +/- 1,5V
Boris F. schrieb: > 🍅🍅 🍅. schrieb: >> Also direkt auf VGA-Eingang kannst den GBS-8200 Mist komplett vergessen, >> wenn dann nur über Composite mittels XOR, das dem GBS füttern und dann >> VGA-Out vom GBS verwenden. Und hoffen, dass es irgendwie funktioniert. > > Ich hab das GBS-8200 Board als Wandler für die Zeilenfrequenz > verwendet. Das Board kann an einem Eingang die CGA Zeilenfrequenz von > 15,7 kHz verarbeiten (nix Composite!!!) - was ungefähr auch die > Frequenz der Steuerung ist. Aber, warum auch immer, benötigt das Board > dann für die RGB-Farben Pegel nach VGA Standard (analoger Spannungswert > - CGA TTL Pegel), deshalb der Spannungsteiler zusammen mit den Dioden > für die Helligkeit. Also 15.7kHz auf VGA-Eingang (Hsync/Vsync/Grün) geht doch, aber nur mit Spannungsteiler? Probier ich nachher nochmal, mit 2x HP-5359A, an der Dialog4 bin ich mit dem blöden Board dazumals gnadenlos gescheitert, daher gerade am FPGA-Basteln
:
Bearbeitet durch User
🍅🍅 🍅. schrieb: > Also 15.7kHz auf VGA-Eingang (Hsync/Vsync/Grün) geht doch, aber nur mit > Spannungsteiler? > Probier ich nachher nochmal, mit 2x HP-5359A, an der Dialog4 bin ich mit > dem blöden Board dazumals gnadenlos gescheitert, daher gerade am > FPGA-Basteln Nur wenn dein VGA Monitor Multi-Sync tauglich ist (z.B. Nec Multisync Serie) ... VGA hat eine Zeilenfrequenz von 31,5kHz, CGA die 15,7kHz.
Joachim B. schrieb: > nix umgedreht, das Timing der beiden paßt nicht zueinander, mit simplen > Gattern geht das nicht, dazu braucht es einen kompletten Videowandler. Naja, das dürfte eine Frage der Definition von "komplett" sein. Ich würde unter "komplett" einen Framebuffer verstehen, also etwas, was (mindestens) einen kompletten Bildinhalt puffern kann. Das ist hier aber nicht nötig. In dieser Anwendung genügt ein Linebuffer, der muss nur (mindestens) eine Bildzeile speichern können. Sowas war früher(TM) auch unter dem Namen "scan doubler" bekannt. Recht verbreitet z.B. zu frühen Amiga-Zeiten, um das (Video-) Timing der Amigas auszutricksen und deren Bild "flimmerfrei" auf einem VGA-Monitor darzustellen. Leider spart das aber wirklich nur den großen Speicher, alle anderen Baugruppen sind genauso nötig wie bei einem "kompletten" Framebuffer. Und ja: nur mit ein paar Gattern wird das eher nix. Man könnte sowas natürlich mit quasi-historischen LSI- und MSI-ICs aufbauen, aber nur ein Wahnsinniger würde das im Zeitalter spottbilliger µC mit riesigen Resourcen tatsächlich noch tun. Auch FPGA ist eher Unsinn, nur in der anderen Richtung, völliger Hardware-Overkill angesichts der trivialen Aufgabe. Es geht hier ja nicht darum, differentielle Videosignale mit etlichen GBit/s zu verarbeiten. Kurzfassung: Ein Pi Pico könnte das mit passender Software problemlos leisten. Wenn man erst mal weiss, was GENAU eigentlich generiert werden muss... Das wäre übrigens bei den Lösungen mit oller Logik oder mit FPGA kein bissel anders. Der Nachteil von oller Logik wäre halt: Fehler lassen sich nur durch Neubau eleminieren. Der Nachteil einer FPGA-Lösung: kostet wesentlich mehr als ein Pi Pico.
Matthias S. schrieb: > Merkbefreit? wer denn, genau das schrieb ich doch, du kannst mit Gatter keine FBAS Quelle an VGA bringen. Lies noch mal den Titel Boris F. schrieb: > Nur wenn dein VGA Monitor Multi-Sync tauglich ist schrieb ich auch schon. Beitrag "Re: CRT Monitor gegen VGA Monitor tauschen"
:
Bearbeitet durch User
Joachim B. schrieb: > Matthias S. schrieb: >> Merkbefreit? > > wer denn, genau das schrieb ich doch, du kannst mit Gatter keine FBAS > Quelle an VGA bringen. > Lies noch mal den Titel > > Boris F. schrieb: >> Nur wenn dein VGA Monitor Multi-Sync tauglich ist > > schrieb ich auch schon. > Beitrag "Re: CRT Monitor gegen VGA Monitor tauschen" Ein Multi-Sync tauglicher Monitor ist nur die halbe Miete, die Pegel müssen noch angepasst werden... Video- und Sync-Signale der Steuerung, 5V TTL (CGA ähnlich), ein VGA Monitor braucht analoge Spannung im Bereich 0 - 0,7Vss. Haste keinen Multi-Sync tauglichen Monitor, kann man das GB-Board dafür nutzen, die Frequenz zu ändern... von FBAS/Composite hab ich übrigends nie geredet!
Boris F. schrieb: > ... von FBAS/Composite hab ich übrigends > nie geredet! stimmt du hast nur davon geredet das mit XOR und Verknüpfung von H- & V- Sync ein VGA Monitor reicht, was es bei den beiden beteiligten Frequenzen eben nicht reicht. Ob nun FBAS oder BAS beides passt nicht zu VGA! Boris F. schrieb: > Mein Gott noch mal, > beim Video-Signal der Steuerung hast du ein V-Sync und ein H-Sync > Signal, das muss mit einem XOR zusammengefasst werden
Joachim B. schrieb: > Boris F. schrieb: >> ... von FBAS/Composite hab ich übrigends >> nie geredet! > > stimmt du hast nur davon geredet das mit XOR und Verknüpfung von H- & V- > Sync ein VGA Monitor reicht, was es bei den beiden beteiligten > Frequenzen eben nicht reicht. Ob nun FBAS oder BAS beides passt nicht zu > VGA! > > Boris F. schrieb: >> Mein Gott noch mal, >> beim Video-Signal der Steuerung hast du ein V-Sync und ein H-Sync >> Signal, das muss mit einem XOR zusammengefasst werden Wenn, dann bitte vollständig zitieren Boris F. schrieb: > Mein Gott noch mal, > beim Video-Signal der Steuerung hast du ein V-Sync und ein H-Sync > Signal, das muss mit einem XOR zusammengefasst werden, damit es in das > GB-Board einspeißt werden kann - dies hat nur einen Sync-Eingang mit > einem Frequenzbereich von 14,5 - 16,5KHz. Wenn wir schon mal dabei sind: Boris F. schrieb: > Boris F. schrieb: >> Joachim B. schrieb: >> >> immer noch daneben, du kannst an einem CRT mit 15,625 kHz keine VGA 31 >> kHz Signale einspeisen, egal wie du h- & v- Sync XORst oder addierst >> oder mischst, das mit der Helligkeit ist noch zweitrangig, das >> Videotiming wird nie stimmen. > > Nee, umgedreht... der TO hat einen defekten CRT Monitor, der ein > Videosignal mit einer Frequenz von ~ 15kHz bekommt, dieser ist defekt... > > Ein VGA Monitor hat aber eine Frequnez von ~ 31kHz, deshalb kommt da das > GBS-8200 Board dazwischen, das macht daraus die passende Frequenz für > VGA.
:
Bearbeitet durch User
Boris F. schrieb: > Wenn wir schon mal dabei sind: es stimmt einfach nicht, eine Verküpfung von H- & V- Sync ist kein Normenwandler und so wird aus BAS oder FBAS Composite kein VGA!
Joachim B. schrieb: > Boris F. schrieb: >> Wenn wir schon mal dabei sind: > > es stimmt einfach nicht, eine Verküpfung von H- & V- Sync ist kein > Normenwandler und so wird aus BAS oder FBAS Composite kein VGA! Sehe ich auch so, aber für das GBS-Board braucht man das, das benötigt eine kombiniert H & V Syncronisation (wenn man den als CGA/EGA Bezeichneten Eingang verwendet - von den Signal Pegeln aber eher VGA entspricht) ... und das Video Signal ist nun mal auch kein BAS oder FBAS Signal sondern hat TTL Pegel! Dazu kommt, das die Zeilenzahl bei 800 liegt... Hast Du Dir mal die Doku zum GBS-Board angeschaut??? Im meine ursprünglichen Beitrag "Heidenhain Monitor BE 212 für TNC 351" bin ich deshalb den Weg gegangen, das H & V Signal mit XOR Gatter zusammen führen, das Video-Signal mit einen Spannungsteiler reduzieren und das Intensitäts-Signal über Dioden einkoppeln... das ganze geht dann auf das GBS-Board.
Joachim B. schrieb: > nix umgedreht, das Timing der beiden paßt nicht zueinander, mit simplen > Gattern geht das nicht, dazu braucht es einen kompletten Videowandler. Der GBS-8200 ist ein kompletter Videowandler. Eingangsseitig nimmt der System M, System BGI, CGA oder EGA und ausgangsseitig macht er VGA draus. Für Arcadespiele, Werkzeugmaschinen oder alte Homecomputer.
Soul E. schrieb: > Der GBS-8200 ist ein kompletter Videowandler. Eingangsseitig nimmt der > System M, System BGI, CGA oder EGA und ausgangsseitig macht er VGA > draus. eben und das schrieb ich auch, nur behauptete Boris F. schrieb: > Im meine ursprünglichen Beitrag "Heidenhain Monitor BE 212 für TNC 351" > bin ich deshalb den Weg gegangen, das H & V Signal mit XOR Gatter > zusammen führen, das Video-Signal mit einen Spannungsteiler reduzieren > und das Intensitäts-Signal über Dioden einkoppeln... das ganze geht dann > auf das GBS-Board. das nur die Sync Signale zusammenzubringen reicht und dem widerspreche ich energisch! Boris F. schrieb: > Ein VGA Monitor hat aber eine Frequnez von ~ 31kHz, deshalb kommt da das > GBS-8200 Board dazwischen, das macht daraus die passende Frequenz für > VGA. Ob S. schrieb: > Das ist hier aber nicht nötig. In dieser Anwendung genügt ein > Linebuffer, der muss nur (mindestens) eine Bildzeile speichern können. > Sowas war früher(TM) auch unter dem Namen "scan doubler" bekannt. Recht > verbreitet z.B. zu frühen Amiga-Zeiten, um das (Video-) Timing der > Amigas auszutricksen und deren Bild "flimmerfrei" auf einem VGA-Monitor > darzustellen. > Leider spart das aber wirklich nur den großen Speicher, alle anderen > Baugruppen sind genauso nötig wie bei einem "kompletten" Framebuffer. > > Und ja: nur mit ein paar Gattern wird das eher nix.
Soul E. schrieb: > Der GBS-8200 ist ein kompletter Videowandler. Eingangsseitig nimmt der > System M, System BGI, CGA oder EGA Schöne Sache, das. Und was genau liegt davon nun im konkreten Fall vor? Das ist der eigentliche Knackpunkt. Im Übrigen: Ja, CGA und EGA ist normiert und somit die Parameter leicht gegen die vorhandene Hardware abzugleichen (zumindest, wenn man sie überhaupt erst mal gemessen hat, was der TO bisher unverständlicherweise versäumt hat). Aber, was zum Teufel verbirgt sich hinter "System M" und "System BGI"? Das sind doch erstmal nur schwachsinnige Namensschöpfungen ohne jede sachliche Substanz. Gibt es wenigstens ein frei verfügbares DB zu diesem Chip, in dem die entsprechenden Parameter spezifiziert sind?
Angehängte Dateien:
-
schaltplan_YT.png
340 KB
Joachim B. schrieb: > das nur die Sync Signale zusammenzubringen reicht und dem widerspreche > ich energisch! Tja... was soll ich sagen, ich hab im ursprünglichen Beitrag geschrieben: "hab da auch schon ein YT Video gefunden, wo jemand das für einen ähnlichen Heidenhain Monitor macht und durch einen VGA TFT ersetzt hat." Ich liefer hier mal den Link, die Steuerung dort ist eine TNC155A, bei mir war es eine TNC 351/355 - der Ausschnitt mit dem Heidenhain Schaltplan des Monitors sieht aber relativ ähnlich aus wie im YT Video. https://www.youtube.com/watch?v=4Mqche8yA1c Hab mir auch einen Screenshot vom Schaltplan gemacht wie der YouTuber das ganze anschließt ... Der verwendete Monitor ist ein Samsung Syncmaster 710v. Es scheint also das es möglich ist, das Videosignal (CGA TTL) direkt ohne weitere Wandlung nur mit Gattern auf einen VGA!!! Monitor zu geben - wenn man den passenden Monitor hat, der damit klar kommt! Mir war das aber zu kritisch einen passenden Monitor finden... OK, da hat Joachim recht, ohne mit einem XOR die Sync-Signale zusammen zu bringen, aber das musste ich nur machen, weil ich das GBS-Board genutzt habe! Nichts anderes wollte ich und habe ich dann auch getan!
:
Bearbeitet durch User
Ob S. schrieb: > Aber, was zum Teufel verbirgt sich hinter "System M" und "System BGI"? Die amerikanische bzw europäische Fernsehnorm. Google ist Dein Freund.
Boris F. schrieb: > Es scheint also das es möglich ist, das Videosignal (CGA TTL) direkt > ohne weitere Wandlung nur mit Gattern auf einen VGA!!! Monitor zu geben > - wenn man den passenden Monitor hat, der damit klar kommt! > > Mir war das aber zu kritisch einen passenden Monitor finden... > > OK, da hat Joachim recht sag ich doch mit einem Multisync z.B. NEC 3D (ich hatte den) habe ich am Atari die 31kHz für SW (statt SM124), die 15,625kHz für die beiden Colormodi sowie die 18kHz für PC Herkules Grafik nutzen können.
Joachim B. schrieb: > Multisync z.B. NEC 3D Na ja, damals war das schwierig, der Hochspannungstrafo lief auf Zeilenfrequenz und konnte Variationen um 1:2 nicht so gut ab. Heute, bei TFT, ist das wurscht, viele können auf sehr unterschiedliche Frequenzen syncen. Aber: Boris F. schrieb: > Laut Service Manuel des Monitors stellt die 9" Version 800 Zeilen dar, > als 12" Ausführung dann 1000 Zeilen. Ähm, betrifft das den Haidenhein Standardmonitor ? Dann ist das sicher kein CGA Standarf 15625Hz Monitor.
Michael B. schrieb: > Boris F. schrieb: >> Laut Service Manuel des Monitors stellt die 9" Version 800 Zeilen dar, >> als 12" Ausführung dann 1000 Zeilen. > > Ähm, betrifft das den Haidenhein Standardmonitor ? Dann ist das sicher > kein CGA Standarf 15625Hz Monitor. ach.... 1. hat Boris F. den Thread gekapert 2. hat er selber die Fakten geliefert https://www.mikrocontroller.net/attachment/539772/Auszug_Schaltplan.pdf Irgendwo steckt im Schaltbild in der PDF eine Zeilendauer von 64µs was auf eine Horizontalfrequenz von 15625 hindeutet. Ohne Konvertierung hustet dir ein VGA Monitor was, XOR hin oder her.
:
Bearbeitet durch User
Gut, mag sein das ich den Thread gekapert habe, aber der TO hatte mich vorher angeschrieben, hatte aber nicht Zeit ihm direkt zu helfen, deshalb mein Tipp an ihn, Thread eröffnen und Fotos einstellen. Anbei die Unterlagen zum MEINEM Heidenhain CRT Monitor und der Steuerung ... der Monitor wurde von Panasonic gebaut und wohl auch in Mintel Geräten (franz. BTX) verwendet, in so einem Forum hatte ich das PDF gefunden. Zusammenfassend kann ich über das Signal sagen: 5V TTL Level (Monitor ist die "Direct Drive Input" Variante) V Sync 60Hz H Sync 15,75KHz 800 Zeilen (war die 9" Variante) Zu finden auf Seite 4. Im Heidenhain Service Manuel S. 50 im PDF sind Scope Bilder der Signale Dort ist auch das HELL/DUNKEL Signal, was die Intensität steuert... Ob seine Steuerung das Signal als TTL oder Composite liefert kann ich nicht sagen, auch ob das Hell/Dunkel Signal vorhanden ist, oder ob es reicht das Video Signal auf 0,7Vss oder kleiner zu reduzieren mit einem Spannungsteiler.
Boris F. schrieb: > H Sync 15,75KHz behauptest du immer noch ein VGA Monitor kann damit was anfangen?
Joachim B. schrieb: > Boris F. schrieb: >> H Sync 15,75KHz > > behauptest du immer noch ein VGA Monitor kann damit was anfangen? Nein, hab ICH nie behauptet... auch das XOR ist nur für das GBS-Board notwendig ... dieses übernimmt dann die Frequenz Wandlung!!!! Was das husten des VGA Monitors angeht, bin ICH bei deiner Aussage!!, passt eigentlich nicht von der H Sync Frequenz. Aber bei dem Typen im YT Video weiter oben scheint es zu klappen... unwahrscheinlich, das dort eine höhere Frequenz seitens der Maschine zum Einsatz kommt, eher das der VGA MultiSync Monitor das doch kann!!!
Joachim B. schrieb: > Boris F. schrieb: >> H Sync 15,75KHz > > behauptest du immer noch ein VGA Monitor kann damit was anfangen? Ja. Der GBS-8200 ist ein Normwandler. Der nimmt das Videosignal mit dem verXORten Sync entgegen und liefert dem VGA-Monitor ein einwandfrei normgerechtes VGA-Signal. Ja, das funktioniert. BTDT.
:
Bearbeitet durch User
Danke an allen Beteiligten für die bis dahin geleistete Hilfe. Anbei veröffentliche ich nochmal den Kompletten E-Plan der Maschine.
Boris F. schrieb: > V Sync 60Hz > H Sync 15,75KHz > 800 Zeilen (war die 9" Variante) Geht nicht. 800 Zeilen sind mit diesen Syncfreqzenzen vollkommen ausgeschlossen. 15625 / 60 = 260. Und davon muss man auch noch die vertikale Austastlücke abziehen, da bleiben nur etwa 240 Zeilen übrig. Im Interlaceverfahren verdoppelt sich die Zeilenzahl, und wir erhalten die vom NTSC-Standard altbekannte Vertikalauflösung von 480i. Bei 50 Hz vergrößert sich die Zeilenzahl (und das Geflacker) auf 312, was nach Berücksichtigung der Austastlücke 288 Nutzzeilen und das vom PAL-Standard altbekannte 576i übriglässt.
Harald K. schrieb: > Im Interlaceverfahren verdoppelt sich die Zeilenzahl, und wir erhalten > die vom NTSC-Standard altbekannte Vertikalauflösung von 480i. Die vom System M bekannte Vertikalauflösung von 480i. NTSC ist eine Farbnorm, und Farbe haben wir hier nicht. NTSC gibt es sowohl mit System M 60 Hz in Nordamerika als auch mit System BGI 50 Hz in Japan. > Bei 50 Hz vergrößert sich die Zeilenzahl (und das Geflacker) auf 312, > was nach Berücksichtigung der Austastlücke 288 Nutzzeilen und das vom > PAL-Standard altbekannte 576i übriglässt. PAL ist ebenfalls eine Form der Farbcodierung. PAL-M mit 60 Hz haben wir in Brasilien und PAL-BGI mit 50 Hz in Westeuropa. PAL hat also nichts mit 50 Hz zu tun, genausowenig wie NTSC mit 60 Hz. Video- und Farbnorm lassen sich in weiten Grenzen kombinieren, und weltweit wird das auch gemacht.
:
Bearbeitet durch User
Harald K. schrieb: > Boris F. schrieb: >> V Sync 60Hz >> H Sync 15,75KHz >> 800 Zeilen (war die 9" Variante) > > Geht nicht. 800 Zeilen sind mit diesen Syncfreqzenzen vollkommen > ausgeschlossen. > > 15625 / 60 = 260. > > Und davon muss man auch noch die vertikale Austastlücke abziehen, da > bleiben nur etwa 240 Zeilen übrig. > > Im Interlaceverfahren verdoppelt sich die Zeilenzahl, und wir erhalten > die vom NTSC-Standard altbekannte Vertikalauflösung von 480i. > > Bei 50 Hz vergrößert sich die Zeilenzahl (und das Geflacker) auf 312, > was nach Berücksichtigung der Austastlücke 288 Nutzzeilen und das vom > PAL-Standard altbekannte 576i übriglässt. Es gibt den Monitor auch als 12" Ausführung mit der gleichen H Frequenz, dann aber mit 1000 Zeilen... Die Daten sind aus dem Panasonic DB https://www.mikrocontroller.net/attachment/643477/M12021PB_SM_PANASONIC_EN.pdf entnommen, ich kann da doch auch nichts für, wenn das dort so steht... Seite 4
:
Bearbeitet durch User
Soul E. schrieb: > PAL hat also nichts mit 50 Hz zu tun, genausowenig wie NTSC mit 60 Hz. Aus europäischer Sicht ist meine vereinfachende Darstellung beider Fernsehnormen ausreichend genau - PAL mit 60Hz begegnet man in Europa ebensoselten wie NTSC mit 50 Hz. In meiner vereinfachten Darstellung ist "NTSC" das Synonym für 60 Hz, und "PAL" das Synonym für 50 Hz. Wenn man sehr pedantisch ist, hast Du natürlich recht. Entscheidend aber ist die Tatsache, daß dieser Monitor, sofern er mit den genannten Zeilen- und Bildwechselfrequenzen angesteuert wird, niemals 800 Zeilen darstellen kann. Sondern eben nur die, die mit dem spezifizierten Videotiming möglich sind. Boris F. schrieb: > Es gibt den Monitor auch als 12" Ausführung mit der gleichen H Frequenz, > dann aber mit 1000 Zeilen... Das ist dann nur eine Beschreibung dessen, was die Bildröhre theoretisch könnte, wenn man sie anders ansteuern würde. Letztlich also das, was als Punktschärfe durch die Focussierung mit dem Wehneltzylinder möglich ist. Für das angezeigte Bild irrelevant, das hat ohne Interlace höchstens 240 Nutzzeilen. Egal, ob das jetzt ein 9"- oder 12"-Monitor ist.
Soul E. schrieb: > Ob S. schrieb: >> Aber, was zum Teufel verbirgt sich hinter "System M" und "System BGI"? > > Die amerikanische bzw europäische Fernsehnorm. Aha. Jeder normale Mensch hätte das wohl mit "NTSC" bzw. "PAL BGI" tituliert, auch wenn es nicht ganz treffend ist. Aber auf jeden Fall treffender als die gegebenen Begriffe. > Google ist Dein Freund. Nicht wirklich. Suche nach "System M" z.B. bringt erst auf Seite 10 den ersten Treffer, der irgendwas mit einer TV- oder Videonorm zu tun hat. Mit dem dort gefundenen Verweis auf "CCIR System M" (engl. Wikipedia) kommt dann da erstmals ein gewisser Sinn rein...
Ob S. schrieb: > Aha. Jeder normale Mensch hätte das wohl mit "NTSC" bzw. "PAL BGI" > tituliert, auch wenn es nicht ganz treffend ist. Aber auf jeden Fall > treffender als die gegebenen Begriffe. PAL, SECAM und NTSC bescheiben Verfahren zur Farbcodierung. Die kommen bei einem Monochommonitor nicht zur Anwendung. Ein Monochrom-Monitor interessiert sich nur für die Videonorm. https://en.wikipedia.org/wiki/Broadcast_television_systems#ITU_standards Und wichtiger, so kamen wir ja auf das Thema: der GBS-8200 kann weder PAL, noch NTSC oder SECAM decodieren. Er versteht aber BAS-Signale der o.g. Videonormen, wenn man den Sync entsprechend abtrennt.
:
Bearbeitet durch User
Soul E. schrieb: > PAL, SECAM und NTSC bescheiben Verfahren zur Farbcodierung. Die kommen > bei einem Monochommonitor nicht zur Anwendung. Das ist schon klar. Die Begriffe "System M" und "System BGI" sind ja nicht grundsätzlich falsch, nur halt unvollständig. Es fehlt der Kontext "CCIR". Erst mit diesem Kontext ergeben sie einen verwertbaren Sinn.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.