NEWS
Test Adapter Samsung Smartthings v.0.0.x
Test Adapter Samsung Smartthings v.0.0.x
-
@tombox
Komplex? Meinst du das Homebridge Plugin?
Nee eigentlich nicht. Klar, ist natürlich von Vorteil wenn a) Homebridge und natürlich b) die Smartthings App bereits installiert sind.
Man öffnet dann seine vorhandene Homebridge Installation, fügt das Smartthings Plugin hinzu und muss als Pflichtfelder nur die paar Sachen aus der Grafik eintragen.
Und dann kennt Homebridge die Smartthings Geräte und kann diese (wenn ich mich recht erinnere) nahezu in Echtzeit aktualisieren....
-
Hi ich habe ein neuen Adapter für Samsung Smartthings
Steuern
smartthings.0.id.capabilities entweder true setzen oder ein vorgegebenen Wert setzenZum Installieren:
https://github.com/TA2k/ioBroker.smartthingsUnter Adapter Experten Modus aktivieren:

Unter Adapter das Github Icon klicken:

Benutzerdefiniert auswählen und die Url einfügen.

Dann unter Adapter den Smartthings Adapter suchen und ganz rechts auf das Plus klicken.

Loginablauf:
Login Daten eingeben@tombox geiler adapter, genau das hab ich schon ewig gesucht für mein TV.
was noch top wäre wenn man die aktualisierung in Sekunden einstellen könnte.Kann man mit den Adapter eigentlich den TV auslesen wenn er eine App zb Netflix an hat? weil in der Handy app wird angezeigt wenn zb Netflix an ist.
ich bräuchte das um mein hyperion NG zu steuern. -
@tombox geiler adapter, genau das hab ich schon ewig gesucht für mein TV.
was noch top wäre wenn man die aktualisierung in Sekunden einstellen könnte.Kann man mit den Adapter eigentlich den TV auslesen wenn er eine App zb Netflix an hat? weil in der Handy app wird angezeigt wenn zb Netflix an ist.
ich bräuchte das um mein hyperion NG zu steuern. -
@tombox was genau meinst du mit "werde ich machen"
meinst du die aktualisierung oder das man die app weiß die gerade läuft. oder beides??
-
@denjo Ich habe den Interval auf Sekunden geändert und ein zusätzlichen für virtual switches eingefügt. Einfach neuinstallieren
-
@denjo Ich habe den Interval auf Sekunden geändert und ein zusätzlichen für virtual switches eingefügt. Einfach neuinstallieren
@tombox
Vielen Dank! Das läuft nach dem ersten Kurztest super!
Der State vom virtuellen Switch wird jetzt nahezu 1:1 durchgereicht.Ich habe jetzt noch ein persönliches Problem, da meine Blockly Kenntnisse nicht ausreichen:
Ich möchte mit dem virtuellen Smartthings Switch jetzt sozusagen eine Wechselschaltung mit einem physikalisch vorhandenen Homematic Switch realisieren.
Jetzt wird der Homematic Switch einfach mit hm-rpc.1.ID.4.STATE mit den Werten "true" und "false" geschaltet.
Bei dem virtuellen Switch durch den neuen Smartthings Adapter gibt es die Werte:
- smartthings.0.ID.status.switch.switch.value (Werte "on" / "off" nicht beschreibbar)
- smartthings.0.ID.capabilities.switch-off (Werte "true" / "false" zum Ausschalten)
- smartthings.0.ID.capabilities.switch-on (Werte "true" / "false" zum Anschalten)
Problem bei 2) und 3) ist, dass a) die Werte nicht aktualisiert werden wenn "fremd" also von der Smartthings App geschaltet wird und b) es ist vollkommen egal ob der Wert auf "false" oder "true" gesetzt wird - es wird grundsätzlich Aus- bzw. Angeschaltet.
Unter diesen Umständen halte ich die Umsetzung mit einem Blockly Script, die (dauerhaft) funktioniert für ziemlich schwierig (ein Experte wird das wahrscheinlich anders sehen).
Der Oberhammer wäre, wenn du die virtuellen Switch (natürlich gerne auch andere Geräte) mit einem beschreibbaren State mit den Werten "true" und "false" zusätzlich zur Verfügung stellen könntest, der a) immer den aktuellen Wert kennt und mit true/false den Switch schalten kann.
In diesem Fall könnte man mit Blockly einfach mit dem "binde" Befehl den Homematic und den virtuellen Smartthings Schalter verheiraten.
-
@tombox
Vielen Dank! Das läuft nach dem ersten Kurztest super!
Der State vom virtuellen Switch wird jetzt nahezu 1:1 durchgereicht.Ich habe jetzt noch ein persönliches Problem, da meine Blockly Kenntnisse nicht ausreichen:
Ich möchte mit dem virtuellen Smartthings Switch jetzt sozusagen eine Wechselschaltung mit einem physikalisch vorhandenen Homematic Switch realisieren.
Jetzt wird der Homematic Switch einfach mit hm-rpc.1.ID.4.STATE mit den Werten "true" und "false" geschaltet.
Bei dem virtuellen Switch durch den neuen Smartthings Adapter gibt es die Werte:
- smartthings.0.ID.status.switch.switch.value (Werte "on" / "off" nicht beschreibbar)
- smartthings.0.ID.capabilities.switch-off (Werte "true" / "false" zum Ausschalten)
- smartthings.0.ID.capabilities.switch-on (Werte "true" / "false" zum Anschalten)
Problem bei 2) und 3) ist, dass a) die Werte nicht aktualisiert werden wenn "fremd" also von der Smartthings App geschaltet wird und b) es ist vollkommen egal ob der Wert auf "false" oder "true" gesetzt wird - es wird grundsätzlich Aus- bzw. Angeschaltet.
Unter diesen Umständen halte ich die Umsetzung mit einem Blockly Script, die (dauerhaft) funktioniert für ziemlich schwierig (ein Experte wird das wahrscheinlich anders sehen).
Der Oberhammer wäre, wenn du die virtuellen Switch (natürlich gerne auch andere Geräte) mit einem beschreibbaren State mit den Werten "true" und "false" zusätzlich zur Verfügung stellen könntest, der a) immer den aktuellen Wert kennt und mit true/false den Switch schalten kann.
In diesem Fall könnte man mit Blockly einfach mit dem "binde" Befehl den Homematic und den virtuellen Smartthings Schalter verheiraten.
-
@tombox
Bekomme folgende error im LOG:smartthings.0 2021-10-04 18:51:04.658 error Error: getaddrinfo EAI_AGAIN api.smartthings.com smartthings.0 2021-10-04 18:51:04.658 error https://api.smartthings.com/v1/devices/44532988-9077-49ec-b855-257ee003ae9d/status smartthings.0 2021-10-04 18:50:04.653 error Error: getaddrinfo EAI_AGAIN api.smartthings.com smartthings.0Und seit Installation bekomme ich auch error im Mihome-vaccum Adapter
mihome-vacuum.0 2021-10-04 18:44:18.340 error HTTP error when getting token cookie{"errno":"EAI_AGAIN","code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"sts.api.io.mi.com"} -
@tombox
Bekomme folgende error im LOG:smartthings.0 2021-10-04 18:51:04.658 error Error: getaddrinfo EAI_AGAIN api.smartthings.com smartthings.0 2021-10-04 18:51:04.658 error https://api.smartthings.com/v1/devices/44532988-9077-49ec-b855-257ee003ae9d/status smartthings.0 2021-10-04 18:50:04.653 error Error: getaddrinfo EAI_AGAIN api.smartthings.com smartthings.0Und seit Installation bekomme ich auch error im Mihome-vaccum Adapter
mihome-vacuum.0 2021-10-04 18:44:18.340 error HTTP error when getting token cookie{"errno":"EAI_AGAIN","code":"EAI_AGAIN","syscall":"getaddrinfo","hostname":"sts.api.io.mi.com"} -
@tombox
Bei mir war vor der Installation alles OK, kann es sein das sich beide Adapter gegenseitig stören? -
@locito09 Nein aber es liegt gerade ein weltweite Störung vor wo es auch sein kann das beide Betreiber betroffen sind
-
Einen kleinen Fehler habe ich:
Object smartthings.0.XX.capabilities.switchLevel-setLevel is invalid: obj.common.type has an invalid value (integer) but has to be one of number, string, boolean, array, object, mixed, file, json -
@tombox
Das war beim Start.Beim Setzen kommt:
{"requestId":"XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXX","error":{"code":"ConstraintViolationError","message":"The request is malformed.","details":[{"code":"UnprocessableEntityError","target":"[0].arguments.[0]","message":"invalid NUMBER type","details":[]}]}}Bei einem Dimmer wird der Type „integer“ genutzt, richtig wäre hier wohl number:
{
"type": "state",
"common": {
"name": "",
"type": "integer",
"role": "state",
"write": true,
"read": true
},
"native": {},
"_id": "smartthings.0.X.capabilities.switchLevel-setLevel",
"acl": {
"object": 1636,
"state": 1636,
"ownerGroup": "system.group.administrator"
},
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1633610206404
}