Neueste Beiträge

#1
Anfängerfragen / Alexa Connector - Neue Geräte ...
Letzter Beitrag von Brad Majors - 04 Mai 2024, 08:41:02
Hey

ich habe mal wieder ein Problem.
Seit mehreren Jahren habe ich den Alexa Connector ziemlich gut am laufen.

Jetzt findet Alexa allerdings nicht mehr die neuen Geräte?

In FHEM ist der Alexa Name vergeben.

Egal in welchen Bereichen ich suche er kann den neuen Schalter nicht finden.

In dem Fall ist es ein Zigbee Switch Modul. In FHEM läuft alles einwandfrei.

Meine Idee ist das ich ggf. in Alexa falsch suche? Mittlerweile kann/muß man ja den Funk STD beim suchen mit angeben.
Aber ich habe schon alles mögliche versucht.

Meine Frage:

Hat jemand in letzter Zeit schonmal Geräte neu in FHEM eingebunden und diese auch in Alexa gefunden?

Falls ja wie und in welchem Bereich in Alexa gefunden?
#2
FHEM Code changes / Revision 28834: controls_fhem....
Letzter Beitrag von System - 04 Mai 2024, 08:40:51
Revision 28834: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 28834: controls_fhem.txt: fhemupdate checkin
#3
Sonstige Systeme / Aw: thinQ LG
Letzter Beitrag von CoolTux - 04 Mai 2024, 07:45:40
Dir ist schon klar das Du auf einen 3 Jahre alten Beitrag antwortest. Und Deine Antwort ist sowas von allgemein und nichts sagend das der Verdacht von Beiträge sammeln um später spammen zu können Recht nahe steht.
#4
Anfängerfragen / Reading Splitten und Zeitstemp...
Letzter Beitrag von Manley - 04 Mai 2024, 07:34:14
Hi Leuts.

Da meine Frau und ich scheinbar einen Drang dazu haben (mittlerweile 4 mal passiert) Licht am Auto (Innen wie Aussen) brennen zu lassen und uns damit den nächsten morgen zu versauen (leere Batterie) habe ich ein kleines Bastelprojekt daraus gemacht. Ein ESP8266 sitzt jetzt in der nähe der Autobatterie und überträgt fleissig die Batteriespannung via MQTT ins FHEM. Meldungen bei zu niedriger Spannung gehen dann via Telegram an meine Frau und mich. Projekt erfolgreich.
Mein Bastellaune war aber noch nicht ganz gestillt. Warum nur die Spannungswerte haben, wenn das Auto in der Nähe des WLANs ist. Jetzt speichert der ESP die Daten und schickt sie dann ins FHEM wenn er wieder im WLAN ist.
Jetzt zu meinem Problem. (Ich hoffe ich war bis hier hin nicht zu ausschweifend ;) )
Die gespeicherten Daten, die er ins FHEM schickt, kommen in ein Reading namens data. Das sieht wie folgt aus:
2024-05-03 14:028:01|12.72
Jetzt möchte ich via notify ein setreading absetzen was mir das eigentliche Reading "Spannung" mit Zeitstempel sozusagen rückwirkend setzt. Sprich "setreading Auto_Batterie 2024-05-03 14:028:01 Spannung 12.72".
Also habe ich versucht mittels Perl das Reading beim | zu splitten und in den Befehl zu drücken. Aber es scheitert bei mir an der Perl-Syntax. Irgendwie möchte Perl nicht in meinen Kopf.
Und da erbitte ich nun eure Hilfe.
Ich hoffe der Text ist nicht zu lang geworden.

Grüße.

New:
Ich habe gerade etwas damit gespielt, und festgestellt, dass ich wahrscheinlich auf dem falschen Weg bin. Ich bin davon ausgegangen, dass ein Reading welches mit setreading einen veränderten Zeitstempel bekommt auch unter diesem in die Log-Datei geschrieben wird. Leider passiert das wohl nicht. Vielleicht brauch einen neuen Ansatz um die Daten ins FHEM zu bekommen. Vielleicht hat ja noch jemand eine andere Idee, wie ich die gespeicherten Daten ins Log bekomme.

Grüße.
#5
Sonstige Systeme / Aw: thinQ LG
Letzter Beitrag von mikoasn23 - 04 Mai 2024, 00:24:47

Hallo Dirk,

LG ThinQ-Geräte, zu denen auch Waschmaschinen gehören, verwenden eine eigene Plattform zur Vernetzung ihrer intelligenten Geräte. Die Integration von LG ThinQ-Geräten in das FHEM-System (eine Open-Source-Heimautomatisierungsplattform) kann je nach den spezifischen Modellen und verfügbaren APIs variieren.

Hier sind einige Punkte, die du beachten solltest:

API-Zugriff: LG bietet eine API für ThinQ-Geräte, jedoch kann der Zugriff eingeschränkt sein. Für eine erfolgreiche Anbindung an FHEM müsstest du prüfen, ob es bereits bestehende Module oder Skripte von der FHEM-Community gibt, die LG ThinQ-Geräte unterstützen.
Community und Module: Suche in FHEM-Foren und bei Benutzergruppen nach vorhandenen Lösungen oder Diskussionen über die Integration von LG ThinQ. Manchmal entwickeln Benutzer eigene Lösungen für solche Integrationen.
Alternativen: Wenn keine direkte Integration möglich ist, könntest du alternative Wege wie IFTTT (If This Then That) oder ähnliche Middleware-Dienste in Betracht ziehen, die als Brücke zwischen LG ThinQ und FHEM fungieren könnten.
Integration mit Tibber/Awattar: Dein Interesse, die Waschmaschine über Tibber/Awattar zu steuern, deutet darauf hin, dass du die Energieverbrauchssteuerung optimieren möchtest. Hier wäre es besonders wichtig zu prüfen, ob Tibber oder Awattar spezifische Integrationen oder APIs anbieten, die mit LG ThinQ kompatibel sind.
#6
Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...
Letzter Beitrag von noansi - 03 Mai 2024, 23:17:56
Hallo yersinia,

ZitatHast du eine Idee, woran das liegen könnte?
Ja.
2024.04.17 08:33:03 1: TSCUL_Parse: nanoCUL_868_2_Net Restart: C_ReadyCSM868sagt, dass Dein nano jedes mal einen Reset bekommt. Und das triggert wieder ein reopen, was ich auch nicht wieder raus nehmen will, damit seriell angebundene CULs neu initalisiert werden, wenn sie einen Reset durchlaufen.

Das passiert vermutlich beim Schließen und anschließendem Öffnen der nano Schnittstelle.
Beim nano ist die DTR Leitung via Kondensator mit dem Reset Pin des Atmel verbunden. Beim Öffnen wird da wohl ein Puls drauf gegeben.
Mit
stty -F /dev/ttyUSB0 -hupclsoll man das abstellen können. /dev/ttyUSB0 wäre durch Deine Schnittstelle zu ersetzen.
Kann man wohl auch via udev rules automatisieren. Schau mal z.B. hier zum Thema https://raspberrypi.stackexchange.com/questions/9695/disable-dtr-on-ttyusb0


ZitatWenn ich raten müsste, hängt es mit den _noAnsw zusammen
richtig geraten. Register reads scheitern da.

Kann daran liegen, dass es conditional burst devices sind. Müsstest Du für eines der devices mal mit verbose 4 loggen nebst list vom device.

Gruß, Ansgar.
#7
MQTT / Aw: Readings als JSON formatie...
Letzter Beitrag von tbk - 03 Mai 2024, 22:51:48
Hi,

sorry, dass ich jetzt diesen alten Thread wieder öffne, aber ich habe leider nichts passenderes im Forum gefunden aber das ist genau das was ich gesucht habe.

Ich nutze MAX! Heizthermostate und möchte für jeden Thermostat einen JSON formatierte Attributliste auf MQTT publishen.

Was ich bis jetzt erreicht habe:
DMHAVE
define myBroker MQTT2_CLIENT <IP>:1883                                                                                                                                                                           
setuuid myBroker 662bfcba-f33f-c92d-b418-5c9bc23c90828bcc                                                                                                                                                               
attr myBroker alias MQTT Broker                                                                                                                                                                                         
attr myBroker clientId fhem                                                                                                                                                                                             
attr myBroker devStateIcon .*active:none:disconnect .*disconnected:none:connect                                                                                                                                         
attr myBroker icon mqtt                                                                                                                                                                                                 
attr myBroker ignoreRegexp ignoreRegexp cmnd/[^:"]+:|homeassistant/[^:"]+/config:|shellies/[^:"]+/command:|zigbee2mqtt/[^/]+/set:|milight/0x[0-9a-fA-F]{1,4}/.*/[0-8]:|tasmota/discovery/|ems-esp/|fhem/                 
attr myBroker keepaliveTimeout 60                                                                                                                                                                                       
attr myBroker msgAfterConnect -r fhem/connection/status connected                                                                                                                                                       
attr myBroker msgBeforeDisconnect -r fhem/connection/status disconnected                                                                                                                                                 
attr myBroker qosMaxQueueLength 100                                                                                                                                                                                     
attr myBroker room MQTT                                                                                                                                                                                                 
attr myBroker username <USERNAME>   
                                                                                                                                                                                           
 define mqttBridge MQTT_GENERIC_BRIDGE mqtt room=MAX                                                                                                                                                                   
setuuid mqttBridge 662c08d5-f33f-c92d-bf5a-bf944ab5ecbb36a9                                                                                                                                                           
attr mqttBridge alias MQTT generic bridge                                                                                                                                                                             
attr mqttBridge globalDefaults sub:qos=2 pub:qos=0 retain=1 base={"fhem/$device"}                                                                                                                                     
attr mqttBridge globalPublish state|desiredTemperature|temperature|valveposition|battery|mode:topic={"$base"} state|desiredTemperature|temperature|valveposition|battery|mode:expression={toJSON({$name=>$value})}   
attr mqttBridge icon mqtt_bridge_2                                                                                                                                                                                   
attr mqttBridge room MQTT                                                                                                                                                                                             
attr mqttBridge stateFormat in: incoming-count out: outgoing-count devices: device-count                                                                                                                             
attr mqttBridge verbose 5                                                                                                                                                                                                                                                                                                                                                                                         

Dadurch bekomme ich sowas

{"state":"16.0"}                 
{"desiredTemperature":"16.0"}   
{"battery":"ok"}                 
{"mode":"manual"}               

aber eigentlich möchte ich sowas:

{
 "state":"16.0"
 "desiredTemperature":"16.0"
 "battery":"ok"
 "mode":"manual"
}

Das ganze sieht ja eigentlich genau nach dem aus was hier geteilt wurden,
aber ich verstehe das nicht mit dem notify.

Grüße
  Tamas
#8
Anfängerfragen / Aw: GPIO kann nicht gelesen we...
Letzter Beitrag von frober - 03 Mai 2024, 22:23:31
Otto hat die Tage erst gepostet
https://forum.fhem.de/index.php?topic=137661.0

Vielleicht hilft dir das, vorerst.
Ich bevorzuge auch Arduinos...
#9
Server - Linux / Aw: fhem-docker Image 4.0.0 (T...
Letzter Beitrag von Sidey - 03 Mai 2024, 22:08:04
Das Image mit der Anpassung beim health check kann unter folgendem Tag geladen werden:

docker pull ghcr.io/fhem/fhem-docker:dev-threaded-bullseye
docker pull ghcr.io/fhem/fhem-docker:dev-bullseye
Viele Grüße
Sidey
#10
Verbrauchsmessung / Aw: JsonMod: EKD Ampere.IQ / K...
Letzter Beitrag von fabian_niesen - 03 Mai 2024, 21:59:27
Danke für den Versuch. Ich bin Mittlerweile auf Home Automation umgestiegen, da war es einfacher lösbar. Und da ich mich in beiden einarbeiten muss, mache ich da weiter. Da gab es fertige Lösungen für den EKD Wechselrichter über Kiwigrid