RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Entwicklung und Bau von Hardware aller Art, die im HM-Umfeld eingesetzt werden kann

Moderator: Co-Administratoren

christophj
Beiträge: 7
Registriert: 16.02.2021, 20:41
System: CCU
Hat sich bedankt: 1 Mal
Danksagung erhalten: 1 Mal

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von christophj » 07.10.2022, 13:29

Pinbelegung ist sicher gleich wie beim SCo/SWDO (MP7+8 nachgemessen).
Ich habe nochmal ohne "NDEBUG" gebaut, leider sehe ich trotzdem nichts auf der seriellen...

Das EEPROM ist hier ja bestückt, wofür würde das benützt? (mit #define STORAGEDRIVER m24mXX<0x0A,512,256> und den beiden WireSoft-Zeilen ist der Sketch noch nicht übersetzbar).

jp112sdl
Beiträge: 12072
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 846 Mal
Danksagung erhalten: 2138 Mal
Kontaktdaten:

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von jp112sdl » 07.10.2022, 13:35

christophj hat geschrieben:
07.10.2022, 13:29
Ich habe nochmal ohne "NDEBUG" gebaut, leider sehe ich trotzdem nichts auf der seriellen...
Hab ich evtl. RX und TX falsch beschriftet in meiner Abbildung?
christophj hat geschrieben:
07.10.2022, 13:29
Das EEPROM ist hier ja bestückt, wofür würde das benützt?
Ablegen von Konfigurations-/Verknüpfungsdaten.
Geht aber auch intern im EFM32
christophj hat geschrieben:
07.10.2022, 13:29
ist der Sketch noch nicht übersetzbar).
Fehlermeldung?

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

christophj
Beiträge: 7
Registriert: 16.02.2021, 20:41
System: CCU
Hat sich bedankt: 1 Mal
Danksagung erhalten: 1 Mal

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von christophj » 07.10.2022, 14:28

Hab ich evtl. RX und TX falsch beschriftet in meiner Abbildung?
Sollte eigentlich passen.

Fehlermeldung:

Code: Alles auswählen

In file included from m:\Source\Arduino\libraries\AskSinPP/AskSinPP.h:66:0,
                 from M:\Source\HM-Sec-SCo-EFM32\HM-Sec-SCo-EFM32.ino:59:
m:\Source\Arduino\libraries\AskSinPP/Storage.h:307:11: error: 'uint8' has not been declared
 template <uint8 ID,uint16_t EEPROM_NUM_PAGES,uint8_t EEPROM_PAGESIZE>

jp112sdl
Beiträge: 12072
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 846 Mal
Danksagung erhalten: 2138 Mal
Kontaktdaten:

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von jp112sdl » 08.10.2022, 20:32

christophj hat geschrieben:
07.10.2022, 14:28
Fehlermeldung:
Na dann ersetz mal alle uint8 durch uint8_t

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

GMAlex
Beiträge: 3
Registriert: 09.03.2021, 09:01
System: CCU

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von GMAlex » 10.10.2022, 17:59

@christophj Hast du mittlerweile den WDSo 2 zum laufen gebracht?

christophj
Beiträge: 7
Registriert: 16.02.2021, 20:41
System: CCU
Hat sich bedankt: 1 Mal
Danksagung erhalten: 1 Mal

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von christophj » 11.10.2022, 02:28

Das Ersetzen der uint8 durch uint8_t in der storage.h hat schon mal bewirkt, dass der Sketch mit dem STORAGEDRIVER-define übersetzbar ist - und jetzt wird auch der Sabotagekontakt richtig im Gerätestatus in der RaspberryMatic angezeigt (zum Gegencheck noch mal auskommentiert - dann geht der Sabotagekontakt wieder nicht). Der Offen/Verschlossen-Zustand reagiert aber weiterhin nicht - und die Serielle gibt weiterhin nix aus...

Was mich leicht irritiert: im Sketch habe ich die Device Serial NEQ0953692 nicht verändert, in der WebUI wird aber eine ganz andere (KIR1346XXX) angezeigt.

christophj
Beiträge: 7
Registriert: 16.02.2021, 20:41
System: CCU
Hat sich bedankt: 1 Mal
Danksagung erhalten: 1 Mal

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von christophj » 11.10.2022, 02:43

Jetzt hab ich auch noch mal den AskSin Analyzer XS angeworfen, und siehe da, wenn ich die Lichtschranke bespaße, sendet der WDSo SENSOR_EVENT-Telegramme!
Auch das mit Gegenprobe nur, wenn ich mit STORAGEDRIVER übersetze. Es scheint nur auf der RaspberryMatic noch nicht richtig interpretiert zu werden.

jp112sdl
Beiträge: 12072
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 846 Mal
Danksagung erhalten: 2138 Mal
Kontaktdaten:

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von jp112sdl » 11.10.2022, 06:50

christophj hat geschrieben:
11.10.2022, 02:28
Das Ersetzen der uint8 durch uint8_t in der storage.h hat schon mal bewirkt, dass der Sketch mit dem STORAGEDRIVER-define übersetzbar ist
Ok, dann reicht es, in der AskSinPP.h in der EFM32 Sektion https://github.com/jp112sdl/AskSinPP/bl ... inPP.h#L33 noch typedef uint8_t uint8; hinzuzufügen.

EDIT: Hab das mal im AskSinPP-master gemacht. Das kompiliert jetzt also auch ohne die Ersetzung

christophj hat geschrieben:
11.10.2022, 02:28
Der Offen/Verschlossen-Zustand reagiert aber weiterhin nicht
Der Klassiker: Hast du denn die "gesicherte Übertragung" auf "Standard" umgestellt?
https://asksinpp.de/Grundlagen/FAQ/Stan ... agung.html

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

Benutzeravatar
stan23
Beiträge: 2026
Registriert: 13.12.2016, 21:14
System: Alternative CCU (auf Basis OCCU)
Wohnort: Altmühltal
Hat sich bedankt: 576 Mal
Danksagung erhalten: 333 Mal
Kontaktdaten:

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von stan23 » 11.10.2022, 07:10

christophj hat geschrieben:
11.10.2022, 02:28
Was mich leicht irritiert: im Sketch habe ich die Device Serial NEQ0953692 nicht verändert, in der WebUI wird aber eine ganz andere (KIR1346XXX) angezeigt.
Das liegt an USE_HW_SERIAL:
https://github.com/jp112sdl/HM-Sec-SCo- ... 32.ino#L10
Viele Grüße
Marco

RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)

benni86
Beiträge: 6
Registriert: 08.03.2020, 12:04

Re: RWE/Innogy/Livisi Fensterkontakt WDS - Homematic/AskSinPP Firmware

Beitrag von benni86 » 12.10.2022, 08:32

@christophj hat es denn jetzt funktioniert?

Antworten

Zurück zu „Hardwareentwicklung und Selbstbau von Aktoren und Sensoren“