platformübergreifende I2C Module

[ntruchsess]

Das heisst also, ich muss in Zukunft immer das DevIO Attribut setzen?

das macht AssignIoPort für Dich. Dazu muss 'IODev' in der Liste der Attribute mit aufgeführt sein.

[klausw]

das macht AssignIoPort für Dich. Dazu muss 'IODev' in der Liste der Attribute mit aufgeführt sein.

Genau das meinte ich, ohne diese Attribut wird es also in Zukunft nicht gehen.
Aus diesem Grund funktionierte es sicherlich auch nicht bei mir. Ich habe das Attribut nicht gesetzt.
Dann probiere ich das gleich mal aus ... und vervollständige die commandref diesbezüglich

[ntruchsess]

Eine Kleinigkeit: wir sollten uns darauf einigen die I2C-addresse einheitlich zu interpretieren. Ich habe das bisher dezimal gemacht, Deine Module erwarten hex. Ich wäre dafür das so wie Perl selbst Integer Literale interpretiert zu machen: führende 0: oktal, 0x/0X hex 0b/0B binaer alles andere dezimal. Also mit ~= /^0.*/ testen ob es mit 0 anfängt - wenn ja, dann 'oct'  benutzen, ansonsten direkt den Wert, so wie er kommt.

[klausw]

Eine Kleinigkeit: wir sollten uns darauf einigen die I2C-addresse einheitlich zu interpretieren. Ich habe das bisher dezimal gemacht, Deine Module erwarten hex. Ich wäre dafür das so wie Perl selbst Integer Literale interpretiert zu machen: führende 0: oktal, 0x/0X hex 0b/0B binaer alles andere dezimal. Also mit ~= /^0.*/ testen ob es mit 0 anfängt - wenn ja, dann 'oct'  benutzen, ansonsten direkt den Wert, so wie er kommt.

Gute Idee, ich kopiere es dann aus Deinem Modul

[ntruchsess]

bitte schön

[klausw]

bitte schön

Danke
Jetzt funktioniert es soweit...falls ich heute Abend dazukomme werde ich es einchecken.

Die Geschichte mir generellen IN/ OUT Modulen muss ich mir noch überlegen. Das ist etwas komplexer.

[klausw]

Bin noch am überlegen, was ich mit dem 52_I2C_BMP180.pm mache.
Der 51_I2C_BMP180.pm wir ja eigentlich obsolete...
Oder ich benenne ihn in 52_I2C_Pressure.pm oder so um.

[ntruchsess]

Bin noch am überlegen, was ich mit dem 52_I2C_BMP180.pm mache.
Der 51_I2C_BMP180.pm wir ja eigentlich obsolete...
Oder ich benenne ihn in 52_I2C_Pressure.pm oder so um.

Frag doch den Dirk Hoffman, was er dazu sagt.

[betateilchen]

Für mich ist das bisherige Modul keineswegs obsolet.

[klausw]

@Norbert: kann man in Perl abfragen ob eine Bibliothek existiert und sie dann verwenden?

[betateilchen]

natürlich kann man: eval {"use blaLibrary"} wahlweise auch mit require statt use.

Wird auch in diversen Modulen so verwendet, z.B. 02_RSS.pm, 32_mailcheck.pm ...

[ntruchsess]

Bin noch am überlegen, was ich mit dem 52_I2C_BMP180.pm mache.

eine Möglichkeit wäre beides zu mergen und über ein Attribut umschaltbar zu machen, ob man die neue hardwareunabhängige I2C-api (über IODev) oder den direkten Zugriff auf die hardwarespezifische lib (im Modul) benutzen möchte. Der BMP180-spezifische code ist in beiden Fällen ja praktisch der gleiche. Dazu wrapped man am z.B. die neue API in einem Package welches die gleichen benötigten Methoden wie die hardwarespezifische Lib hat. Dann kann man weite Teile des codes unverändert lassen. Wie so ein Wrapper aussehen kann kannst Du z.B. hier im I2C_LCD modul sehen. Der Wrapper bietet die gleiche i2c_write-methode an, wie die firmata-library, die das Modul vorher verwendet hat und ruft statt dessen die I2CWrtFn im IODev auf. (So ein Objektorientierter Wrapper ist auch sonst nicht schlecht, ich finde er macht den übrigen code durchaus auch lesbarer)

[ntruchsess]

Ach so - am Wochenende würde ich das mal mit meinem Pi ausprobieren. Brauch ich (außer den I2C-kernelmodulen) irgendwelche Hardware, oder kann man die I2C-devices direkt an den GPIO-pins anschließen?

Gruß,

Norbert

[klausw]

Ach so - am Wochenende würde ich das mal mit meinem Pi ausprobieren. Brauch ich (außer den I2C-kernelmodulen) irgendwelche Hardware, oder kann man die I2C-devices direkt an den GPIO-pins anschließen?

Gruß,

Norbert

Nein, einfach an die Pins anschließen. Auch die Pullups sind schon drauf.
Die Pins sind 3,3V Logik!
Für das Device::SMBus musst du ein paar Stunden einplanen. Der Cpan Kram dauert ewig.

[klausw]

natürlich kann man: eval {"use blaLibrary"} wahlweise auch mit require statt use.

Wird auch in diversen Modulen so verwendet, z.B. 02_RSS.pm, 32_mailcheck.pm ...

an sich leicht verständlich, wenn man die Beispiele sieht
das sollte ich hinbekommen