Der real existierende i2c-Bus / Lochraster im Weltraum

Ralph Aichinger · 2019-10-20T08:32:07+00:00

Wenn man keine besonders hohe Datenraten braucht(so eher einlesen einzelner Sensoren), wievielMühe muß man sich da mit der Führung des i2c-Bus geben? Ich muß gestehen, ich hab bis jetztnoch nie mehr als 2,3 Geräte an einem i2-Anschlußhängen gehabt, und da war immer nur ein Microcontrollerdabei.Jetzt hab ich neulich die sehr spannende (zumindestfür mich! Lochraster im Weltraum ;) Platine gesehen(die durch alle Bastlersites gewandert ist), die dieDLR in den Weltraum geschossen hat: der Originalartikel war neulich noch frei abrufbar,jetzt ist er hinter einer Paywall)Dort werden 2 ESP32 mit einem Pi Zero und etlichenSensoren vernetzt, alles auf einer Euro-Lochrasterplatine.Gibt es da Faustregeln, mit wievielen Teilnehmern, bzw.auf wieviele Platinen verteilt solche Busse funktionieren?Kann man z.B. noch damit rechnen, daß alles was innerhalbeines 50x20x5cm-Gehäuses passiert, mit Flachbandkabelnauf 3 oder 4 Platinen aufgeteilt funktionieren sollte?Bei kurzen Bussen ist das weitgehend egal, aber ich nehmean, sowas sollte man ordentlich terminieren.Gibts da Faustregeln&Erfahrungswerte, alles unter demHintergrund, daß ich keine Leiterbahnen auf mehrfachlayerPCBs designe, sondern mit Drähten auf Lochraster (Bzw.mit der Billigzange vom Reichelt gecrimpten Flachbandkabelnin Wannensteckern) operiere?Mich interessiert weniger was in der Theorie unter Labor-bedingungen möglich ist, sondern mehr was ein Bastler inder Praxis sich trauen sollte./ralph

O

olaf 6 years ago

Ich glaube ich hab es das erste mal in einen der alten Video2000 Kisten gesehen. Da kommen doch bestimmt auch schon 2m zusammen. :)

Kann man nicht ganz so einfach sagen.

Die meisten Probleme mit I2C kommen weil die Programmierer auf Arduinolevel Murks zusammenschustern. Wenn im Source sowas steht...

while(I2C_Ready == TRUE);

...dann ist der Supergau bereits vorprogrammiert. Ich denke das sind 90% aller Probleme. wenn man sich dessen bewusst ist, Fehler erkennt, den Master neu initialisiert und vorher mal ein paar Takte raushaut damit Slaves den Arsch wieder hochbekommen die SDA runterziehen dann laeuft es in 99% aller Faelle gut.

Das restliche 1% sind dann devices die sich weghaengen und dabei SCL runterziehen. Ein Beispiel dafuer sind LM75 in der ersten Version. (die wurden mal verbessert!)

Aber natuerlich fuer Anwendungen die 24/7 laufen sollen wuerde ich I2C auch nicht verwenden.

Olaf

Vote

O

olaf 6 years ago

Bei SPI reseten sich die Statemachines wenn du mit CS rumwackelt. Das ist deutlich robuster. Ausserdem hast du kein Opendrain mit Pullup, also auch weniger Stoerwarscheinlichkeit.

Olaf

Vote

O

olaf 6 years ago

Es gibt mittlerweile auch welche die haben einen internen Timeout. Da gibt es dann eine minimale Taktfrequenz fuer SCL. Und geben tut es das weil den Herstellern auch schon aufgefallen ist das I2C nicht so ganz das gelbe vom Ei ist.

Olaf

Vote

E

Eric Bruecklmeier 6 years ago

Ich verstehe nicht so ganz, warum man krampfhaft versucht, I2C aufzubohren, anstatt gleich was vernünftiges zu nehmen...

Vote

E

Eric Bruecklmeier 6 years ago

werden...

Vote

G

Gerrit Heitsch 6 years ago

Würde ich so nicht sagen... Für Retrokram habe ich noch eine Röhrenglotze von denen, hat RGB-, FBAS- und S-Video-Eingänge. Gekauft

2002, funktioniert immer noch einwandfrei.

Gerrit

Vote

H

Hans-Peter Diettrich 6 years ago

Dafür sollen lt. Wikipedia nicht alle SPI Devices ihren Ausgang erwartungsgemäß abschalten.

DoDi

Vote

E

Eric Bruecklmeier 6 years ago

Ich meine schon eher die neueren Flachglotzen - aber ich bin halt auch geprägt, mir ist der Laden einfach grundunsympatisch...

Vote

K

Klaus Butzmann 6 years ago

Am 26.10.2019 um 10:42 schrieb Eric Bruecklmeier:

Bei mir abivalent, Valvo war immer sehr bastlerfreundlich beim Datenblattversand, aber der

5 Pf Drehknopf von Radiorekorder war dann auch an teuen Messgeräten verbaut. Es gab aber auch sehr pfiffige Schaltungen.

Butzo

Vote

E

Eric Bruecklmeier 6 years ago

Am 26.10.2019 um 11:55 schrieb Klaus Butzmann:

Jenun, meine Meinung basiert auf der Erfahrung als Mitarbeiter...

Vote

K

Klaus Butzmann 6 years ago

Am 26.10.2019 um 11:59 schrieb Eric Bruecklmeier:

ist (war?) aber ein grosser Laden.

Je nach Abteilung findet man einen Laden toll oder katastrophal :-)

Butzo

Vote

E

Eric Bruecklmeier 6 years ago

Am 26.10.2019 um 12:06 schrieb Klaus Butzmann:

Hmmm, bei Philips und seinen Nachfolgern gibts da schon recht klare Tendenzen - aber sicher gibts dort auch Ecken, wo es weniger Schlimm ist.

Vote

G

Gerald Oppen 6 years ago

Als Basis würde ich sowas wie FHEM nehmen. Der Trend geht immer stärker zu "SmartHome" was auch immer der einzelne darunter versteht. Wichtig ist darauf zu achten dass FHEM & Co auch ausfallen dürfen ohne dass die Grundfunktionen verloren gehen, also der Lichtschalter funktioniert, der Rolladen sich bedienen lässt und die Heizung im sinnvollen Bereich läuft. I2C für Temperatursensoren kann man nehmen bei wenigen Metern Buslänge. Wenn man ein paar Messwerte verloren gehen spielt das bei einer Heizung keine Rolle - sowieso bei einer sehr trägen Fußbodenheizung. OnWire Sensoren sind die alternative. Die Daten kann man dann auf einem "LAN-Client" Gruppenweise zusammen fassen. Da tut es ein leicht modifizierter NET-IO von Pollin z.b. - inzwischen gibt es da sicher auch moderneres. Nur per WLAN würde ich die Regelung nicht laufen lassen - Bedienung ist was anderes, als vom Tablett aus konfigurieren. Aussagen wie "ich brauch keine grafische Oberfläche" halte ich nicht für zeitgemäß. Die bekommt man heute quasi geschenkt und helfen sehr das ganze Bedienbar zu halten wenn man sich mal die Sommersaison über nicht mehr mit seiner Heizung beschäftigt hat.

Gerald

Vote

G

Gerald Oppen 6 years ago

Am 22.10.19 um 08:48 schrieb Holm Tiffe:

Die Annahme ist nicht zulässig. Das Gerät ist "sicher", wenn es im Fehlerfall die Arbeit einstellt - OK. Das muss aber keineswegs der Fall sein. Denkbar sind auch Fehler wie er zeichnet die Ausstrahlungen des daneben stehenden Handys auf.

Gerald

Vote

G

Gerald Oppen 6 years ago

Am 22.10.19 um 09:55 schrieb Holm Tiffe:

Zur Datenerfassung kann man so was machen, zur Regelung würde ich kein Funk einsetzen wollen. Jedenfalls nicht für Geräte die länger als 1-2 Jahre genutzt werden sollen. Die Vergangenheit hat gezeigt dass man immer damit rechnen muss das eine Funklösung unbrauchbar wird weil z.B. ein neues Mobilfunknetz aufgebaut wird mit dem die verbaute Funktechnik nicht mehr klarkommt. Oder die Verschlüsselung nicht mehr ausreichend ist,...

Gerald

Vote

G

Gerald Oppen 6 years ago

Am 25.10.19 um 20:17 schrieb Eric Bruecklmeier:

Und wo ist dabei das Problem? OK, wenn man ein ständiges Rauschen auf der Leitung hat das per Zufall zum einen oder anderen gültigen Protokoll führt mag das ein Problem werden können. Dann hat man aber schon grundlegend bei der Hardwareauslegung etwas falsch gemacht.

Gerald

Vote

G

Gerald Oppen 6 years ago

Am 25.10.19 um 20:14 schrieb Eric Bruecklmeier:

Weil es einfach ist. Man kann masterseitig ohne Hardwareänderung (fast)beliebig weitere Teilnehmer dran hängen. Bei SPI muss man dafür immer zusätzlich eine CS-Leitung pro Teilnehmer schaffen. Andere Busse haben in der Regel noch größere Hardwareanforderungen.

Gerald

Vote

W

Wolfgang Allinger 6 years ago

Und bei OneWire brauchste nicht mal son Aufstand.

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Vote

G

Gerald Oppen 6 years ago

Am 20.10.19 um 22:47 schrieb Ralph Aichinger:

I2C Multiplexer gibt es. Ja nach Anwendung bietet es sich auch an auf dem AVR den I2C per reiner Software zu implementieren und mehrere unabhängige I2C Schnittstellen zu schaffen.

Gerald

Vote