https://www.mikrocontroller.net/api.php?action=feedcontributions&feedformat=atom&user=172.26.29.204 2026-04-10T14:41:49Z Benutzerbeiträge MediaWiki 1.39.7 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105459 2022-09-23T14:36:15Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> = Vorteile =<br /> <br /> Man kann Slave Bausteine &quot;von der Stange&quot; kaufen, ohne sich Gedanken über Protokoll und Adressierung zu machen. Denn das ist bereits schon implementiert. <br /> Alternativ kann man aber auch eigene Slaves bauen und an den Bus hängen. Dafür haben viele µC schon eine Hardware I²C Schnittstelle integriert. Wobei man aber auch recht einfach eine I²C Schnittstelle in Software nachbilden kann.<br /> <br /> I²C Bausteine sind reine State-Machines. Somit sind viele von Hause aus recht Stromsparend. Der PCA9554 benötigt z.B. nur 250nA im &quot;Standby-Mode&quot; (keine Kommunikation).<br /> <br /> Bei I²C gibt der Master den Takt (SCL) für die Datenübertragung vor. Die Slaves benötigen im Gegensatz zu UART also keinen genauen Taktgeber (Quarz). Will man den Takt auf dem Bus verringern, so muss man das nur am Master einstellen. Die Slaves benötigen keine Änderung. So ist es auch möglich den Takt dynamisch zu variieren und z.B. wichtige Nachrichten mit geringem Takt (Störunempfindlicher) zu übertragen und andere Nachrichten mit höherem Takt.<br /> <br /> = Verkabelung =<br /> <br /> == Kabellänge ==<br /> <br /> I²C ist nicht als &quot;long range&quot; Bus entwickelt worden. Daher ist eines der Hauptprobleme bei I²C als Hausbus, dass man ohne weiteres nicht weiter als ein paar Meter kommt. <br /> Das liegt daran das die I²C Leitungen eine maximale Kapazität von 400pF nicht übersteigen dürfen, da der high-Zustand auf dem Bus nur passiv über Pull-Ups erreicht wird. Je mehr Kapazität an einer I²C-Bus Leitung hängt, desto länger braucht der Bus also um den high-Zustand zu erreichen. Das kann zu timing Problemen führen.<br /> <br /> Es gibt zur Reichweitenerhöhung verschiedene Ansätze: <br /> # Kleinerer Pull-Up<br /> # Geschwindigkeitsreduktion<br /> # Bustreiber<br /> # Differentielle Übertragung<br /> # Aktiver Pull-Up<br /> <br /> === Kleinerer Pull-Up ===<br /> <br /> Da das Kernproblem darin liegt, dass der high-Zustand nur passiv erreicht wird, bietet es sich an den Pull-Up Widerstand zu verkleinern um dadurch die Zeit zu verkürzen die der Bus benötigt den high-Zustand zu erreichen.<br /> <br /> Begrenzt wird dieses Vorhaben dadurch, dass I²C Geräte nur 3mA sinken können (Die weiter unten besprochenen Bustreiber umgehen genau dieses Problem). Bei der Berechnung der Pull-Ups muss also darauf geachtet werden, dass nicht mehr als 3mA durch einen Widerstand fließen. Eine Ausnahme stellen I²C Geräte dar, die der ''Fm+'' (oder höher) Spezifikation entsprechen (Fm+ = Fast mode Plus). Diese sind in der Lage 30mA zu sinken.<br /> <br /> === Geschwindigkeitsreduktion ===<br /> <br /> Wenn die Busgeschwindigkeit angepasst wird, sind große Strecken und umfangreiche Verzweigungen möglich. Ein 30-Meter-Bus funktioniert zum Beispiel noch mit rund 20kHz fast ohne Probleme. <br /> Bei Geschwindigkeiten um 1kHz, wurde im Forum schon von Buslängen von etlichen hundert Metern berichtet. <br /> <br /> === Bustreiber ===<br /> <br /> Bustreiber haben die Aufgabe die maximale Buskapazität von 400pF zu erhöhen. Dies erreichen die Bausteine i.d.R. durch eine Steigerung des Stroms auf dem Bus. <br /> Die drei bekanntesten Bustreiber für diesen Zweck sind folgende:<br /> <br /> * P82B715 (3000pF, max. 100kHz)<br /> * P82B96 (4000pF, max. 400kHz)<br /> * PCA9600 (4000pF, max. 1MHz)<br /> <br /> Alle drei Typen haben ihre Vor- und Nachteile. Wobei der PCA9600 als Nachfolger vom P82B96 angesehen werden kann und im Prinzip nur Vorteile gegenüber dem P82B96 hat (Abgesehen vom Preis und der Beschaffbarkeit ;) - [http://www.reichelt.de/PCF-I-C-Bus-Controller/PCA-9600-D/3/index.html?;ACTION=3;LA=446;ARTICLE=126478;GROUPID=2942;artnr=PCA+9600+D '''PCA9600''' Gibts nun bei Reichelt!])<br /> <br /> Der Hauptunterschied zwischen P82B96 und PCA9600 sind die Spannungspegel an der Sx/Sy Seite des ICs. Der P82B96 kann diese Pins bei einem low-Signal nicht weiter als 0,88V nach unten ziehen (I²C kompatibel, nicht TTL kompatibel). Der verbesserte PCA9600 kann bis auf 0,74V herunter ziehen (I²C und TTL kompatibel). Des weiteren hat der PCA weniger Laufzeitverzögerung und ist bis zu 1MHz Bustakt spezifiziert. <br /> <br /> Der P82B96 (und PCA9600) verhindert eine Rückkopplung indem er an seinen Sx/Sy Eingängen ein low bei 0,65V erkennt, ein low selber aber nur mit 0,88V ausgeben kann. Informationen die über die T/R Seite kommen, werden also von einem zweiten, parallelgeschalteten, Bustreiber des gleichen Typs nicht weitergeleitet. Im Gegensatz zum P82B715 können die ICs verschiedene Busspannungen &quot;übersetzen&quot;. Die gepufferte Seite kann also mit einer anderen Busspannung betrieben werden als die Sx/Sy Seite.<br /> <br /> P82B96 und PCA9600 können statisch 30mA treiben. In der Application Note AN10216 (Seite 46) wird von NXP geschrieben das mittels externer Transistoren der Strom noch weiter erhöht werden kann. Bei 30kHz wird eine mögliche Gesamtlänge von 1km angegeben. <br /> <br /> Recht einfach aufgebaut ist der P82B715. Intern arbeitet nur ein Stromsensor, der auf der gepufferten Seite mittels Transistors den Strom bei low Pegel erhöht. Er hat somit nicht die Probleme mit bestimmten Spannungspegeln wie die P82B96 und PCA9600 ICs. Dafür muss beim P82B715 auch die ungepufferte Seite zur Gesamtbuslast mit einbezogen werden. Auch ist es nicht möglich die gepufferte Seite mit anderer Spannung zu bertreiben. <br /> Auf der gepufferten Seite (LDA/LCL) besitzt der P82B715 nur jeweils einen Pin für jede Busleitung. Applikationen die getrennte TX und RX Pins benötigen, sind mit dem P82B715 also nicht möglich.<br /> <br /> === Differentielle Übertragung ===<br /> <br /> In Kombintation mit einem Bustreiber wie dem P82B96, ist es möglich die I²C Bus Signale über RS-485 oder CAN physikalisch zu &quot;tunneln&quot; (PHY Layer).<br /> <br /> Dabei werden die TX und RX Leitungen des I²C Bustreibers mit den TX und RX Leitungen des RS-485 oder CAN Treibers verbunden. Für SDA und SCL werden hierfür auf dem Übertragungskabel also insgesamt vier Leitungen benötigt.<br /> <br /> NXP hat mit den P82B485/P82B486 auch Treiber angekündigt, die den I²C-Bus direkt auf RS485 übersetzen.<br /> <br /> === Aktiver Pull-Up ===<br /> <br /> Linear Technology bietet einige ICs wie den LTC1694 an, der den passiven low-high Wechsel des I²C-Bus durch eine Stromquelle beschleunigt.<br /> <br /> == Topologie ==<br /> <br /> Über die günstigste Topologie (Stern, Bus,..) ist bisher nichts bekannt.<br /> <br /> == Störsicherheit/EMV ==<br /> Bei der Nutzung als Feldbus müssen die Busteilnehmer sowohl gegen Störungen und Überspannung geschützt werden (induktive/kapazitive Einkopplungen), als auch Maßnahmen getroffen werden gegen zu große Störabstrahlung des Busses in die Umwelt. Wesentlich ist dabei die Begrenzung des maximalen Spannungsanstieges dU/dT auf allen Busleitungen und der Schutz vor Spannungsspitzen. Dazu gibt es folgende Möglichkeiten:<br /> * Verwendung abgeschirmter und/oder verdrillter Leitungen mit zentraler Erdung<br /> * Überspannungsschutz bei den Busteilnehmern - durch Schottkydioden zwischen SDA/SCL gegen Masse und VCC unmittelbar an den Slaves und Serienwiderstände in den Datenleitungen in der Anbindung zum Bus (typ. 50 … 200 Ohm)<br /> * Passive Pi-Filter an allen Busteilnehmern, abgestimmt auf die höchste Übertragungsrate<br /> Eine effektive Variante zum Schutz vor Überspannung, Spannungsausfall beim Slave und zugleich Pegelanpassung:<br /> <br /> [[Datei:Pegelshifter&amp;EMV.png|600px|Schaltplan]]<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklesen<br /> * Daten immer mehrmals schreiben/lesen<br /> * Wenn man µC als Slave programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]<br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> * [http://haus-computer.de Projekt Hauscomputer]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105452 2022-09-21T08:25:25Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105450 2022-09-21T08:23:52Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105449 2022-09-21T08:22:54Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> HEIL KUMAR!<br /> <br /> دا وطن افغانستان دی<br /> دا عزت د هر افغان دى<br /> كور د سولې، كور د تورې<br /> هر بچى يې قهرمان دى<br /> <br /> دا وطن د ټولو كور دى<br /> د بلوڅو، د ازبكو<br /> پــښــتــنو او هزاراو<br /> د تركمنو، د تاجكو<br /> <br /> ور سره عرب، ګوجر دي<br /> پاميريان، نورستانيان<br /> براهوي دي، قزلباش دي<br /> هم ايماق، هم پشايان<br /> <br /> دا هيواد به تل ځلېږي<br /> لكه لمر پر شنه آسمان<br /> په سينې كې د آسيا به<br /> لكه زړه وي جاويدان<br /> <br /> نوم د حق مو دى رهبر<br /> وايو الله اكبر<br /> وايو الله اكبر<br /> وايو الله اكبر<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105447 2022-09-21T08:22:13Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105446 2022-09-21T08:22:01Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein<br /> <br /> Kleine Judenschweine<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105445 2022-09-21T08:21:51Z

<p>172.26.29.204: /* Datensicherheit */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu Adi.<br /> <br /> Adolf Hitler (* 20. April 1889 in Braunau am Inn, Österreich;[1] † 30. April 1945 in Berlin) war ein deutscher nationalsozialistischer Politiker österreichischer Herkunft, der von 1933 bis zu seinem Tod 1945 Diktator des Deutschen Reiches war.<br /> <br /> Ab Juli 1921 Vorsitzender der Nationalsozialistischen Deutschen Arbeiterpartei (NSDAP), versuchte er im November 1923 mit einem Putsch von München aus die Weimarer Republik zu stürzen. Mit seiner Schrift Mein Kampf (1925/26) prägte er die antisemitische und rassistische Ideologie des Nationalsozialismus.<br /> <br /> Hitler wurde von Reichspräsident Paul von Hindenburg am 30. Januar 1933 zum deutschen Reichskanzler ernannt. Innerhalb weniger Monate beseitigte sein Regime mit Terror, Notverordnungen, dem Ermächtigungsgesetz, Gleichschaltungsgesetzen, Organisations- und Parteiverboten die Gewaltenteilung, die pluralistische Demokratie, den Föderalismus und den Rechtsstaat. Politische Gegner wurden in Konzentrationslagern inhaftiert, gefoltert und ermordet. 1934 ließ Hitler anlässlich des „Röhm-Putsches“ potenzielle Rivalen in den eigenen Reihen ermorden. Hindenburgs Tod am 2. August 1934 nutzte er, um das Amt des Reichspräsidenten mit dem des Reichskanzlers vereinen zu lassen, und regierte seither als „Führer und Reichskanzler“.<br /> <br /> Die deutschen Juden wurden ab 1933 zunehmend ausgegrenzt und entrechtet, besonders durch die Nürnberger Gesetze vom 15. September 1935, die Novemberpogrome 1938 und die Arisierung von Unternehmen jüdischer Eigentümer sowie zahlreiche weitere Gesetze und Verordnungen, die ihnen schrittweise die Teilnahme am wirtschaftlichen, kulturellen und gesellschaftlichen Leben unmöglich machten und sie ihrer Vermögen und Erwerbsmöglichkeiten beraubten. Die Folgen der Weltwirtschaftskrise und die Massenarbeitslosigkeit bekämpfte er mit staatlichen Investitionsprogrammen und Arbeitsbeschaffungsmaßnahmen wie dem Autobahnbau und der Aufrüstung der Wehrmacht sowie der Einrichtung des paramilitärisch organisierten Reichsarbeitsdienstes. Mit der Aufrüstung der Wehrmacht und der Rheinlandbesetzung brach Hitler 1936 den Versailler Vertrag. Die nationalsozialistische Propaganda stellte die Wirtschafts-, Sozial- und Außenpolitik als erfolgreich dar und steigerte so bis 1939 Hitlers Popularität.<br /> <br /> 1938 übernahm er die unmittelbare Befehlsgewalt über die Wehrmacht und setzte den „Anschluss“ Österreichs durch. Über das Münchner Abkommen vom 30. September 1938, das ihm die Angliederung des Sudetenlandes an das Deutsche Reich gestattete, setzte er sich mit der „Zerschlagung der Rest-Tschechei“ bereits am 15. März 1939 hinweg. Mit dem durch den Abschluss des sogenannten Hitler-Stalin-Pakts vom 23./24. August 1939 mit der Sowjetunion vorbereiteten Überfall auf Polen am 1. September 1939, der vertragsgemäß die Zerschlagung des polnischen Staates und die Aufteilung seines Territoriums unter den Vertragspartnern zum Ziel hatte und auf den bald die sowjetische Besetzung Ostpolens folgte, löste er den Zweiten Weltkrieg in Europa aus. Nach dem Sieg über Frankreich im Westfeldzug vom 10. Mai bis 25. Juni 1940 und dem Beginn der später gescheiterten Luftschlacht um England am 10. Juli 1940 teilte er am 31. Juli 1940 Vertretern des Oberkommandos der Wehrmacht seinen Entschluss mit, die Sowjetunion anzugreifen und gegen sie einen Vernichtungskrieg zur Eroberung von „Lebensraum im Osten“ zu führen. Den am 22. Juni 1941 begonnenen Krieg gegen die Sowjetunion ließ er unter dem Decknamen „Unternehmen Barbarossa“ vorbereiten und führen.<br /> <br /> Im Zweiten Weltkrieg verübten die Nationalsozialisten und ihre Helfershelfer zahlreiche Massenverbrechen und Völkermorde. Bereits im Sommer 1939 erteilte Hitler die Weisung, die „Erwachseneneuthanasie“ vorzubereiten. Zwischen September 1939 und August 1941 wurden in der „Aktion T4“ über 70.000 psychisch kranke sowie geistig und körperlich behinderte Menschen, bis Kriegsende insgesamt durch „Euthanasie“ über 200.000 Menschen systematisch ermordet. Hitlers Antisemitismus und Rassismus gipfelte schließlich im Holocaust. Im Holocaust wurden etwa 5,6 bis 6,3 Millionen Juden, im Porajmos bis zu 500.000 Sinti und Roma ermordet. Hitler autorisierte die wichtigsten Schritte des Judenmordes und ließ sich über den Verlauf informieren. Seine verbrecherische Politik führte zu vielen Millionen Kriegstoten und zur Zerstörung weiter Teile Deutschlands und Europas.<br /> <br /> Kleine Judenschweine<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105443 2022-09-21T08:20:52Z

<p>172.26.29.204: /* Datensicherheit */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklassen<br /> * Immer mehrmals Abschieben<br /> * Wenn man µC als Slave programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, Slaves sind NEGER zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105440 2022-09-21T08:18:43Z

<p>172.26.29.204: /* Datensicherheit */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklassen<br /> * Immer mehrmals Abschieben<br /> * Wenn man µC als Slave(Dominik Feldmann, aus Essen Borbeck, aus der HI20B auf dem HNBK ist eine dicke schwuchtel welche auf 7cm kinderficker penise steht) programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, Slaves sind NEGER zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> <br /> ░█░█░█░█░█▀▀░█▀█<br /> ░█▄█░█▀█░█▀▀░█░█<br /> ░▀░▀░▀░▀░▀▀▀░▀░▀<br /> ░▀█▀░█░█░█▀▀<br /> ░░█░░█▀█░█▀▀<br /> ░░▀░░▀░▀░▀▀▀<br /> ░▀█▀░█▄█░█▀█░█▀█░█▀▀░▀█▀░█▀█░█▀▄<br /> ░░█░░█░█░█▀▀░█░█░▀▀█░░█░░█░█░█▀▄<br /> ░▀▀▀░▀░▀░▀░░░▀▀▀░▀▀▀░░▀░░▀▀▀░▀░▀<br /> ░▀█▀░█▀▀<br /> ░░█░░▀▀█<br /> ░▀▀▀░▀▀▀<br /> ░█▀▀░█░█░█▀▀<br /> ░▀▀█░█░█░▀▀█<br /> ░▀▀▀░▀▀▀░▀▀▀      <br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> Meine Slaves tun sich gut auf der Baumwolle Plantage. Diese arbeiten überragend!<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105430 2022-09-21T08:14:01Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> NICHAEL Lassey aus Essen ist eine Schwuchtel.<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklassen<br /> * Daten immer mehrmals schieben/lesen<br /> * Wenn man µC als Slave(Michael) programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, Slaves sind NEGER zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105427 2022-09-21T08:13:27Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> MIGGAEL Lassey aus Essen ist eine Schwuchtel.<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklassen<br /> * Daten immer mehrmals schieben/lesen<br /> * Wenn man µC als Slave(Michael) programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105426 2022-09-21T08:12:42Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> LEON PRAßL aus Essen ist eine Schwuchtel.<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklassen<br /> * Daten immer mehrmals schieben/lesen<br /> * Wenn man µC als Slave(Michael) programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105425 2022-09-21T08:12:22Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> LEON PRAßl aus Essen ist eine Schwuchtel.<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklassen<br /> * Daten immer mehrmals schieben/lesen<br /> * Wenn man µC als Slave(Michael) programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105421 2022-09-21T08:10:53Z

<p>172.26.29.204: /* Infos */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> Louis Frühling aus Essen ist eine Schwuchtel.<br /> <br /> Allahu Akbar meine Kinder<br /> <br /> Hallo ihr keks<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklesen<br /> * Daten immer mehrmals schreiben/lesen<br /> * Wenn man µC als Slave programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204 https://www.mikrocontroller.net/index.php?title=I2C_als_Hausbus&diff=105417 2022-09-21T08:08:27Z

<p>172.26.29.204: /* Kleinerer Pull-Up */</p> <hr /> <div>= Infos =<br /> <br /> Infos allgemein zu [[Hausbus]], [[I²C]].<br /> <br /> Es wird oft behauptet das I²C nur für Verbindungen innerhalb einer Leiterplatte gedacht ist. Das ist sicherlich die Hauptanwendung, aber es gibt auch allseits bekannte Einsatzgebiete wo etliche Meter überbrückt werden. Bei VGA (DDC) und HDMI wird z.B. eine I²C-Bus Verbindung zur Kommunikation zwischen den Endgeräten benutzt. VGA und HDMI Kabel können (offiziell) rund 15m lang sein.<br /> <br /> Allerdings werden für diesen Einsatz oftmals auch spezielle Treiber Bausteine eingesetzt, die eine höhere Buskapazität vertragen, verbesserten ESD Schutz haben, die Pegel übersetzen (z.B. 3,3 auf 5V), Hot-Plug-fähig sind, etc. Als Beispiel sei hier der PCA9507 (NXP) aufgeführt, der einige dieser Eigenschaften besitzt.<br /> <br /> Michael Lassey ist SCHULD!<br /> <br /> = Verkabelung =<br /> <br /> == Kabellänge ==<br /> <br /> I²C ist nicht als &quot;long range&quot; Bus entwickelt worden. Daher ist eines der Hauptprobleme bei I²C als Hausbus, dass man ohne weiteres nicht weiter als ein paar Meter kommt. <br /> Das liegt daran das die I²C Leitungen eine maximale Kapazität von 400pF nicht übersteigen dürfen, da der high-Zustand auf dem Bus nur passiv über Pull-Ups erreicht wird. Je mehr Kapazität an einer I²C-Bus Leitung hängt, desto länger braucht der Bus also um den high-Zustand zu erreichen. Das kann zu timing Problemen führen.<br /> <br /> Es gibt zur Reichweitenerhöhung verschiedene Ansätze: <br /> # Kleinerer Pull-Up<br /> # Geschwindigkeitsreduktion<br /> # Bustreiber<br /> # Differentielle Übertragung<br /> # Aktiver Pull-Up<br /> <br /> === Kleinerer Pull-Up ===<br /> <br /> Da das Kernproblem darin liegt, dass der high-Zustand nur passiv erreicht wird, bietet es sich an den Pull-Up Widerstand zu verkleinern um dadurch die Zeit zu verkürzen die der Bus benötigt den high-Zustand zu Erreichen<br /> <br /> <br /> Begrenzt wird dieses Vorhaben dadurch, dass I²C Geräte nur 3mA sinken können (Die weiter unten besprochenen Bustreiber umgehen genau dieses Problem). Bei der Berechnung der Pull-Ups muss also darauf geachtet werden, dass nicht mehr als 3mA durch einen Widerstand fließen. Eine Ausnahme stellen I²C Geräte dar, die der ''Fm+'' (oder höher) Spezifikation entsprechen (Fm+ = Fast mode Plus). Diese sind in der Lage 30mA zu sinken.<br /> <br /> wer das liest ist doof<br /> <br /> === Geschwindigkeitsreduktion ===<br /> <br /> Wenn die Busgeschwindigkeit angepasst wird, sind große Strecken und umfangreiche Verzweigungen möglich. Ein 30-Meter-Bus funktioniert zum Beispiel noch mit rund 20kHz fast ohne Probleme. <br /> Bei Geschwindigkeiten um 1kHz, wurde im Forum schon von Buslängen von etlichen hundert Metern berichtet. <br /> <br /> === Bustreiber ===<br /> <br /> Bustreiber haben die Aufgabe die maximale Buskapazität von 400pF zu erhöhen. Dies erreichen die Bausteine i.d.R. durch eine Steigerung des Stroms auf dem Bus. <br /> Die drei bekanntesten Bustreiber für diesen Zweck sind folgende:<br /> <br /> * P82B715 (3000pF, max. 100kHz)<br /> * P82B96 (4000pF, max. 400kHz)<br /> * PCA9600 (4000pF, max. 1MHz)<br /> <br /> Alle drei Typen haben ihre Vor- und Nachteile. Wobei der PCA9600 als Nachfolger vom P82B96 angesehen werden kann und im Prinzip nur Vorteile gegenüber dem P82B96 hat (Abgesehen vom Preis und der Beschaffbarkeit ;) - [http://www.reichelt.de/PCF-I-C-Bus-Controller/PCA-9600-D/3/index.html?;ACTION=3;LA=446;ARTICLE=126478;GROUPID=2942;artnr=PCA+9600+D '''PCA9600''' Gibts nun bei Reichelt!])<br /> <br /> Der Hauptunterschied zwischen P82B96 und PCA9600 sind die Spannungspegel an der Sx/Sy Seite des ICs. Der P82B96 kann diese Pins bei einem low-Signal nicht weiter als 0,88V nach unten ziehen (I²C kompatibel, nicht TTL kompatibel). Der verbesserte PCA9600 kann bis auf 0,74V herunter ziehen (I²C und TTL kompatibel). Des weiteren hat der PCA weniger Laufzeitverzögerung und ist bis zu 1MHz Bustakt spezifiziert. <br /> <br /> Der P82B96 (und PCA9600) verhindert eine Rückkopplung indem er an seinen Sx/Sy Eingängen ein low bei 0,65V erkennt, ein low selber aber nur mit 0,88V ausgeben kann. Informationen die über die T/R Seite kommen, werden also von einem zweiten, parallelgeschalteten, Bustreiber des gleichen Typs nicht weitergeleitet. Im Gegensatz zum P82B715 können die ICs verschiedene Busspannungen &quot;übersetzen&quot;. Die gepufferte Seite kann also mit einer anderen Busspannung betrieben werden als die Sx/Sy Seite.<br /> <br /> P82B96 und PCA9600 können statisch 30mA treiben. In der Application Note AN10216 (Seite 46) wird von NXP geschrieben das mittels externer Transistoren der Strom noch weiter erhöht werden kann. Bei 30kHz wird eine mögliche Gesamtlänge von 1km angegeben. <br /> <br /> Recht einfach aufgebaut ist der P82B715. Intern arbeitet nur ein Stromsensor, der auf der gepufferten Seite mittels Transistors den Strom bei low Pegel erhöht. Er hat somit nicht die Probleme mit bestimmten Spannungspegeln wie die P82B96 und PCA9600 ICs. Dafür muss beim P82B715 auch die ungepufferte Seite zur Gesamtbuslast mit einbezogen werden. Auch ist es nicht möglich die gepufferte Seite mit anderer Spannung zu bertreiben. <br /> Auf der gepufferten Seite (LDA/LCL) besitzt der P82B715 nur jeweils einen Pin für jede Busleitung. Applikationen die getrennte TX und RX Pins benötigen, sind mit dem P82B715 also nicht möglich.<br /> <br /> === Differentielle Übertragung ===<br /> <br /> In Kombintation mit einem Bustreiber wie dem P82B96, ist es möglich die I²C Bus Signale über RS-485 oder CAN physikalisch zu &quot;tunneln&quot; (PHY Layer).<br /> <br /> Dabei werden die TX und RX Leitungen des I²C Bustreibers mit den TX und RX Leitungen des RS-485 oder CAN Treibers verbunden. Für SDA und SCL werden hierfür auf dem Übertragungskabel also insgesamt vier Leitungen benötigt.<br /> <br /> NXP hat mit den P82B485/P82B486 auch Treiber angekündigt, die den I²C-Bus direkt auf RS485 übersetzen.<br /> <br /> === Aktiver Pull-Up ===<br /> <br /> Linear Technology bietet einige ICs wie den LTC1694 an, der den passiven low-high Wechsel des I²C-Bus durch eine Stromquelle beschleunigt.<br /> <br /> == Topologie ==<br /> <br /> Über die günstigste Topologie (Stern, Bus,..) ist bisher nichts bekannt.<br /> <br /> == Störsicherheit/EMV ==<br /> Bei der Nutzung als Feldbus müssen die Busteilnehmer sowohl gegen Störungen und Überspannung geschützt werden (induktive/kapazitive Einkopplungen), als auch Maßnahmen getroffen werden gegen zu große Störabstrahlung des Busses in die Umwelt. Wesentlich ist dabei die Begrenzung des maximalen Spannungsanstieges dU/dT auf allen Busleitungen und der Schutz vor Spannungsspitzen. Dazu gibt es folgende Möglichkeiten:<br /> * Verwendung abgeschirmter und/oder verdrillter Leitungen mit zentraler Erdung<br /> * Überspannungsschutz bei den Busteilnehmern - durch Schottkydioden zwischen SDA/SCL gegen Masse und VCC unmittelbar an den Slaves und Serienwiderstände in den Datenleitungen in der Anbindung zum Bus (typ. 50 … 200 Ohm)<br /> * Passive Pi-Filter an allen Busteilnehmern, abgestimmt auf die höchste Übertragungsrate<br /> Eine effektive Variante zum Schutz vor Überspannung, Spannungsausfall beim Slave und zugleich Pegelanpassung:<br /> <br /> [[Datei:Pegelshifter&amp;EMV.png|600px|Schaltplan]]<br /> <br /> = Datensicherheit =<br /> <br /> Von Hause aus ist bei I²C keine Checksumme o.ä. vorgesehen. Einzelne Bytes werden nur mit einem ACK bestätigt.<br /> <br /> Man muss also eigene Konzepte entwickeln um sicherzugehen, dass Daten korrekt gesendet und empfangen wurden. <br /> <br /> Einige Möglichkeiten wären:<br /> * Geschriebene Daten zurücklesen<br /> * Daten immer mehrmals schreiben/lesen<br /> * Wenn man µC als Slave programmiert, kann man eine Checksumme als zusätzliches Byte mitübertragen<br /> <br /> Ein weiteres Problem ist, dass Slaves sowohl das SDA Datensignal, als auch das SCL Taktsignal (Clock-Stretching) dauerhaft auf &quot;Low&quot; ziehen können, was den Totalausfall des Busses zur Folge hat. Das kann z.B. beim Ausfall der Stromversorgung eines Slaves auftreten, es sind aber auch Schaltkreise bekannt, die diese Fehlfunktion bei längerem Betrieb zeigen (z.B. LM75). Die Auswirkungen eines lokalen Stromausfalls begrenzt ein klassischer Pegelshifter mit MOSFET, zwischen Bus und Slave geschaltet, bereits zuverlässig. Das Erlauben von Clock-Stretching ist generell ein Problem, da das Bus-Timing und somit die Reaktion des Gesamtsystems in Echtzeit nicht mehr garantiert werden können.<br /> <br /> = Adressierung =<br /> <br /> Wie viele Adressen einzelne I²C Bausteine haben, ist unterschiedlich. In der Regel sind 1-8 Adressen möglich. Es gibt aber auch (neuere) Bausteine die bis zu 64 mögliche Adressen haben. Somit kann es also sein, das man evt. Probleme bekommt wenn man mehrere Bausteine des selben Typs einsetzen will.<br /> <br /> In dieser Hinsicht ist der PCA9501 I/O Expander Baustein recht interessant. Er bietet als einer der wenigen älteren Bausteine bis zu 64 mögliche Adressen. Zudem hat er ein integriertes EEPROM (256 Byte) und ist somit für Hausbus Anwendungen gut geeignet. <br /> <br /> Eine andere Lösung dieses Problems ist die Verwendung von I²C Multiplexern- bzw. Switches. Wie z.B. den PCA9544. Dieser Baustein kann einzelne Busabschnitte bei Bedarf abtrennen, so das man in den einzelnen Abschnitten identische Adressen verwenden kann.<br /> <br /> = Eigene Erfahrungen =<br /> <br /> Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I²C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I²C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hat's sofort wieder funktioniert. <br /> <br /> Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte. Im I²C-Standard von Philips ist diese Kapazität auf 400pF limitiert. Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt. Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485<br /> <br /> ----<br /> <br /> Habe ein I2C Netzwerk im Haus, sternfoermig und Reihe gemischt, <br /> vielleicht 40m alles zusammen, bei 70kHz mit P82B715 an allen Knoten, <br /> CAT5 Kabel, laeuft einwandfrei. Musst natuerlich Fehlererkennung (NACK) <br /> etc Routinen vorhalten.<br /> <br /> ----<br /> <br /> Habe bei meinem I2C-Hausbus eine Kabellänge <br /> von ca. 120m. Auch sternförmig und reihe gemischt. Taktfrequenz 96kHz, <br /> jedes der 22 Module ist mit einem P82B715 ausgestattet. Den Pull-up <br /> Widerstand von SDA und SCL habe ich auf 180 Ohm verringert. Läuft <br /> fehlerfrei seit ca. 15 Jahren. Verwendetes Kabel für SCL, SDA: <br /> 2x0,14mm², geschirmt. Spannungsversorgung +/-15V und Interrupt: 5x1,5².<br /> <br /> ----<br /> <br /> Mein I2C-Hausbus hat ca. 150m Gesamtlänge, Topologie sowohl als Stern, als auch Linien gemischt. Taktfrequenz 3 kHz und weitere Optimierungen. Einheitlicher Bus mit Masse/SDA/SCL und +12V zur Stromversorgung. Läuft seit 2004 weitgehend fehlerfrei. Dokumentation im Netz (Projekt Hauscomputer).<br /> <br /> = Passende Sensoren / Module =<br /> * Temperatursensor mit dem [[Temperatursensor#DS1621|DS1621]]<br /> * [[I2C-Schaltmodul]] mit dem [[Port-Expander_PCF8574|PCF8574]]<br /> * [http://cctools.hs-control.de/ext_index.php?artikel=1824 I²C-CAN Modul]<br /> * [http://www.horter.de/i2c/index.htm I²C Module]<br /> <br /> = Links =<br /> <br /> == Allgemein ==<br /> * [http://www.i2c-bus.org/ I²C-Bus Infoseite]<br /> * [https://www.nxp.com/products/interfaces/ic-bus:MC_41735 Übersicht I²C Bausteine von NXP]<br /> * [http://www.hendonsemiconductors.com/bus-buffer.asp Hendon Semiconductors (Viele Application Notes)]<br /> <br /> == Foren Beiträge ==<br /> <br /> * [http://www.mikrocontroller.net/topic/71426#582586 I2C über 1,2km Kabel mit CAN-Transceiver]<br /> * [http://www.mikrocontroller.net/topic/40880 I2C über 200m Kabel mit P82B96]<br /> <br /> == Application Notes == <br /> <br /> * [http://www.nxp.com/documents/application_note/AN10658.pdf AN10658 (Sending I2C-bus signals via long communications)]<br /> * [http://www.nxp.com/documents/application_note/AN460.pdf AN460 (Using the P82B96 for bus interface)]<br /> * [http://www.nxp.com/documents/application_note/AN255.pdf AN255 (I²C / SMBus Repeaters, Hubs and Expanders)]<br /> <br /> == Praktische Anwendungen ==<br /> <br /> * [http://haus-computer.de Projekt Hauscomputer]<br /> * [https://gkiefer.github.io/home2l Projekt ''The Home2Ls'']<br /> <br /> == Siehe auch ==<br /> <br /> * [[Hausbus_auf_I2C-_und_ATtiny-Basis:_Home2L_Brownies|Hausbus auf I²C- und ATtiny-Basis]]<br /> <br /> <br /> <br /> <br /> [[Kategorie:Projekte]]<br /> [[Kategorie:I2C]]<br /> [[Kategorie:Hausbus]]</div>

172.26.29.204