Hallo, also ich glaube mittlerweile dass es evtl. doch an dem Adapter liegt.

Wenn ich über den Adapter Error 429 bekomme zb. wenn ich einen Befehl absetze und dann sofort über meinen Mac im Terminal einen Token hole, welcher übrigens immer ohne Fehler kommt, dann funktioniert auch der Adapter sofort wieder für eine gewisse Zeit.

Hiermit hole ich den Token:

% curl --location --request POST 'https://api.authentication.husqvarnagroup.dev/v1/oauth2/token' \
--header 'Content-Type: application/x-www-form-urlencoded' \
--data-urlencode 'client_id=xxxxxxxxxxxxxxxxxxxxxxxxx' \
--data-urlencode 'client_secret=xxxxxxxxxxxxxxxxxxxxxxxx' \
--data-urlencode 'grant_type=client_credentials'

@jpgorganizer
Kannst du das evtl. nachvollziehen ?

VG

Hallo vielen Dank für den tollen Adapter !!

Habe gestern das Waveshare RS232/485/422 to RJ45 Ethernet Module angeschlossen, das Ethernet Kabel gebastelt und angeschlossen. Adapter installiert und auf anhieb hat alles gleich funktioniert alle Daten werden von meinen 4 x US5000 sauber ausgelesen, Toll !!

Danke nochmals und frohe Ostern allen zusammen !!

@meister-mopper

Bei mir auch so ich musste Sentry deaktivieren da der Adapter nicht lief und mit Fehlern immer wieder abgestürzt war.

@plchome-0
Hallo kurze Frage zu dem Adapter. Ich würde gerne einen Shutdown der Akkus initiieren und dies soll wohl über einen Consolen Befehl gehen.
Sieht du hier eine Möglichkeit dies evtl. über den Adapter zu realisieren ?

Hallo vielen Dank für den tollen Adapter !!

Habe gestern das Waveshare RS232/485/422 to RJ45 Ethernet Module angeschlossen, das Ethernet Kabel gebastelt und angeschlossen. Adapter installiert und auf anhieb hat alles gleich funktioniert alle Daten werden von meinen 4 x US5000 sauber ausgelesen, Toll !!

Danke nochmals und frohe Ostern allen zusammen !!

@AlCalzone
Kurze Frage kommen eigentlich keine weiteren Updates mehr für ioBroker zwave-js ist ja mittlerweile schon in der Version 11.5.3 ?

@mickym sagte in Untersuchung: code 25 fehlerlösung:

Ich kanns immer wieder betonen - haut halt den alten Mist raus und macht das neu, wenn ihr keine Lust habt ewig zu suchen. Macht vorher eine Imagesicherung - dann kommt ihr wieder dahin zurück oder nennt das node_modules Verzeichnis um - und macht es neu:

https://forum.iobroker.net/topic/56543/nach-nodejs-update-kein-adapter-mehr-updatebar/23?_=1658914381795

Diese Diskussionen sind doch unsinnig . Jemand der NodeRed nutzen will, wird das tun - egal ob das binär im node_modules Verzeichnis rumliegt. Das Hauptproblem ist npm mit seinen geänderten Formaten.

Dem kann ich zustimmen bzw. hat bei mir nichts wirklich dauerhaft den Fehler behoben bis ich letztlich das komplette node_modules Verzeichnis gelöscht und neu aufbauen lies anhand der Anleitung von mickym

Besten Dank dafür aber natürlich auch an alle anderen Beteiligten !!

@thomas-braun
Hi ja ich weiß das ist der von GutHub installierte Adapter aber wie gesagt als ich den deinstalliert hatte, dann hatte ich tatsächlich auch einen sauberen Tree ohne Fehler aber dennoch bekam ich den Error 25 bei einer Adapter Installation und es wurden diese ganzen Ordner angelegt daher hatte ich den wieder installiert.

Zumal ich den schon länger nutze und bis dato hatte ich nie Probleme mit einer Adapter Installation. Also irgendetwas muss sich vor kurzem geändert haben.

Hi zusammen, habe jetzt plötzlich leider auch das Problem mit dem Error 25 bzw. das bei jeder Adapter Installation die bekannten ominösen Ordner plötzlich im Node-Modules Ordner angelegt werden und ich diese dann mit dem o.g. Einzeiler immer wieder löschen muss. Ich habe zwar auch Node-Red im Einsatz aber hatte mit auftreten des Fehlers noch eine ältere Version 3.1.0 .

Ich habe auch einen über GutHub installierten Adapter aber auch nach einer testweisen Deinstallation dessen ist das komische npm Fehlverhalten bei mir vorhanden.

Anbei hier meine Konfig:

armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.17.1
v16.17.1
8.15.0
4.0.23
pi
pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker
/home/pi
Hit:1 http://archive.raspberrypi.org/debian buster InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease          
Hit:3 https://deb.nodesource.com/node_16.x buster InRelease              
Reading package lists... Done                      
Building dependency tree       
Reading state information... Done
All packages are up to date.
nodejs:
  Installed: 16.17.1-deb-1nodesource1
  Candidate: 16.17.1-deb-1nodesource1
  Version table:
 *** 16.17.1-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
pi@ioBroker-master:~ $ 

iobroker.inst@2.0.2 /opt/iobroker
├── @types/caseless@0.12.2 extraneous
├── @types/request@2.48.8 extraneous
├── @types/tough-cookie@4.0.2 extraneous
├── canvas@2.10.1
├── coffeescript@1.12.7 extraneous
├── colors@1.4.0
├── form-data@2.5.1 extraneous
├── fs-extra@7.0.1
├── iobroker.admin@5.3.8
├── iobroker.backitup@2.4.12
├── iobroker.broadlink2@2.1.5
├── iobroker.cloud@4.2.2
├── iobroker.discovery@3.0.5
├── iobroker.email@1.1.3
├── iobroker.fhem@1.6.3
├── iobroker.flot@1.11.0
├── iobroker.ham@5.3.0
├── iobroker.harmony@1.2.2
├── iobroker.history@1.11.1
├── iobroker.hm-rega@3.0.40
├── iobroker.hm-rpc@1.15.12
├── iobroker.hue@3.7.1
├── iobroker.ical@1.13.1
├── iobroker.icons-mfd-svg@1.1.0
├── iobroker.info@1.9.19
├── iobroker.iot@1.11.9
├── iobroker.iqontrol@2.0.1
├── iobroker.javascript@6.0.0
├── iobroker.js-controller@4.0.23
├── iobroker.mielecloudservice@6.3.2
├── iobroker.mobile@1.0.1
├── iobroker.mqtt@3.0.6
├── iobroker.nina@0.0.25
├── iobroker.node-red@4.0.0
├── iobroker.ping@1.5.3
├── iobroker.pushover@3.0.3
├── iobroker.rpi2@1.3.2
├── iobroker.sayit@1.12.6
├── iobroker.scenes@2.3.9
├── iobroker.simple-api@2.7.0
├── iobroker.smartgarden@2.0.0
├── iobroker.socketio@4.2.0
├── iobroker.sonoff@2.5.1
├── iobroker.sonos@2.2.3
├── iobroker.unifi@0.5.10
├── iobroker.viessmann@1.3.7
├── iobroker.vis@1.4.15
├── iobroker.wamo@0.2.12 invalid: "github:smarthausleben/ioBroker.wamo#08ddaabcfbd6dc558bdfe4001d91e24e13d99d54" from the root project
├── iobroker.web@4.3.0
├── iobroker.yahka@0.13.1
├── iobroker.zigbee@1.7.5
├── iobroker.zwave2@3.0.3
├── iobroker@2.0.3
├── node-inspect@2.0.0 extraneous
├── picocolors@1.0.0 extraneous
├── semver@5.7.1
├── suncalc2@1.8.1 extraneous
├── virtual-tsc@0.6.2 extraneous
├── wake_on_lan@1.0.0 extraneous
└── yargs@7.1.2

npm ERR! code ELSPROBLEMS
npm ERR! extraneous: @types/caseless@0.12.2 /opt/iobroker/node_modules/@types/caseless
npm ERR! extraneous: @types/request@2.48.8 /opt/iobroker/node_modules/@types/request
npm ERR! extraneous: @types/tough-cookie@4.0.2 /opt/iobroker/node_modules/@types/tough-cookie
npm ERR! extraneous: coffeescript@1.12.7 /opt/iobroker/node_modules/coffeescript
npm ERR! extraneous: form-data@2.5.1 /opt/iobroker/node_modules/form-data
npm ERR! invalid: iobroker.wamo@0.2.12 /opt/iobroker/node_modules/iobroker.wamo
npm ERR! extraneous: node-inspect@2.0.0 /opt/iobroker/node_modules/node-inspect
npm ERR! extraneous: picocolors@1.0.0 /opt/iobroker/node_modules/picocolors
npm ERR! extraneous: suncalc2@1.8.1 /opt/iobroker/node_modules/suncalc2
npm ERR! extraneous: virtual-tsc@0.6.2 /opt/iobroker/node_modules/virtual-tsc
npm ERR! extraneous: wake_on_lan@1.0.0 /opt/iobroker/node_modules/wake_on_lan

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-09-30T16_43_17_165Z-debug-0.log
pi@ioBroker-master:/opt/iobroker $ 

@jpgorganizer

Kann ich bestätigen bei mir sieht es seit heute ähnlich gut aus.

Hallo, also ich glaube mittlerweile dass es evtl. doch an dem Adapter liegt.

Wenn ich über den Adapter Error 429 bekomme zb. wenn ich einen Befehl absetze und dann sofort über meinen Mac im Terminal einen Token hole, welcher übrigens immer ohne Fehler kommt, dann funktioniert auch der Adapter sofort wieder für eine gewisse Zeit.

Hiermit hole ich den Token:

% curl --location --request POST 'https://api.authentication.husqvarnagroup.dev/v1/oauth2/token' \
--header 'Content-Type: application/x-www-form-urlencoded' \
--data-urlencode 'client_id=xxxxxxxxxxxxxxxxxxxxxxxxx' \
--data-urlencode 'client_secret=xxxxxxxxxxxxxxxxxxxxxxxx' \
--data-urlencode 'grant_type=client_credentials'

@jpgorganizer
Kannst du das evtl. nachvollziehen ?

VG

Habe seit eben auch Fehler 429. Über den Tag hinweg hat noch alles funktioniert ich steuere ebenfalls ein Bewässerungsventil.

APP Secret habe ich eben auch mal erneuert hat aber leider nichts gebracht.

Auf der Gardena Web Seite gibt es ja ein Test Script für zb. eine Terminal Session basierend auf den persönlichen APP Key und App Server und dies funktioniert ohne Fehler ich bekomme einen gültigen Token in der Terminal Session zurück.

Sehr merkwürdig.....

curl -X POST -d "grant_type=client_credentials&client_id=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&client_secret=XXXXXXXXXXXXXXXXXXXXXX" 
 https://api.authentication.husqvarnagroup.dev/v1/oauth2/token