AskSin++ Library

Begonnen von papa, 08 September 2016, 11:11:25

Vorheriges Thema - Nächstes Thema

Tom Major

fhemfreund hat bei meiner HB-UNI-Sensor1 Variante das Problem das sich die LED nicht ausschalten lässt.
Bei mir über RaspberryMatic geht das.
Ich habe diese Debugausgabe in configChanged() für list0 drin:

virtual void configChanged()
    {
        TSDevice::configChanged();
        DPRINTLN("Config Changed: List0");

        uint8_t ledMode = this->getList0().ledMode();
        DPRINT("ledMode: ");
        DDECLN(ledMode);
...
...


Dort sieht man das bei Änderungen des LED modes korrekt 0 oder 1 ausgegeben wird:

-> 0A 0A 81 02 F11034 A5A500 00  - 5982
-> 10 13 A0 01 F11034 A5A500 00 05 00 00 00 00 00  - 6017
<- 0A 13 80 02 A5A500 F11034 00  - 6131
-> 0D 1C A0 01 F11034 A5A500 00 08 05 40  - 6166
<- 0A 1C 80 02 A5A500 F11034 00  - 6281
-> 0B 25 A0 01 F11034 A5A500 00 06  - 6311
Config Changed: List0
ledMode: 1
lowBatLimit: 21
transmitDevTryMax: 6
updCycle: 120
altitude: 0
<- 0A 25 82 02 A5A500 F11034 00  - 6430
debounce
pressed
released
<- 1A 0B 80 00 A5A500 F11034 12 F1 03 55 4E 49 53 45 4E 53 30 30 31 70 01 01 01  - 8478

-> 0A 0B 80 02 F11034 A5A500 00  - 8589
ignore 14 E4 80 5E 29F26F F11034 00 00 00 00 00 00 04 53 00 00 00  - 9728
ignore 14 E5 80 5E 29F26F F11034 00 00 00 00 00 00 04 51 00 00 00  - 28346
debounce
pressed
released
<- 1A 0C 80 00 A5A500 F11034 12 F1 03 55 4E 49 53 45 4E 53 30 30 31 70 01 01 01  - 28526

ignore 0F F0 86 10 639BDE 000000 0A B8 FE 0E 18 40  - 28590
-> 0A 0C 81 02 F11034 A5A500 00  - 28637
-> 10 15 A0 01 F11034 A5A500 00 05 00 00 00 00 00  - 28672
<- 0A 15 80 02 A5A500 F11034 00  - 28786
-> 0D 1E A0 01 F11034 A5A500 00 08 05 00  - 28821
<- 0A 1E 80 02 A5A500 F11034 00  - 28936
-> 0B 27 A0 01 F11034 A5A500 00 06  - 28968
Config Changed: List0
ledMode: 0
lowBatLimit: 21
transmitDevTryMax: 6
updCycle: 120
altitude: 0
<- 0A 27 82 02 A5A500 F11034 00  - 29087
ignore 14 E7 80 5E 29F26F F11034 00 00 00 00 00 00 04 4F 00 00 00  - 35471


trotzdem blinkt die LED beim Senden bei ihm.

Ich muss in configChanged() nichts weiter tun, oder? da ich DREG_LEDMODE bei DEFREGISTER angegeben habe sollte die Senderoutine dort nachschauen und die LED ggf. aus lassen, korrekt?
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

papa

Hm, eigentlich beachtet Device::send den LedMode aus List0. Aber vielleicht gibt es auch noch andere Stellen, wo die Led angesteuert wird und  das nicht geprüft wird. Am besten/einfachsten dürfte es sein, wenn die Led selbst abgeschaltet werden kann - so wie der Invert-Modus. Dann bräuchte der Rest des Systems das/die Settings, die dafür verantwortlich sind, nicht kennen. Kannst ja mal nen Issue im Github auf machen.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Tom Major

ok, wollte nur erst mal sicher gehen dass ich bei der LED nichts übersehen habe. Das Merkwürdige ist halt das meine Tests diesbezüglich funktioniert hatten, aber bei fhemfreund nicht.
@fhemfreund: Kannst du mal bitte den DigitalInput im sketch deaktivieren und schauen ob es mit der LED dann ev. geht?
Die Idee mit neuem Setter für LED on/off finde ich gut, kann das gern mit der issue machen.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

neumann

Hey!
Ich möchte gerne die Fernbedienung für mein KeyMatic nachbauen (HM-SEC-KEY).
Dazu verwende ich den Beispiel-Sketch HM-RC-4. Das klappt auch soweit gut, leider bekomme ich jedoch AES nicht zum laufen (assignHmKey liefert ein Nack).
Das peering an KeyMatic klappt ebenfalls nicht.
Wäre sehr lieb, wenn ihr mir helfen könntet!

Lg
Oskar
Modulentwickler
- Spotify #72490
- Nello #75127

papa

BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

neumann

Klappt nun :) Ich weiß zwar nicht, was ich geändert habe. Ich glaube, es lag am Empfang zur VCCU.
Danke!

Lg
Modulentwickler
- Spotify #72490
- Nello #75127

neumann

Hallo zusammen,

ich möchte ein Multi-Channel Gerät mit einem Button Kanal und einem Datenkanal (ein Byte) erstellen.
Welches Template nehme ich dafür am besten?

Lg
Modulentwickler
- Spotify #72490
- Nello #75127

papa

Hm, das ist gar nicht so einfach, da es kein vergleichbares original Gerät gibt. Am ehesten passt da noch mein HB-DoorBell Example (stm32), was mal eine Türklingel inklusive Klimadaten-Messung und IButton-Support werden soll. Da kannst Du Dir ansehen, wie man die Channels zusammenbaut. Du brauchst einen Remote-Channel für den Button und einen Value-Channel für die Daten. Für Dein neues Gerät musst Du auch ein neues Device-Model definieren.

Damit FHEM damit umgehen kann, muss auch ein entsprechendes Config-File erzeugt werden. Die HB-DoorBell findest Du im HMConfig_AskSinPPCustom.pm. Doku gibt es dazu nicht wirklich. Da musst Du probieren, bis es geht. Da Du ja nur die Channels richtig zurecht rücken musst, solle es aber machbar sein.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Prof. Dr. Peter Henning

ZitatDoku gibt es dazu nicht wirklich.
Amen, Bruder, Amen.

in Anbetracht der Tatsache, dass eQ3 HM so langsam gegen die Wand fährt, wäre es höchste Zeit, diesen Mangel zu beheben. Ich trage gerne meinen Teil dazu bei.

LG

pah

ext23

Naja die wollen eben das sicherere HmIP forcen, wobei "sicher" nur für heute spricht. Da kann man sich mal folgende Slides anschauen, den Vortrag habe ich gerade bei einem Security Summit verfolgt:

https://www.avantec.ch/wp-content/uploads/2019/05/michael-osborne-it-security-inside-19.pdf

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Prof. Dr. Peter Henning

Auf unserer letzten "Langen Nacht der Mathematik" habe ich mal wieder den Mitternachtsvortrag gehalten - unter dem Titel "Quantencomputer und die Zukunft von Google".

LG

pah

ext23

Hast du da noch Folien von? Würde mich bzw. meine Kollegen ja glatt weg mal interessieren.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

surfi

Eine Art Doku fänd ich auch sehr charmant. Ich möchte mir die HB-UNI-SEN-WEA von jp nachbauen,
bin aber bislang sehr kläglich an den Einträgen in der Asksincustompp gescheitert.

Hat vielleicht schon jemand diese Wetterstation in fhem integriert bekommen?


gloob

Zitat von: papa am 29 Juni 2018, 15:57:36
Es gibt jetzt ein Register eventDlyTime im Value-Channel. Dieses enthält die Zeit zwischen 2 Nachrichten. Es wird mit 180s initialisiert. Damit FHEM das Register kennt, muss die HMConfig_AskSinPPCustom.pm aktualisiert und neu geladen werden.

Wie groß ist eigentlich der maximale Wert vom Register? Kann ich einen uint16_t setzen?
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

papa

  eventDlyTime    =>{a=> 33  ,s=>1  ,l=>1,min=>0      ,max=>7620   ,c=>'fltCvT60',p=>'n',f=>''      ,u=>'s'   ,d=>1,t=>"filters short events, causes reporting delay"},
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire