Neueste Beiträge

#91

Home Connect / Aw: Ergonomische Version von 4...

Letzter Beitrag von DerTom71 - 18 April 2024, 15:43:19

Das wird auch das Problem sein, es wird kein type erkannt. Nach FHEM-Neustart:

2024.04.18 15:39:19.616 1: [HomeConnect_Set] KIF81HOD0: no settings defined, replacing by default settings for type
2024.04.18 15:39:19.617 1: [HomeConnect_Set] KIF81HOD0: no settings defined, replacing by default settings for type
2024.04.18 15:39:24.428 1: [HomeConnect_Set] KIF81HOD0: no settings defined, replacing by default settings for type
2024.04.18 15:39:24.429 1: [HomeConnect_Set] KIF81HOD0: no settings defined, replacing by default settings for type
2024.04.18 15:39:25.063 1: PERL WARNING: Use of uninitialized value $type in hash element at ./FHEM/48_HomeConnect.pm line 1393.
2024.04.18 15:39:25.063 1: PERL WARNING: Use of uninitialized value $type in hash element at ./FHEM/48_HomeConnect.pm line 1395.
2024.04.18 15:39:25.063 1: PERL WARNING: Use of uninitialized value $type in hash element at ./FHEM/48_HomeConnect.pm line 1402.
2024.04.18 15:39:25.063 1: PERL WARNING: Use of uninitialized value $type in hash element at ./FHEM/48_HomeConnect.pm line 1405.
2024.04.18 15:39:25.063 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/48_HomeConnect.pm line 1409.
2024.04.18 15:39:25.069 1: [HomeConnect_Set] KIF81HOD0: no settings defined, replacing by default settings for type
2024.04.18 15:39:25.232 1: PERL WARNING: Use of uninitialized value $type in pattern match (m//) at ./FHEM/48_HomeConnect.pm line 933.

#92

Sprachsteuerung / Aw: Zwei Alexa-FHEM-Instanzen ...

Letzter Beitrag von hetterich - 18 April 2024, 15:33:01

Puh, das war schon heftig! Aber geht!

Ich hab jetzt seit unserem letztem Austausch über 60 Sprachsteuerungsrelevante
Homematic-Devices auf HMCCUCHN umgebaut. Dazu kamen noch die ganzen Sub-Devices wie
Structure, Batterieanzeigen, Temperatur und viele 99_myUtils Funktionen die angepasst oder ebenfalls
auf HMCCUCHN umgebaut werden mussten, weil sich viele Attribute geändert haben.

Mit HMCCUCHN funktioniert Alexa ohne Probleme. (Auch die 2-Kanalschalter funktionieren jetzt.)

Die übrigen Homatic-Devices wie Rauchmelder und Sensoren mach ich noch bei Gelegenheit.

Was mir noch aufgefallen ist:
Nach einem Neustart des Raspi connected sich Alexa zwar (laut Fhem), aber als Antwort bei einem Sprachbefehl
bekomme ich dann "Das Gerät reagiert gerade nicht" auf alle Geräte.
Ein restart Alexa hilft. Danach funktioniert alles perfekt.

Update: Problem mit Neustart gelöst:
define AlexaRestartAfterBoot notify global:INITIALIZED sleep 30;;{AlexaRestart}

Eine Lösung für mein 2 Instanzen-Problem wäre toll.
Wenn ich nicht der einzige bin, der sowas brauchen kann,
könnte sich eventuell ein Entwickler das mal überlegen.

Viele Grüße
Peter

#93

Sonstiges / Aw: Homebridge läuft, oder auc...

Letzter Beitrag von MadMax-FHEM - 18 April 2024, 15:29:20

Hmm, also ich kenne ja homebridge recht wenig, nutzen gar nicht.

Ich hätte erst mal mit einer Verzögerung (sleep im init-Script bei "start") gearbeitet, um zu sehen, ob es dann geht.

Bei der Umstellung von initd auf systemd wird ja an vielen Ecken geschraubt:

Platz der Config-Datei, Einstellungen, User unter dem homebridge läuft etc.

Frage: du kannst dich auf homebridge verbinden, "siehst" aber keine fhem Devices oder geht gar nix?

Evtl kann das homebridge, welches mittels systemd gestartet wird nicht auf fhem zugreifen?

Ob das nun mit "Code" im Status laufen soll?
Wenn du aber homebridge als User auf der console startest, kommt doch auch der "Code" oder? -> dann ist das halt so (und wurde im initd-Script halt nur irgenwo "verworfen", z.B. /dev/null)...

Hast du einen User "homebridge"?
Lief homebridge auch bei initd unter diesem User?
Oder hast du den wie in deinem Link angelegt und erst ab jetzt läuft homebridge unter dem User "homebridge"?

Läuft homebridge, wenn du es als User "homebridge" (oder was auch immer in deinem systemd Script steht) wenn du es von der Console startest: /usr/local/bin/homebridge $HOMEBRIDGE_OPTS

Weil nichts anderes macht das systemd-Script ja...

Gruß, Joachim

#94

Automatisierung / Aw: RMV Haltestellenauskunft

Letzter Beitrag von rudolfkoenig - 18 April 2024, 14:20:04

Kannst Du bitte uns auch ein Screenshot zeigen?

#95

MQTT / Aw: fhem2mqttfhem über MQTT Se...

Letzter Beitrag von TomLee - 18 April 2024, 13:59:10

atopic (Langform: attr-topic) schließlich dient dazu, Attributwerte zu ändern. atopic kann auch in mqttPublish eingesetzt werden, um Änderungen der Attribut-Werte an den MQTT-Server zu übermitteln.

Das würd ich gerne mal umsetzen, gepeilt hab ich aber leider noch nicht alle Zusammenhänge. Man kann über MQTT Attribute ändern ? Das geht dann doch nur wenn ich auf beiden Systemen eine MGB habe, oder ?

Wenn ich auf dem Test-Pi-dummy den atopic (für bspw. das Attribut alexaName, hier userattr !!! weil keine alexa-Definition vorhanden) mit in mqttPublish aufnehme:

Code Auswählen Erweitern

defmod d dummy
attr d userattr alexaName
attr d alexaName sonne
attr d mqttPublish state:topic={"$base/$device/$name"} alexaName:atopic={"$base/$device/alexaName"}
attr d mqttSubscribe state:stopic={"$base/$device/$name"}
attr d room fhem2fhem
attr d setList on off

setstate d on
setstate d 2024-04-18 13:41:57 state on
kommt das auf dem Haupt-FHEM (wo ich zum testen jetzt auch eine MGB definiert habe) als Reading an:

Code Auswählen Erweitern

defmod MQTT2_d MQTT2_DEVICE d
attr MQTT2_d mqttSubscribe alexaName:atopic={"$base/$device/alexaName"}
attr MQTT2_d readingList mqttGenericBridge/d/state:.* state\
mqttGenericBridge/d/alexaName:.* alexaName
attr MQTT2_d room MQTT2_DEVICE
attr MQTT2_d setList on:noArg mqttGenericBridge/set/d/state on\
off:noArg mqttGenericBridge/set/d/state off

setstate MQTT2_d on
setstate MQTT2_d 2024-04-17 16:07:03 IODev f2f
setstate MQTT2_d 2024-04-18 13:41:45 alexaName sonne
setstate MQTT2_d 2024-04-17 18:29:29 associatedWith MQTT2_CLIENT_general_bridge
setstate MQTT2_d 2024-04-18 13:41:57 state on
Kann mir wer zeigen/erklären wie man das mit der "Attributübergabe" richtig macht/gedacht ist ?

edit:

MGB auf dem Haupt-System:

Code Auswählen Erweitern

defmod mqttGenericBridge MQTT_GENERIC_BRIDGE
attr mqttGenericBridge IODev f2f
attr mqttGenericBridge alias MQTT generic bridge
attr mqttGenericBridge globalDefaults sub:base=mqttGenericBridge/set pub:base=mqttGenericBridge
attr mqttGenericBridge group MQTT
attr mqttGenericBridge room fhem2fhem
attr mqttGenericBridge stateFormat dev: device-count in: incoming-count out: outgoing-count

setstate mqttGenericBridge dev: 1 in: 0 out: 0
setstate mqttGenericBridge 2024-04-18 12:56:15 IODev f2f
setstate mqttGenericBridge 2024-04-18 13:54:57 device-count 1
setstate mqttGenericBridge 2024-04-18 12:56:14 incoming-count 0
setstate mqttGenericBridge 2024-04-18 12:56:14 outgoing-count 0
setstate mqttGenericBridge 2024-04-18 12:56:15 transmission-state IO device initialized (mqtt2)
setstate mqttGenericBridge 2024-04-18 12:56:14 updated-reading-count 0
setstate mqttGenericBridge 2024-04-18 12:56:14 updated-set-count 0

#96

Homematic / Aw: MISSING ACK nach Umzug in ...

Letzter Beitrag von Otto123 - 18 April 2024, 13:56:04

Hallo Andreas,

da ich ein neues HMLANGW mit neuester Firmware konfiguriert habe, das sich exakt gleich verhält.

ich kann dazu nichts konkret sagen, aber soviel: beim HM-MOD-RPI-PCB, welches auch über HMUARTLGW angebunden wird, war die aktuelle Firmware für CUL_HM kontraproduktiv. Die funktionierte nur mit HMCCU.

Hoffe das passt?

Ich denke schon...
Bei Dir klingt es vielleicht doch nach Funkstörungen? Irgendein Gerät liegt in der Ecke und jammert wegen der Batterie? Stichwort Bubbling Idiot
Du könntest auch die Problemgeräte sniffen (steht im Wiki wie es geht) vielleicht hat dann Frank eine Idee

Ein Standardsatz: hast Du mal mit hminfo auf dein System geschaut?

#97

Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...

Letzter Beitrag von TheTrumpeter - 18 April 2024, 13:55:52

wie genau heißt denn der Parameter für den Schnüffelzyklus?

Es sind in Summe 4, die sinnvoll kombiniert werden müssen, RTFM.

#98

Homematic / Aw: MISSING ACK nach Umzug in ...

Letzter Beitrag von AndreasGaus - 18 April 2024, 13:45:55

Der Name CUL_HM basiert darauf, dass der erste IO für Homematic seiner Zeit ein cul war. Erst später kamen weitere IOs hinzu die durch die Module HMLAN, HMUARTLGW eingebunden werden.
@Andreas ich meine, Du hast: CUL_HM welches als IO ein HM-LGW-O-TW-W-EU Funk-LAN Gateway hat das über HMUARTLGW eingebunden ist. 

Aha, nun wird einiges klarer, ein historischer Name. CUL war für mich immer meine uralte "Antenne" via Huckepack am Raspberry Pi für 433 MHz / 868 MHz. Eine habe ich sogar für FS20 für alte Geräte auch noch in Betrieb, angebunden mit FHEM2FHEM. Bei Homematic bin ich aber vom uralten runden HMLAN zum HMLANGW umgestiegen, da dieses etwas weniger Sorgen macht:

Alt: https://wiki.fhem.de/wiki/HM-CFG-LAN_LAN_Konfigurations-Adapter
#define HMLAN1 HMLAN 192.168.178.abc:1000

Neu: HM-LGW-O-TW-W-EU Funk-LAN
define HMLANGW HMUARTLGW 192.168.178.xyz

Und das läuft nach Deinen Worten via dem Modul HMUARTLGW, richtig!

Der ActionDetector ist dennoch immer noch am Laufen:
define ActionDetector CUL_HM 000000

Hoffe das passt?

Toll, Axel, dass es bei Dir auch wieder läuft. Du hast auch eine Erklärung, bei mir suche ich immer noch nach einer plausiblen Erklärung für das viele Tage dauernde Fehlverhalten vieler Homematic Geräte. Wenn es die Software nicht war, sollte ich mir mal einen Spectrum Analyzer zulegen

#99

Anfängerfragen / Aw: Readingsabfrage vom FHEM-M...

Letzter Beitrag von uron - 18 April 2024, 13:42:45

Danke für eure Unterstützungsversuche.
Nachdem ich nun die Umbenennungen gem. betateilchen unternommen habe kämpfe ich mit dem Problem des ständigen Wechsels des Zusatands des triggers RaumanforderungFBH im ioBroker, die sich natürlich auch im EventMonitor niederschlägt.
Teilauszug:

Code Auswählen Erweitern

2024-04-18 12:34:13.577 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:13.620 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0
2024-04-18 12:34:13.646 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:13.689 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0
2024-04-18 12:34:13.713 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:13.757 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0
2024-04-18 12:34:13.783 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:13.825 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0
2024-04-18 12:34:13.852 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:13.895 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0
2024-04-18 12:34:13.922 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:13.965 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0
2024-04-18 12:34:13.991 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 1
2024-04-18 12:34:14.035 MQTT2_DEVICE MQTT2_ioBroker 0_userdata_0_RaumanforderungFBH: 0Der erste Ansatz zur Unterbindung lag in der Deaktivierung der benutzerdefinierten Einstellungen im ioBroker.
Trotz intensiver Recherchen ist es mir nicht gelungen, die Ursache zu finden.
Ich stehe vor einem zusätzlichen Rätsel.
Wie sollte ich weiter vorgehen oder ist es besser, das komplette Thema MQTT zu löschen und neu aufzusetzen?

[get <name> searchStation <Haltestelle>]

#100

Automatisierung / RMV Haltestellenauskunft

Letzter Beitrag von JudgeDredd - 18 April 2024, 13:04:54

Hallo Zusammen,

ich habe mir für die Abfahrtszeiten an meiner Haltestelle ein Modul gebaut, das die RMV-Api abfragt und das Ergebnis in Readings schreibt.
Da ich außer ein paar vereinzelten Diskussionen hier im Forum nichts gefunden habe, hänge ich das Modul mal hier dran. Vielleicht bin ich ja nicht der Einzige im RMV Gebiet und es können auch andere nutzen. Es ist aber in der jetzigen Version eher für meine Belange ausgelegt.

Vorab: Es muss zuerst ein API-Key bei RMV beantragt werden (Bei mir hat dies 3 Tage gedauert, war aber recht problemlos möglich).

Das Modul:
define <name> rmv

Pflichtattribute vor der ersten Abfrage:

• apiKey = Der Beantragte API-Key
• StationID = kann über get <name> searchStation <Haltestelle> gesetzt werden.

optionale Attribute:

• stateBoardHTML = Es wird ein Reading mit HTML Text erzeugt, welches dann z.B. über stateFormat verwendet werden kann.
• WalkToStation = Zeit in Minuten die man zur ausgewählten Haltestelle braucht.
  Alle Verbindungen die dann vor (Abfahrt - WalkToStation) werden farbig dargestellt.
• exclude = hier kann man mittels regex Verbindungen ausblenden
• interval = Abfrage automatisch in <Minuten> ausführen. Man sollte aber darauf achten, nicht die erlaubte Anzahl der Abfragen zu überschreiten.

Modul:
Du darfst diesen Dateianhang nicht ansehen.

Screenshot vom HTML-State (Bsp.: Haltestelle Frankfurt-Oberforsthaus)
Du darfst diesen Dateianhang nicht ansehen.

Gruß,
JudgeDredd