Neues Modul i2cBMP180

[betateilchen]

eigene Änderungen am Startscript gehen bei einem Update nicht verloren?

solange Du kein Paketupdate auf Distributionsupdate machst, nicht.

[PeMue]

Hallo zusammen,

ich habe folgendes gemacht:
- udev Regel angelegt (eine Zeile, gleiche Rechte wie die anderen Regeln)
(siehe Anhang / see attachement)
- die Treiber reingeschrieben
- das Startskript geändert
Der I2C Bus hat folgende Rechte:

Code Auswählen Erweitern

crw-rw---T 1 i2c 89, 0 Jul 26 20:09 i2c-0
crw-rw---T 1 i2c 89, 1 Jul 26 20:09 i2c-1
Wenn ich fhem starte kommt trotzdem

Code Auswählen Erweitern

RPi$ sudo /etc/init.d/fhem start
Enabling I2C on P5
1
Starting fhem...
open error on /dev/i2c-0: Keine Berechtigung at ./FHEM/51_I2C_BMP180.pm line 119

Code Auswählen Erweitern

sudo i2cdetect -y 0findet den BMP180.

Habt ihr Ideen, an was es hängen könnte?

Nach

Code Auswählen Erweitern

sudo chown fhem.root /dev/i2c-0
fährt fhem anstandslos hoch.

@Dirk:
Wenn Du in der Moduldokumentation schon zwei Zeilen erwähnst, dann würde ich folgende nehmen:

Code Auswählen Erweitern

'start')
        echo "Enabling I2C on P5 ..."
        sudo hipi-i2c e 0 1


Gruß PeMue

[Dirk]

crw-rw---T 1 i2c 89, 0 Jul 26 20:09 i2c-0

Das sieht mir irgendwie danach aus, dass die UDEV-Regel nicht greift.

Das sollte so aussehen:

Code Auswählen Erweitern

crw-rw-rwT 1 root i2c 89, 0 Jul 26 19:12 /dev/i2c-0
crw-rw-rwT 1 root i2c 89, 1 Jul 26 19:12 /dev/i2c-1

Läuft bei dir vielleicht kein udev?
Was sagt denn

Code Auswählen Erweitern

/etc/init.d/udev status

Ansonsten kannst du auch die Zeile

sudo chown fhem.root /dev/i2c-0

auch mit in das Startscript packen.

Gruß
Dirk

[PeMue]

Hallo Dirk,

Code Auswählen Erweitern

$ /etc/init.d/udev status
[ ok ] udevd is running.udev scheint zu laufen. Jetzt schaue ich noch einmal nach Tippfehlern ...
Oder ich gehe in den Keller und hole mir ein Bier.

Gruß PeMue

Edit:
Was hat es eigentlich mit der

Code Auswählen Erweitern

/etc/modprobe.d/raspi-blacklist.conf und dem Auskommentieren von

Code Auswählen Erweitern

blacklist i2c-bcm2708 auf sich? Brauche ich das?

[Dirk]

Oder ich gehe in den Keller und hole mir ein Bier.

Cool, den kannte ich noch gar nicht.

Was hat es eigentlich mit der

Code Auswählen Erweitern

/etc/modprobe.d/raspi-blacklist.conf und dem Auskommentieren von

Code Auswählen Erweitern

blacklist i2c-bcm2708 auf sich? Brauche ich das?

Das hab ich so gelassen wie es war.

[Dirk]

Hallo,

das Modul ist übrigens seit gestern abend im SVN und somit auch per Update verfügbar.

Damit die Logdateien nicht zu groß werden, würde ich sowieso die Variablen als p, pNN bzw. T

Ich werde mir das nochmal ansehen. Ich hab da noch ne Idee. Dann wird sich das Logformat nochmal ändern.

Gruß
Dirk

[Dirk]

Hallo PeMue,

ich habe die Events noch mal geändert:

Es wird zusätzlich noch der state als Event generiert:

Code Auswählen Erweitern

2013-07-27 15:34:57 I2C_BMP180 BMP180 T: 47.7 P: 985.6 P-NN: 1011.5

Somit kann man jetzt auch nur diese Zeile wegloggen:

Code Auswählen Erweitern

define log_BMP180 FileLog /opt/fhem/logs/bmp180.log BMP180:(T|P):.*

Damit man jetzt einen "schönen" lesbaren STATE bekommt muss man diesen nur per stateFormat setzen:

Code Auswählen Erweitern

attr BMP180 stateFormat Temperatur: temperatur, Luftdruck (altitude m ü.NN): pressure hPa, Luftdruck reduziert (NN): pressure-nn hPa

wenn keine Einwände mehr kommen, würde ich das heute abend wieder ins SVN packen.

Gruß
Dirk

Edit: altes Modul entfernt.
Das Modul ist mittlerweile Bestandteil von FHEM (51_I2C_BMP180.pm)

[ext23]

Hi,

sagt mal kann mir einer sagen wo ich hier was falsch mache, ich bekomme den Luftdruck nicht gezeichnet.

Gruß
Daniel

[Dirk]

Hi Daniel,

bei mir sieht es so aus:
(siehe Anhang / see attachement)

Die Ranges kannst du auch leer lassen.

Gruß
Dirk

[ext23]

Ahh danke, misst jetzt hab ich mein Fehler gefunden, da stand ja noch ne 3 bei mir oO

Danke!

[betateilchen]

Hallo Dirk,

da solltest Du vielleicht nochmal nachschauen:

Code Auswählen Erweitern


Prototype mismatch: sub main::finally (&;@) vs (&) at ./FHEM/51_I2C_BMP180.pm line 39
Prototype mismatch: sub main::try (&;@) vs (&;$) at ./FHEM/51_I2C_BMP180.pm line 39


Viele Grüße
Udo

[Dirk]

Hi Udo,

liegt das vielleicht an deiner Perl Version?
Welche Version hast du?

Bei welcher Aktion bekommst du den Fehler?

Gruß
Dirk

[betateilchen]

Hallo Dirk,

perl Version = 5.14.2

Die Meldung kommt immer dann, wenn Dein Modul geladen wird (also beim Start von fhem oder bei einem reload)

Ich hatte ähnliche Probleme mit meinem 98_openweathermap. Hast Du schonmal probiert, mit Try::Tiny anstatt mit Error zu arbeiten?

Viele Grüße
Udo

[Dirk]

HI Udo,

ich habs mal auf Try::Tiny umgebaut.
Trotzdem komisch das der Fehler scheinbar nur bei dir kam.

Kannst du das bei dir nochmal testen.
Hier läuft es auch mit dieser Version.

Gruß
Dirk

Edit: altes Modul entfernt.
Das Modul ist mittlerweile Bestandteil von FHEM (51_I2C_BMP180.pm)

[betateilchen]

Ich hab hier den gleichen Fehler in meinem Modul und bin auch schon seit Stunden auf der Suche nach der Ursache.

Die Meldung bewirkt nicht irgendwelche Probleme, sie sieht halt nur unschön aus.

Bei mir hängt es definitiv mit dem try/catch/finally zusammen, das ich im Coding verwende. Werde mir Deine Version mal anschauen.