Diskussion:Fehlerkorrekturverfahren

message: Auch die Kat "Digitaltechnik" passt hier zwar her, schließt aber die Richtigkeit der interwikis aus, eigentlich sollte es einen Artikel "fehlerkorrigierende codes" geben, der ein großer teilbereich der allg. kodierungstheorie ist. Viele Links diesbzgl. führen hierher - was aber gar keinen Sinn macht... wenn sich mal jemand erbarmen könnte, wie oben angedeutet gibt es hier sehr viel zu tun.... Grüße --WissensDürster 11:06, 25. Jun. 2009 (CEST)
thread_title:  kein klares Konzept 

message: Ich finde, bevor es in komplizierte Details geht, sollte ein Text in die Problematik einführen, der für Normale Leser verständlich ist.--Hans Eo 05:40, 21. Jun. 2010 (CEST)
thread_title:  einfachere Erklärung 

message: Man wird bei der Suche nach "Fehlererkennung" auf diesen Artikel weitergeleitet. Fehler gibt es aber nicht nur in der Informationstechnik sondern auch in der Produktion/QS/beliebige Abläufe. Da muss eine Begrifferklärung dazwischen und ordentlich verlinkt werden. (nicht signierter Beitrag von 217.237.186.107 (Diskussion) 10:10, 27. Jul 2010 (CEST)
thread_title:  Fehlererkennung in der Automatisierungstechnik vs. Informatik 

message: :::5.1 ECC- und Paritätsprüfung
Eine allgemeine Angabe von Fehlerkorrektureigenschaften ist einfach nicht möglich. Hier wird falsche Information verbreitet
:::5.3 CD
Ein Codierungsverfahren explizit an dieser Stelle auszuführen erscheint mir komisch - Eigentlich gehört dieser Absatz in den mit  dem Artikel CIRC zusammengeführt.
-- Ziykuna 11:45, 29. Jan. 2012 (CET)
thread_title: fachliche Fehler

message: Das Beispiel-Kapitel zu Hamming Codes stimmt irgendwie nicht. Das Beispiel funktioniert für Bit 5, aber nicht für Bit 1 (das erste Korrekturbit).
 zu übertragende Daten: !1 !2  3 !4  5  6  7 !8  9 10 11 12
                         0  1  0  1  1  0  0  0  1  1  0  0
 und jetzt mit Fehler:  !1 !2  3 !4  5  6  7 !8  9 10 11 12
                         1  1  0  1  1  0  0  0  1  1  0  0
Berechnung der K-Bits wie gehabt
     0101   Position 5
     1001   Position 9
 XOR 1010   Position 10
 ---------
  =  0110
 übertragene K-Bits 1110
 berechnete K-Bits  0110
 XOR                1000 = 8!!!!
Demnach wäre Bit 8 falsch und nicht Bit 1. Was läuft hier falsch?
178.201.49.117 20:44, 17. Feb. 2014 (CET)
thread_title:  fachliche Fehler beim Hamming Fehlerkorrekturverfahren 

message: Habe gerade eine Korrektur eingereicht. Es liegt daran, dass die Bits falsch herum sortiert sind. Hier ist es von links nach rechts aufsteigend: 1 2 3 4 5...8. Es müsste jedoch von rechts nach links aufsteigend sein (ist bei fast jedem Zahlensystem so ob nun Binär, Hex, Oktal, Dezimal...)
Also:
 Mit Fehlern:
 12 11 10 9 !8  7  6  5 !4  3 !2 !1
 0  0  1  1  0  0  0  1  1  0  1  1
Berechnung der K-Bits
     0101   Position 5
     1001   Position 9
 XOR 1010   Position 10
 -----------
 = 0110
 übertragene K-Bits 0111
 berechnete K-Bits  0110
 XOR                0001 = 1 
.... Stelle 1 ist fehlerhaft! Und damit das Protokoll nun korrekt. (nicht signierter Beitrag von JonathanJansen (Diskussion | Beiträge) 20:17, 27. Feb. 2014 (CET)
thread_title:  fachlicher Fehler korrigiert 

message: Unter "ECC und Partitätsprüfung steht bisher nur sehr wenig und der zweite Satz ist auch noch falsch: "Das ECC-Verfahren wird häufig in Speicherbausteinen für Serversysteme eingesetzt, die eine besonders hohe Datenintegrität benötigen.". Das stimmt aber so nicht.
Das ECC Verfahren wird üblicherweise durch den innerhalb der Prozessoren/Chipsets befindlichen Memory Controller ausgeführt. Der Speicher muss dazu nur entsprechende Datenbreite bieten, um die zu den Daten gehörenden ECC-Parity-Bits abzulegen. Also zum Beispiel statt 64 Bit Breite wird bei ECC 72 Bit Breite beim Speicher benötigt. Aber der ECC Algorithmus, also die Generierung der ECC Prüfbits sowie die Detektierung und Korrektur der Bit-Fehler ist üblicherweise Aufgabe des Memory Controllers (in der CPU bzw im Chipset).
Es gibt aber tatsächlich auch eine neue Lösung, bei der die ECC Korrektur vollständig selbsttätig in den Speicherchips ausgeführt wird. Diese Teile nennen sich ECC DRAMs und sind vom Hersteller Intelligent Memory seit Anfang 2015 auf dem Markt. (Referenz: www.intelligentmemory.com/ECC-DRAM/). Diese ECC DRAM sind völlig kompatibel zu konventionellen Speicherchips, führen aber selbstständig den ECC Algorithmus aus (erstellen selbst die Prüfbits, legen diese selbst in einem extra Bereich ab, prüfen und korrigieren vor der Ausgabe der Daten). Durch diese völlig Kompatibilität zu gewöhnlichen DRAMs ist es damit erstmals möglich, jedes Gerät, welches DRAM-Speicher einsetzt, einfach durch Austausch der Chips mit einer Fehlerkorrektur auszustatten, ohne dass spezielle ECC-fähige CPUs oder Chipsets benötigt werden. Man könnte damit zum Beispiel auch WLAN-Router, den Cache/Buffer auf Festplatten und SSDs, kleinformatige Industriecomputer und jedes andere Gerät mit ECC ausstatten, da man nicht mehr "72 Bit breiten Speicher" (= viele Chips bzw große Module und teure Prozessoren) benötigt.
Aus diesen ECC DRAMs stellt Intelligent Memory auch eine neue Serie Speichermodule her, genannt intECC-Speichermodule. Diese intECC Module sind Standard-DIMM oder SO-DIMM Module mit 64 Bit Breite und passen somit in jeden handelsüblichen PC oder Laptop, wobei aber die Chips darauf selbsttätig eine Fehlerkorrektur durchführen.
Jetzt soll das Ganze natürlich keine Werbung werden, aber zumindest sollte der oben genannte Fehler korrigiert und die neue Technologie erwähnt werden.
Twmemphis (Diskussion) 13:13, 26. Mär. 2015 (CET)
thread_title:  Technischer Fehler im Text