Fensterdrehgeriffkontakt - Die nächste Runde

Begonnen von papa, 02 April 2020, 09:37:44

Vorheriges Thema - Nächstes Thema

meier81

Gute Frage, dazu kenne ich mich diesbezüglich nicht gut genug aus.

Als Info mal bei mir läuft das Ganze auf einem QNAP-NAS in einer Debian 11 VM in Version 3.59.6.73, als Funkmodul habe ich ein HM-MOD-RPI-PCB in Kombination mit der HB-RF-ETH Platine.
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

frank

die 274ms werden ja eigentlich nur im sensor erzeugt.
vom sensor bis in die ccu vergeht dann nochmal zeit.

die frage wäre zunächst, ob bei anderen ebenfalls ähnliche antwortzeiten im sensor entstehen.
ich habe diese sensoren nicht.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

meier81

Das müsste papa recht gut beurteilen können. Da ich zur Zeit nur diese Geräte habe ich da leider keine Referenz.
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

zentis666

Zitat von: papa am 29 September 2021, 07:50:26
Sieht eigentlich gut aus.

Kannst Du bitte mal die Ausgaben auf der seriellen Schnittstelle mitschneiden ?

Hat etwas gedauert aber nun bekomme ich folgende Ausgabe (egal ob ich die hex-Datei aus dem Github oder meine eigene aus Arduino IDE nehme):

AskSin OTA Bootloader V0.7.0
Start App
AskSin++ v5.0.0 (Oct  3 2021 13:18:10)
Address Space: 32 - 103
CAFEA99E
Init Storage: CAFEA54F
CC init1
Error at 00 expected: 2E read: 0E
Error at 02 expected: 06 read: 02
Error at 03 expected: 0D read: 04
Error at 04 expected: E9 read: 00
Error at 05 expected: CA read: 00
Error at 07 expected: 0C read: 00
Error at 0B expected: 06 read: 00
Error at 0D expected: 21 read: 00
Error at 0E expected: 65 read: 00
Error at 0F expected: 6A read: 00
Error at 10 expected: C8 read: 00
Error at 11 expected: 93 read: 00
Error at 12 expected: 03 read: 00
Error at 15 expected: 34 read: 00
Error at 17 expected: 03 read: 00
Error at 18 expected: 18 read: 00
Error at 19 expected: 16 read: 00
Error at 1B expected: 43 read: 00
Error at 1E expected: 2F read: 00
Error at 1F expected: 65 read: 00
Error at 20 expected: 78 read: 00
Error at 23 expected: E9 read: 00
Error at 24 expected: 2A read: 00
Error at 25 expected: 1F read: 00
Error at 26 expected: 11 read: 00
Error at 3E expected: 03 read: 00
CC Version: 00
Error at 3E expected: C0 read: 00
- ready
Pins: 110
Activate Cycle Msg
--
FHEM auf Debian VM - ESXi 6.0 Intel Nuc i5 4th Gen, Homematic auf HMCCU - RaspberryMatic auf Raspberry PI 3,
EM1000 & FS20 über CUNO,  IT über Arduino Firmata, MiLight über WLAN-nRF Gateway, Ebus, 1Wire, diverse Squeezeboxen, Dreambox 920UHD, Homebridge

Tom Major

Zitat von: zentis666 am 03 Oktober 2021, 15:52:07
Hat etwas gedauert aber nun bekomme ich folgende Ausgabe (egal ob ich die hex-Datei aus dem Github oder meine eigene aus Arduino IDE nehme):

AskSin OTA Bootloader V0.7.0
Start App
AskSin++ v5.0.0 (Oct  3 2021 13:18:10)
Address Space: 32 - 103
CAFEA99E
Init Storage: CAFEA54F
CC init1
Error at 00 expected: 2E read: 0E
Error at 02 expected: 06 read: 02


der CC1101 ist vom AVR nicht korrekt erreichbar. Prüf mal alle Verbindungen zwischen AVR und CC sowie auf Kurzschluss gegeneinander.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

zentis666

#500
Zitat von: Tom Major am 03 Oktober 2021, 23:24:25
der CC1101 ist vom AVR nicht korrekt erreichbar. Prüf mal alle Verbindungen zwischen AVR und CC sowie auf Kurzschluss gegeneinander.

Ich hab alle Kontakte nachgelötet und auf Kurzschluss überprüft, scheint als war das ein Problem denn nun bin ich ein bisschen weiter:
wenn ich Config drücke blinken beide LEDs zur Bestätigung, es taucht aber kein neues Gerät in der CCU auf, hier die Ausgabe

AskSin OTA Bootloader V0.7.0

Start App
AskSin++ v5.0.0 (Oct  3 2021 13:18:10)
Address Space: 32 - 103
CC init1

CC Version: 14

- ready

Config Freq: 0x2165F2

Pins: 110

Activate Cycle Msg

<- 0F 01 86 10 40002C 000000 06 01 C8 00 00 21  - 3641

ignore 0F E1 86 10 21DDD3 000000 0A 60 CE 0E 00 00  - 4081

ignore 0C 64 86 70 1E6090 000000 00 CA 3E  - 7921

debounce

pressed

released

<- 1A 02 84 00 40002C 000000 10 F2 09 54 43 47 37 32 31 34 32 34 38 80 01 01 00  - 12013

-> 10 01 A0 01 4F607A 40002C 00 05 00 00 00 00 00  - 12247

<- 0A 01 80 02 40002C 4F607A 00  - 12515

-> 10 01 A0 01 4F607A 40002C 00 05 00 00 00 00 00  - 12849

<- 0A 01 80 02 40002C 4F607A 00  - 13125

ignore 0C 51 86 70 1E679F 000000 00 C7 42  - 23394

ignore 0C 5D 86 5A 6876D2 000000 A8 D4 3A  - 25706


Das JP HB Devices Plugin ist (in Version 5.6) installiert, es läuft wie gesagt schon ein anderer HB-Sec-RHS-3 Sensor,
was kann  es noch sein? AES?

@meier81: haben wir das gleiche Problem?

Grüße
Sven
--
FHEM auf Debian VM - ESXi 6.0 Intel Nuc i5 4th Gen, Homematic auf HMCCU - RaspberryMatic auf Raspberry PI 3,
EM1000 & FS20 über CUNO,  IT über Arduino Firmata, MiLight über WLAN-nRF Gateway, Ebus, 1Wire, diverse Squeezeboxen, Dreambox 920UHD, Homebridge

frank

Zitathaben wir das gleiche Problem
die funkmessages sehen zumindest identisch aus.
auch bei dir ergibt sich eine sehr lange antwortzeit von etwa 270ms.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

blöde idee: arbeiten eure prozessoren vielleicht langsamer?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

zentis666

Zitat von: frank am 04 Oktober 2021, 19:31:30
blöde idee: arbeiten eure prozessoren vielleicht langsamer?

Kann man das irgendwie auslesen?
Also auf meinem steht leider nichts drauf, hatte die Platine bestücken lassen...

Ich hab jetzt folgendes probiert, alles ohne Erfolg:

1. AES im Sketch hinzugefügt:
#define USE_AES
#define HM_DEF_KEY 0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09,0x0a,0x0b,0x0c,0x0d,0x0e,0x0f,0x10
#define HM_DEF_KEY_INDEX 0

2. zusätzlich zu 1 noch meinen AES-Key als Hex als Default-Key eingetragen
(dachte ist einen Versuch wert ;-)

3. zusätzlich zu 2 noch
#define USE_OTA_BOOTLOADER_FREQUENCY
mal testweise im Sketch hinzugefügt

Nach Schritt 3 sieht die Ausgabe folgendermaßen aus:
AskSin OTA Bootloader V0.7.0
Start App
AskSin++ v5.0.0 (Oct  4 2021 19:29:22)

Address Space: 32 - 120

CC init1

Boot Loader Freq: 0x216550
CC Version: 14

- ready

Config Freq: 0x2165F2

Pins: 110

Activate Cycle Msg

<- 0F 01 A2 10 90FB7B 4F607A 06 01 C8 00 00 21  - 1564
waitAck: 00

<- 0F 01 A2 10 90FB7B 4F607A 06 01 C8 00 00 21  - 2459

waitAck: 00
<- 0F 01 A2 10 90FB7B 4F607A 06 01 C8 00 00 21  - 3354
waitAck: 00

<- 0F 01 A2 10 90FB7B 4F607A 06 01 C8 00 00 21  - 4251

waitAck: 00

<- 0F 01 A2 10 90FB7B 4F607A 06 01 C8 00 00 21  - 5144

waitAck: 00

<- 0F 01 A2 10 90FB7B 4F607A 06 01 C8 00 00 21  - 6039

waitAck: 00

ignore 0C 6E 84 70 4E7BEA 000000 00 E0 38  - 11794

debounce

pressed

released

<- 1A 02 80 00 90FB7B 4F607A 10 F2 09 44 41 4B 37 30 32 37 31 38 37 80 01 01 00  - 15101
-> 10 01 A0 01 4F607A 90FB7B 00 05 00 00 00 00 00  - 15339
<- 0A 01 80 02 90FB7B 4F607A 00  - 15609

-> 10 01 A0 01 4F607A 90FB7B 00 05 00 00 00 00 00  - 15673

<- 0A 01 80 02 90FB7B 4F607A 00  - 15951

ignore 0F C8 86 10 21DDBA 000000 0A 98 CC 0D 00 00  - 16087

ignore 0F 26 86 10 21DDA7 000000 0A 68 C0 09 00 00  - 22945

ignore 0C 87 86 70 202934 000000 00 D2 3E  - 34529


Gehe ich recht in der Annahme, dass ich mir
#define USE_OTA_BOOTLOADER_FREQUENCY
sparen kann?
--
FHEM auf Debian VM - ESXi 6.0 Intel Nuc i5 4th Gen, Homematic auf HMCCU - RaspberryMatic auf Raspberry PI 3,
EM1000 & FS20 über CUNO,  IT über Arduino Firmata, MiLight über WLAN-nRF Gateway, Ebus, 1Wire, diverse Squeezeboxen, Dreambox 920UHD, Homebridge

papa

Könnt ihr bitte mal die fertige Firmware aus dem Git flashen. Viellicht hat sich ja ein Problem in die Lib eingeschlichen.
Und bitte nochmal einen RESET (mindistens 6 Sekunden den COnfigTaster drücken) machen. Manchmal ist auch irgendwas im Flash nicht ganz richtig.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

meier81

#505
Hallo euch allen,

papa, der Tipp war schonmal Gold wert. Das vorgefertigte Image aus GIT geflashed, erstmal ohne Reset probiert anzulernen, hat auf Anhieb funktioniert  ;D

Hier mal das Log dazu:

AskSin OTA Bootloader V0.7.0

Start App
AskSin++ V4.1.3 (May  1 2020 21:49:02)
Address Space: 32 - 120
CC init1
CC Version: 04
- ready
Config Freq: 0x2165EA
Pins: 110
Activate Cycle Msg
<- 0F 01 86 10 43F74F 000000 06 01 C8 00 00 31  - 3969
debounce
pressed
released
<- 1A 02 84 00 43F74F 000000 10 F2 09 4D 52 4A 31 34 38 36 31 35 39 80 01 01 00  - 15095

-> 10 01 A0 01 73AFEC 43F74F 00 05 00 00 00 00 00  - 15280
<- 11 01 A0 02 43F74F 73AFEC 04 99 A0 66 C1 7B 29 00  - 15288
-> 19 01 A0 03 73AFEC 43F74F DF 1C BD DA 64 2D 5A 53 13 B1 74 7E FA 5F 8A BF  - 15564
Signature OK
<- 0E 01 80 02 43F74F 73AFEC 00 6F F9 7F 08  - 15611
-> 13 0A A0 01 73AFEC 43F74F 00 08 02 01 0A 73 0B AF 0C EC  - 15650
<- 11 0A A0 02 43F74F 73AFEC 04 55 7F 44 9B AD 1B 00  - 15659
-> 19 0A A0 03 73AFEC 43F74F DE F9 53 DC 58 C0 6D BB 52 DE 6C F7 7B 5F EC D1  - 15933
Signature OK
<- 0E 0A 80 02 43F74F 73AFEC 00 E9 A4 2D 93  - 15990
-> 0B 13 A0 01 73AFEC 43F74F 00 06  - 16019
Activate Cycle Msg
<- 0A 13 82 02 43F74F 73AFEC 00  - 16146
-> 10 1C A0 01 73AFEC 43F74F 00 04 00 00 00 00 00  - 16183
<- 1A 1C 80 10 43F74F 73AFEC 02 09 01 0A 73 0B AF 0C EC 14 06 10 01 12 16 00 00  - 16324
-> 10 25 A0 01 73AFEC 43F74F 01 04 00 00 00 00 01  - 16357
<- 14 25 80 10 43F74F 73AFEC 02 08 01 20 6C 21 00 22 64 00 00  - 16496
-> 10 2E A0 01 73AFEC 43F74F 01 05 00 00 00 00 01  - 16531
<- 11 2E A0 02 43F74F 73AFEC 04 B2 11 8E F8 5A 95 00  - 16541
-> 19 2E A0 03 73AFEC 43F74F 0F 73 78 50 C2 27 7A B9 32 E8 C9 59 59 D1 35 5B  - 16814
Signature OK
<- 0E 2E 80 02 43F74F 73AFEC 00 97 2B C5 8F  - 16861
-> 0D 37 A0 01 73AFEC 43F74F 01 08 08 00  - 16891
<- 11 37 A0 02 43F74F 73AFEC 04 83 87 43 68 5E 41 00  - 16902
-> 19 37 A0 03 73AFEC 43F74F 24 73 52 51 CF CD 7B BC C5 A6 FA CF 2B 3E D2 CE  - 17174
Signature OK
<- 0E 37 80 02 43F74F 73AFEC 00 8E AA BB F8  - 17223
-> 0B 40 A0 01 73AFEC 43F74F 01 06  - 17254
<- 0A 40 82 02 43F74F 73AFEC 00  - 17375
-> 0B 49 A0 01 73AFEC 43F74F 01 03  - 17405
<- 0E 49 80 10 43F74F 73AFEC 01 00 00 00 00  - 17530
Pins: 100


Jetzt ist halt die Frage wo es klemmt, werde auch nochmal verschiedene Versionen der Asksinn-Bibliothek probieren um zu versuchen den Fehler einzugrenzen. Bräuchte nämlich die Version mit SENS3_PIN 0

Gruß Markus
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

meier81

Nur noch kurz als Info von mir, ich arbeite mit PlatfomIO, dort sind folgende Libs installiert:

AskSinPP in V5.0.0
EnableInterrupt in V1.1.0
Low-Power in V1.6

Als Sketch habe ich HB-Sec-RHS-3-master auf dem GIT benutzt. Habe eben auch gesehen es ist unter Beispiele in der AskSinPP-master auch der RHS-Sketch dabei, der sieht etwas anders aus, evtl. probiere ich es mit dem nochmal zum testen.

Gibt es die Möglichkeit da die Libs zu aktualisieren, die zieht er sich ja normalerweise aus dem Internet. Da wäre ja die EnableInterrupt aktuell, die Low-Power gibt es mittlerweile ja in V1.8 und die AskSinPP ist zwar auch aktuell V5.0.0, die ist ja aber schon vom 14. Januar.
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

papa

Also funktioniert die Hardware schon mal.
Kannst Du mal die angehängte Firmware probieren. Ist für OTA übersetzt. Wenn die geht, dann müssen wir mal rauskriegen, warum Deine nicht geht.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

meier81

Zitat von: papa am 05 Oktober 2021, 11:07:17
Also funktioniert die Hardware schon mal.
Kannst Du mal die angehängte Firmware probieren. Ist für OTA übersetzt. Wenn die geht, dann müssen wir mal rauskriegen, warum Deine nicht geht.

Hallo papa,

die funktioniert auch einwandfrei. Habe jetzt auch ein paar neue Erkenntnisse bezüglich der AskSin Bibliothek. Hatte am Anfang das GitHub Archiv heruntergeladen, entpackt, bei unter Dokumente abgelegt und den Ordner über PlatformIO geöffnet. Beim kompilieren lädt er sich ja dann die 3 benötigen Bibliotheken automatisch herunter und speichert die ja im Sketch-Unterordner \.pio\libdeps\pro8MHzatmega328\
Die Dateien dieser AskSinPP-Bibliothek haben alle das Datum 14.01.2021. Dort wurde die aktuelle V5.0.0 veröffentlicht (siehe Screenshot).

Gehe ich jetzt hin und lösche den Inhalt des AskSinPP-Ordners und kopiere dort die aktuelle GitHub-Library hinein, funktioniert der Sketch auch einwandfrei und ich kann meine Sensoren anlernen.

Irgendwas ist hier anscheinend mit der "alten" Bibliothek nicht ganz in Ordnung.

Könnte man hier nicht hingehen und z.B. den jetzigen Stand als V5.1.0 veröffentlichen, dann kann man ja einfach die Bibliothek in PlatformIO updaten und man hat einen aktuellen, funktionierenden Stand.
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

papa

Ja - die Aktualisierung steht schon lange auf meiner TODO-Liste. Aber dann kommt immer was dazwischen. Außerdem gab es letztens ein paar größere Änderungen - da wollte ich sicher gehen, dass sich keine Fehler eingeschlichen haben.
Aber schön, dass es nun geht.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire