Hallo zusammen!

Habe einen Sketch erweitert und ihr könnt ihn gerne auf der Homepage verwenden. Es ist der originale HM-WDS40-TH-I-DS18B20 von papa PLUS i2c Display Anbindung, das die Temperatur zeigt.

Display Library: U8g2lib

HM-WDS40-TH-I-DS18B20-Display.zip

Ich musste einiges speicheroptimieren und weglassen, da das Programm sonst nicht in den Arduino Pro Mini Speicher passt. Deswegen ist auch die Konfiguration nicht so komfortabel. Die wichtigsten 3 Dinge wie Button, Led und Sensor Pin sind aber immer noch ganz oben zu konfigurieren.

Stromversorgung wegen des Displays wird empfohlen.

LG Stefan

Hallo Psi,
ich habe die Dokumente zur Klingelsteuerung/-überwachung im Git soweit vorbereitet. Habe allerdings das Issue vergessen. Bitte einmal bescheid geben, sollte etwas fehlen.

https://github.com/paso42/HM-Bell

Viele Grüße

Hallo!

Ich bin über das Homematic Forum auf das o. g. Projekt aufmerksam geworden.
https://homematic-forum.de/forum/viewtopic.php?f=76&t=49719

Es scheint als sei der Ersteller nicht mehr im Forum aktiv.
@jp112sdl kannst du mir ggf. behilflich bei der Hardwarebeschaffung sein? Danke!

Hallo ich vermisse in der Aufstellung den HB-UNI-Sen-CURRENT - oder übersehe ich was ?

Hi Jérôme,
auf Deiner Webseite schreibst Du ja, wenn etwas fehlt: her damit.
Ich vermisse einen reinen Helligkeits- / Lichtsensor.
Du hast ja bei Deiner HB-UNI-Sen-WEA den Helligkeitssensor bereits verwendet.
Ich würde gerne den aber nur dediziert verwenden.

Wäre da was machbar? Kann ich irgendwie unterstützen?

Gruß,
Fiiti

Schönes Neues Jahr,

nur eine kleine Korrektur ... es sind nicht uf (µf) = MikroFarad, sonder pf = PicoFarad.
Allerdings gibt es auch keine so kleine Mikrofarads, und der Leser sollte vor solchen Änderungen
schon etwas Respekt vor der Technik haben.

HM-SEC-MDIR

Dieses Issue enthält die Kommentare der Seite:

https://asksinpp.de/Projekte/jan/HM-SEC-MDIR/

Moin,

wollte schon selbst einen Sketch schreiben und bin dann zufällig über diesen gestolpert.
Wäre top ihr nehmt diesen mit auf unter "Software / Sketche", sofern der Autor nix dagegen hat.

https://github.com/jp112sdl/HB-UNI-Sen-LEV-TOF

Hallo,
ich würde gern meine Rollladengurtwickler von Schellenberg mittels AskSinPP steuern. Im Moment steuere ich zwei schon über einen HM-LC-Sw4-PCB. Das gefällt mir aber schon lange nicht mehr, weil ich im Gerät die Behanghöhe nicht vorgeben kann und auch nicht das Betätigen der Tasten in der Homematic mitbekomme. Deshalb habe ich zwei weitere Schellenberger mittels ESP32 und MQTT an die Homematic gebracht. Hier bin ich natürlich völlig offen und kann alle Anforderungen umsetzen. Nachteil ist der hohe Hardwareaufwand, da, auf Grund der hohen Stromaufnahme des ESP32 eine zusätzlich Stromversorgung (AC/DC) in das Gehäuse muß. Und genau diese bekomme ich in die über HM-LC-Sw4-PCB gesteuerten Gurtwickler nicht rein. Nun bin ich auf AskSinPP gestoßen und habe auch bereits einen HB-UNI-Sen-SUMMY-BEACON V2 mit AskSinAnalyzer-Sniffer realisiert.
Für die Steuerung schwebt mir nun ein AskSinPP device vor, welches über 2x Eingang, 2x Ausgang verfügt und in das ich einen Wert für die Behanghöhe schreiben kann. Jede Taste des Gurtwicklers (up,down) bekommt parallel einen Ein- und Ausgang (Ausgang über 3,3V Reedrelais). Die Schellenberger verfügen über eine Rolle mit Impulsgeber. Deren Impulse möchte ich in dem Sketch abgreifen und zur Steuerung der Behanghöhe nutzen (mache ich mit dem ESP32 so). Über die Tasten möchte ich bei 'langem Druck' dann eine Gruppe steuern - der kann dann ein Homematic Programm triggen.
Also für die einfache Steuerung (up,down, Gruppe) würde ein HB-UNI-SenAct-4-4-RC genügen. Damit habe ich aber noch keine Lösung für die Entgegennahme einer Behanghöhe. Ja, Behanghöhe steuere ich jetzt auch über die Zeit.
Als Grundlage für das Vorhaben würde sich im ersten Moment ein Device zur Rollladensteuerung anbieten. Damit wäre auch das Problem der Behanghöhe erledigt. Fehlen allerdings die benötigten Eingänge.

Ich sehe zwei mögliche Wege:

1. Das HB-UNI-SenAct-4-4-RC modifizieren indem dieses auf 2-2 verringert wird und eine Möglichkeit zur Übernahme/Auslesen eines Wertes für die Behanghöhe erhält.
2. Ein Rollladendevice um zwei Eingänge erweitern.

Variante 2 ist vermutlich die elegantere Lösung weil dann auch die Darstellung im GUI paßt. Dazu brauchts dann aber vermutlich auch eine Erweiterung des Addon's "JP HB Devices".

Leider fehlt mir noch völlig der Überblick darüber, was in der AskSinPP Library passiert, welche Aufrufe man diesbezüglich im Sketch tätigen kann/muß und dem Zusammenhang zur grafischen Darstellung des divices in der homematic GUI.

Hat jemand eine Idee oder kann mich hier Unterstützen?

Gruß kmbach

Hi,
wo Device-ID und Device-Serial schön beschrieben sind (02-software) hier noch was zum Device-Model... Ich habe das mal grob formuliert und keine md-Spezifika eingebaut. Es sollte aber aus meiner Sicht korrekt sein.
Aber dann ist der Device-Block komplett (wenn auch nicht in allen Details) beschrieben.

Unter Device-Model wird ein zweistelliger Hexwert verwendet. Dieser Wert kann mehrfach vorkommen.
Durch diesen Wert wird das Format der Kommunikation vom und zum Gerät beschrieben. Weitere
von diesem Wert abhängigen Informationen sind im WebGUI sichtbar. So wird das Geräte-Icon
und die Darstellung der vom Gerät übertragenen Werte über die Device-Model referenziert.

Für die HM-Geräte und 1:1 Nachbauten sind die Device-Model in der CCU vorhanden. Für eigene
Geräte werden sie z.B. über Addons hinzugefügt.

Im Beispiel ist das Device-Model {0x00,0x1a}. Über die Liste "rftypes" (in der leider der
eigentlich falsche Begriff DeviceID verwendet wird - sollt man das ändern???) findet man, dass dieses
Device-Model 0x001A der FunkPankiHandsender HM-RC-P1 ist, also ein Original HM-Gerät
und damit Icon und Beschreibung der Darstellung in der CCU schon vorhanden sind.

Das Feld Firmware beinhaltet einen HEX-Wert, der in der Web-GUI als zwei Ziffeern angezeigt wird.
Aus 0x11 wird dann "Firmware Version 1.1". Wenn auf die CCU eine höhere Firmware eingespielt wurde kann diese bei OTA-fähigen Geräten dann upgedatet werden. (TODO: wie geht das beschreiben)

In der über das Device-Model referenzierten Konfiguration kann auch eine von der Firmwareversion
abhängige Funktionalität enthalten sein, um etwa Varianten ab einer bestimmten Version zu ermöglichen.

Der Device-Type beschreibt eine Klasse an Geräten. So können etwa Taster mit unterschiedlicher Anzahl
an Tasten (und damit unterschiedlichem Device-Model) an anderen Stellen wieder gemeinschaftlich
behandelt werden. (Default-Zuordnung zu Gewerken???)

Und letzlich gibt des noch die zweistellige HEX-Angabe Device-Info, wo weitere Details des Gerätes
beschrieben werden.

Ich habe mir einen Prototypen vom Typ HM-WDS40-TH-I-DHT22 aufgebaut.
Zunächst habe ich versucht den Prototypen mit einem HM-CC-RT-DN zu pairen. Dies scheint allerdings nur über eine Direktverknüpfung zu funktionieren - sprich zunächst die Zentrale pairen.
Nun habe ich versucht eine zweite Verknüpfung zu einem weiteren HM-CC-RT-DN anzulegen. Direkt per RPC sowie über den HM-Komponenten Konfigurator schien dies auch zu funktionieren. Allerdings bekommt nur der zuerst verknüpfte HM-CC-RT-DN Daten. Das zweite Thermostat beschwert sich über eine fehlende Verbindung (Funksymbol blinkt). Exemplarisch habe ich auch weitere Thermostate ausprobiert - immer mit dem gleichen Ergebnis.

Ist das Verhalten so bekannt oder gewünscht? Falls nein - wie lässt sich das Problem beheben?

Um einen BME280 mit LDO für den Batteriebetrieb auf 3.3V zu bringen, wird hier vorgeschlagen, den LDO auszulöten und am Levelshifter eine Brücke zu setzen. Letzteres hätte ich mir nicht zugetraut, da viel zu filigran.

Statt die Lötbrücke am Levelshifter zu setzen, kann man aber auch einfach den ausgelöteten LDO überbrücken, d.h. das 5V- mit dem 3.3V-Pad verbinden. Siehe hier: https://it-net.blog/?p=148&lang=en

Das als Tipp für andere, die es nicht so mit den winzigen Lötarbeiten haben wie ich.

Wäre es möglich ein Sketch zu implementieren welches den MQ131 unterstützt? Vielen Dank.

https://www.reichelt.de/entwicklerboards-gassensor-ozon-o3-mq-131-debo-gas-mq131-p282552.html

Hier gibt es Infos für Arduino ... https://github.com/ostaquet/Arduino-MQ131-driver

Hallo,
in der Hoffnung, dass in diesem Repo noch Leben herrscht, habe ich einen HM-LC-Dim1L-CV Phasenanschnittdimmer zusammengebastelt. Darf dieser seinen Weg in die AsksinPP-Projektbibliothek finden?
Leider habe ich das mit den Pull-Requests nicht kapiert, sonst hätte ich gerne diesen Weg genutzt.

Das Projekt liegt hier:
https://maschmid.next-cloud.org/index.php/s/7gZ2EqyjfMeqoK9
Alternativ als Zip: HM-LC-Dim1L-CV.zip

Einen kleinen Haken gibt es allerdings:
ohne einer Änderung in PWM.h und phasecut.cpp des Masterbranches wird bei einer Dim-Einstellung von "0" der Ausgang auf Dauer-An gestellt (zumindest unter FHEM zeigt er dieses Verhalten, mit einer CCU vermutlich auch). Die Änderung steht im Markdownfile des Projektordners. Ich bin mir nicht sicher, ob das ein wirklicher Bug ist oder ich selbst einen Fehler gemacht habe (was tendenziell eher der Fall ist).

Grüße, Markus

Hallo,

ich habe den HB-IBUT-8 (0xF206) in der CCU soweit angelernt und kann damit arbeiten.
Ich möchte den Reader zum Ein-/ Ausschalten der Alarmanlage verwenden.
Grundsätzlich könnte ich das in der jetzigen Konstellation schon machen.
Allerdings weiß ich dann den Status der Alarmanlage nicht.
In meinem iButton-Reader sind LEDs eingebaut, diese würde ich gerne zum Anzeigen des Status verwenden.
Verbaut ist eine grüne und eine rote LED, die zusammen orange ergeben.
Mein Wunsch zur Erweiterung des Skriptes ist folgender.
Steuerung der LEDs über Werte einer Systemvariable in der CCU.
Zusätzlich soll ein Buzzer nach dem Lesen des iButtons, anhand des Wertes in der Systemvariable, unterschiedlich lang beepen.

Ich habe bislang nichts finden können, wie ich Befehle von der CCU an den Arduino senden kann, damit dieser etwas ausführt.
Vielleicht habe ich noch nicht das richtige Stichwort bei der Suche verwendet, oder ist das nicht möglich?
Gruß
Stizi

Anstatt der Headline-Suche Möglichkeiten einer Volltextsuche evaluieren und ggf. implementieren.

https://github.com/pafra-123/HB_LED_Teelicht