NEWS

@hagiman2000 sagte in [Adapter] cloudfreie Auslesung von Deye-Invertern:

um den Faktor 10 ein Unterschied

dann klingt das gewaltig nach

@rene55 sagte in [Adapter] cloudfreie Auslesung von Deye-Invertern:

falschen Register oder auch die falschen Rules

die hast du uns nicht gezeigtt
(oder ich hab sie nicht in den Microfiches gefunden)

Womöglich muss nur der Faktor korrigiert werden, weil das Register auf Mikrowechselrichter ausgelegt ist, die nur 1/10 der Leistung bringen

Dass in einer App Daten angezeigt werden, die du so nicht findest ist auch durchaus normal, da in Apps gerne mal gerechnete Werte angeboten werden, die auch du aus den Rohdaten errechnen müsstest.

@tombox Ja, Pro habe ich und der Forecast funktioniert in der App.

Interessante Beobachtung: Seit dem ich das Protokoll des Adapters wieder von debug zurück auf Info gestellt habe: Keine Fehler mehr ...

@siedi Hallo Siedi,
ich habe mich mal daran versucht deine tolle Flip-Clock um die Kalenderwoche und den Tag im Jahr zu erweitern allerdings scheitere ich am script.... ein neues Feld habe ich hinbekommen nur die daten klappen nicht. kannst du mir hier einen Tipp geben ????

Grüße Konrad

@fernetmenta ich danke für den schnellen Suppport und den Adapter 🙂

@haselchen Ja scheinbar hat npm das Paket gekillt ... wenn du adapter neu installierst müsste es wieder da sein. Why ... no clue

@pefau Die Einstellung in der hue-extended Instanz.
9bb078c9-2cb3-4581-b1b1-dd4c9813e461-image.png

Die Dynamische UI auf Basis des Gewerkes ist grauenhaft. Zumindest muss man dann geführt werden beim umordnen nach dem Import.

Wo ist ein Problem?

Läuft bei mir auch wieder.

Danke fürs fixen.

Ich kann seit einiger Zeit keine Verbindung mehr aufbauen

porsche.0 2025-06-13 15:37:24.955 error {"error":"invalid_request","error_description":"User identifier prompt skipped.","state":"tCujKe54DVDekKxoq4kId2tr2jCY3baew-OmFRozElo"} porsche.0 2025-06-13 15:37:24.955 error No code found. Please check your credentials

Hat irgendwer eine Idee wie ich das Problem lösen kann?

@bloop

mein use case ist es automatisiert eMails zu beantworten.
DeepSeek ist da nicht schlecht und 90% - 95% der Antworten sind echt brauchbar. Ich habe parallel mal Gemini (manuel) verwendet und die Antworten wären besser und DeepSeek ist schon recht erfinderisch. Ich bin hier aber noch beim Beobachten und testen und habe die automatisierte Antwort noch nicht scharf geschaltet.
Tendentiell werde ich aber vermutlich mit den POST-Funktionen und Gemini in Zukunft weiter arbeiten und nicht mit DeepSeek. Dazu benötige ich aber ein wenig Zeit, die ich derzeit nicht habe, da mich etwas anderes noch wichtigers aufhält.

Andreas

V2.0.5 verfügbar
type-Fehler : warnings gefixt…
Sollte ein „UnAuthorized“ kommen, einfach Adapter gleich nochmal neu Starten

Hallo zusammen,
sowas habe ich auch schon länger gesucht.

leider stürzt mein Telegram Adapater auch immer ab.

anbei den LOG.

Hoffe mir kann jemand helfen.
Telegram 4.1.0
Javascript 8.9.2

ansonsten ist auch alles andere aktuell.

2025-06-12 12:03:16.260 - error: telegram.0 (5815) 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(). 2025-06-12 12:03:16.261 - error: telegram.0 (5815) unhandled promise rejection: ETELEGRAM: 400 Bad Request: message to edit not found 2025-06-12 12:03:16.262 - error: telegram.0 (5815) Error: ETELEGRAM: 400 Bad Request: message to edit not found at /opt/iobroker/node_modules/node-telegram-bot-api/src/telegram.js:316:15 at tryCatcher (/opt/iobroker/node_modules/bluebird/js/release/util.js:16:23) at Promise._settlePromiseFromHandler (/opt/iobroker/node_modules/bluebird/js/release/promise.js:547:31) at Promise._settlePromise (/opt/iobroker/node_modules/bluebird/js/release/promise.js:604:18) at Promise._settlePromise0 (/opt/iobroker/node_modules/bluebird/js/release/promise.js:649:10) at Promise._settlePromises (/opt/iobroker/node_modules/bluebird/js/release/promise.js:729:18) at _drainQueueStep (/opt/iobroker/node_modules/bluebird/js/release/async.js:93:12) at _drainQueue (/opt/iobroker/node_modules/bluebird/js/release/async.js:86:9) at Async._drainQueues (/opt/iobroker/node_modules/bluebird/js/release/async.js:102:5) at Immediate.Async.drainQueues [as _onImmediate] (/opt/iobroker/node_modules/bluebird/js/release/async.js:15:14) at processImmediate (node:internal/timers:483:21) 2025-06-12 12:03:16.262 - error: telegram.0 (5815) Exception-Code: ETELEGRAM: ETELEGRAM: 400 Bad Request: message to edit not found 2025-06-12 12:03:16.792 - info: telegram.0 (5815) terminating 2025-06-12 12:03:16.796 - warn: telegram.0 (5815) Terminated (UNCAUGHT_EXCEPTION): Without reason 2025-06-12 12:03:17.797 - info: telegram.0 (5815) terminating with timeout 2025-06-12 12:03:18.044 - error: host.raspberrypi Caught by controller[0]: 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(). The promise rejected with the reason: 2025-06-12 12:03:18.045 - error: host.raspberrypi Caught by controller[1]: Error: ETELEGRAM: 400 Bad Request: message to edit not found 2025-06-12 12:03:18.046 - error: host.raspberrypi Caught by controller[1]: at /opt/iobroker/node_modules/node-telegram-bot-api/src/telegram.js:316:15 2025-06-12 12:03:18.046 - error: host.raspberrypi Caught by controller[1]: at tryCatcher (/opt/iobroker/node_modules/bluebird/js/release/util.js:16:23) 2025-06-12 12:03:18.046 - error: host.raspberrypi Caught by controller[1]: at Promise._settlePromiseFromHandler (/opt/iobroker/node_modules/bluebird/js/release/promise.js:547:31) 2025-06-12 12:03:18.046 - error: host.raspberrypi Caught by controller[1]: at Promise._settlePromise (/opt/iobroker/node_modules/bluebird/js/release/promise.js:604:18) 2025-06-12 12:03:18.046 - error: host.raspberrypi Caught by controller[1]: at Promise._settlePromise0 (/opt/iobroker/node_modules/bluebird/js/release/promise.js:649:10) 2025-06-12 12:03:18.046 - error: host.raspberrypi Caught by controller[1]: at Promise._settlePromises (/opt/iobroker/node_modules/bluebird/js/release/promise.js:729:18) 2025-06-12 12:03:18.047 - error: host.raspberrypi Caught by controller[1]: at _drainQueueStep (/opt/iobroker/node_modules/bluebird/js/release/async.js:93:12) 2025-06-12 12:03:18.047 - error: host.raspberrypi Caught by controller[1]: at _drainQueue (/opt/iobroker/node_modules/bluebird/js/release/async.js:86:9) 2025-06-12 12:03:18.047 - error: host.raspberrypi Caught by controller[1]: at Async._drainQueues (/opt/iobroker/node_modules/bluebird/js/release/async.js:102:5) 2025-06-12 12:03:18.047 - error: host.raspberrypi Caught by controller[1]: at Immediate.Async.drainQueues [as _onImmediate] (/opt/iobroker/node_modules/bluebird/js/release/async.js:15:14) 2025-06-12 12:03:18.047 - error: host.raspberrypi Caught by controller[1]: at processImmediate (node:internal/timers:483:21) 2025-06-12 12:03:18.048 - error: host.raspberrypi instance system.adapter.telegram.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

@stenmic sagte in Adapter Paketverfolgung DHL, Briefe, Amazon, DPD,GLS,UPS,17T:

@Lucifor1976
Ich mach es seit Monaten so, ohne Probleme
https://forum.iobroker.net/topic/78255/skript-für-parcelapp-ios-alternative-zum-parcel-adapter?_=1749723037192

Danke, auch ein guter Ansatz, ist mir pers. aber grade zu aufwändig.. Wie gesagt es war eine kurze Spielerei.
Da ich eh Parcel nutze, ist mir das in der VIS nicht so wichtig.
(Und vielleicht auch besser so, könnte sonst zu unangenehmen Fragen kommen 🙂 )

Da es keine Issues gab ist die Version 1.3.0 ab dem nächsten Update im Stable Repository verfügbar.

Ups sorry, habe gerade im Git gesehen, dass das Problem schon reported ist (Issue #228).

Hallo
Da ich von den Möglichkeiten der API seit längerem enttäuscht bin

Zeitverzug da Cloud-Basiert nicht die Möglichkeiten wie in der App letzte API-Version von 2022
habe ich nun mal den Support von LinkTap angeschrieben und dies Kundgetan.
Versprechen tue ich mir da nicht viel davon - aber wenn niemand etwas sagt..... wirds bestimmt besser!

Auf Github habe ich diesen Vermerk auch als "Issue" hinterlegt....

Github LinkTap Möglichkeiten der API

Bei mir läuft die verbindung und kann alle funktionen auch in VIS einbinden!

@marco-3 said in Test Adapter drops-weather 1.2.x:

Mal eine Frage zum Datenumfang.

Ist es eventuell geplant die Wind Richtung und Windstärke mit einzufangen?

Erstell für Erweiterungswünsche gener ein Issue.

ABER - solange der Adapeter immer wieder merkbare Stabilitätsprobleme zeigt muss man überlegen wieviel Aufwand man da noch reinsteckt. Leider steht ja kein definiertes API zur Verfügung sondern es muss bzw. wird versucht die Webseite zu scrapen - was schon be geringen Änderungen der Webseite zu Stabilitätsproblemen und Anpassungsbedarf führt.

@stenmic
Siehe https://shelly-api-docs.shelly.cloud/gen2/

EDIT: Da diese Frage auch in keinem Zusammenhang mit einem ALPHA (oder auch nur Beta Test) des Adapetrs steht habe ich nunmehr ein eigenes generelles Topic angelegt:

https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support

Bitte NEUE allgemeine Fragen und Fragen zur Stable Release dort posten.

@arteck
ja, hatte ich schon gelesen da von github Benachrichtigung bekommen.
Habs installiert, bis jetzt ok. Vielen Dank 👍
Und das es am löschen Button gelegen hat wäre ich nie drauf gekommen
und was haben wir alles vermutet, wahnsinn 😀