Modul RPII2C lässt sich nicht laden

[mw_fhem]

... habe ich gemacht, aber mit dem gleichen Ergebnis.

[thobastian]

Also bei mir habe ich genau das gleiche Problem.
Meinen Raspi habe ich auch vollkommen nackt gemacht und mit Script von Apollo configuriert.

gleicher Fehler. Siehe File.

[klausw]

Also bei mir habe ich genau das gleiche Problem.
Meinen Raspi habe ich auch vollkommen nackt gemacht und mit Script von Apollo configuriert.

gleicher Fehler. Siehe File.

Wo ist denn das der gleiche Fehler?
Du solltest mal in FHEM ein Update ausführen. Die Module, die Du nutzen willst müssen auch installiert sein .
Ob die SMBus Bibliothek funktioniert wirst Du erst danach sehen.

[thobastian]

Danke Klausw,
das ist es gewesen. Aber mir erst absolut unklar, wie und ob ich ein FHEM-Update machen kann. Ich dachte, mit dem Laden der neuesten Veriosn habe ich auch die neuesten Updates.
So kann man sich irren....

Nun habe ich nur noch die Anzeige von "" bei den Interrupts. Ist das normal ? Was und wie kann ich das überprüfen ?

Schöne Grüße
Thomas

PS: Ich habe die Interrupt-Leitung nicht mit dem Raspberry verbunden. Welchen Nutzen hat das? Paßt vielleicht gut zur obigen Frage.

[Puschel74]

Hallo,

Aber mir erst absolut unklar, wie und ob ich ein FHEM-Update machen kann. Ich dachte, mit dem Laden der neuesten Veriosn habe ich auch die neuesten Updates.

Nein.
5.5 war zu Releasedatum aktuell.

Da FHEM aber "lebt" kannst du deine Installation nur per

Code Auswählen Erweitern

update aktuell halten.
Ich muss nochmal schauen aber ich meine das Uli das in seinem Einsteiger.pdf erwähnt hat

Aber du bist ja jetzt auch drauf gekommen 

Grüße

[klausw]

Nun habe ich nur noch die Anzeige von "" bei den Interrupts. Ist das normal ? Was und wie kann ich das überprüfen ?

PS: Ich habe die Interrupt-Leitung nicht mit dem Raspberry verbunden. Welchen Nutzen hat das? Paßt vielleicht gut zur obigen Frage.

Bei welchen Interrupts denn?
Im RPII2C gibt es keine Interrupts. Da bringst Du scheinbar was durcheinander.
Du kannst allerdings den Interruptausgang von einem Portextender nutzen, indem Du ihn an einen Raspberry GPIO Port anklemmst.
Das macht Sinn, wenn du die Ports vom Portextender als Eingänge nutzt. Der Interrupt meldet eine Pegeländerung und Du liest darauf hin alle Eingänge aus.
Das ist Ressourcenschonender als den Portextender im Sekundentakt abzufragen.

[klausw]

Hier eine Testversion vom RPII2C Modul.
Die sollte auch auf cubie, BBB etc. laufen (dort müssen nur die /dev/i2c-x Dateien vor FHEM start vorhanden und mit schreib/leserechten ausgestattet sein)

Neuerungen:
- es sollte auch ohne die Installation von Device::SMBus laufen (Zugriff erfolgt über ioctl und syswrite/read)
  über das Attribut

Code Auswählen Erweitern

useHWLib kann man weiterhin noch SMBus nutzen (sofern installiert)
  (läuft bei mir)
- Nutzung des I2C-0 ohne hipi
  über das Attribut swap_i2c0 kann der I2C-0 von J5(Kameraconnektor) auf P5 umgemappt werden
  (sollte funktinieren, kann es aber nicht testen)

[thobastian]

Bei welchen Interrupts denn?
Im RPII2C gibt es keine Interrupts. Da bringst Du scheinbar was durcheinander.
Du kannst allerdings den Interruptausgang von einem Portextender nutzen, indem Du ihn an einen Raspberry GPIO Port anklemmst.
Das macht Sinn, wenn du die Ports vom Portextender als Eingänge nutzt. Der Interrupt meldet eine Pegeländerung und Du liest darauf hin alle Eingänge aus.
Das ist Ressourcenschonender als den Portextender im Sekundentakt abzufragen.

Auf der UNSORTED Seite stehen unter MCP23017 drei Zeilen->
i2cBus
icMCP23017
Interrupt         

Bei Interrupt steht diese 3 Fragezeichen. Kann ich die wegbekommen ? Welche Anschlüsse zwischen Raspi und MCP müssen verkabelt werden ?

[klausw]

Die MCP23017 relevanten Fragen hier stellen

Auf der UNSORTED Seite stehen unter MCP23017 drei Zeilen->
i2cBus
icMCP23017
Interrupt         

Bei Interrupt steht diese 3 Fragezeichen. Kann ich die wegbekommen ? Welche Anschlüsse zwischen Raspi und MCP müssen verkabelt werden ?

Unter MCP23017? Hast Du eine Gruppe mit diesem Namen angelegt? Mach mal bitte nen Screenshot davon.
Das Gerät mit dem Namen Interrupt hast Du sicher selbst angelegt. Ich weiss daher nicht, welches Modul sich dahinter verbirgt.
Poste die Config mal.

[thobastian]

Alles klar, habe ich anbei gelegt.

[klausw]

Alles klar, habe ich anbei gelegt.

Das hast Du Dir sicher irgendwo her kopiert. Vielleicht solltest Du auch an dieser Stelle schauen, was da eigentlich passiert 
Das Interrupt bei Dir hat nur ansatzweise was mit RPII2C zu tun.
In Wirklichkeit ist es ein GPIO Port vom Raspi. Da dieser als Interrupt Eingang konfiguriert ist, wird dieser nur bei einem Pinwechsel selbsttätig aktualisiert. Mit "set Interrupt readValue" solltest Du es aber auch manuell aktualisieren können (nur wozu?).
Deiner Konfig entnehme ich, das Du an Bank B Sensoren dran hast. Also musst Du Pin INTB (oder auch INTA da du mit connected_active-low beide intern verbunden hast) von MCP23017 mit GPIO 4 vom Raspi verbinden.
Dann löst eine Pegeländerung an B0 oder B1 ein Toggeln von INTB aus. Das wird über GPIO4 registriert, der dann über fhem ("get icMCP23017") den MCP23017 ausliest.

[thobastian]

richtig, hieraus-> http://forum.fhem.de/index.php/topic,23164.msg172234.html#msg172234

Ich weiß, dass da noch ein paar Einstellungen drin sind, die ich vielleicht brauche. Ich wollte sie zum Test in der Config lassen, um auch Invertierungen etc. testen zu können.

Die Erklärung zum Interrupt hast Du gut erklärt. Ich danke Dir!  Das ist eine sinnvolle Sache. Das werde auf jeden Fall einbauen.
Jetzt muss ich nur noch mein Wlan zum Laufen bekommen, der Raspi zickt da gerade herum. Aber das ist eine andere Sache.

Schöne Grüße
Thomas

[thobastian]

Kommt die Weboberfläche nicht so ganz mit den Zustandsänderungen mit ? Ich drücke den Schalter, die Lampe leuchtet, aber auf der Webseite bleibt alles beim alten.

[klausw]

Kommt die Weboberfläche nicht so ganz mit den Zustandsänderungen mit ? Ich drücke den Schalter, die Lampe leuchtet, aber auf der Webseite bleibt alles beim alten.

Kannst du denn direkt im MCP23017 Modul alles korrekt bedienen?
Ich denke es liegt an Deiner readingsproxy Konfig.

Eine Sache ist mir aufgefallen:

Code Auswählen Erweitern

define prxPortA1 readingsProxy icMCP23017:PortA1
attr prxPortA1 group OutputPorts
attr prxPortA1 setFn {($CMD eq "on")?"[color=red]PortA0[/color] off":"PortA1 on"}
attr prxPortA1 setList on off
attr prxPortA1 valueFn {($VALUE eq "on")?"off":"on"}

z.B. bei Port PortA1 solltest Du auch diesen schalten und nicht PortA0.
Der Fehler ist bei fast allen Pins drin.