AskSin++ Library

[Klaus0815]

Sorry, muss noch mal fragen:

Verstehe ich es richtig, das man für die vielen verschiedenen Beispiele auf pa-pas Seite eine entsprechende HMConfig_AskSinPPCustom.pm braucht -
Bislang aber nur
-HM-LC-Sw2-FM-CustomFW
-HB-SW2-SEN
-HB-DoorBell
-HB-GEN-SENS

eingebunden sind?

Für die anderen Beispiele bräuchte ich eine CCU, um die Aktoren zu nutzen?

[gloob]

Du kannst alle Beispiele auf Pa-Pas Github Seite in FHEM einbinden.

Nur der Custom-Sensor (HB-GEN-SENS) benötigt die HMConfig_AskSinPPCustom.pm

Alle anderen verhalten sich wie richtige Homematic Geräte.

[gloob]

Hat jemand eine Idee, wie man folgende Log-Meldungen noch weg bekommt?

Code Auswählen Erweitern

2018.08.14 07:43:38 1: HB-GEN-SENS01 has 4 values (010400F52F000000651E)
2018.08.14 07:43:45 1: HB-GEN-SENS01 has 4 values (010400FA2E000000541F)
2018.08.14 07:43:53 1: HB-GEN-SENS01 has 4 values (010400FA2F0000006420)
2018.08.14 07:45:03 1: HB-GEN-SENS01 has 3 values (010300F52F20)
2018.08.14 07:45:57 1: HB-GEN-SENS01 has 2 values (0102065819)
2018.08.14 07:45:58 1: HB-GEN-SENS01 has 4 values (010400F92E000000711A)
2018.08.14 07:46:18 1: HB-GEN-SENS01 has 3 values (010300F52F1E)
.
.
.

Die scheinen von unterschiedlichen Geräten zu kommen.

[papa]

Die kommen aus der HMConfig_AskSinPPCustom.pm. Da gab es schon mal eine Diskussion zu, das man das Loggen auf Device umstellen muss, damit dann die Einstellungen am Device wirken. Das sind halt noch meine Debug-Ausgaben. Habe auch schon nen Issue angelegt - nur keine Zeit, mich drum zu kümmern. PullRequests are welcome 

[Tom Major]

Hat jemand eine Idee, wie man folgende Log-Meldungen noch weg bekommt?
Die scheinen von unterschiedlichen Geräten zu kommen.

Entweder das FHEM Attr verbose runtersetzen oder Zeile 215 im HMConfig_AskSinPPCustom.pm auskommentieren, als schnelle Lösung..

[gloob]

Entweder das FHEM Attr verbose runtersetzen oder Zeile 215 im HMConfig_AskSinPPCustom.pm auskommentieren, als schnelle Lösung..

Genau die Zeile habe ich irgendwie nicht gefunden. Vielen Dank.

[Benni]

Entweder das FHEM Attr verbose runtersetzen oder Zeile 215 im HMConfig_AskSinPPCustom.pm auskommentieren, als schnelle Lösung..

verbose Funktioniert hier  aber nur, wenn der globale verbose am global-Device auf 0 gesetzt wird. Dann kommt aber quasi gar nix mehr im Log an (von keinem Device). Von daher nicht empfehlenswert.

(s.a. https://forum.fhem.de/index.php/topic,57486.msg818260.html#msg818260)

Einzig sinnvolle Möglichkeit bleibt daher aktuell nur das Deaktivieren der entsprechenden Log-Ausgabe in der genannten Zeile (in diesem Fall wohl 215).


gb#

[Tom Major]

verbose Funktioniert hier  aber nur, wenn der globale verbose am global-Device auf 0 gesetzt wird. Dann kommt aber quasi gar nix mehr im Log an (von keinem Device). Von daher nicht empfehlenswert.

(s.a. https://forum.fhem.de/index.php/topic,57486.msg818260.html#msg818260)
Einzig sinnvolle Möglichkeit bleibt daher aktuell nur das Deaktivieren der entsprechenden Log-Ausgabe in der genannten Zeile (in diesem Fall wohl 215).

gb#

Ja genau, in papas HMConfig_AskSinPPCustom.pm ist die "alte" Log Funktion mit verbose level 1 (für Fehler usw.) drin.
Besser wäre m.E. statt

Code Auswählen Erweitern

Log 1, $model.$chnnum." has $numval values ($p)";
z.B. sowas

Code Auswählen Erweitern

Log3($DEVICE, 4, $model.$chnnum." has $numval values ($p)");

[gloob]

Ja genau, in papas HMConfig_AskSinPPCustom.pm ist die "alte" Log Funktion mit verbose level 1 (für Fehler usw.) drin.
Besser wäre m.E. statt

Code Auswählen Erweitern

Log 1, $model.$chnnum." has $numval values ($p)";
z.B. sowas

Code Auswählen Erweitern

Log3($DEVICE, 4, $model.$chnnum." has $numval values ($p)");

Scheinbar ist der Device Name aber nicht vergeben:

Code Auswählen Erweitern

2018.08.14 12:08:12 1: Error loading file: ./FHEM/HMConfig_AskSinPPCustom.pm:
Global symbol "$DEVICE" requires explicit package name (did you forget to declare "my $DEVICE"?) at ./FHEM/HMConfig_AskSinPPCustom.pm line 215, <$fh> line 532.


[papa]

Den DEVICE Namen musst Du Dir noch aus den Datenstrukturen rausfriemeln. Schau mal in Zeile 94. Das müsste (wahrscheinlich) der Name sein.

[gloob]

Den DEVICE Namen musst Du Dir noch aus den Datenstrukturen rausfriemeln. Schau mal in Zeile 94. Das müsste (wahrscheinlich) der Name sein.

So wird die Datei immerhin geladen und eingebunden:

Code Auswählen Erweitern

Log3(CUL_HM_id2Hash($src)->{NAME}, 4, $model.$chnnum." has $numval values ($p)");

Ich muss nur mal weiter schauen wie man an den richtigen Namen kommt. Aktuell sieht der Log eintrag dann so aus:

Code Auswählen Erweitern

2018.08.14 13:09:41 4: HB-GEN-SENS01 has 3 values (010301082A1E)

Verbose muss auch im Haupt-Device (HM_444020) eingestellt werden und nicht im Channel-Device (HM_444020_Values).


Problem für mich gelöst:

Code Auswählen Erweitern

        #    2018.04.15 21:56:46 1: HB-GEN-SENS01 has 4 values (090400E82803EB0000)
        #    Log(1, "Values Message for Channel: $chnnum");
        if( $HMConfig::culHmRegChan{$model.$chnnum} == $HMConfig::culHmRegType{values} ) {
            my $chnHash = $modules{CUL_HM}{defptr}{$src.$chnnum};
            my $vfmt = AttrVal($chnHash->{NAME},"valuesformat","");
            Log3($chnHash->{NAME}, 4, $chnHash->{NAME}." has $numval values ($p)");

Jetzt wird das Verbose Level vom Channel Device genommen und der Log-Eintrag macht auch Sinn:

Code Auswählen Erweitern

2018.08.14 13:23:43 4: HM_444021_Values has 3 values (0103010C2919)
2018.08.14 13:23:47 4: HM_444022_Values has 3 values (010301092A1B)

[Klaus0815]

Wäre es nicht mal an der Zeit, hier eine Untergruppe für Asksin++ oder generell Selbstbau-Sensoren/Aktoren einzurichten?
Mittlerweile gibt es zig Themen auf 66 Seiten verteilt, die CCU-Fraktion hat sich selbständig gemacht mit eigenen XML-Dateien im Homemnatic-Forum

Ich finde es sehr spannend, das Thema 230V-Aktoren usw Homematic zu überlassen, Spezialsensoren  hier zu diskutieren und entwickeln, aber alles ist dann kombinierbar

So wie ich es momentan verstehe funktionieren BidCos und AskSin sehr gut zusammen, größere Fehler gab es bislang keine.
Es ist nur etwas schwer, für einen Einsteiger den richtigen Punkt zu finden, vor allem was FHEM angeht, für die CCU finden sich bereits zig gut dokumentierte Nachbauvorschläge im Netz.
Es ist sicher nicht nur ein Thema wo sich eine Hand voll Freaks ihre Sensoren gebaut haben und dann interessiert es niemand mehr

Wie denkt ihr darüber?

[papa]

Mehr Dokumentation ist immer gut. Ich versuche den ersten Beitrag immer mal wieder zu akrualisieren und verlinke dort auch Projekte.

[Klaus0815]

Ich frag noch mal ganz frech,habe leider zu wenig Programmier-Erfahrung, vor allem das interrupt-Zeug um aus dem Sleep zu wecken

WIe bekomme ich den Universal-Sensor in folgenden Konfigurationen hin:

- DHT22 + Taster- finde es schön wenn meine Bewegungsmelder usw wenn ssie schon da sind gleich Temperatur mit aussenden

- alternativ, falls einfacher oder schon vorhanden : DS18B20 + Taster

-  Spannung am ADC messen und schicken

Hat so was schon mal jemand gebastelt?

Viele Grüße

Klaus

[papa]

Mir ist jetzt nicht klar, was Du eigentlich willst.