Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[da_Woody]

@oxident bin ich voll bei dir. die kacke ist halt das raussuchen der DPs. bei mir auch ein kühlschrank mit den TVs kann ich nix anfangen.
evtl bin ich zu dumm.

[bakerman23]

@homoran ich kann den Frust schon ein bisschen nachvollziehen.
Nur weil er 2000 mal runtergeladen wurde, heißt das nicht, das ihn 2000 Leute benutzen.
Wenn man dann noch bedenkt, wie alt der Adapter ist und Probleme kaum gefixt werden, kann man seinen Unmut schonmal Luft machen.

[Frederik Buss]

@bakerman23 Nachdem der Adapter massive Probleme mit dem Einloggen hatte, habe ich den (wie auch den Roborock Adapter) auf eine separate HomeAssistant VM umgezogen. Seitdem funktioniert das Steuern meinen Samsung Geräten mittels HASS Adapter im iobroker wieder problemlos. Im HA Adapter gibt es auch diese Vielzahl an Datenpunkten nicht. Schade, dass dieser Schritt nötig ist, für mich wird der iobroker auch weiterhin das flexiblere und Dank VIS auch bessere System bleiben, aber nun eben halt mit ein paar Adaptern in HA ergänzt.

[denjo]

@frederik-buss welche integration nutzt du bei HA?

[Frederik Buss]

@denjo Smartthings. Scheint gut zu funktionieren, ich habe allerdings nur die Klimaanlage ausprobiert. TV ist auch am Start, aber nicht getestet...

[denjo]

@frederik-buss musst du nicht dafür fernzugriff haben oder so?

[Frederik Buss]

@denjo Das läuft alles über den Samsung/Smartthings Account, ja. Das ist aber bei Samsung meines Wissens grundsätzlich so und war auch beim iobroker Adapter so. Meines Wissens gibt es bei Samsung Geräten generell keine lokalen Zugriffe, alles läuft über die Cloud.

[denjo]

@frederik-buss ich meine damit du die integrationen installieren kannst brauch man doch irgendwie cloudflare oder sowas, hab das vor ca 2 Jahren mal probiert? Und da ich ha auch nur für sowas nutze investiere ich nicht in ha.

[Frederik Buss]

@denjo Nicht dass ich wüsste. Ich habe bei HA kein Abo o.ä. abgeschlossen und Cloudflare auch nicht bewusst installiert. Ich bin da bei Dir, HA derzeit nur für Smartthings und Roborock, ich würde da auch kein Geld zahlen wollen.

[oxident]

Habe es jetzt ebenfalls mit HA am Laufen. Scheint prinzipiell der bessere Weg zu sein da dort ja recht viele Eigenheiten der verschiedenen SmartThings-Geräte schon "kuratiert" sind.

Lässt sich dann über den HASS-Adapter auch gut im iobroker nutzen.

[ToK]

@oxident Du hast recht. Sehr schade das auch mein Vorschlag vom 18. Februar ohne Echo bzw. Umsetzung ist. Ein Update hinsichtlich Benutzerfreundlichkeit und Performancesteigerung wäre für diesen Adapter absolut erforderlich ...

[smarteppi]

Schade. Der Adapter scheint mit Node 20 nicht mehr zu funktionieren.
Exception-Code: ERR_OSSL_WRONG_FINAL_BLOCK_LENGTH: error:1C80006B:Provider routines::wrong final block length
smartthings.0
2025-12-22 22:09:59.099 error Error: error:1C80006B:Provider routines::wrong final block length at Decipheriv.final (node:internal/crypto/cipher:193:29) at Smartthings.login (/opt/iobroker/node_modules/iobroker.smartthings/main.js:135:32) at Smartthings.onReady (/opt/iobroker/node_modules/iobroker.smartthings/main.js:58:18)
smartthings.0
2025-12-22 22:09:59.098 error unhandled promise rejection: error:1C80006B:Provider routines::wrong final block length
smartthings.0
2025-12-22 22:09:59.098 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Abwarten ob da noch was kommt....

[Thomas Braun]

@smarteppi sagte in Test Adapter Samsung Smartthings v.0.0.x:

Der Adapter scheint mit Node 20 nicht mehr zu funktionieren.

Losgelöst vom Problem solltest du ohnehin auf nodejs 22 wechseln.

[smarteppi]

@Thomas-Braun sagte in Test Adapter Samsung Smartthings v.0.0.x:

@smarteppi sagte in Test Adapter Samsung Smartthings v.0.0.x:

Der Adapter scheint mit Node 20 nicht mehr zu funktionieren.

Losgelöst vom Problem solltest du ohnehin auf nodejs 22 wechseln.

Ja werde ich.

Ich denke aber es wird das Problem nicht lösen.

ChatGTP sagt hier:
** *Gespeicherte Login-Daten / Token zu entschlüsseln
*

• Nutzt dafür crypto.createDecipheriv
• Node.js ≥ 20 (OpenSSL 3) ist strenger
• Alte Verschlüsselung → 💥**

[Thomas Braun]

@smarteppi sagte in Test Adapter Samsung Smartthings v.0.0.x:

Ich denke aber es wird das Problem nicht lösen.

Das habe ich auch nicht behauptet. Allerdings befindet sich nodejs@20 kurz vor EoL und 22 ist schon länger die Empfehlung für den ioBroker.

[smarteppi]

Wie zu erwarten hat sich mit nodejs22 nichts verbessert.

Please enter a valid codeUrl or Samsung Smartthings Token
smartthings.0
2025-12-27 18:11:20.419 error Please enter a Samsung Smartthings Code Url in the instance settings
smartthings.0
2025-12-27 18:11:20.418 info Start login via code url
smartthings.0
2025-12-27 18:11:20.400 info starting. Version 0.2.2 (non-npm: TA2k/ioBroker.smartthings#b055221990231cf4c8xxxxxxxxe94ff59b0fd75) in /opt/iobroker/node_modules/iobroker.smartthings, node: v22.21.0, js-controller: 7.0.7
smartthings.0
2025-12-27 18:11:16.483 info terminating
smartthings.0
2025-12-27 18:11:16.035 warn Terminated (UNCAUGHT_EXCEPTION): Without reason
smartthings.0
2025-12-27 18:11:16.034 info terminating
smartthings.0
2025-12-27 18:11:16.033 info Got terminate signal TERMINATE_YOURSELF
smartthings.0
2025-12-27 18:11:15.980 error Exception-Code: ERR_OSSL_WRONG_FINAL_BLOCK_LENGTH: error:1C80006B:Provider routines::wrong final block length
smartthings.0
2025-12-27 18:11:15.980 error Error: error:1C80006B:Provider routines::wrong final block length at Decipheriv.final (node:internal/crypto/cipher:184:29) at Smartthings.login (/opt/iobroker/node_modules/iobroker.smartthings/main.js:135:32) at Smartthings.onReady (/opt/iobroker/node_modules/iobroker.smartthings/main.js:58:18)
smartthings.0
2025-12-27 18:11:15.980 error unhandled promise rejection: error:1C80006B:Provider routines::wrong final block length
smartthings.0
2025-12-27 18:11:15.979 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
smartthings.0
2025-12-27 18:11:15.977 info Start login via code url
smartthings.0
2025-12-27 18:11:15.956 info starting. Version 0.2.2 (non-npm: TA2k/ioBroker.smartthings#b05522199023xxxxxxxxxbee94ff59b0fd75) in /opt/iobroker/node_modules/iobroker.smartthings, node: v22.21.0, js-controller: 7.0.7

[smarteppi]

Das sagt KI:
Was genau schiefgeht (technisch korrekt)

Node 20+ / 22 nutzt OpenSSL 3.x

Der SmartThings-Adapter:

verschlüsselt Tokens legacy-kompatibel

entschlüsselt sie mit createDecipheriv

OpenSSL 3 ist strenger bei:

Padding

Blocklängen

Ergebnis:

wrong final block length

KI schlägt downgrade nodejs auf 18 vor - mach ich natürlich nicht

Alternative:
Node 22 behalten (nicht empfohlen, aber möglich)

Nur mit Legacy-Provider:

export NODE_OPTIONS=--openssl-legacy-provider
iobroker restart

Ist das zu empfehlen?

[Thomas Braun]

@smarteppi

Dann schau in die Issues des Adapters und leg entsprechend eins an, falls es noch nichts passendes gibt.

[smarteppi]

@Thomas-Braun Leider muss ich sagen das mir dazu die Kenntnisse fehlen. Ich hab auch kein Github Konto.
Ich bin ein User der sich da so durchkämpft. Wenn der Adapter nicht mehr weiterentwickelt wird ist das zu akzeptieren. Danke trotzdem Danke!

[tombox]

@smarteppi ich habe das problem mit node 22.21.1 auf MacOS nicht. welches OS verwendest du

=== Node.js and OpenSSL Version Information ===

Node.js version: v22.21.1
Node.js platform: darwin
Node.js arch: arm64

OpenSSL version: 3.6.0

=== All Process Versions ===
node: 22.21.1
acorn: 8.15.0
ada: 2.9.2
amaro: 1.1.4
ares: 1.34.5
brotli: 1.2.0
cjs_module_lexer: 2.1.0
cldr: 48.0
icu: 78.1
llhttp: 9.3.0
modules: 127
napi: 10
nbytes: 0.1.1
ncrypto: 0.0.1
nghttp2: 1.68.0
openssl: 3.6.0
simdjson: 4.2.2
simdutf: 7.7.0
sqlite: 3.51.0
tz: 2025b
undici: 6.22.0
unicode: 17.0
uv: 1.51.0
uvwasi: 0.0.23
v8: 12.4.254.21-node.33
zlib: 1.2.12
zstd: 1.5.7

=== Crypto Capabilities ===
Available ciphers: 130
Has aes-128-cbc: YES

=== OpenSSL Constants Available ===
Crypto constants defined: YES

Du kannst es auch selber überprüfen einfach in test.js speichern und dann ausführen
node test.js

const crypto = require('crypto');

console.log('=== Node.js and OpenSSL Version Information ===\n');
console.log('Node.js version:', process.version);
console.log('Node.js platform:', process.platform);
console.log('Node.js arch:', process.arch);
console.log('');

// Check OpenSSL version
console.log('OpenSSL version:', process.versions.openssl);
console.log('');

// Get all crypto-related versions
console.log('=== All Process Versions ===');
Object.keys(process.versions).forEach(key => {
  console.log(`${key}: ${process.versions[key]}`);
});
console.log('');

// Check available crypto features
console.log('=== Crypto Capabilities ===');
console.log('Available ciphers:', crypto.getCiphers().length);
console.log('Has aes-128-cbc:', crypto.getCiphers().includes('aes-128-cbc') ? 'YES' : 'NO');
console.log('');

// Try to get more detailed OpenSSL info
try {
  const { constants } = crypto;
  console.log('=== OpenSSL Constants Available ===');
  console.log('Crypto constants defined:', Object.keys(constants).length > 0 ? 'YES' : 'NO');
} catch (e) {
  console.log('Could not access crypto constants:', e.message);
}