FHEM Forum

Hallo zusammen,
Ich trage mich mit dem Gedanken, drei der besagten Geräte  (Deckenkassetten) zu installieren. Von Haus aus kommen die ohne Netz-/Wifi-Einbindung.
Zum Nachrüsten gibt es laut LG zwei Optionen: ein ThinQ Modul (http://gscs-b2c.lge.com/downloadFile?fileId=0NCND7tOwQ4GMTXW6RLZBg) (USB Dongle) pro Inneneinheit und Steuerung über die ThinQ App via Smartphone, was wohl über ein Konto bei einem LG-Server läuft.

Oder Schnittstelle mit dem PI485 (http://gscs-b2c.lge.com/downloadFile?fileId=KROWM000179969.pdf) am Außengerät realisieren (RS485-Bus). Damit sei zum Beispiel eine Einbindung in KNX, Modbus oder die Einbindung in einen Zentralcontroller möglich.

Zu beiden habe ich überraschenderweise nichts im Forum gefunden. Hat vielleicht trotzdem jemand schon Erfahrungen mit einer fhem-Einbindung gemacht bzw. hat Tipps, welcher der vielversprechendere Weg wäre?
Danke & Grüße
Martin

Hi,

wir haben ein WLAN-fähiges LG System, was mit der Smart ThinQ App gesteuert wird.

Für Domoticz gibt es ein PlugIn (siehe https://www.domoticz.com/forum/viewtopic.php?f=65&t=26940 (https://www.domoticz.com/forum/viewtopic.php?f=65&t=26940)) welches auf WideQ basiert (https://pypi.org/project/wideq (https://pypi.org/project/wideq)), einem "Reverse-engineered Client for the LG SmartThinQ API".

Ich hab mal kurz mit WideQ rumgespielt und war auch in der Lage, meine Anlage zu sehen und zu steuern, zu mehr fehlte bisher die Zeit.

Gruß,
OppiM

Vielen Dank OppiM,
darüber bin ich in der Vorrecherche auch schon gestolpert, aber soweit ich das verstehe setzt das ja voraus, dass man ein LG-Konto für seine Geräte eröffnet, immer eine Live-Verbindung zum LG-Server braucht usw. Genau das wollte ich vermeiden, denn ich habe schon zu oft gesehen, wie solche "Services" irgendwann still und leise eingestellt wurden. Also suche ich eher eine Möglichkeit zur direkten Einbindung. Das müsste ja etwas sein, dass Befehle über WLAN aus dem lokalen Netz an den Adpater sendet. Ich glaube, bei Openhab ist man auch auf der Suche/am Entwickeln von so etwas: https://github.com/openhab/openhab2-addons/issues/1694
martThinq-API ist ja offen: http://us.smartthinq.com/images/grid/smartThinQ%203rd%20party%20openAPI.pdf
Grüße
Martin

Hey zusammen :-D

gibt es mittlerweile dazu ein richtiges FHEM Modul?

Mit freundlichen Grüßen

Mir nichts bekannt. Ich bekomme übernächste Woche ein Mitsubishi-System mit drei Inneneinheiten installiert. Dafür scheint es gangbare Wege zu geben, s. z.B. https://forum.fhem.de/index.php/topic,107985.msg1054220.html#msg1054220
Grüße
Martin

Misst und ich habe mir heute zwei der LG Geräte bestellt. Jetzt schaue ich mal was ich finde KNX, FHEM oder HomeKit wird es doch wohl was geben  ;D

Hallo,
ich bekomme nächste Woche auch eine LG SmartThinQ Klimaanlage...jemand eine Idee zur Einbindung?

Hallo zusammen,

ich würde das Thema gerne nochmal aufwärmen und wissen, ob es für die LG Thinq Anbindung etwas neues gibt. Ich interessiere mich konkret für die Waschmaschine, aber hier gibt es ja noch diverse andere Usecases.

In Google Home ist das Gerät bereits mittels Verknüpfung zwischen Google Home und LG Thinq integriert, aber nach meinem Verständnis schafft die Goggle Assistant Anbindung lediglich eine Anzeige von fhem in Google Home und nicht umgekehrt, korrekt?

Hallo,
any news?

VG
Christian

Einbindung ist über python mit wideq (github.com/no2chem/wideq) möglich.
Folgende Schritte sind nötig:
1.) wideq nach Anleitung aus github zum laufen bringen
2.) wideq_state.json ins fhem Verzeichnis kopieren und lesbar machen
3.) In fhem.cfg  konfigurieren z.B.
define klima1 dummy
attr klima1 webCmd on:off:ls
define wideq_klima1_ls notify klima1:ls {system('python3 /home/pi/wideq-thinq2/example.py ls -v');;}

Ich habe am 18.07.22 einen Account bei LG angelegt da ich ein Multisplit Klimagerät mit drei Innengeräten erworben habe.
In der Handyapp sehe ich alle drei Geräte und kann sie auch steuern.

Nun wollte ich das ganze in fhem integrieren.....

wideq habe ich auch am laufen und die wideq_state.json wurde auch angelegt. Sonst passiert aber nix!
in der README.md im wideq Verzeichnis steht aber:
":warning: **New users of LG SmartThinq**: This library only works with v1 of the LG SmartThinq API. Work is currently underway to support the v2 API, and the discussion can be found [here](https://github.com/sampsyo/wideq/pull/100). If you recently created a LG SmartThinq account, this library will likely return 0 devices when you execute the `ls` command."

Das bedeutet doch, dass ich wahrscheinlich v2 der LG SmartThinq API benutze und das der Befehl ls nicht funktioniert ?

Wie gehts nun weiter? Danke für Ratschläge :-\

Hiermit geht die Steuerung aus der Konsole heraus

https://github.com/majki09/domoticz_lg_thinq_plugin

aber die Einbindung in fhem hapert noch. Kann zwar Befehle an die Geräte per notify senden, aber polling .....?

Berichte weiter

Ja, die version von sampsyso habe ich auch getestet, aber hat nicht mit v2 funktioniert.

Meinst du mit pollen statusabfrage z.b. ls oder info per webcmd?

Oder Statuswerte auslesen, z.B. 'airState.tempState.current': 24.5, 'airState.tempState.target': 22.0,

mit polling meine ich die Aktualisierung der aktuellen Werte. Wie gesagt kann ich bisher nur Ein oder Ausschalten.
Mein wideq notify welches nur auf das Ausschalten per Dummy reagiert sieht so aus:

defmod wideq_Klima_DG_off notify Klima_DG:off {system('python3 /home/pi/wideq-thinkq2/example.py turn <ID> off');;}

Sicherlich könnte man noch weitere notifys bauen für Temperatureinstellungen usw. Aber das ist mir alles zu viel Bastelei.
Ideal wäre ein DeviceModul für LG Klimageräte so ähnlich wie für Nuki. Ich kann es leider nicht programmieren, dazu fehlt mir das Wissen.

Gibt es was neues, hat schon jemand die Werte von Thinkq auslesen können?
Würde meine Waschmaschine gerne einbinden.
Ich habe es über Domoticz-thinkq probiert, aber ich bekomme es einfach nicht hin.
An alle Fhem Nutzer, die Module schreiben können, kauft euch ein LG gerät was ihr einbinden wollt....  ;D

Ich weiß, dieses Thema ist schon älter und der letzte Post hier schon länger her, aber soweit ich weiß gibt es nach wie vor kein FHEM Modul für eine LG ThinQ Anbindung. Für den Home Assistant scheint es mittlerweile zwei Erweiterungen zu geben. Jedenfalls habe ich nun seit kurzem selbst ein LG Splitgerät mit 5 Innengeräten, möchte kurz meine "Lösungsvariante" mit bestehenden Mitteln beschreiben und freue mich über Anregungen, was ich besser machen könnte oder ob es nicht mittlerweile bessere Infos oder gar Möglichkeiten gibt.

Ich verwende den Thinq-MQTT-Proxy, um Statuswerte in Echtzeit (ohne Polling) zu erhalten sowie WideQ für die Steuerung der Anlagen (Ein/Aus, Temperatur setzen). Und das funktioniert auch bisher sehr gut.

Zugegeben keine leichtgewichtige Lösung, der Proxy benötigt Java und Maven, WideQ ist dagegen in Python geschrieben. Ich hatte das sowieso schon installiert. Außerdem scheinen beide Projekte nicht mehr aktiv betreut zu werden. Und ja, das läuft über die "LG-Cloud" nur mit Internetverbindung und setzt ein ThinQ-Konto (z.B. für den Einsatz der App) voraus.

Hier die verwendeten Github-Links:

• https://github.com/mgwoj/Thinq-MQTT-Proxy
• https://github.com/no2chem/wideq

Installation MQTT-Proxy
Installiere mind. Java 8, Apache Maven 3.6.3

  cd /opt
  sudo git clone https://github.com/mgwoj/Thinq-MQTT-Proxy.git
  cd /opt/Thinq-MQTT-Proxy
  sudo mvn clean package

Copy state-example.json to state.json and correct your language, region and local MQTT server settings.
  sudo cp state-example.json state.json
  sudo nano state.json
{
    "region": "de-AT",
    "countryCode": "AT",
    "pubMqttServer": "tcp://localhost:1883",
    "langCode": "de-AT",
    "certSource": "Use Cloud Service",
    "pubClientId": "thinq"
}
Erstes Login mit eigenen User:
  sudo java -jar /opt/Thinq-MQTT-Proxy/target/thinq-mqtt-proxy.jar init
  sudo java -jar /opt/Thinq-MQTT-Proxy/target/thinq-mqtt-proxy.jar run
Install as a service (If previous step was successful), run
  sudo ./install.sh

Installation WideQ
Installiere Python

  cd /opt
  sudo git clone https://github.com/no2chem/wideq.git
  python -m pip install requests
Erstes Login mit eigenem User:
  python example.py -c AT -l de-AT
Test:
  python example.py ls

Die bestehende example.py habe ich umgebaut ("neue" command.py im Anhang): Celsius statt Fahrenheit und das Konfigurationsfile wideq_state.json bleibt fix im Verzeichnis /opt/wideq (und muss nicht nach fhem kopiert werden).
Wichtig, dann dem fhem-User Rechte darauf geben: sudo chown fhem:root wideq_state.json

Devices:

MQTT2_DEVICE Bridge
Diese legt die Einzelgeräte automatisch nach ihrem Namen an.
defmod thinq MQTT2_DEVICE thinq
attr thinq autocreate 1
attr thinq bridgeRegexp thinq:thinq/([A-Za-z0-9_-]*)[/].*:.* "$1"
attr thinq icon sani_heating_heatpump
attr thinq room MQTT2_DEVICE
attr thinq setList clear_all:noArg {fhem("deleteattr $NAME readingList;; deletereading -q $NAME (?!associatedWith|IODev).*");;return undef}
MQTT2_DEVICE Einzelgerät
Werden jeweils automatisch von der Bridge angelegt und müssen dann nur noch entsprechend adaptiert werden.
defmod klima_buero MQTT2_DEVICE klima_buero
attr klima_buero devStateIcon .*on.*:general_an@green:off .*off.*:general_aus:on .*set_on.*:general_an@orange:off .*set_off.*:general_aus@orange:on
attr klima_buero event-on-change-reading .*
attr klima_buero icon frost
attr klima_buero readingList thinq/klima_buero/event/diagCode:.* diagCode\
thinq/klima_buero/event/DirStep:.* DirStep\
thinq/klima_buero/event/lightingDisplay:.* lightingDisplay\
thinq/klima_buero/event/operation:.* operation\
thinq/klima_buero/event/switch:.* state\
thinq/klima_buero/event/opMode:.* opMode\
thinq/klima_buero/event/sleepTime:.* sleepTime\
thinq/klima_buero/event/targetTimeToStart:.* targetTimeToStart\
thinq/klima_buero/event/targetTimeToStop:.* targetTimeToStop\
thinq/klima_buero/event/tempCurrent:.* tempCurrent\
thinq/klima_buero/event/tempTarget:.* tempTarget\
thinq/klima_buero/event/windStrength:.* windStrength\
thinq/klima_buero/event/qualitySensorMon:.* qualitySensorMon
attr klima_buero room MQTT2_DEVICE
attr klima_buero setList on {system("python /opt/wideq/command.py turn 87c03dc0-b565-183e-8249-999999999999 on");;}\
off {system("python /opt/wideq/command.py turn 87c03dc0-b565-183e-8249-999999999999 off");;}\
tempTarget:selectnumbers,18,1,30,0,lin {system("python /opt/wideq/command.py set-temp 87c03dc0-b565-183e-8249-999999999999 $EVTPART1");;}
attr klima_buero setStateList on off
attr klima_buero webCmd on:off:tempTarget
Readingsgroup aller Innengeräte

defmod Klimaanlage readingsGroup <>,<Status>,<Raum>,<Soll> klima_.*:state,tempCurrent,tempTarget
attr Klimaanlage commands { tempTarget => 'tempTarget:selectnumbers,18,1,30,0,lin'}
attr Klimaanlage room Home,Klima
attr Klimaanlage valueFormat {tempCurrent => "%2.1f°C",tempTarget => '{my $s=ReadingsVal($name,"tempTarget",0);;;;$s =~ s/\D*(\d+)\D*/$1/;;;;sprintf("%2.1f°C",$s);;;;}'}
attr Klimaanlage valueIcon { state => '%devStateIcon' }
attr Klimaanlage valueStyle style="text-align:right"

Ich habe Gary ´s Vorschlag mal ausprobiert. Bleibe aber in einer Fehlermeldung beim installieren von Maven hängen.

root@nuci3:/opt/Thinq-MQTT-Proxy# mvn clean package
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< groupId:thinq-mqtt-proxy >----------------------
[INFO] Building thinq-mqtt-proxy 1.0-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ thinq-mqtt-proxy ---
[INFO] Deleting /opt/Thinq-MQTT-Proxy/target
[INFO]
[INFO] --- gmavenplus-plugin:1.12.1:addSources (default) @ thinq-mqtt-proxy ---
[INFO]
[INFO] --- gmavenplus-plugin:1.12.1:addTestSources (default) @ thinq-mqtt-proxy ---
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ thinq-mqtt-proxy ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO]
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ thinq-mqtt-proxy ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] --- gmavenplus-plugin:1.12.1:compile (default) @ thinq-mqtt-proxy ---
[INFO] Using isolated classloader, without GMavenPlus classpath.
[INFO] Using Groovy 3.0.7 to perform compile.
[INFO] Parallel parsing disabled.
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  7.284 s
[INFO] Finished at: 2025-07-01T07:13:37+02:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.gmavenplus:gmavenplus-plugin:1.12.1:compile (default) on project thinq-mqtt-proxy: Error occurred while calling a method on a Groovy class from classpath.: InvocationTargetException: BUG! exception in phase 'semantic analysis' in source unit '/opt/Thinq-MQTT-Proxy/apps/HttpUtils.groovy' Unsupported class file major version 65 -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException

Die Abfrage zur Version ergibt folgendes:

root@nuci3:/opt/Thinq-MQTT-Proxy# mvn -version
Apache Maven 3.8.7
Maven home: /usr/share/maven
Java version: 21.0.7, vendor: Ubuntu, runtime: /usr/lib/jvm/java-21-openjdk-amd64
Default locale: de_DE, platform encoding: UTF-8
OS name: "linux", version: "6.8.0-62-generic", arch: "amd64", family: "unix"

Ich weiß leider nicht weiter, hat jemand eine Idee?

Ich erinnere mich, den Fehler hatte ich auch. Da sind veraltete Abhängigkeiten im Maven POM File drin.

Vesuche mal folgendes: Ersetze die vorhandene pom.xml Datei im Verzeichnis /opt/Thinq-MQTT-Proxy durch die hier angehängte geänderte Version und starte noch mal den Compiler.

Zur Info: Das sind die darin geänderten Abschnitte ( maven.compiler Versionen entfernt und Groovy auf Version 3.0.8 ), habe sicherheitshalber auch noch ein Bild mit dem Vergleich angehängt.

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>
    <dependencies>
        <dependency>
            <groupId>org.codehaus.groovy</groupId>
            <artifactId>groovy-all</artifactId>
            <version>3.0.8</version>
            <type>pom</type>
        </dependency>
        <dependency>
            <groupId>org.codehaus.groovy</groupId>
            <artifactId>groovy-dateutil</artifactId>
            <version>3.0.8</version>
        </dependency>

Ich habe die pom.xml ersetzt, leider ohne Erfolg, "Build failure"

Dann java-21-openjdk mal neu installiert und bekomme mit dem Befehl

 update-alternatives --config java

folgende Auswahl:

  Auswahl      Pfad                                            Priorität Status
------------------------------------------------------------
* 0            /usr/lib/jvm/java-21-openjdk-amd64/bin/java      2111      automatischer Modus
  1            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1111      manueller Modus
  2            /usr/lib/jvm/java-17-openjdk-amd64/bin/java      1711      manueller Modus
  3            /usr/lib/jvm/java-21-openjdk-amd64/bin/java      2111      manueller Modus
  4            /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java   1081      manueller Modus

da habe ich mal auf 4 gesetzt, also Java-8 und noch mal compiliert. Damit läuft es durch und ich kann mich offensichtlich mit der LG Cloud verbinden:

root@nuci3:/opt/Thinq-MQTT-Proxy# java -jar /opt/Thinq-MQTT-Proxy/target/thinq-mqtt-proxy.jar run
18:21:08.145 [main] INFO  ThinqMqttProxy - Starting Thinq Mqtt Proxy...
18:21:08.432 [main] INFO  Mqtt - starting connection the server tcp://localhost:1883...
18:21:08.698 [main] INFO  Mqtt - connected!
18:21:11.207 [main] INFO  ThinQ_Integration - ThinQ Found 3 devices

Meine Frage: kann das so bleiben mit "Java-8-openjdk-amd64/jre/bin/java   1081      manueller Modus"??

oder wo liegen hier die Hindernisse?