|
Anzeige
|
Auf einen UNO mehrere I2C Adressen laufen lassen
Gast
#6902267
Hallo zusammen ich habe jetzt folgendes Problem und komme nicht weiter. Ich habe 3 Sensoren an einem Uno hängen. Dieser sendet dann über I2C die Daten weiter. Der Master hat für jeden Sensor eine I2C Adressen die ich nicht ändern kann. Heißt also der Master erwartet 3 Antworten von 3 I2C Adressen. Wie kann man das an einfachsten lösen nur grob den Weg erklärt.
Gast
#6902270
Und was ist da jetzt die Frage??? Ein Switch-Case mit den verschiedenen Ausgabe-Adressen? Und je nach angesprochener Slave-Adresse dann unterschiedliche Daten zur Verfügung stellen. >für jeden Sensor eine I2C Adresse ist das immer dieselbe, sodaß ein Adresskonflikt auftritt? Lässt sich der Sensor nicht umkonfigurieren? Für solche Fälle gibt es I2C-Erweiterungschips. z.B: https://www.ti.com/product/TCA9548A Mit dem Register TWAMR kann man Bits in der Slaveadresse maskieren. Somit kannst Du einstellen, daß der AVR auf mehrere Adressen antworten kann. "The TWAMR can be loaded with a 7-bit Slave Address mask. Each of the bits in TWAMR can mask (disable) the corresponding address bits in the TWI Address Register (TWAR). If the mask bit is set to one then the address match logic ignores the compare between the incoming address bit and the corresponding bit in TWAR."
Gast
#6902313
Nein den Master kann ich nicht ändern. Die Sensoren haben beim Master immer die selbe Adresse. Z.B. RPM = 0x01 Temp= 0x02 Ampere = 0x0A Der Master startet und fragt alle Adressen 2x hintereinander ab und wartet auf Antwort sollte sich der Slave nicht melden wird der Sensor auch nicht mehr angesprochen. Ich werde es mal mit switch/case probieren immer ein Case pro Adresse
Gast
#6902317
Ich glaube da besteht ein Missverständnis, wie der I²C Bus funktioniert. I²C Sensoren können nichts aktiv Senden, sondern sie werden vom Master abgefragt. Wenn dein master dafür 3 feste Adressen vorgegeben hat, dann musst die drei Sensoren auf eben diese Adressen einstellen - that's it. Basti schrieb: > Ich werde es mal mit switch/case probieren Daraus leite ich ab, dass der master wohl doch nicht fest vorgegeben ist, sondern du ihn programmieren kannst. Auf jeden Fall läuft es darauf hinaus, dass die drei im Master konfigurierten Adressen mit den tatsächlichen Slaves überein stimmen müssen. "RPM Temp Ampere" scheinen mir sekundäre Adressen zu sein, der Master muss immer noch die feste Sensor-Hauptadresse vorausschicken.
Gast
#6902329
Guckt mal das sind die Adressen es ist ein Spektrum Empfänger und diesen kann ich nicht ändern.
Stefan ⛄ F. schrieb: > Wenn dein master dafür 3 feste Adressen vorgegeben hat, dann > musst die drei Sensoren auf eben diese Adressen einstellen - that's it. Ich schätze, daß letztendlich drei Unos mit jeweils einem Sensor die für den TO passenden Lösung wäre. Oliver
Gast
#6902332
Ich kann also nur den Slave anpassen wenn ich jetzt jeden Sensor einzeln bauen also jeder hätte einen UNO dann wüßte ich wie es geht aber das macht ja keinen sinn 3 Uno zu verwenden
Gast
#6902346
Stefan ⛄ F. schrieb: > Daraus leite ich ab, dass der master wohl doch nicht fest vorgegeben > ist, sondern du ihn programmieren kannst. Das genaue Gegenteil ist der Fall Stefan ⛄ F. schrieb: > Wenn dein master dafür 3 feste Adressen vorgegeben hat, dann > musst die drei Sensoren auf eben diese Adressen einstellen - that's it. Klar schöne einfache Welt.... Problem nicht verstanden, aber that's it sagen. Tipp: Es gibt in dem Spiel zwei Master und 4 Slaves wovon einer der Slaves auf 3 Adressen antworten soll. peda hats verstanden! Peter D. schrieb: > Mit dem Register TWAMR kann man Bits in der Slaveadresse maskieren. > Somit kannst Du einstellen, daß der AVR auf mehrere Adressen antworten > kann. Nur geht das eben mit der Arduino Wire Lib nicht, ohne größere Umbauten. Denn sie hat immer nur 1 Slave Adresse. >Spektrum Empfänger achso, das ist ein Firmenname, es geht um Modellflug https://www.spektrumrc.com/Air/Receivers.aspx https://www.spektrumrc.com/ProdInfo/Files/SPM_Telemetry_Developers_Specs.pdf Seite 6 Hardware level protocol
Gast
#6902362
genau das ist das was ich vor habe Muss ja kein UNO sein, ein kleiner ATTiny würde pro Sensor ja auch reichen. Aber ein I²C Filter ist ja auch kein Hexenwerk, man kann sich nur eben nicht ins fertig gemachte Bett legen, sondern muss ein wenig programmieren. EAF schrieb: > Problem nicht verstanden, aber that's it sagen. Was meist an einer unklaren Beschreibung liegt. Auch hier, nach dem ersten Post wusste ich auch nicht was du willst. EAF schrieb: > Es gibt in dem Spiel zwei Master und 4 Slaves wovon einer der Slaves auf > 3 Adressen antworten soll. Wieder so eine verschwurbelte Scheibe Salami. Fakt scheint: dein Master fragt alle möglichen Slave Adressen ab und du möchtest dass dein Uno als Slave auf 3 unterschiedliche antwortet. Das sollte im Prinzip so wie Peter vorgeschlagen hat lösbar sein: Peter D. schrieb: > "The TWAMR can be loaded with a 7-bit Slave Address mask. Each of the > bits in TWAMR can mask (disable) the corresponding address bits in the > TWI Address Register (TWAR). If the mask bit is set to one then the > address match logic ignores the compare between the incoming address bit > and the corresponding bit in TWAR." Du setzt also die Maske so dass alle 3 Adressen (und wahrscheinlich noch andere) damit enthalten sind und prüfst dann im Code ob tatsächlich eine der 3 Adressen angefragt wird. Nur dann antwortest du. Das wird wahrscheinlich nicht mit der Standard Arduino I2C Schnittstelle gehen, dann musst du deinen eigenen "Sketch" schreiben. Siehe dazu: https://www.mikrocontroller.net/articles/AVR_TWI#Slave_Receiver_Mode
Gast
#6902417
Udo S. schrieb: > Was meist an einer unklaren Beschreibung liegt. Auch hier, nach dem > ersten Post wusste ich auch nicht was du willst. Ich bin nicht der TO! Habe aber sofort verstanden, was er will. Udo S. schrieb: > Wieder so eine verschwurbelte Scheibe Salami. > > Fakt scheint: dein Master fragt alle möglichen Slave Adressen ab und du > möchtest dass dein Uno als Slave auf 3 unterschiedliche antwortet. Ich bin nicht der TO! Habe aber sofort verstanden, was er will. Zudem haben wir jetzt mindestens 3 Threads in mindestens 2 Foren zum gleichen Problem. Alle vom gleichen Menschen mit unterschiedlichen Namen.
Gast
#6902445
und wen interessiert das? Ich kann in so vielen Foren nach Hilfe fragen wie ich möchte und brauche ganz bestimmt nicht von Dir eine Erlaubnis
Gast
#6902462
Basti schrieb: > und wen interessiert das? Ich kann in so vielen Foren nach Hilfe fragen > wie ich möchte und brauche ganz bestimmt nicht von Dir eine Erlaubnis Mich interessiert es. Aber "ich" scheine dir nicht wichtig genug zu sein. Ich stimme dir zu: Man kann sich auch ohne jede Erlaubnis daneben benehmen. Man könnte auch ganz einfach Google befragen: "Arduino as slave with multiple i2c addresses" https://stackoverflow.com/questions/34691478/arduino-as-slave-with-multiple-i2c-addresses Da gibt es sogar nen Link zum Code: https://github.com/alexisgaziello/TwoWireSimulator
Gast
#6902789
Basti schrieb: > und wen interessiert das? Ich kann in so vielen Foren nach Hilfe fragen > wie ich möchte und brauche ganz bestimmt nicht von Dir eine Erlaubnis Spätestens nach dem dritten Thread solltest du dich allerdings fragen, warum du auf deine verschrobene Problemdarstellung keine dir passende Antwort bekommst. Vielleicht machst du mal eine Skizze, wer alles Master ist, wer alles Slave ist und welche Adresse(n) welcher Slave hat. So allmählich sollte es aber klar sein. Der I2C-Master hat das von mir oben verlinkte "Hardware-Protocol": https://www.spektrumrc.com/ProdInfo/Files/SPM_Telemetry_Developers_Specs.pdf Der Uno liest drei eigene Sensoren aus (SPI oder ähnliches) und schickt sie als I2C-Slave an den Master, wenn der ihn abfragt. Laut Hardware-Protocol gibt es "user defined" slaves und andere. Als was die Sensoren am Uno gelten wurde noch nicht gesagt. Peter hat einen Forumsbeitrag verlinkt, in dem beschrieben ist, wie man die Adressen so maskiert, dass der Arduino auf mehrere Adressen reagieren kann. Mir wäre sonst nur noch "bit-banging" eingefallen, ein Flanken-Interrupt auf die Datenübernahmeflanke des I2C-Takts. Im Hardware-Protocol sind 100 kHz und 400 kHz I2C-Takt genannt. Für 400 kHz hätte das Interrupt-Programm nur 40 Takte von 16 MHz zur Verfügung, das ist schon recht sportlich. Für das Hauptprogramm sollten auch noch ein paar Prozent Rechenzeit übrigbleiben.
Gast
#6903245
Christoph db1uq K. schrieb: > So allmählich sollte es aber klar sein Ich habe den Knackpunkt so verstanden: Dein Arduino UNO soll ein I²C Slave sein, der auf drei Slave-Adressen reagiert. Die 3 Adressen sind vom Master fest vorgegeben. Ziel der Aktion ist, drei vorher einzelne Geräte (Sensoren) durch einen einzigen Mikrocontroller zu ersetzen. Ist das soweit richtig?
Gast
#6903338
Ich programmiere ja auch seit 15 Jahren I2C auf unterschiedlichen Architekturen. Aber was der TE jetzt beabsichtigt, und wo sein Problem ist, das habe ich nicht verstanden. Warum sind die Original-Fragen immer so kurz und kryptisch, dass kein Erfahrener versteht, worum es geht. Ein paar Worte mehr, oder eine Zeichnung würden schon helfen. Insbesondere wenn wohl Master und Slave verwechselt werden. >Die 3 Adressen sind vom Master fest vorgegeben.
Welche das sind hat Basti noch nicht verraten. In seiner großen Liste
(die auch im "Protocol" auftauchen) stehen z.B. vier #define
TELE_DEVICE_USER... (0x50) bis (0x58), falls er user-defined Typen
nehmen will.
PittyJ schrieb: > Aber was der TE jetzt beabsichtigt, und wo sein Problem ist, das habe > ich nicht verstanden. Eigentlich ist das doch völlig klar beschrieben. (Selbst) Stefan hats verstanden. Stefan ⛄ F. schrieb: > Dein Arduino UNO soll ein I²C > Slave sein, der auf drei Slave-Adressen reagiert. Die 3 Adressen sind > vom Master fest vorgegeben. Die Lösungen dazu stehen auch schon alle hier im Thread. Oliver
Gast
#6903716
Christoph db1uq K. schrieb: > Der Uno liest drei eigene Sensoren aus (SPI oder ähnliches) und schickt > sie als I2C-Slave an den Master, wenn der ihn abfragt. Warum diese vermischte Funktionsbeschreibung. Bei I2C ist der Master der Herrscher über die Datenübertragung und legt mit seinem Clock fest, wann ein Bit über den Bus geht. Der Slave schickt gar nichts, sondern der Master holt die Daten Bit für Bit ab. Zum Abfragen und Daten schicken/senden bräuchte man halbwegs eigenständige Transceiver. Ja bitteschön, der untertänige Sklave stellt auf Aufforderung seines Herrn die gewünschten Daten zur Verfügung. Den Takt dazu legt der Master fest. Wenn er unbedingt 400 kHz fordert muss sich der Sklave fügen. Das ist das eigentliche Problem, wenn der Arduino nicht schnell genug ist funktioniert es eben nicht. Wenn er nicht schnell genug der Aufforderung des Meisters folgt wird er rausgeworfen.
Beitrag #6903947 wurde von einem Moderator gelöscht.
Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
