-
-
Erfahrener Benutzer
Roboter Genie
Hier weht ja ein ziemlich rauher Wind...
Zur Auswahl des Buses sind noch weitere Faktoren entscheidend, zB die Entfernung zwischen den Geräten. Mit I2C kommt man nur einige zig cm weit oder verliert Geschwindigkeit bzw. erhöht die Fehlerrate. Wenn Du mehr als hundert Komponenten hast könnte der Signallaufweg bereits zu weit sein. Erklär doch mal, was Du alles anschließen willst und ob zeitkritische Komponenten darunter sind. Denn dafür ist der PC ohnehin ungeeignet. Außerdem bringt er weitere Probleme mit sich...
I2C ist nicht wirklich schnell aber immerhin recht sicher. Wenn Du einen Master hast, der zeitunkitsche Komponenten abfragen soll, dann kann das gehen. Allerdings nur bei "kleinen" Entfernungen und wenn EMVRichtlinien berücksichtigt werden, sonst kann es schnell Probleme geben.
Bei so vielen Slaves ist es nahezuz wangsläufig, dass sie recht weit auseinander liegen. Dafür gibt es bessere Bussysteme wie zB CAN oder LIN oder sonstwas. Eine weitere Variante ist RS485. Die isst für weite Strecken und bis zu 128Teilnehmern, wenn ich nicht irre, aber leider recht langsam.
DIeses Thema ist sehr umfangreich und wenn Du etwas derart komplexes aufbauen willst, dann solltest Du Dich intensiv mit Bussystemen, Kommunikation, Mikrocontrollern und Schnittstellen auseinander setzen, denn hier im Forum hat kaum einer den Überblick über Deine gesamten Anforderungen und kann Dir somit wohl nur grobe Ratschläge geben.
Du brauchst also auch ADWandler. Es gibt solche mit unterschiedlichen seriellen Protokollen, auch I2C. Bevor Du sie benutzen kannst, musst Du jedem eine Adresse einprogrammieren, weil die eingestellte Standartadresse nicht mit den anderen 99kompatibel ist. Allerdings hat man nicht immer 10Bit zu Auswahl, was bereits Probleme erzeugen kann. Auch hier gilt wieder: EMV beachten!
Mit CAN oder Lin wird alles gleich wieder etwas komplizierter, weil es weniger eigenständige Komponenten gibt (zB ADCs). An einem CAN-Bus hängen normalerweise µCs, die dieses Protokoll verstehen. Du wirst also wahrscheinlich nicht um die µC Programmierung herumkommen.
Als Beispiel kannst Du Dir die Kommunikation im Auto ansehen. Da hängen teils über hundert µCs zusammen. Das ist dann übrigens kein Architektur- bzw Denkfehler, sondern geht ganz einfach nicht anders...
Gruß
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- Anhänge hochladen: Nein
- Beiträge bearbeiten: Nein
-
Foren-Regeln
Lesezeichen