EdeBanatzke Geschrieben 4. Dezember Geschrieben 4. Dezember vor 1 Stunde schrieb Reto Stöckli: Das wird eine gute Diskussion! Wie lange ist denn dein längster I2C-Bus, den du mit sinnvoller Taktrate (dh. grösser 10Hz ) betreiben konntest? Es wird von max. 1 m gesprochen in den Foren. Verwendest du I2C Multiplexer oder I2C Address Translators? Moin Reto, Mein ganzes Pedestal war voll von I2C Bussen mit Multiplexern. Alle Anzeigen der Funkgeräte hatte ich aus jeweils 2 OLED 1306, glaube ich, dargestellt, die Dinger haben leider nur 2 festgelegte mögliche Adressen. Also habe ich die jeweils hinter einen 4 oder 8Kanal I2C Multiplexer gehangen und derart angesteuert, indem ich jeweils 2 softwaretechnisch auf den aktiven Bus gelegte und angesteuert habe. Insgesamt waren es 25 Stück an einem Teensy I2C Bus. um die Leitungslänge habe ich mir keine Sorgen gemacht, trial and Error, wobei ich mich auch nicht an die Vorgaben gehalten habe, hinter dem MPX auch mal 2 Leitungen parallel statt in Serie zu den Displays. Das ganze mit dem 100kHz Standard Busspeed, tlw. auch mit 400kHz bei anderen I2C Aufbauten. Da mir das Alles aber zu viel Kabelgehau wurde, bin ich auf Mobiflight (leider Windows, aber Open Source) und Arduinos umgestiegen. Ist auch Simulatorunabhängig. Und Typen wie wir, können auch Teensys oder ESPs oÄ. damit Steuern und unsere eigenen Sachen umsetzen. Mein Pedestal ist weit aufgeräumter und sehr viel einfacher Fehler zu suchen. siehe Vorher/Nachher Bilder. Ich habe mal ein EFIS nach dem Original, d.h. mit Slewschaltern statt Encodern, und nicht drehbarer Schrift mit Beleuchtung gebaut. s. Foto. Mist, wie läd man hier ein Foto hoch????? ok. Fotos, Per Email. Lass uns weiter per Email schreiben. Piki Zitieren
Reto Stöckli Geschrieben 4. Dezember Geschrieben 4. Dezember 3 hours ago, EdeBanatzke said: Moin Reto, Mein ganzes Pedestal war voll von I2C Bussen mit Multiplexern. Alle Anzeigen der Funkgeräte hatte ich aus jeweils 2 OLED 1306, glaube ich, dargestellt, die Dinger haben leider nur 2 festgelegte mögliche Adressen. Also habe ich die jeweils hinter einen 4 oder 8Kanal I2C Multiplexer gehangen und derart angesteuert, indem ich jeweils 2 softwaretechnisch auf den aktiven Bus gelegte und angesteuert habe. Insgesamt waren es 25 Stück an einem Teensy I2C Bus. um die Leitungslänge habe ich mir keine Sorgen gemacht, trial and Error, wobei ich mich auch nicht an die Vorgaben gehalten habe, hinter dem MPX auch mal 2 Leitungen parallel statt in Serie zu den Displays. Das ganze mit dem 100kHz Standard Busspeed, tlw. auch mit 400kHz bei anderen I2C Aufbauten. Da mir das Alles aber zu viel Kabelgehau wurde, bin ich auf Mobiflight (leider Windows, aber Open Source) und Arduinos umgestiegen. Ist auch Simulatorunabhängig. Und Typen wie wir, können auch Teensys oder ESPs oÄ. damit Steuern und unsere eigenen Sachen umsetzen. Mein Pedestal ist weit aufgeräumter und sehr viel einfacher Fehler zu suchen. siehe Vorher/Nachher Bilder. Ich habe mal ein EFIS nach dem Original, d.h. mit Slewschaltern statt Encodern, und nicht drehbarer Schrift mit Beleuchtung gebaut. s. Foto. Mist, wie läd man hier ein Foto hoch????? ok. Fotos, Per Email. Lass uns weiter per Email schreiben. Piki Hallo Piki Danke für die Bilder per e-mail (du kannst hier nur Bilder verlinken, die du auf einem anderen Webserver hochgeladen hast). Der Unterschied beim Pedestal zwischen Teensy und Mobiflight ist beträchtlich. Sehe ich es richtig, dass Mobiflight die beschränkt verfügbaren Arduino-Anschlüsse auch über den I2C oder den SPI vervielfacht? In diesem Sinne wäre die Aufgeräumtheit nicht durch den Arduino, sondern durch eine professionelle PCB-Konstruktion geschuldet, wo alle zuvor einzel verlegten I2C und PWR Kabel nun schön auf der Leiterplatte und mittels einem eigens designten Bus verfügbar sind. Ich könnte mir tatsächlich überlegen, einige der Mobiflight-Module an den Teensy zu hängen. Welches ist das Mobiflight-Modul, das dir z.B. 200 digitale Inputs und Outputs erlaubt? Hab ich grad noch nicht gesehen auf der Webseite. Gruss Reto PS: Ich bevorzuge die Diskussion hier im Forum, da andere Cockpitbauer auch grad davon profitieren können. Zitieren
EdeBanatzke Geschrieben 4. Dezember Geschrieben 4. Dezember vor 3 Minuten schrieb Reto Stöckli: Hallo Piki Danke für die Bilder per e-mail (du kannst hier nur Bilder verlinken, die du auf einem anderen Webserver hochgeladen hast). Der Unterschied beim Pedestal zwischen Teensy und Mobiflight ist beträchtlich. Sehe ich es richtig, dass Mobiflight die beschränkt verfügbaren Arduino-Anschlüsse auch über den I2C oder den SPI vervielfacht? In diesem Sinne wäre die Aufgeräumtheit nicht durch den Arduino, sondern durch eine professionelle PCB-Konstruktion geschuldet, wo alle zuvor einzel verlegten I2C und PWR Kabel nun schön auf der Leiterplatte und mittels einem eigens designten Bus verfügbar sind. Ich könnte mir tatsächlich überlegen, einige der Mobiflight-Module an den Teensy zu hängen. Welches ist das Mobiflight-Modul, das dir z.B. 200 digitale Inputs und Outputs erlaubt? Hab ich grad noch nicht gesehen auf der Webseite. Gruss Reto PS: Ich bevorzuge die Diskussion hier im Forum, da andere Cockpitbauer auch grad davon profitieren können. Mobiflight ist die Middelware zwischen Sim und den Arduino/Teensy/ESP Modulen. Du schreibst eine von Mobiflight generierte ( Kannst Du auch selbst schreiben oder erweitern. https://github.com/MobiFlight/MobiFlight-FirmwareSource) auf den z.B. Mega2560 , anschliessend konfigurierst du das Modul (z.B. Pin 1 = LED output oder Pinx,y = Encoder Input) und lädst die Configuration in den Mega2560. Nun gehst Du in Mobiflight und definierst welches Modul und dort welcher Ausgang erhält die Daten der hier definierten Dataref, wobei du hier noch Anpassungen, wie z.B (DatarefValue / 1000) *-1 o.ä. vornehmen kannst, startest und es funktioniert. Du kannst aber auch eigene sogenannte CustomDevices für deine Module programieren und dort dann eigene Multiplexerhandler oder andere nicht vorhandene Hardware ranhängen. die Communication mit dem Sim übernimmt Mobiflight. Auf Github ist dort eine ganze Menge zu finden, besonders der Ralf(https://github.com/elral) ist dort führend, er ist auch der Kopf hinter der Hardwareprogrammierung. Übrigens ein umgänglicher Kerl hab ihn schon persönlich kennengelernt. Du hast natürlich recht, wir haben eine ganze Menge PCBs dafür gemacht. Macht es Übersichtlicher. Ich jedenfalls möchte nicht mehr jede einzelne LED usw. in C++ zum laufen bringen, lieber fliegen, und habe mit Mobiflight ein System gefunden, welches mir 90% der Arbeit abnimmt und zuverlässig läuft. Was sie nicht haben, mache ich halt selbst. Entweder mit deren Firmware Framework oder pure by Hand. Habe mir z.B. das Mobiflight selbst angepasst, um die über UDP zum Sim zu machen. Sie hatten es schon, aber nur auf 127.0.0.1. Jetzt läuft mein MF nicht mehr auf dem Sim Rechner, sonder auf einem kleinen NUC-PC und hier laufen alle USB Module auf. gruss Piki Zitieren
Reto Stöckli Geschrieben 5. Dezember Geschrieben 5. Dezember 17 hours ago, EdeBanatzke said: Mobiflight ist die Middelware zwischen Sim und den Arduino/Teensy/ESP Modulen. Du schreibst eine von Mobiflight generierte ( Kannst Du auch selbst schreiben oder erweitern. https://github.com/MobiFlight/MobiFlight-FirmwareSource) auf den z.B. Mega2560 , anschliessend konfigurierst du das Modul (z.B. Pin 1 = LED output oder Pinx,y = Encoder Input) und lädst die Configuration in den Mega2560. Nun gehst Du in Mobiflight und definierst welches Modul und dort welcher Ausgang erhält die Daten der hier definierten Dataref, wobei du hier noch Anpassungen, wie z.B (DatarefValue / 1000) *-1 o.ä. vornehmen kannst, startest und es funktioniert. Du kannst aber auch eigene sogenannte CustomDevices für deine Module programieren und dort dann eigene Multiplexerhandler oder andere nicht vorhandene Hardware ranhängen. die Communication mit dem Sim übernimmt Mobiflight. Auf Github ist dort eine ganze Menge zu finden, besonders der Ralf(https://github.com/elral) ist dort führend, er ist auch der Kopf hinter der Hardwareprogrammierung. Übrigens ein umgänglicher Kerl hab ihn schon persönlich kennengelernt. Du hast natürlich recht, wir haben eine ganze Menge PCBs dafür gemacht. Macht es Übersichtlicher. Ich jedenfalls möchte nicht mehr jede einzelne LED usw. in C++ zum laufen bringen, lieber fliegen, und habe mit Mobiflight ein System gefunden, welches mir 90% der Arbeit abnimmt und zuverlässig läuft. Was sie nicht haben, mache ich halt selbst. Entweder mit deren Firmware Framework oder pure by Hand. Habe mir z.B. das Mobiflight selbst angepasst, um die über UDP zum Sim zu machen. Sie hatten es schon, aber nur auf 127.0.0.1. Jetzt läuft mein MF nicht mehr auf dem Sim Rechner, sonder auf einem kleinen NUC-PC und hier laufen alle USB Module auf. gruss Piki Du hast natürlich schon recht, Mobiflight nimmt einem die ganze Programmierarbeit ab und ist trotzdem flexibel einsetzbar, ganz im Gegensatz der CPFlight oder OC Software. Ich würde mittlerweile Mobiflight jedem neuen Sim Builder ans Herz legen, der nicht nur Plug-n-Play, sondern auch etwas selbst bauen möchte. Ich hab immer noch die Wahnsinnsvorstellung, den gesamten SIM unabhängig von USB über Ethernet anzusteuern und nur kompilierte C und C++ Programme anstelle von Scripts zu verwenden. Aber ja, es fällt mir auch relativ leicht, diese Dinge zu programmieren. Verstehe ich richtig, dass die 350 Inputs und Outputs eines Overhead Panels bei Mobiflight mittels Multiplexern der wenigen Pins angesprochen werden und nicht via I2C-Erweiterung, beispielsweise mit MCP23017? Reto Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.