Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #242601 > unrolled thread
| Started by | wernertrp <wernertrp@googlemail.com> |
|---|---|
| First post | 2018-04-07 01:25 -0700 |
| Last post | 2018-04-09 13:52 +0200 |
| Articles | 20 on this page of 30 — 14 participants |
Back to article view | Back to de.sci.electronics
Mein TL866II Plus. wernertrp <wernertrp@googlemail.com> - 2018-04-07 01:25 -0700
Re: Mein TL866II Plus. Nomen Nescio <nobody@dizum.com> - 2018-04-07 13:48 +0200
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 00:21 +0200
Re: Mein TL866II Plus. wernertrp <wernertrp@googlemail.com> - 2018-04-08 00:25 -0700
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 10:49 +0200
Re: Mein TL866II Plus. wernertrp <wernertrp@googlemail.com> - 2018-04-08 03:25 -0700
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 13:45 +0200
Re: Mein TL866II Plus. wernertrp <wernertrp@googlemail.com> - 2018-04-08 05:14 -0700
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 15:43 +0200
Re: Mein TL866II Plus. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-04-08 15:49 +0200
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 16:47 +0200
Re: Mein TL866II Plus. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2018-04-08 14:36 +0200
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 15:43 +0200
Re: Mein TL866II Plus. Holm Tiffe <holm@freibergnet.de> - 2018-04-08 19:59 +0200
Re: Mein TL866II Plus. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-04-08 20:17 +0200
Re: Mein TL866II Plus. Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2018-04-08 20:46 +0200
Re: Mein TL866II Plus. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-04-08 21:15 +0200
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-08 21:31 +0200
Re: Mein TL866II Plus. Michael Bäuerle <michael.baeuerle@stz-e.de> - 2018-04-09 09:39 +0200
Re: Mein TL866II Plus. Hanno Foest <hurga-news2@tigress.com> - 2018-04-09 13:54 +0200
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-09 13:58 +0200
Re: Mein TL866II Plus. Hanno Foest <hurga-news2@tigress.com> - 2018-04-09 15:40 +0200
Re: Mein TL866II Plus. Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-04-09 10:31 +0200
Re: Mein TL866II Plus. Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2018-04-08 16:22 +0200
Re: Mein TL866II Plus. Jan Conrads <janconrads@gmx.de> - 2018-04-08 19:54 +0200
Re: Mein TL866II Plus. vsbosch@t-online.de (Volker Bosch) - 2018-04-10 14:20 +0200
Re: Mein TL866II Plus. R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) - 2018-04-11 12:24 +0200
Re: Mein TL866II Plus. wernertrp <wernertrp@googlemail.com> - 2018-04-11 06:43 -0700
Re: Mein TL866II Plus. Volker Bosch <volker@lunixe.dr-volker-bosch.de> - 2018-04-12 08:10 +0200
Re: Mein TL866II Plus. Hanno Foest <hurga-news2@tigress.com> - 2018-04-09 13:52 +0200
Page 1 of 2 [1] 2 Next page →
| From | wernertrp <wernertrp@googlemail.com> |
|---|---|
| Date | 2018-04-07 01:25 -0700 |
| Subject | Mein TL866II Plus. |
| Message-ID | <416988de-be6e-4322-8840-357374c4d25e@googlegroups.com> |
Im Mikrokontroller forum.
-------------------------
Jedes meiner post wird mit Spam quitiert und das Posten von der AI verweigert.
Im Mikrokontroller Forum läuft etwas schief:
Ich habe einen Thread über dieses Teil vorbereitet mit meinen Messungen.
Es ist 2-3 Din-A4 Seiten lang geworden und die Forums AI gibt mir eine Meldung aus:
Der Beitrag scheint Spam zu enthalten: ".cn/"
und weigert sich zu posten.
Morgen setze ich den Thread in de.sci.electronics rein.
Dort sind keine Moderatoren.
Wer Interesse hat mag dort lesen:
Der Thread heißt:
Mein TL866II Plus.
Diesen Artikel wollte ich im Mikrokontroller Forum posten
es kam die Fehlermeldung:
Der Beitrag scheint Spam zu enthalten: ".cn/"
und wurde nicht angenommen.
Diesen Programmer MiniPRO habe ich gekauft TL866II Plus:
er ist ungefähr 2 DIN-A4 Seiten lang.
Diesen Programmer MiniPRO habe ich gekauft TL866II Plus:
--------------------------------------------------------
TL866II Plus USB Minipro Programmer EEPROM FLASH AVR MCU GAL PIC SPI +10 Adapter
ebaykauf-TL866II Plus Programmer: am 19-3-2018; Preis 57.- Euro inklusive Versand aus Hongkong
eBay-Artikelnummer: 122687639997
eBay-Artikelnummer: 122689161247 nur diese ebay-nr. hat einen schönen Karton.
flyxy2015 (19679 ) 98,8 % ein reiner Elektronik Distributor Chineese
als versendet markiert am : 20.3.2018
4PX Sendungsnr.: 300392334480
Lieferung spätestens: ca. Mo. den 21. Mai; das wären dann 10 Wochen Lieferzeit.
Tracking 20.3.2018 9:45 Uhr: 08:50 pm Shipment information received 4PX
Software link:
www.autoelectric.cn/EN/TL866_MAIN.html
http://www.xgecu.com/en
eine CD wird nicht mitgeliefert.
Liefertermin: 6. Apr. und Mo, 21. Mai.
geliefert am: 4.4.2018 von DHL
Siehe File: Mein-Programmer-Chips-EEPROM-others
Mußte ich 19% Zoll und Mwst. bezahlen: nein
Ist das Paket von außen beschädigt: nein
Wurde alles in einem schönen Karton verpackt geliefert: leider nicht
Oder ist alle umverpackt worden: ja
Ist das Paket innen beschädigt: nein
Sind alle Teile vorhanden; wie in Bilder angezeigt: ja , 14 verschieden Teile;
(es sind 14 verschiedene Adapter Teile: ja)
Welche Teile fehlen: keine
Sind alle Teile unbeschädigt: ja, es sieht alle unbeschädgt aus.
Sind an keinem Teil die Pins verbogen: kein Pin sieht verbogen aus.
Ist das Plastik-Programmer-Gehäuse stabil genug: ja, es ist stabil genug.
Ist der ISP-Stecker sichtbar: ja ein 6-poliger Stecker an der Gehäusewand ist sichtbar
Wo ist die Steckerbelegung des ISP-Anschlußes zu sehen: leider nicht in der datei: TL866II_Instructions.pdf
aber hier im net:
https://www.google.ca/search?q=tl866a+icsp+pinout&rlz=1C1CHBD_en-
GBCA743CA743&tbm=isch&tbo=u&source=univ&sa=X&ved=0ahUKEwiLh-Hf2OnUAhUd0IMKHfZSCVQQsAQIJQ&biw=1542&bih=898
Ich benutze den Programmer mit der Software Version Xgpro ver. 7.07: ja
Wird der Programmer von Windows 8.1 über USB erkannt: ja, unter
Systemsteuerung; Gerätemanager; Xigong; XGecu USB Prog.. Device
Wird der Programmer von Xgpro vers. 7.07 erkannt: ja
Hat der Programmer eine Selbsttest Funktion: ja, unter Tools;System-self-check:: IC check result ok, normal
The TL866II Plus has 2 LEDs:
LED red = power; LED yellow = Run;
Hier findet mein Programmieren verschiedenen Chips statt:
---------------------------------------------------------
Ich programmiere damit ein EPROM 64 kByte Typ: AMD 27C512: OK.
Program = OK; 30 Sekunden; verify and read takes approcs. 1 second.
Ich programmiere damit ein 131kByte EPROM Typ: ST M27C1001 : OK.
Programm = OK; 65 Sekunden; Verify = OK; 1 Sekunde; Blank Check = OK; 1 Sekunde;
Ich programmiere damit ein 32kByte EPROM Typ: ST M27C256M27C256B:
Programm = OK; 15 Sekunden; verify = OK; 0,5 Sekunden; Blank Check: OK; 1 Sekunde;
Ich programmiere damit ein PIC16F873 über den SO-28-poligen Sockel-Adapter: OK.
Program = OK; Verify = OK; Erase = OK;
Ich programmiere damit ein Flash Speicher-Chip Typ: 131 KByte; ST M28F101-120P1: OK.
Programm = OK; 5 seconds; Verify = OK; Erase = OK; Blank-Check = OK; (1 second)
Ich programmiere einen ATMega168-20PU: OK
Programm = OK; 5 Seconds; Verify = OK; Erase = OK; Blank-Check = OK;
Ich programmiere damit ein PIC16F872 über den 40-poligen Sockel: OK.
Prpgramm = ok; Verify = OK;
Ich programmiere damit ein SOIC-24 Sockel Lattice ispGal 22V10: OK.
Program = OK;
Read = OK; Blank-Check = OK; verify = OK;
Ich programmiere einen Microchip PIC16F872 über die ICSP-Schnittstelle: ERROR.
Das Programm Memory: error
Das Read-ID: error
Das Read-Code Memory: error
Ist die ICSP Schnittstelle kaputt ?: ???
Der ICSP Stecker am MiniPRO mit dem Scope gemessen:
1 VPP/MCLR enable +13 Volt Pulse
2 VCC enable +5,0 Volt Pulse
(dieser Pulse schleicht etwas mit RC-Konstante hoch und braucht 2,5 ms
das könnte ein Fehler sein ???)
3 GND
4 PGD many pulses 3,8 Vss
5 PGC many pulses 3,8 Vss
6 not connected
Ich programmiere damit ein Atmel ATMega328P über die ICSP-Schnittstelle: OK.
Programm Memory: ok; 7 Sekunden; Verify = ok; Read-ID: 1E 95 0F ok;
Ist der ISP Stecker funktionsfähig: ja, bei Atmel ATMega328P über die ICSP-Schnittstelle.
Den Fehler bei der Programmierung eines Microchip PIC16F872 über
die ICSP-Schnittstelle habe ich noch nicht gefunden.
Ich programmiere damit ein Gal 20V8: ???
Ich programmiere damit ein PIC16F872 über den 40-poligen Sockel: ???
Der manual Extractor Zange ToYO PLCC works perfect: OK;
Einige(viele) ATMega sind nicht für ISP-Programming Modus in der Software freigeschalten
Lassen sich die Programmierspannungen im Software Menue von Hand einstellen: ja; siehe unten;
Ich messe die Programmierspannungen an den Pins des 40-poligen Textool Sockels:
Ja, es kommen Pulse mit der Programmierspannung Vpp für das EPROM.
Einstellungen Programmierspannungen; von Vpp Voltage: ist 9 Volt bis 18 Volt;
Einstellungen von Vcc Verify Voltage ist: 3,3 Volt bis 6,5 Volt;
Anzeige der Programmer Hardware:
--------------------------------
XGecu Universal Programmer.
Help; About:
Model:
Dev Code: 18100836
Serial: 48Z8U-L3ZAR-WAIBA-HF22P
Strichcode Serial Number auf der Geräterückseite: 0866300318
Firmware at delivery was Version: 04.2.83
I made a reflash at date 04.04.2018: to Version 04.2.84
App Software Vers. 7.07
Ich habe das Gehäuse an 4 Schrauben aufgeschraubt:
Die Prozessorbeschriftung ist abgekratzt.
Die Platine ist beschriftet mit: XGecu 2018 Design
Auf youdupe:
------------
Programmer wird modifiziert:
https://www.youtube.com/watch?v=W7XGiqD5icU
http://www.eevblog.com/forum/blog/eevblog-411-minipro-tl866-universal-programmer-review/
Ergebnis Zusammenfassung:
-------------------------
Bis jetzt bin ich mit dem Gerät zufrieden:
Den Fehler bei der Programmierung eine Microchip PIC16F872 über die ICSP-Schnittstelle muß ich noch finden.
Hurra Fehler gefunden:
----------------------
Ich habe einen pull-up Widerstand am Prozessor Pin-1 Reset Eingang MCLR/ Vpp von 4,7 kOhm.
Den mag der MiniPRO Programmer nicht. Wenn ich ihn ablöte geht das Programmieren mit dem MiniPRO
über die ICSP-Schnittstelle und dem PIC16F872.
[toc] | [next] | [standalone]
| From | Nomen Nescio <nobody@dizum.com> |
|---|---|
| Date | 2018-04-07 13:48 +0200 |
| Message-ID | <cf7fd830f81d84e68c786e5b9e3f7dea@dizum.com> |
| In reply to | #242601 |
wernertrp <wernertrp@googlemail.com> wrote: > Der Beitrag scheint Spam zu enthalten: ".cn/" > und weigert sich zu posten. Der Spamfilter stört sich am China-Link: > www.autoelectric.cn/EN/TL866_MAIN.html Ohne diese Zeile könnte es gehen. Im Usenet gibt es keine Spamfilter, daher geht es hier durch.
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 00:21 +0200 |
| Message-ID | <1nmwwv9.17ztivixmuw3eN%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242601 |
wernertrp wrote: > Ich programmiere damit ein EPROM 64 kByte Typ: AMD 27C512: OK. > Program = OK; 30 Sekunden; verify and read takes approcs. 1 second. > > Ich programmiere damit ein 131kByte EPROM Typ: ST M27C1001 : OK. > Programm = OK; 65 Sekunden; Verify = OK; 1 Sekunde; Blank Check = OK; 1 > Sekunde; > > Ich programmiere damit ein 32kByte EPROM Typ: ST M27C256M27C256B: > Programm = OK; 15 Sekunden; verify = OK; 0,5 Sekunden; Blank Check: OK; 1 > Sekunde; Hast Du damit auch schon ältere, kleinere EPROM-Typen programmiert? Nach meiner Erfahrung stimmen die Konfigurationsdaten der EPROM-Typen nur seltenst, d.h. Programmierspannungen und Programmieralgorithmen muß ich weitgehend manuell einstellen. Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | wernertrp <wernertrp@googlemail.com> |
|---|---|
| Date | 2018-04-08 00:25 -0700 |
| Message-ID | <b4acf4f3-4ed6-4fa0-9607-65ff82061d05@googlegroups.com> |
| In reply to | #242614 |
Am Sonntag, 8. April 2018 00:22:00 UTC+2 schrieb Ralf Kiefer: > wernertrp wrote: > > > Ich programmiere damit ein EPROM 64 kByte Typ: AMD 27C512: OK. > > Program = OK; 30 Sekunden; verify and read takes approcs. 1 second. > > > > Ich programmiere damit ein 131kByte EPROM Typ: ST M27C1001 : OK. > > Programm = OK; 65 Sekunden; Verify = OK; 1 Sekunde; Blank Check = OK; 1 > > Sekunde; > > > > Ich programmiere damit ein 32kByte EPROM Typ: ST M27C256M27C256B: > > Programm = OK; 15 Sekunden; verify = OK; 0,5 Sekunden; Blank Check: OK; 1 > > Sekunde; > > Hast Du damit auch schon ältere, kleinere EPROM-Typen programmiert? Nach > meiner Erfahrung stimmen die Konfigurationsdaten der EPROM-Typen nur > seltenst, d.h. Programmierspannungen und Programmieralgorithmen muß ich > weitgehend manuell einstellen. > > Gruß, Ralf Ich habe nur 3 verschiedene EPOMs noch in meiner OPA Schachtel. Diese sind zwar alt aber nicht aus den EPROM Anfängen. Es soll EPROMs geben die mehr als 18 Volt Vpp brauchen die gehen dann nicht zu programmieren. Die/eine ältere Version des TL866 soll noch die höheren Vpp Spannungen können.
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 10:49 +0200 |
| Message-ID | <1nmxpvb.1ii54b1c0tzciN%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242616 |
wernertrp wrote: > Es soll EPROMs geben die mehr als 18 Volt Vpp brauchen > die gehen dann nicht zu programmieren. 21V waren gebräuchlich, zuvor 25V und die 2708/2704 brauchten noch ein paar mehr Spannungen. > Die/eine ältere Version des TL866 soll noch die > höheren Vpp Spannungen können. Das TL866CS kann wenigstens 21V und keine 25V. Aber, wie beschrieben, die "Datenbank" ist Schrott. Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | wernertrp <wernertrp@googlemail.com> |
|---|---|
| Date | 2018-04-08 03:25 -0700 |
| Message-ID | <c06d9971-ae57-46a9-a6ee-fbae7f517125@googlegroups.com> |
| In reply to | #242619 |
Am Sonntag, 8. April 2018 10:50:12 UTC+2 schrieb Ralf Kiefer: > wernertrp wrote: > > > Es soll EPROMs geben die mehr als 18 Volt Vpp brauchen > > die gehen dann nicht zu programmieren. > > 21V waren gebräuchlich, zuvor 25V und die 2708/2704 brauchten noch ein > paar mehr Spannungen. > > > > Die/eine ältere Version des TL866 soll noch die > > höheren Vpp Spannungen können. > > Das TL866CS kann wenigstens 21V und keine 25V. Aber, wie beschrieben, > die "Datenbank" ist Schrott. > > Gruß, Ralf Ich habe bis jetzt erst 9 verschiedene ICs programmiert. Ich erwarte nicht das alle 15 000 versprochene gehen sollen/werden. Bei Reichelt gibt es einen Programmer für 2000.- Euro; gefällt Dir der besser ? Es kann ja mal einer einen Wettbewerb auf youdupe anstoßen.
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 13:45 +0200 |
| Message-ID | <1nmxxx2.nzfeqpm9s25mN%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242620 |
wernertrp wrote: > Bei Reichelt gibt es einen Programmer für 2000.- Euro; gefällt Dir der > besser ? Vermutlich schon :-) Es gibt weitere in der Größenordnung unter 1kEuros. Ich hatte in den 1980er Jahren auf Basis meines Apple IIe und der mc-Hardware meinen eigenen selbst geschrieben, der von 2716 bis 27512 alle konnte, zu denen ich seinerzeit Datenblätter bekam. Der ist in meiner Pipeline zur Wiederinbetriebnahme vermerkt bzw. als neues Projekt auf einem 68000-Rechner vorgesehen. Ich brauche für historische Rechner unbedingt die 2716 und 2732 und zwar auch die, die mit 25V programmiert werden. Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | wernertrp <wernertrp@googlemail.com> |
|---|---|
| Date | 2018-04-08 05:14 -0700 |
| Message-ID | <1eeaec59-ac01-43aa-90b4-25be7c854368@googlegroups.com> |
| In reply to | #242621 |
Am Sonntag, 8. April 2018 13:46:06 UTC+2 schrieb Ralf Kiefer: > wernertrp wrote: > > > Bei Reichelt gibt es einen Programmer für 2000.- Euro; gefällt Dir der > > besser ? > > Vermutlich schon :-) Es gibt weitere in der Größenordnung unter > 1kEuros. > > Ich hatte in den 1980er Jahren auf Basis meines Apple IIe und der > mc-Hardware meinen eigenen selbst geschrieben, der von 2716 bis 27512 > alle konnte, zu denen ich seinerzeit Datenblätter bekam. Der ist in > meiner Pipeline zur Wiederinbetriebnahme vermerkt bzw. als neues Projekt > auf einem 68000-Rechner vorgesehen. Ich brauche für historische Rechner > unbedingt die 2716 und 2732 und zwar auch die, die mit 25V programmiert > werden. > > Gruß, Ralf ... vielleicht hat einer ein Schaltbild vom TL866 und wir wiederbeleben die alten Programmierspannungen und dann noch ain YouTube über den Umbau.
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 15:43 +0200 |
| Message-ID | <1nmy3h9.1kclyo61n55dd6N%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242622 |
wernertrp wrote: > ... vielleicht hat einer ein Schaltbild vom TL866 und wir wiederbeleben >die alten Programmierspannungen und dann noch ain YouTube über den >Umbau. Da werde ich mir lieber meinen eigenen bauen. Das ist reizvoller als Reverse Engineering von dem Chinesengerät, IMHO. Warum haben die in ihrer neueren Variante die Programmierspannung nur bis 18V vorgesehen? Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-04-08 15:49 +0200 |
| Message-ID | <pad6ln$uer$1@news.bawue.net> |
| In reply to | #242625 |
On 04/08/2018 03:43 PM, Ralf Kiefer wrote: > wernertrp wrote: > >> ... vielleicht hat einer ein Schaltbild vom TL866 und wir wiederbeleben >> die alten Programmierspannungen und dann noch ain YouTube über den >> Umbau. > > Da werde ich mir lieber meinen eigenen bauen. Das ist reizvoller als > Reverse Engineering von dem Chinesengerät, IMHO. > > Warum haben die in ihrer neueren Variante die Programmierspannung nur > bis 18V vorgesehen? Vor allem, was wird mit um 18V gebrannt? Gerrit
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 16:47 +0200 |
| Message-ID | <1nmy60f.1ih7alk11v41ayN%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242626 |
Gerrit Heitsch wrote: > Vor allem, was wird mit um 18V gebrannt? K.A. Laut der chinesischen Liste programmierbarer Chips gibt's neben GALs ganze Reihen von Mikrocontrollern, zu denen ich keine Details kenne. 87C5x, PICs und diverse Atmel-Familien sind vertreten, dazu diverse Flash-ROMs bis zu den kleinen 8poligen Gehäuse, also I2C-Bus. Die ursprüngliche Motivation das ursprüngliche Gerät zu bauen lag wohl um das Jahr 2010 im Automotive-Bereich für Hobbyisten, die damit ihre EPROMs und Mikrocontroller zum "Chippen" programmieren konnten. Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2018-04-08 14:36 +0200 |
| Message-ID | <fiugm6Flg5tU1@mid.individual.net> |
| In reply to | #242621 |
Am 08.04.2018 um 13:45 schrieb Ralf Kiefer:
> Ich brauche für historische Rechner > unbedingt die 2716 und 2732 und zwar auch die,> die mit 25V
programmiert werden.
Da bleibt bei mir der uralt EPROMMER von elektor.
Oder ich bauen mir einen neuen EPROMMER
mit einem Arduino Mega.
So wie der IO stimmt, wird die 25 V
für eine vorgegebene Zeit zugeschaltet.
Hermann
der gerne wissen möchte,
wie lange EPROM Inhalte erhalten bleiben.
--
http://www.hermann-riemann.de
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 15:43 +0200 |
| Message-ID | <1nmy2np.166fkfa17hibrtN%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242623 |
Hermann Riemann wrote: > Oder ich bauen mir einen neuen EPROMMER > mit einem Arduino Mega. > So wie der IO stimmt, wird die 25 V Es ist keine Raketenwissenschaft :-) Die Selbstbau-Eprommer aus den 1980er, die in diversen Zeitschriften veröffentlicht und teils mit Bausätzen unterstützt wurden, haben i.A. Komponenten drauf, die es heute noch gibt. Die CPU dahinter ist auch egal, solange genügend RAM vorhanden ist, um den zu programmierenden Inhalt vorzuhalten. Und es braucht einen Timer. > der gerne wissen möchte, > wie lange EPROM Inhalte erhalten bleiben. Ich habe EPROMs vorgefunden, die ihren Inhalt nach über 30Jahren noch hatten, aber auch welche, die nach weniger als 30Jahren deutliches Vergessen bis hin zum inhaltlichen Totalverlust aufwiesen. Teilweiser Datenverlust zeigte sich bei manchen, daß sie bei etlichen bis vielen einzelnen Bits immer wieder unterschiedliche Werte lieferten, d.h. beim wiederholten "Verify" gewisse Muster von Einzelbits "wackeln". Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | Holm Tiffe <holm@freibergnet.de> |
|---|---|
| Date | 2018-04-08 19:59 +0200 |
| Message-ID | <padla1$9n9$1@news.albasani.net> |
| In reply to | #242623 |
On 08.04.2018 14:36, Hermann Riemann wrote: > Am 08.04.2018 um 13:45 schrieb Ralf Kiefer: > >> Ich brauche für historische Rechner > unbedingt die 2716 und 2732 und >> zwar auch die,> die mit 25V > programmiert werden. > Da bleibt bei mir der uralt EPROMMER von elektor. > Oder ich bauen mir einen neuen EPROMMER > mit einem Arduino Mega. > So wie der IO stimmt, wird die 25 V > für eine vorgegebene Zeit zugeschaltet. > > Hermann > der gerne wissen möchte, > wie lange EPROM Inhalte erhalten bleiben. > ...genauso lange wie in Flash-Roms, denn die Art Informationen zu speichern ist die Selbe. Ich denke nicht das Dich das irgendwie beruhigt ;-) In den Datenblättern stand 100 Jahre Datenerhalt, bei den ersten 1702 und 2708 war wohl noch von mehr als 10 Jahren die Rede. Gruß, Holm
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-04-08 20:17 +0200 |
| Message-ID | <padmc1$52v$1@news.bawue.net> |
| In reply to | #242633 |
On 04/08/2018 07:59 PM, Holm Tiffe wrote: > On 08.04.2018 14:36, Hermann Riemann wrote: >> Am 08.04.2018 um 13:45 schrieb Ralf Kiefer: >> >>> Ich brauche für historische Rechner > unbedingt die 2716 und 2732 und >>> zwar auch die,> die mit 25V >> programmiert werden. >> Da bleibt bei mir der uralt EPROMMER von elektor. >> Oder ich bauen mir einen neuen EPROMMER >> mit einem Arduino Mega. >> So wie der IO stimmt, wird die 25 V >> für eine vorgegebene Zeit zugeschaltet. >> >> Hermann >> der gerne wissen möchte, >> wie lange EPROM Inhalte erhalten bleiben. >> > > ...genauso lange wie in Flash-Roms, denn die Art Informationen zu > speichern ist die Selbe. Aber leider abhängig vom Prozess und der Größe der Strukturen. Aktuelles Flash in SSDs ist inzwischen bei unter 1 Jahr angekommen wenn man die SSD stromlos ins Regal legt. Im Rechner, wenn der benutzt wird, sorgt der Controller für einen Refresh, da hält der Kram länger. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hergen Lehmann <hlehmann.expires.5-11@snafu.de> |
|---|---|
| Date | 2018-04-08 20:46 +0200 |
| Message-ID | <ql4qpe-j0k.ln1@hergen.dyndns.org> |
| In reply to | #242634 |
Am 08.04.2018 um 20:17 schrieb Gerrit Heitsch: > Aber leider abhängig vom Prozess und der Größe der Strukturen. Aktuelles > Flash in SSDs ist inzwischen bei unter 1 Jahr angekommen wenn man die > SSD stromlos ins Regal legt. Im Rechner, wenn der benutzt wird, sorgt > der Controller für einen Refresh, da hält der Kram länger. Im Gegenzug versprechen die Hersteller für das integrierte Flash-ROM in modernen Microcontrollern teilweise 100 Jahre. Das liegt zumindest über den ca.20 Jahren aus der Blütezeit der EPROMs, allerdings kann man nicht mehr so ohne Weiteres Sicherheitskopien machen... Hergen
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-04-08 21:15 +0200 |
| Message-ID | <padpot$6cr$1@news.bawue.net> |
| In reply to | #242635 |
On 04/08/2018 08:46 PM, Hergen Lehmann wrote: > Am 08.04.2018 um 20:17 schrieb Gerrit Heitsch: > >> Aber leider abhängig vom Prozess und der Größe der Strukturen. >> Aktuelles Flash in SSDs ist inzwischen bei unter 1 Jahr angekommen >> wenn man die SSD stromlos ins Regal legt. Im Rechner, wenn der benutzt >> wird, sorgt der Controller für einen Refresh, da hält der Kram länger. > > Im Gegenzug versprechen die Hersteller für das integrierte Flash-ROM in > modernen Microcontrollern teilweise 100 Jahre. Das liegt zumindest über > den ca.20 Jahren aus der Blütezeit der EPROMs, allerdings kann man nicht > mehr so ohne Weiteres Sicherheitskopien machen... Warte nur bis die GALs und FPGAs vergesslich werden... 30 Jahre alte Rechner funktionieren bis heute und werden das weiter tun bis der Chip selbst defekt ist. Systeme mit GALs und FPGA hingegen werden irgendwann den Betrieb einstellen und das wars dann. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | R.Kiefer.SPAEM@gmx.de (Ralf Kiefer) |
|---|---|
| Date | 2018-04-08 21:31 +0200 |
| Message-ID | <1nmyjj0.1cytvx8x8u4g0N%R.Kiefer.SPAEM@gmx.de> |
| In reply to | #242637 |
Gerrit Heitsch wrote: > Systeme mit GALs und FPGA hingegen > werden irgendwann den Betrieb einstellen und das wars dann. Bei Formac-PCI-Karten (SCSI und Grafik) für den Mac hatte ich den Verdacht, daß die nicht wesentlich länger als 10Jahre lebten. Mir sind auffällig viele untypisch früh verendet. Möglicherweise hatte die Formac-Fertigung ein "systemisches" Problem. Gruß, Ralf
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2018-04-09 09:39 +0200 |
| Message-ID | <AABayxiyAJcAAABK.A1.flnews@WStation5.stz-e.de> |
| In reply to | #242635 |
Hergen Lehmann wrote: > Am 08.04.2018 um 20:17 schrieb Gerrit Heitsch: > > > > Aber leider abhängig vom Prozess und der Größe der Strukturen. > > Aktuelles Flash in SSDs ist inzwischen bei unter 1 Jahr angekommen wenn > > man die SSD stromlos ins Regal legt. Im Rechner, wenn der benutzt wird, > > sorgt der Controller für einen Refresh, da hält der Kram länger. > > Im Gegenzug versprechen die Hersteller für das integrierte Flash-ROM in > modernen Microcontrollern teilweise 100 Jahre. Das liegt zumindest über > den ca.20 Jahren aus der Blütezeit der EPROMs, [...] Die modernen Flash-EPROMs und auch EEPROMs verwenden intern ECC und Redundanz. Die dreistelligen Zahlen gelten daher sicherlich nur für die bereits korrigierten Blocks (und nicht für jede einzelne Speicher- Zelle).
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-04-09 13:54 +0200 |
| Message-ID | <fj12k2F8fajU2@mid.individual.net> |
| In reply to | #242635 |
Am 08.04.2018 20:46 schrieb Hergen Lehmann: > Im Gegenzug versprechen die Hersteller für das integrierte Flash-ROM in > modernen Microcontrollern teilweise 100 Jahre. Bei CD-R sagte man damals 1000 Jahre... Hanno
[toc] | [prev] | [next] | [standalone]
Page 1 of 2 [1] 2 Next page →
Back to top | Article view | de.sci.electronics
csiph-web