Autocreate und default Attribute

Begonnen von Sidey, 05 Oktober 2015, 23:30:34

Vorheriges Thema - Nächstes Thema

Sidey

Hallo,

ich habe versucht, Attribute beim Aufruf von Autocreate zu setzen:


In der _Initialize  Funktion habe ich dazu folgendes angegeben:

 
        $hash->{AutoCreate} =
        { "SIGNALduino_ID7.*" => { ATTR => "event-min-interval:.*:300 event-on-change-reading:.*"} };


Tia, was soll ich sagen. Es funktioniert nicht. Keines der beiden Attribute taucht in einem per autocreate angelegtem Gerät auf.
Ich habe mir ein wenig die 98_autocreate.pm angesehen.
Die Syntax müsste so stimmen, aber irgendwas mache ich ja doch bestimmt falsch.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

rudolfkoenig

Schaut erstmal auch fuer mich richtig aus.
Meine Vermutung: Der Name passt nicht zu dem angegebenen regexp.

Sidey

Hi Rudolf,

Danke für den Tipp. Du hattest recht.
Außerdem habe ich festgestellt, dass man auch immer das Filter Attribut im Autocreate Hash mit angeben soll, sonst kann kein Filelog mehr angelegt werden.


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

HCS

Zitat von: Sidey am 08 Oktober 2015, 10:16:14
Außerdem habe ich festgestellt, dass man auch immer das Filter Attribut im Autocreate Hash mit angeben soll, sonst kann kein Filelog mehr angelegt werden.

Das ist interessant. Genau das Problem, dass damit
$hash->{AutoCreate} = { "LaCrosse.*" => { autocreateThreshold => "2:120" } };
kein Filelog mehr angelegt wird, habe ich im LaCrosse Modul auch.

Könntest Du mir da ein Beispiel geben, wie das Filter Attribut angegeben wird?

Sidey

Klaro,

Kein Problem. Für das Hideki Modul habe ich es wie folgt definiert:

$hash->{AutoCreate}=

        { "Hideki.*" => { ATTR => "event-min-interval:.*:300 event-on-change-reading:.*", FILTER => "%NAME", GPLOT => "temp4hum4:Temp/Hum,"} };


Das Lacrosse Modul könnte ich auch mal einbinden. Du weisst nicht zufällig, wie die Daten für das Modul demoduliert werden müssen?

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

HCS

Danke!

Zitat von: Sidey am 08 Oktober 2015, 13:11:20
Das Lacrosse Modul könnte ich auch mal einbinden. Du weisst nicht zufällig, wie die Daten für das Modul demoduliert werden müssen?
Was meinst Du mit demoduliert?
Das Format, das die _parse versteht?
Falls "ja" lasse ich es Dir zukommen oder kannst auch einfach in der 36_LaCrosse.pm in die LaCrosse_Parse schauen, da ist es dokumentiert.

Sidey

Naja, eher wie das Funksignal moduliert ist. Also wie ein bit 0 oder 1 dargestellt wird.

Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

HCS

LaCrosse sendent FSK auf 868300 mit einer datenrate von 17241kbps oder 9579kbps beginnend mit dem sync pattern 2dd4, gefolgt von einer variablen Anzahl nibbles.
Empfänger dafür verwenden üblicherweise einen RFM12 oder einen RFM69.

Sidey

Hi HCS,

Da muss ich noch mal ein bisschen recherchieren.
Ich mache die Demodulation in Software.

Von LaCrosse müsste es auch Sender im 433 MHz BAND geben, aber egal.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker