@tombox : ja, auch "andersrum". Will heißen: wenn ich in der App die Standheizung starte, wird keiner der DP auf "true" geschaltet :-(. Danke Dir schonmal, dass Du geantwortet hast!
NEWS
Latest posts made by samoht0403
-
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda
-
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda
@tombox : hast Du vielleicht eine Idee für mich bzw. habe ich bei der Anfrage was zum Beantworten vergessen? Danke vorab und schönen Sonntag. Bin auf Version 0.1.6
-
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda
Hi zusammen,
ich kann nur noch über die VW-App meine Standheizung anschalten, es geht weder mit vw-connect.0.XXX.remote.standheizung noch in vw-connect.0.XXX.remote.standheizungv2
Das Auto ist ein PASSAT Va 1.4GTE P 115 TSID6F
Hat jemand das gleiche Problem und eine Lösung?
Version 0.1.3.
Danke vorab,
Thomas**Hier Adapter Beschreibung, Changelog etc.**Re: Test Adapter VW Connect für VW
-
RE: Shelly Adapter Probleme - coaptest.js nicht vorhanden?
Für diejenigen, die dasselbe Problem haben, hier die Lösung:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/v6.0.0/docs/de/protocol-coap.md
VG,
Thomas -
RE: Shelly Adapter Probleme - coaptest.js nicht vorhanden?
Wie von @Thomas-Braun beschrieben beide geupdatet.
Hier der Output vom Master
pi@raspberrypi:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@raspberrypi:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker /home/pi OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://repos.influxdata.com/debian buster InRelease OK:4 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.17.0-deb-1nodesource1 Installationskandidat: 16.17.0-deb-1nodesource1 Versionstabelle: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
und hier vom Slave:
pi@iobrokerslave:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@iobrokerslave:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker /home/pi OK:1 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:2 http://archive.raspberrypi.org/debian buster InRelease OK:3 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.17.0-deb-1nodesource1 Installationskandidat: 16.17.0-deb-1nodesource1 Versionstabelle: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
-
RE: Shelly Adapter Probleme - coaptest.js nicht vorhanden?
@thomas-braun said in Shelly Adapter Probleme - coaptest.js nicht vorhanden?:
sudo apt install --reinstall nodejs
Krass, ich wusste nichtmal, dass ich da was manuell gemacht hatte...
Mache ich das nur für den Master oder auch für Slave?
-
RE: Shelly Adapter Probleme - coaptest.js nicht vorhanden?
Danke für Deine schnelle Antwort @Thomas-Braun.
pi@raspberrypi:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@raspberrypi:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.19.2 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker /home/pi OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://deb.nodesource.com/node_16.x buster InRelease OK:4 https://repos.influxdata.com/debian buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Aktualisierung für 4 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen. nodejs: Installiert: 16.17.0-deb-1nodesource1 Installationskandidat: 16.17.0-deb-1nodesource1 Versionstabelle: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
Die Datei dachte ich schon, dass es die geben sollte, war aus diesem Post: https://forum.iobroker.net/topic/41906/test-adapter-shelly-v4-0-6-latest/16
Und zu guter Letzt zum Adapterstart:
shelly.0
2022-09-17 15:59:40.309 info [CoAP Server] Listening for packets in the networkshelly.0
2022-09-17 15:59:40.215 debug [CoAP Server] Starting shelly listener with options: {}shelly.0
2022-09-17 15:59:40.213 info Starting in CoAP mode.shelly.0
2022-09-17 15:59:39.921 info starting. Version 6.2.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v16.17.0, js-controller: 4.0.23shelly.0
2022-09-17 15:59:39.443 debug Plugin sentry Initialize Plugin (enabled=true)shelly.0
2022-09-17 15:59:39.083 debug States connected to redis: 0.0.0.0:9000shelly.0
2022-09-17 15:59:38.984 debug States create User PubSub Clientshelly.0
2022-09-17 15:59:38.982 debug States create System PubSub Clientshelly.0
2022-09-17 15:59:38.929 debug Redis States: Use Redis connection: 0.0.0.0:9000shelly.0
2022-09-17 15:59:38.857 debug Objects connected to redis: 0.0.0.0:9001shelly.0
2022-09-17 15:59:38.848 debug Objects client initialize lua scriptsshelly.0
2022-09-17 15:59:38.677 debug Objects create User PubSub Clientshelly.0
2022-09-17 15:59:38.675 debug Objects create System PubSub Clientshelly.0
2022-09-17 15:59:38.673 debug Objects client ready ... initialize nowshelly.0
2022-09-17 15:59:38.581 debug Redis Objects: Use Redis connection: 0.0.0.0:9001Bin gespannt, was noch rauskommt.
Danke!
-
Shelly Adapter Probleme - coaptest.js nicht vorhanden?
Systemdata Bitte Ausfüllen Hardwaresystem: Pi 4B, 2x Arbeitsspeicher: 8 GB / 1GB Festplattenart: SD-Karte Betriebssystem: Linux Node-Version: 16.17.0 Nodejs-Version: 16.17.0 NPM-Version: 8.19.2 Installationsart: Manuell Image genutzt: Weißnicht Ort/Name der Imagedatei: Link Hi zusammen,
da bei mir der Shelly-adapter meinen neuen Shelly X1 nicht findet und auch die bisher gefundenen Shellys nicht geschaltet werden können habe ich recherchiert und wollte schauen, ob es an dem COAP liegt.
Letztlich scheint das bei mir nicht installiert zu sein (ja, der Adapter war pausiert als ich den Test gemacht habe):
node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js node:internal/modules/cjs/loader:959 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.shelly/coaptest.js' at Function.Module._resolveFilename (node:internal/modules/cjs/loader:956:15) at Function.Module._load (node:internal/modules/cjs/loader:804:27) at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:81:12) at node:internal/main/run_main_module:17:47 { code: 'MODULE_NOT_FOUND', requireStack: [] }
Vielleicht liegt es auch daran, dass ich einen Multihost habe, aber ich weiß nicht weiter.
Input wäre toll.
Danke vorab und VG,
Thomas