Für dieses Forum muß Javascript im Browser aktiviert werden!
Kommentar: Einfügen von HTML im Kommentar: Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a> Bild einfügen: <img src="BILDURL"> Text formatieren: <b>fetter Text</b> <i>kursiver Text</i> <u>unterstrichener Text</u> Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b> C2 Quellcode formatieren: <code>Quellcode</code> ASM Quellcode formatieren: <asm>Quellcode</asm> (Innerhalb eines Quellcodeabschnitts ist kein html möglich.) Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst ! > Hallo Andrè, > > äh.. noch was... ich hab ja jetzt das release/capture wieder rausgenommen. > Für einen Baustein ist das auch absolut ok so. > Benutze ich aber ne Eeprombank z.B. mit 2, 3, 4 oder mehr Bausteinen, wäre es wieder zweckmässig > das einzubauen da ja nur das Schreiben auf einem der Bausteine zu Warteschleifen zwingt. > Genau genommen muß nur der Thread gebremst werden bei dem ein Adressierungsversuch auf > ein Eeprom fehlschlägt. Alle anderen Eproms müsten beschreibbar bleiben und dürfen durch i2c-Last > nicht unnötig ausgebremst wreden. > So wäre auch eine Art Bankswitching möglich, was den Datendurchsatz wesentlich erhöht. > Im Prinzip müsten die eeprom-routinen mehrere Eeproms als großes logisches Eeprom > verwalten.. incl. Switching und Bankverwaltung, Fehlerprüfung... das wäre doch was... :-) > > Um der ganzen Geschichte mal eine Vision zu geben.... > > Gruß Rolf
