"Alle Sender und alle Empfänger hängen dann an einem Bus und zwar parallel."
Ja, stimmt, da hab ich mich ungünstig ausgedrückt. Was mir jetzt nicht klar ist: ist I2C so eine Art Oberbegriff für diese Bus-Schnittstellen? I2C ist ja so neu auch nicht. Oder ist I2C eine "modernere" Art RS-422?

Andi

... und diese Encoder/Decoder werden irgendwie so allmählich aus dem Verkehr gezogen, habe ich den Eindruck. Ich war vor Monaten schon mal auf der Suche, weil ich einen entsprechenden Schaltplan fand, aber die erforderlichen IC´s (und vergleichbare) gab es nicht mehr. Allenfalls irgendwo teuer als Restposten, und das will ich dann auch nicht erst anfangen. Meine Vermutung damals war, dass diese IC´s deswegen nicht mehr hergestellt werden, weil MC´s genau diese Aufgabe übernehmen können. Ist das evt. so?

Andi

...wobei diese Encoder / Decoder wohl nicht als Bussystem verwendbar sind. Das nun finde ich bei z.B. RS-422 so gut, dass man eben noch paar Sachen gleichzeitig ranhängen kann, z.B. bei Bedarf statt 1 eben 3 Sender. Deswegen meine Frage doch eher in diese Richtung RS-422...



Andi

Nein ist es nicht nur ist I²C schon in den meisten Atmels vorgesehen und es gibt die entsprechenden Protokolle und Programme fix und fertig. Mit 3 Leitungen (SDA,SDL und GND ) sind 127 Geräte ansprechbar. Das dürfte für deine Zwecke mehr als ausreichend sein. Zudem ist I²C Bidirektional! Bei den heutigen Preisen für µC ist es da gar keine Frage auf irgendwelche Exoten auszuweichen. Auch bei der Ausgabe bist du da flexibel. Die Anzahl der Ein und Ausgänge hängt nur von dem verwendetem µC ab. Zudem gibt es auch Porterweiterungen.
Beispiel mit 16 Eingängen kannst du 8*8 =64 Tasten abfragen.(8 Zeilen mal 8 Spalten)


_________________
Tippfehler sind vom Umtausch ausgeschlossen.
Arbeiten an Verteilern gehören in fachkundige Hände!
Sei Dir immer bewusst, dass von Deiner Arbeit das Leben und die Gesundheit anderer abhängen!

Zitat :

Oder ist I2C eine "modernere" Art RS-422?

Nein, die Verfahren habe zunächst einmal nichts miteinander zu tun.
I2C ist eine Abkürzung für den von Philips entwickelten Bus http://de.wikipedia.org/wiki/IIC , während V24, RS-232, RS488, usw. die Bezeichnungen von Komitees bei Normungsgremien sind.

Zitat :

Wie werden nun aber diese Bytes erzeugt?

Mit Schieberegistern.
Die werden gewöhnlich zusammen mit etwas zusätzlicher Logik integriert, welche Steuersignale (z.b. dass das Schieberegister leer ist) zur Verfügung stellt und dann heißen sie UART oder USART.

Zitat :

der genau weiss, wenn Byte "so-und-so" reinkommt,

Dafür werden oft bestimmte Synchronisationsmuster am Anfang eines Datenblocks verwendet, manchmal sogar unter absichtlicher Verletzung des eigentlichen Übertragungsprotokolls.

Wenn es nur einen Empfänger am Ende der Leitung gibt, ist ja klar, dass alles, was da kommt, für ihn bestimmt ist.
Wenn aber mehrere Empfänger an einen Bus lauschen, beginnt der Datenblock mit ein paar Adressbytes, an denen der Empfänger erkennen kann, ob er gemeint ist.

Beachte aber auch, daß man aus der RS-xyz Bezeichnung nicht ableiten kann was da gemacht wird.
Das sind reine Komiteebezeichnungen und man muß nachsehen, ob diese die elektrischen Eigenschaftem, ein bestimmtes Übertragungsverfahren, oder sogar nur die Form eines Steckers genormt haben.

P.S.:

Zitat :

Meine Vermutung damals war, dass diese IC´s deswegen nicht mehr hergestellt werden, weil MC´s genau diese Aufgabe übernehmen können. Ist das evt. so?

Das kommt darauf an, unm was für Chips es sich gehandelt hat.
Der µC kann oftmals den Datenfluss senden und empfangen, aber wenn es auf die Leitung geht, sind meist spezielle Schnittstellentreiber beteiligt, die mit den harten Bedingungen der Aussenwelt besser zurecht kommen.
Auch sind manche Übertragungsverfahren so schnell oder so komplex, daß man sie besser speziell dafür entwickelter Hardware überlässt.






[ Diese Nachricht wurde geändert von: perl am 31 Mär 2014 17:47 ]

[ Diese Nachricht wurde geändert von: perl am 31 Mär 2014 17:54 ]

Danke.

"... daß man sie besser speziell dafür entwickelter Hardware überlässt. " --> welche z.B.?

Andi

LWL oder Profibus oder KNX oder CAN-Bus nur um einige zu nennen.

_________________
Tippfehler sind vom Umtausch ausgeschlossen.
Arbeiten an Verteilern gehören in fachkundige Hände!
Sei Dir immer bewusst, dass von Deiner Arbeit das Leben und die Gesundheit anderer abhängen!

Zitat :

welche z.B.?

Das hängt vom jeweiligen Fall ab.
Z.B. werden viele µC schon mit USB2.0 überfordert sein, beim Ethernet werden analoge Pegel mit ausgewertet um Kollisionen zu erkennen, bei HDLC werden während der Übertragung u.U. Nullen eingefügt und wieder entfernt, und bei der Aufzeichnung und beim Lesen von CD oder DVD werden nach komplizierten Regeln Informationen zur Fehlerkorrektur mit dem Datenstrom verflochten, während es in anderen Fällen ausreicht diese Information am Blockende zu übertragen, oder sogar überhaupt nicht zu verwenden.

Du kannst dir zum Spaß ja mal das Datenblatt des über 30 Jahre alten Z-80-SIO ansehen (nicht der SIO-9). Was da drin steckt, möchtest du wahrscheinlich nicht programmieren.

Hallo,

der I2C scheint in der Tat sehr interessant zu werden für mich. Kurz eine Frage dazu: es gibt einen Master und es sind mehrere Slaves möglich. Die Slaves reagieren auf die vom Master gesendeten Befehle. Somit ist eine Rücksendung (Rückmeldung; Bestätigung, dass der im Slave empfangene UND AUSGEFÜHRTE Befehl) vom Slave an den Master nicht möglich? Oder weiter gedacht: Wenn ich eine kabelgebundene Fernsteuerung bauen möchte, bei der ein Empfänger von mindestens einem Sender (bei Bedarf auch mehrere, gleichberechtigte Sender) gesteuert werden soll, kommt hier der I2C in Betracht, oder wäre das nichts für den I2C? Alles auf Basis Arduino - AVR...


Andi

Zitat :

Somit ist eine Rücksendung (Rückmeldung; Bestätigung, dass der im Slave empfangene UND AUSGEFÜHRTE Befehl) vom Slave an den Master nicht möglich?

Doch, im Prinzip genau wie man EEPROMs am I2C schreiben und lesen kann, indem der Master ein vom Slave bereitgestelltes Statusbyte abfragt.
Das macht man ja auch bei anderen Übertragungsverfahren so.

Am i²C sind sogar mehrere Master möglich! Aber bedenke du brauchst bei längeren Leitungen geschirmtes Kabel. http://www.timmermann.org/ralph/ind.....c.htm

_________________
Tippfehler sind vom Umtausch ausgeschlossen.
Arbeiten an Verteilern gehören in fachkundige Hände!
Sei Dir immer bewusst, dass von Deiner Arbeit das Leben und die Gesundheit anderer abhängen!

I²C ist nicht dazu gedacht, ICs über Gerätegrenzen hinweg zu verbinden, daher ja auch die Bezeichnung des Protokolls.

Lieber asynchron z.B. mittels RS485, ordentlichen Schnittstellentreibern und einem einfachen Protokoll. Will man Kollisionen/Kollisionserkennung vermeiden, kann man den Slaves grundsätzlich verbieten, von allein loszuquatschen, sondern nur nach Nachfrage o.ä..

Allerdings kommst du natürlich nicht um das Programmieren eines Mikrocontrollers herum, das ist aber im Prinzip ganz einfach

_________________

"Allerdings kommst du natürlich nicht um das Programmieren eines Mikrocontrollers herum, das ist aber im Prinzip ganz einfach."

:-) Für Dich mag das zutreffen. Ich beschäftige mich momentan zum ersten mal detailierter mit seriellen Schnittstellen. Man verwendet sie irgendwie immer selbstverständlich, weil die Stecker halt da sind, aber weiter fragt man nie - wozu auch bisher. Du schreibst, dass I2C nicht dafür gedacht ist. Ich hab das schon gelesen, dass damit z.B. Displays u.ä. angesteuert werden, Sachen also, die sich im Gerät selbst befinden. Das ist das eine. Die andere Sache wäre interessant: was kann I2C darüber hinaus? Könnte man es dennoch "artfremd" benutzen, um z.B. drahtgebundene Fernsteuerungen zu bauen usw., die bis ca. 20m Kabel angesteuert werden? Was mir (als Hobby-Elektroniker) gefällt, ist die Tatsache, dass das I2C-Protokoll in den MCs bereits vorgesehen ist. Als Profi magst Du das entspannt sehen, für mich ist das eine Herausforderung


Andi