ja, python-smbus funktioniert (sogar ohne Community-Firmware mit der original fischertechnik-Firmware), das habe ich bereits ausprobiert. Es setzt aber voraus, dass das Python-Programm auf dem TXT "im Downloadmodus" läuft. Im Python-"Online"-Betrieb, bei dem das Python-Programm z.B. auf einem Linux oder Mac OS X Rechner läuft, ist zur Ansteuerung des I2C-Ports des TXT der Weg über den Socketport 65000 notwendig und dieser Weg (d.h. das ROBOPro-Kommunikationsprotokoll für I2C) ist noch nicht von fischertechnik dokumentiert (oder kann man I2C im Online-Modus mit ROBOPro gar nicht verwenden ? Ich weiss es nicht.).richard.kunze hat geschrieben: In der Community-Firmware können wir den I2C-Bus auch direkt ansprechen ohne über die Fischertechnik-API zu gehen. Dafür gibt es so wie es aussieht auch schon ein paar Bibliotheken (z.B. python-smbus oder quick2wire), ...
Ja, das verstehe ich schon. Bis zur Python-"Online"-Unterstützung einer Community-Firmware eigenen I/O-API ist es dann aber immer noch ein langer Weg. Im Prinzip müsste man dafür ein neues Socket-Protokoll (ähnlich dem von ROBOPro) neu erfinden, da kann man doch auch gleich das nehmen, was es schon gibt, nämlich das Protokoll von ROBOPro. Das ist ja nicht schlecht. Es fehlt halt nur noch ein Teil der Doku.richard.kunze hat geschrieben: Generell will ich auf längere Sicht (nach Version 0.9) für die Community-Firmware eh von der Fischertechnik-API als einzigen Weg für die Ansteuerung der IO-Pins weg. Einmal, weil eine direkte Ansteuerung effizienter ist als alles über den Fischertechnik-Blob zu schleusen. Und zum anderen, weil wir auf diesem Weg - mit einer eigenen Implementation der ROBOPro-API auf Basis unserer eigenen I/O-API statt wie bisher andersrum - auch ROBOPro-Programme besser (z.B. als direkt aus der Community-Firmware heraus startbare Apps) in die Community-Firmware integrieren können.
Aber grundsätzlich steht das ja nicht im Wiederspruch, zu dem, was Du gesagt hast. Für Programme im "Download"-Modus befürworte ich auch eine Community-Firmware eigene I/O-API, die wird auf jeden Fall wesentlich flexibler sein. Aber auch dafür fehlt ja noch die Dokumentation von fischertechnik, sonst hätte ich mich sicherlich schon damit beschäftigt .
Viele Grüße
Torsten