Der real existierende i2c-Bus / Lochraster im Weltraum

Oct 20, 2019 Last reply: 6 years ago 98 Replies

Am 23.10.19 um 10:34 schrieb Wolfgang Allinger:

Das Prinzip des Ringoszillator. :-)

Hi Wolfgang,

Eben deswegen ;-)

Das ist aus Hf-Sicht quasi Gleichspannung.

Das ist schon sportlich, bei 1 MHz Oberwellen wären das immerhin 300 m Wellenlänge. Die Ringleitung hatte aber sicher einen Umfang von deutlich unter 300 m oder?

nicht dass ich Dir auch nur im Ansatz widersprechen wollte.

Marte

ACK, und es fing an auf Fischtrawlern, das hatte schon ein Geschmäckle und Gerüchle :o Mir wird schon beim Gedanken daran übel. Ich kann Fisch nicht ab! Dazu dann noch Salzwasser, Temperaturschwankungen. So ein Kahn ist die reinste Tropfsteinhöhle.

Nä, dann lieber Walzwerk unterm Rollgang :) Das ist nur ehrlicher Dreck, Wasser, Rost, Zunder und Schmodder und muckelig warm. Wenn da ein Feinblech von 200mm Dicke durchfährt oder gar zum Stillstand kommt, wirds in der Nähe unlustig :) Besonders im Winter, auf der einen Seite dampft der Blaumann und am Rücken kommt der kalte Wind durch die Hallentore und einem friert der Arsch ab :)

Nö, die garantieren IIRC bis zu 1km Umfang,

die 3. Oberwelle von 76kBd sind umme 230kHz, also rund 1300m Wellenlänge, das scheint zu passen zu den 1000m.

Na hoffentlich liest Axel mit.

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

Tut er. Nur bin ich weder Elektromiker noch gar Entwickler. Sensoren sind als I2C handelsüblich und eine fertige Achfach-Platine habe ich schon, so daß es elektrisch kein Stern ist sondern acht (in Wirklichkeit sechs) einzelne Punkt-zu-Punkt Verbindungen.

Ich werde also auf jeden Fall das als erstes wenigstens probieren.

Noch ne andere Möglichkeit: MAXIM/DALLAS One Wire Sensoren: DS18B20 ist u.a. für HVAC... vorgesehen,

OneWire Treiber gibbet eigentlich für viele CPUs, brauchst nur 1 port pin.

Es gibt auch Teile mit 1 oder 2 zusätzlichen Outputs, also kannste damit auch Ventile, Pumpen, Lampen... ansteuern.

Bus Länge <200m, mit speziellen Treibern <500m

formatting link

148.html

Ich hab mal ein Labor mit ca 50m Temperatur überwacht. Und viele Jahre im Auto als elektronischer Schlüssel benutzt. War so eine Art Knopfzelle, die am Schlüsselbund hing. Funzte problemlos und unauffällig

Gut das mir die Teile durch den Fred wieder eingefallen sind, sinniere gerade auch über div. Temp. Messstellen in meinem Haus nach und hab nur an Wireless und RS485 gedacht, nun auch an OneWire :)

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

Ingrid sagt:

noch ein interessantes wiki, u.a. auch mit OneWire und vielen anderen Sachen:

formatting link

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

Hi Wolfgang,

Nicht wirklich. Das würde ja dann endlos im Kreis laufen. Ich gehe mal davon aus, dass der km Leitungslänge nicht bei der Baudrate gilt. Vielleicht sind auch die Flanken von vornherein gerundet. Das vermeidet Reflexionen. Dazu kenne ich RS48x zu wenig.

Marte

Am 24.10.19 um 20:48 schrieb Marte Schwarz:

Für den Sender liegen doch die beiden Ringhälften parallel. Also parallel Leitung mit offenem Ende. Gut für Reflexion.

On 20.10.19 14:53, Eric Bruecklmeier wrote: ...

Danke, dass Du das so diplomatisch sagst...

War da nicht mal was mit der Kommunikation zwischen damals hypermodernen "Sensortasten" und dem Tuner? Also eine Anwendung, in der gelegentlich mal ein Wert übertragen wird und der Anwender es zu schätzen weiß, wenn dieser ziemlich oft korrekt ist. Das geht sogar mit I²C...

Keine schlechte Wahl, wenn man Daten übertragen will :-)

Gruß, Falk P.S.: Ich hatte mich schon gewundert, warum bei den Code-Beispielen der Fujitsu->Spansion->Cypress FM3 nur I²C-Slaves vorkamen. Bis ich einen I²C-Master implementieren musste, der einen RTC vom anderen Ende der Spec-Interpretation *und* einen weiteren Slave bedienen musste...

Hallo Falk,

Eben meinetwegen auch über zwei Platinen hinweg, in der Regel kein Meter lang.

Marte

So wie ich das verstanden habe, immer 76kBd und bis 1000m.

Keine Ahnung ob man die Flankensteilheit einstellen kann oder wie die Widerstände/Treiberschaltungen intern sind.

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

Wir (tm) hatten seinerzeit in unseren EEPROMs extra ein Speizalgimmick um die Unzulänglichkeiten von I2C abzumildern.

I2C wurde seinerzeit von den Holzschuhträgern für modulare Glotzen entwickelt und da sprechen wir nicht von etlichen Metern.

I2C ist für einfachste Aufgaben OK, aber ansonsten Mist.

Hi Eric,

I²C ist überall da einfach und gut, wo es taugt. Das tut es üblicherweise genau da, wo man das tut, wofür es konzipiert wurde. Nimmt man es für zweckfremde Dinge, muss man schon hinschauen, ob das sinnvoll sein wird. Um mal ein paar Sensoren (in der Regel nur eine Hand voll und weniger pro Sorte), Speicher und Portextender in Leiterplattendistanz anzuschließen ist I²C einfach und betriebssicher anwendbar und nicht zuletzt deswegen auch recht beliebt.

Marte

Am 25.10.19 um 10:11 schrieb Marte Schwarz:

Das ist im Wesentlichen meine Aussage. Trotzdem hat I2C auch echte Konstruktionsfehler z.B. die fehlende Möglichkeit eines echten Resets.

Am 25.10.2019 um 10:24 schrieb Eric Bruecklmeier:

Kannst Du dieses Problem mal näher erklären? Wo findest Du so einen Reset bei RS-232 oder SPI?

DoDi

Am 25.10.19 um 10:52 schrieb Hans-Peter Diettrich:

RS232 ist kein Bus und SPI hat in der Regel CS, dazu kommt daß bei SPI ein "klemmender" Teilnehmer nicht die Erreichbarkeit der anderen Bausteine verhindern kann.

Zwar kein echter Reset, aber ein <BREAK> Signal gibt es. Was auch einen extra Ausgang hat, den man dann per HW/SW weiter verwursten kann.

Besonders nett bei 20mA CL, so kann man bei FullDuplex den Sender samt seiner DA leicht per LED sehen, denn der macht bei <BREAK> Taste eine Linienstromunterbrechung. Besonders schön bei echten Terminals.

DiscLeimer: latürnich nur, wenn Kenner und Könner an der seriellen Schnittstelle werkel(t)n und ordentliche UARTs sowie Signale samt IR benutzen.

k.A.

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

Theoretisch könnte das auch bei SPI passieren (wenn ein Slave das wegnehmen von CS ignoriert und MISO weiterhin treibt).

Der entscheidende Punkt ist hier die Einfachheit: Man kann bei SPI im Slave CS direkt auf OE des MISO-Treibers verdrahten. Das ist so simpel (asynchron, nicht vom Zustand der state machine abhängig), dass es in der Praxis quasi nie versagt.

Am 25.10.2019 um 11:07 schrieb Eric Bruecklmeier:

Mir ist immer noch nicht klar, wieso dann ein I2C STOP keinen Reset bedeuten soll? Ein Busteilnehmer, der sich nicht mehr passiv schalten läßt, blockiert jeden Bus.

DoDi

Am 25.10.2019 um 16:49 schrieb Hans-Peter Diettrich:

Ein Klemmender I2C Busteilnehmer blockiert aber u.U. Senden und Empfangen und hat in der Regel auch keinen CS durch den er sich deaktivieren ließe.

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required