Erhaeltlicher Ersatz fuer SP12N002 Display?

U

Uwe Bonnes

Guest
Hallo,

ein teuere Geraet zeigt viele ausgefallene Zeilen auf einem SP12N002
Display. Hat jemand Erfahrung mit dem Austausch des Display gegen einen
noch erhaeltlichen Typ. LED Beleuchtung waere schoen. Bei Google finde
ich nur mehr oder weniger dubiose Ersatzteil Broker, aber keinen
Hinweis auf Ersatztypen.

Danke

--
Uwe Bonnes bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 1623569 ------- Fax. 06151 1623305 ---------
 
Am 16.03.2020 um 14:16 schrieb Uwe Bonnes:

ein teuere Geraet zeigt viele ausgefallene Zeilen auf einem SP12N002
Display. Hat jemand Erfahrung mit dem Austausch des Display gegen einen
noch erhaeltlichen Typ. LED Beleuchtung waere schoen. Bei Google finde
ich nur mehr oder weniger dubiose Ersatzteil Broker, aber keinen
Hinweis auf Ersatztypen.

256x64, und dann noch T6963C. Du musst froh sein noch irgendwo NOS zu
bekommen.
 
Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> wrote:

noch erhaeltlichen Typ. LED Beleuchtung waere schoen. Bei Google finde
ich nur mehr oder weniger dubiose Ersatzteil Broker, aber keinen
Hinweis auf Ersatztypen.

Das kann es auch nur geben wenn Hitachi selber beschlossen hat genau
sowas herzustellen. Selbst wenn du irgendwas mit denselben Treibern
drauf findest ist es relativ warscheinlich das sich die Anbindung des
Glas unterscheidet.

Olaf
 
olaf <olaf@criseis.ruhr.de> wrote:
Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> wrote:

noch erhaeltlichen Typ. LED Beleuchtung waere schoen. Bei Google finde
ich nur mehr oder weniger dubiose Ersatzteil Broker, aber keinen
Hinweis auf Ersatztypen.

Das kann es auch nur geben wenn Hitachi selber beschlossen hat genau
sowas herzustellen. Selbst wenn du irgendwas mit denselben Treibern
drauf findest ist es relativ warscheinlich das sich die Anbindung des
Glas unterscheidet.
Die Ansteuerung durch das Nutzgeraet findet nicht auf der LCD Ebene
statt, sondern ueber einen Datenbus. Und da gibt es nicht so viele
Varianten.

--
Uwe Bonnes bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 1623569 ------- Fax. 06151 1623305 ---------
 
Uwe Bonnes schrieb:

>ein teuere Geraet

R&S SLM irgendwas?

Hat jemand Erfahrung mit dem Austausch des Display gegen einen
noch erhaeltlichen Typ.

Bei Aliexpress für knapp 190¤.
Kein Schnäppchen, ich weiß...

Oder bei ebay aus Italien für 230¤

>LED Beleuchtung waere schoen.

Ich würde das Ding ja erstmal demontieren und die Zebras reinigen bzw.
mit Iopropanol baden. Die quellen davon etwas auf und kontaktieren
dann wieder sicher.
Das war bisher immer zielführend bei mir. Nur ein einziges Mal mußte
ich passen, da hatten eine Zeile und eine Spalte einen richtigen
Schluß, der sich auch nicht mit 12V wegschießen ließ. Ein eher
schlechtes Scopemeter von Voltcraft, kein Verlust. Aber auch hier ein
völlig exotisches Display trotz 64x128

Die CCFL-Röhre abschließend durch eine Lichterkette zu ersetzen,
dürfte dann die kleinste Übung sein.

HTH

Frank
 
Am 16.03.2020 um 16:38 schrieb Uwe Bonnes:

Die Ansteuerung durch das Nutzgeraet findet nicht auf der LCD Ebene
statt, sondern ueber einen Datenbus. Und da gibt es nicht so viele
Varianten.

Dennoch ist der T6963C anders, es gibt noch den kompatiblen RA6963. Aber
256x64 ist halt rar, 240x64 gibts viele.
 
Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> wrote:

Die Ansteuerung durch das Nutzgeraet findet nicht auf der LCD Ebene
statt, sondern ueber einen Datenbus. Und da gibt es nicht so viele
Varianten.

Doch natuerlich. Ich hab z.B gerade das defekte Oled meines
Multimeters durch ein anderes ersetzt. Da hat der andere Hersteller
einfach alle Reihen spiegelverkehrt an den Controller auf dem Oled
angeschlossen. Und das war zum Glueck noch ein sehr einfach zu
behebendes Problem. Was glaubst du wohl wieso du bei diesen LCD
Controllern nach dem booten soviele Parameter in die Register
schreiben musst?

Olaf
 
On 3/16/20 5:43 PM, Sebastian Wolf wrote:
Am 16.03.2020 um 16:38 schrieb Uwe Bonnes:

Die Ansteuerung durch das Nutzgeraet findet nicht auf der LCD Ebene
statt, sondern ueber einen Datenbus.  Und da gibt es nicht so viele
Varianten.

Dennoch ist der T6963C anders, es gibt noch den kompatiblen RA6963. Aber
256x64 ist halt rar, 240x64 gibts viele.

Den T6963C gibts noch auf neuen Displays? Ich hab den in den 90ern via
68K-Assembler angesteuert. Das Display hatte 128x64.

Gerrit
 
Frank Scheffski <usenet@alles-moppelkotze.de> wrote:

Ich würde das Ding ja erstmal demontieren und die Zebras reinigen bzw.
mit Iopropanol baden. Die quellen davon etwas auf und kontaktieren
dann wieder sicher.

Ich glaube das war mal vor 20Jahren ein gaengiges PRoblem. So vor
10Jahren konnte man ja bei vielen Autos die damals 10Jahre oder aelter
war beobachten das bei den Anzeigen irgendwas ausgefallen ist. Habe
ich damals auf aehnliches Weise auch zweimal repariert. Aber die
Hersteller scheinen sich verbessert zu haben, sowas hab ich jetzt
schon laenger nicht mehr gesehen.
Einen Versuch ist da aber natuerlich wert!

schlechtes Scopemeter von Voltcraft, kein Verlust. Aber auch hier ein
völlig exotisches Display trotz 64x128

WAs man braeuchte das waere ein Mikrocontroller der an einem 8Bit
Datenbuss als Slave arbeiten kann. Sowas wie ein 8742 nur in
moderner. Dann koennte man den Controller im LCD simulieren und daran
was beliebiges eigenes anschliessen. Hab ich nur leider noch nie
gesehen. Oder man ueberlegt sich was mit einem Dualport-Ram wenn das
Geraet nur teuer genug ist das es den Aufwand lohnt. Aber wenn man ein
Display irgendwo fuer 200-300Euro bekommt dann lohnt es halt noch
nicht.

Olaf
 
Am 16.03.2020 um 18:06 schrieb Gerrit Heitsch:
On 3/16/20 5:43 PM, Sebastian Wolf wrote:
Am 16.03.2020 um 16:38 schrieb Uwe Bonnes:

Die Ansteuerung durch das Nutzgeraet findet nicht auf der LCD Ebene
statt, sondern ueber einen Datenbus.  Und da gibt es nicht so viele
Varianten.

Dennoch ist der T6963C anders, es gibt noch den kompatiblen RA6963.
Aber 256x64 ist halt rar, 240x64 gibts viele.

Den T6963C gibts noch auf neuen Displays?

RA6963 wird noch gefertigt.

https://www.raio.com.tw/en/RA6963.html



Ich hab den in den 90ern via
68K-Assembler angesteuert. Das Display hatte 128x64.

Sowas wĂźrde man noch bekommen.
 
Frank Scheffski <usenet@alles-moppelkotze.de> wrote:
Uwe Bonnes schrieb:

ein teuere Geraet

R&S SLM irgendwas?

Pfeiffer Vakuum

Ich wĂźrde das Ding ja erstmal demontieren und die Zebras reinigen bzw.
mit Iopropanol baden. Die quellen davon etwas auf und kontaktieren
dann wieder sicher.

Dann ist unser Display anders aufgebaut. Die lange Seite hatte ein langes
Zebra, auf der kurzen Seite war eine andere Verbindungstechnik,
Metallflaeche auf Metallflaeche mit irgendeiner Paste
dazwischen. Demontage ohne oeffnen dieser Verbindung scheint nicht
moeglich. Und besser ist es danach auf keinen Fall.

Tschuess
--
Uwe Bonnes bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 1623569 ------- Fax. 06151 1623305 ---------
 
On 2020-03-16, olaf <olaf@criseis.ruhr.de> wrote:
WAs man braeuchte das waere ein Mikrocontroller der an einem 8Bit
Datenbuss als Slave arbeiten kann. Sowas wie ein 8742 nur in
moderner.

Bei irgendeinem Chinesen hatte ich letztens sowas gesehen. IIRC war das aber
auch nur 8051.

Aber: das kĂśnnte auf einem aktuellen 32-Bit-Arm der 100MHz-Klasse durchaus
in Software gehen.

Das Display meines 3D-Druckers macht das so:
https://github.com/bigtreetech/BIGTREETECH-TouchScreenFirmware

es gibt in der Firmware einen Modus, wo das Teil sich exakt wie ein
klassisches Monochrom-Display mit ST7920-Controller verhält und die Befehle
dann intern auf das TFT umsetzt.

Gut, Das Original-Display ist in dem Fall SPI und nicht parallel, aber der
T6963 ist ja auch auf seinem Bus keine Rakete - bei einem Read hat man
150ns, bis die Daten anliegen mĂźssen, das sind bei 100MHz MCU-Takt 15
Befehle.

Ein Cortex-M3 braucht 12/10 Takte fĂźr Interrupt-Entry/Exit, das wird also
nix :-(. Polling kĂśnnte gehen, wenn das Teil sonst nichts macht und der
nachfolgende Code, der die Daten verarbeitet, in jedem Fall schnell genug
fertig ist, daß die Hauptschleife bereit ist für den nächsten Zugriff.

Evtl. geht es mit einem Multicore-Microcontroller besser - XMOS hatte da
doch mal was?
XS1-L8A-128-QF124 scheint der kleinste zu sein, der 128KB RAM hat - aber den
gibt es nur als DR-QFN (bäh!) oder BGA.

DPRAM wird es nicht tun, da bleibt das Problem, die nicht-Display-RAM
Register zu emulieren.

Die Kombination eines kleinen CPLD/FPGA, evtl. mit externem SRAM, und einem
beliebigen Controller, der dann das neue Display ansteuert, sollte gehen.

Andererseits: es muß ja nicht universell sein, sondern nur mit einem
bestimmten Gerät funktionieren, also erstmal messen, wie denn die Zyklen
wirklich aussehen - evtl. ist das Timing ja deutlich entspannter, als es mit
dem T6963 mÜglich wäre, und die Emulation dann einfacher.

cu
Michael
 
Michael Schwingen <news-1513678000@discworld.dascon.de> wrote:

Aber: das könnte auf einem aktuellen 32-Bit-Arm der 100MHz-Klasse durchaus
in Software gehen.

Das glaub ich nicht. Sobald die Controller ueber 20Mhz liegen haben
sie ja die IOs vom Core entkoppelt. Damit wird das Timing hinten und
vorne nicht hinhauen.

>Gut, Das Original-Display ist in dem Fall SPI und nicht parallel, aber der

SPI ist doch total einfach. Den programmierst du als slave und laesst
dir einen IRQ geben sobald der Buffer voll ist. Aber samplen einer R/W
Leitung die vielleicht mit 16Mhz rauf/runter geht und dann zack den
Bus lesen/schreiben ist was anderes.

Die Kombination eines kleinen CPLD/FPGA, evtl. mit externem SRAM, und einem
beliebigen Controller, der dann das neue Display ansteuert, sollte gehen.

Ja, das geht natuerlich. Aber dann waere vielleicht Dualportram
einfacher.

wirklich aussehen - evtl. ist das Timing ja deutlich entspannter, als es mit
dem T6963 möglich wäre, und die Emulation dann einfacher.

Klar, messen ist immer besser wie raten. :-D

Aber ich wuerde mir nicht soviel Hoffnung machen. Gerade nicht bei
alter Hardware. Der charmante Grund fuer ein 8Bit Datenbus zum Display
ist ja das man dann nicht nur schreiben kann sondern auch lesen. Und
dann braucht man keinen krass fetten Rambuffer mehr in seinem alten
Kontroller. Da wird schon ordentlich was auf dem Bus abgehen.

Olaf
 
Am 16.03.20 um 14:16 schrieb Uwe Bonnes:
Hallo,

ein teuere Geraet zeigt viele ausgefallene Zeilen auf einem SP12N002
Display. Hat jemand Erfahrung mit dem Austausch des Display gegen einen
noch erhaeltlichen Typ. LED Beleuchtung waere schoen. Bei Google finde
ich nur mehr oder weniger dubiose Ersatzteil Broker, aber keinen
Hinweis auf Ersatztypen.

Grad bei Aliexpress gefunden:
https://de.aliexpress.com/item/33015182891.html?spm=a2g0o.productlist.0.0.710c61e6sGInDA&algo_pvid=1f2dd732-872a-4bef-9e75-fb96828e16ae&algo_expid=1f2dd732-872a-4bef-9e75-fb96828e16ae-18&btsid=0ab6f82c15847998772572201e42ac&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_

Sei froh das du fĂźr den SME kein Display benĂśtigst. ;-)

--
---hdw---
 

Welcome to EDABoard.com

Sponsor

Back
Top