@david-g Danke, ich hab es jetzt. Ich hab mir ne neue IP Adresse geholt und danach nochmal probiert. Neuer Keks, neues Glück. Die App schau ich mir grad an. Danke.

@phrixotrichus sagte in Welche Wallbox? zwei Fahrzeuge und abrechenbar: @homoran said in Welche Wallbox? zwei Fahrzeuge und abrechenbar: @lemonbiter Hallo LEM, ich hätte auch die go-e home genannt, oder den Nachfolger gemini. Kann man bei diesen Geräten auch die Ladeleistung via ioBroker vorgeben? ja, natürlich. Warum nicht? hier mit Solarüberschuss [image: 1618315918814-zoe_view004.png]

@bananajoe Da gebe ich Dir uneingeschränkt Recht 😂 Sorry, das hatte ich überlesen ….

@a200 Hallo! Danke für den Tipp. Habe selber seit einiger Zeit das Problem, hatte aber den CUxD seit längerer Zeit deinstalliert und gar nicht mehr daran gedacht. Habe dann kurzerhand das CuxD Addon V2.9.4 installiert und sieh da, es waren noch 2 Aktoren auf der CCU installiert. Die hab ich dann von der CCU entfernt und sogleich die CCU neu gestartet. Danach die Instanz im IoBroker neu gestartet und das Logfile begann sofort die "rename " Logs für alle Objekte zu schreiben. Problem gelöst. Vielen Dank und LG, Wolfgang

@segway sagte in Influxdb Adapter v4.x wann im stable: es werden einfach Sachen miteinander vermischt....bleibt doch bei einem Punkt und bezieht den nächsten Punkt nicht auf einen ganz anderen Topic. Das mache ich doch. Ich beziehe hier alles auf den Titel den Threads: Influxdb Adapter v4.x wann im stable. So fing doch alles hier an? @homoran sagte in Influxdb Adapter v4.x wann im stable: Diese Version gibt es erst seit 14 Tagen. @segway sagte in Influxdb Adapter v4.x wann im stable: Ja das ist mir alles schon klar. Aber ich finde es irgendwie befremdlich, dass man etwas auf den Markt schmeisst und andere testen müssen @thomas-braun sagte in Influxdb Adapter v4.x wann im stable: Das hängt im Beta-Bereich, damit eben (bevor es 'auf den Markt' kommt) da Beta-Tests durchgeführt werden können. @segway sagte in Influxdb Adapter v4.x wann im stable: Bitte Überschrift lesen ... es geht um die Adapterversion ! @thomas-braun sagte in Influxdb Adapter v4.x wann im stable: Der Adapter befindet sich also mit Version 4.0.2 seit 14 Tagen im Beta-Testing. Wenn du dich daran nicht beteiligen kannst oder willst wird dir nichts anderes übrigbleiben als den Ausgang des Testings abzuwarten. @segway sagte in Influxdb Adapter v4.x wann im stable: Wo durchgetestet ? Wer macht das wie ? ziemlich allgemein gehalten @homoran sagte in Influxdb Adapter v4.x wann im stable: @segway und was zwingt dich dazu eine Beta-Version zu installieren wenn du keinem Entwickler dabei helfen willst? Und ab hier wird es komplett destruktiv... @segway sagte in Influxdb Adapter v4.x wann im stable: Im allgemeinen ist es auch egal. Bei Euch ist es sowieso hoffnungslos - ist meine persönliche Meinung dazu. @homoran sagte in Influxdb Adapter v4.x wann im stable: Ich habe versucht dir zu zeigen, warum es eben nicht anders geht, als hier gehandhabt. @segway sagte in Influxdb Adapter v4.x wann im stable: Nungut, auch wenn es NICHT meine Aufgabe ist, mir darüber Gedanken zu machen, wie die richtige Vorgehensweise ist um einen solchen OpenSource Adapter "fachgerecht" vorab zu testen Und immer so weiter... wie oft wollen wir uns noch im Kreis drehen? Du schreibst ständig, dass wir etwas falsch verstehen oder nicht richtig gelesen haben. Magst Du endlich mal auflösen, was das sein soll? @segway sagte in Influxdb Adapter v4.x wann im stable: Es ist etwas anderes eine version auf den Markt zu schmeissen und andere user testen zu lassen oder ein Team (an Usern?) zu haben die vorab testen. Wie genau soll die Version an dieses (nicht existierende) Team ausgeliefert werden, wenn nicht als klar definierte Version über npm (als beta)? Du beschwerst Dich also gerade, dass Du weiß, dass eine 4.x Version existiert und dass das nicht von einem internen Team ausführlichst getestet wurde, bevor da irgendetwas öffentlich wird? Das ist der Punkt?! @da_woody sagte in Influxdb Adapter v4.x wann im stable: gab auch schon jede menge nachfragen ob nicht wer bei der doku/wiki mithelfen möchte. der andrang ist marginal... Richtig. Leute die mitarbeiten sind immer willkommen. Sei es beim Doku schreiben, beim Issues bearbeiten, beim helfen im Forum oder sonst wo. Du sagst ja selbst, dass es einfach ist, Kritik zu äußern. Niemand hier ist wohl mit der Qualität der Dokumentation zufrieden. Aber das ist wohl ein Thema, wo wirklich jeder mitarbeiten könnte. @da_woody sagte in Influxdb Adapter v4.x wann im stable: wofür sind vorschläge da, wenn man nicht darüber quatscht? Der Vorschlag, dass man Adapter-Versionen als Beta nicht "einfach so" veröffentlichen soll, sondern erstmal von einem Team bis ins Detail testen? Das ist nicht umsetzbar. Du schreibst selbst, dass es Dir zu aufwändig ist ein Testsystem neben dem Produktivsystem aufzusetzen, aber andere sollen hier tagelang jede Version in allen Kombinationen auseinandernehmen? Das ist leider unrealistisch. Alleine Betriebssystem, Hardware-Architektur + nodejs-Versionen + js-controller-Version + InfluxDB-Versionen (und alles nochmal in VM, LXC und Docker) sind schon hunderte Szenarien. Das sind Wochen an Arbeit?! Für jede Version. Damit sind wir bei @segway sagte in Influxdb Adapter v4.x wann im stable: Kritik austeilen ist immer easy ...

Du hast recht...lustigerweise bin ich der Meinung, dass ich das gestern abend probiert habe und es da nicht ging... @codierknecht said in Yahka SmokeSensor: Randbemerkung: In dem Blockly hast Du einen Trigger auf einen State gesetzt und liest den gleichen DP nochmal aus. Das macht man so nicht. Der Trigger kennt den Wert bereits. https://forum.iobroker.net/topic/70481/blockly-for-dummies-starthilfe-und-tipps Ich weiß, war nur schnell kopiert zum testen. Aber danke für deine Hilfe...Dann kann ich mir ja nun alles einrichten. Schönen Abend

@nubbbi @woodvault Kann man denn für die Nutzung des Open.KNX-Adapters die Objekte des KNX-Adapters kopieren oder imprtieren oder Ähnliches?

@mr-x Ich weiß, das Thema ist schon antik , aber ich stehe jetzt vor dem Problem, das Alexa nach dem Öffnen der Kamera, den Timeout mit dem Befehl, "zeige Startbildschirm" nicht ausführt. Hat da vielleicht jemand eine Idee, was ich tun kann? Ich habe dein Blockly 1zu1 übernommen.

@rewenode sagte in Restore nur für einen konkreten Adapter möglich?: @homoran sagte in Restore nur für einen konkreten Adapter möglich?: Die kannst du downloaden. Cool, jetzt ist der Groschen gefallen. Ich danke dir! und da die extrahierte auch wieder hochladen

@homoran sagte in Beleuchtung Küchenunterschrank schalten: @stephan1966 sagte in Beleuchtung Küchenunterschrank schalten: Kann man das sinnvoll ändern? Wahrscheinlich! du müsstest anscheinend an den Schalter der Lampe ran Ich gehe auch davon aus das sich hinter dem Taster Elektronik befindet die sich um das dimmen / schalten der Lampen kümmert, während die 12V Spannung immer anliegt. Wenn du da den Taster brückst solltest du die LED's schalten können, verlierst aber die Dimmbarkeit. A.

@stephan1966 Das war eines meiner ersten VIS Experimente... deshalb wenig attraktiv ... Mit dem Schieber regeln, oder ins Eingabefeld eintippen .... Es sind ja genau zwei Zeitpunkte am Tag, wo etwas durch das Skript vorgegeben wird: Am Ende und am Beginn der Nachtabsenkung. Zwischendurch kann man Schalten und Walten wie man will. [image: 1706021994739-2de69a5d-0fc4-484f-bbed-9566f8051cdb-grafik.png] Bin noch in der Experimentier-Phase und automatisiere nur sehr behutsam und schrittweise Sachen. In iobroker integriert ist nur die Temperaturregelung meines Büros ... Das ist ein Vis View, den man auch im Browser auf dem Smartphone öffnen kann. Reine Handbedienung ist bisher bei mir nicht vorgesehen ... Eine Bedienung mit dem Stellmöglichkeiten am Thermostaten falls vorhanden ist durchaus von Hand möglich. Ob man diese Werte dann beim nächsten Tag <-> Nacht Wechsel überschreibt, oder sich dann den Tag bzw. Nacht-Wert in ioBroker übernimmt .... Auslesbar sind die geänderten Vorgabewerte jedenfalls.

Inzwischen ist R51 raus... RFLink: Firmware Change Log - Last stable release: 12/01/2024 RFLink v1.1 - R51: (12/01/2024) - New Device: Unitec W186-F Temperature sensor - New Device: Amazon Basics Meat Thermometer - New Device: Valoin Wireless Digital Meat Thermometer With Dual Probe - New Device: Atech-WS308 temperature sensor - New Device: Auriol 4-LD5661, Auriol 4-LD5972, Auriol 4-LD6313 temperature & rain sensor - New Device: Auriol AFT77B2 temperature sensor - New Device: Auriol AFW2A1 temperature & humidity sensor - New Device: Auriol AHFL 433B2 IPX4 temperature & humidity sensor - New Device: Auriol HG02832, Auriol HG02832D temperature & humidity sensor - New Device: Rubicson 48957 temperature & humidity sensor - New Device: Baldr rain meter - New Device: Rainpoint rain meter - New Device: TFA-Dostmann-30.3222.02 Combi Sensor Thermo/Hygro/Wind - New Device: TX141-BV3 - Fixed: Funkbus handling - Fixed: Acurite extremely low temperature value handling - Fixed: LightwaveRF handling - Fixed: Milight handling - Added: Hager additional command information - Changed: Additional optimizations

Keine Ahnung was da passier ist. Ich habe ein iobroker-Backup von vor ein paar Tagen wiederhergestellt - jetzt scheint es wieder zu gehen.

@andre Danke, die Env hab ich tatsächlich übersehen.. 🙈🙈🙈 Kaum macht man‘s richtig, funktioniert es… 😀😀👍👍👍👍👍

@mcm57 danke das du es noch mal etwas klarer Formuliert hast. Selbstverständlich schaue ich mir das an.

@rewenode nur „Lämpchen“ … mehr nicht getestet … hab den Müll gleich wieder eingepackt und geht zurück! Sorry!

@martinschm sagte in Nuki extended - Unterschiede der APIs: Korrekt so? Ja, korrekt. Aus dem Grunde läuft bei mir auch nuki-extended und nicht der nuki-Adapter. Theoretisch ist natürlich zusätzlicher Code immer auch eine zusätzliche potentielle Fehlerquelle. (Unter anderem deswegen verzichtet man auch auf einem Server auf jeglichen GUI-Klimbim).