NEWS

@bananajoe

Habe bei einen setState , ein Argument Zuviel übergeben, dass scheint der neue Controller nicht zu mögen….??

Hi @jampr,

ich befasse mich gerade etwas mit Snapcast und baue mir gerade eine neue iobroker instance auf, da wir umgezogen sind.
Hast du inzwischen deinen Adapter weiterentwickelt ? Falls nicht, ich würde dir gern dabei helfen.

@ciddi89 Das wars. Tests laufen nun fehlerfrei durch. Vielen Dank!

@jens-meyer Hi ist zwar etwas älter, aber könntest du die View zur Verfügung stellen?

@zap sagte in Adapter Objekt Wert wird nicht aktualisiert:

Hat sich erledigt.

Dann setze das Thema auf [gelöst] ,
sonnst klickt jeder Helfende auf diesen leeren Thread !

Weiß jemand wie man das laden über den Adapter wieder stoppen kann, nachdem man dieses mit remote.cnow gestartet hat?

@gaspode Super, danke. Ich hatte es vermutet, das ich etwas übersehen hatte.

Hat geklappt!

Könnte jemand so freundlich sein und die txt files für die Registerconfig des SDM72D-M hier einstellen, dass man nicht alles abtippen muß? Das wäre sehr nett!
Ich hab schon danach gesucht, aber nichts gefunden.
Vielen Dank!

@foxriver76 Zunächst einmal vielen Dank für das coole Widget, das ich jetzt schon ein paar Wochen im Einsatz habe.

Ich habe noch nicht die Logik bei der Wertdarstellung verstanden, also wann ist der Wert positiv und wann negativ.

Aktuell:
Solarpanel liefert/produziert Strom = positiv
Akku liefert Strom = positiv, Akku speichert = negativ
Netz liefert Strom = negativ, Netzeinspeisung = positiv
Haus verbraucht Strom = positiv

Meine Gedankenwelt wäre, identisch zu den dargestellten Verbindungslinien: Quelle = liefern = positiv und Senke = verbrauchen/einspeisen = negativ, dann müsste es so sein:
Solarpanel liefert/produziert Strom = positiv
Akku liefert Strom = positiv, Akku speichert = negativ
Netz liefert Strom = positiv, Netzeinspeisung = negativ
Haus verbraucht Strom = negativ

Ich werde mir schätzungsweise ein Skript schreiben, damit die Werte in meine Gedankenwelt passen, vielleicht kann mir aber jemand die aktuelle Logik erklären.

@stef-heisel In der Tat.

Ich lasse die Icons nun dynamisch anderweitig laden. Klappt viel besser.

@stef-heisel sagte in Material Design Icons per HTML:

@skb Hallo,
Ich wäre dankbar, wenn Sie meine Arbeit in Form dieser Website bewerten würden: https://andersenlab.de/services/design-studio/mobile-design

Wieso soll ich "Ihre Arbeit bewerten"?

@mcu ich habe vom adapter bei jedem gerät die meldung bekommen:

received puback for unknown messageId: 2

ich habe jetzt wieder auf 0 gestellt und die meldungen ersxheinen nicht mehr.

Ich verwende Unraid seit mittlerweile 2 JAhren und bin froh von Proxmox weg zu sein.
Docker gibt soviel mehr möglichkeiten.

@killroy2

Sorry für die späte Antwort. Mein Wissensstand ist der nachfolgende. Falls etwas nicht stimmen sollte oder nicht funktioniert frag in Telegram nach.

Aus Lesbarkeitsgründen lass ich die englischen Texte so stehen und muss dann wissen den alten Text überall per replace durch den neuen zu ersetzen.

OK, spricht derzeit nichts dagegen, Probleme wirst du ev. bekommen, wenn du WEBLATE (siehe https://github.com/ioBrokerTranslator/doc) einsetzen möchtest, da nach meinem Kenntnisstand das Ändern eines Keys in weblate nicht möglich ist sondern einen neuen Text bedeutet.

Neue Texte muss ich dann auch im admin/i18n/en/translatons.json händisch anlegen, richtig?

Neue Texte musst du eigentlich immer in en/translations.json eintragen. Das translation system parst sicher nicht html, react oder js code um potenzielle Texte zu finden.

Was wird alles übersetzet -wie funktioniert die Logik etwas Übersetzungsrelevantes zu finden?

npm run translate nimmt en/translations.json als source (zumindest defaultmäßig). Alle Keys die NICHT in den anderssprachigen Dateien enthalten sind werden mittels Google übersetzt in in die andren xx/translation.json eingefügt. Je nach Optionen die du bei npm run translate angegeben hast wird anschließend der Inhalt aller xx/translations.json in das words.js gemerged und words.js damit neu erstellt.

Beschreibung siehe https://github.com/ioBroker/adapter-dev#manage-translations.

npm run translate all macht lt. Beschreibugn Folgendes:
Calls translate and afterwards updates words.js using to-words followed by to-json.

Wenn du eine neuerliche Übersetzung von keys haben willst die schon in den anderssprachigen translations.json enthalten sind, dann musst du diese keys in den anderssprachigen Dateien (manuell) löschen. Sinn ist offensichtlich, dass nicht be jeder Änderung korrekturen an z.B. den deutschen Texten wieder vernichtet werden. Alternativ kan nst du die Brachialmethode anwenden und alle xx/tranbslations != en löschen. Das bedeutet aber einen Totalreset und wenn jemand z.B. unsinnigen Text korriogiert hat, dann geht das verloren. Mit WEBLATE ist diese Methode eher inkompatibel.

Übrigends: Wenn du einen Key im englischen translations.json löscht so wird dieser Key meines Wissens nach (zumindest derzeit) nicht in den anderssprachigen translations.json gelöscht - außer du setzet WEBLATE ein, hier werde verwaiste Texte entfernt.

Was mache ich mit Texten die Formatierungen enthalten, zB Hyperlinks. So mit in translations.json angeben?

Da muss ich passen. Versuch als erstes Mal was translate.google.com damit anstellt. Ansonsten kann ich dir hier nicht helfen - Ausprobieren ist sicher einen Versuch Wert. Alternativ trenn zu übersetzende Texte und fixe links in 2 (od. 3) elemente - die müssen ja nicht durch den translator gehen.

Hoffe ich konnte ein wenig helfen.
McM

Du bist weiter als ich.
Das was ich beim überfliegen gesehen habe sieht schon sehr gut aus.

@apollon77 sagte in Welche Datentypen + Rollen gibt es denn jetzt noch?:

Multistate kenn ich als offiziellen Typ gar nicht wenn ich ehrlich bin? Oder fehlt mir das was?

Wie ich das jetzt verstanden habe gab es den ganz früher mal und es wurde nur an der einen Stellt im Admin vergessen dieses Überbleibsel zu entfernen. Ich erstelle mal einen PR

@arteck - Danke, das hatte ich auch gesehen (main/lib/mqttServerController.js), ist mit aedes umgesetzt, aber halt nur mit listen und dann Info-Ausgabe in ein paar Zeilen und leider für meinen Use Case so nicht hilfreich...

@haus-automatisierung
Danke, kann ich sehr gut nachvollziehen, warum man eigene Server in den Adaptern implementiert hat.

Langfristig wäre es ganz schön, wenn man für den MQTT-Server Adapter Plugins programmieren könnte (so wie beim web Adapter). Dann bekäme man einfach Nachrichten rein, welche man abonniert hat.

+1 👍

@BananaJoe
Danke für die "Unterstützung", den mqtt-Adapter zu nehmen 🙂

Mittlerweile hab ich übrigens herausgefunden, dass der Fully Browser nach einem Neustart nur jede Minute ein neues Info-Paket sendet, nicht alle paar Millisekunden. Nur nach mehreren "intensiven" Tests in der Entwicklungsumgebung kommen diese dann wieder alle paar ms rein. Wohl aber nur aufgrund meiner Tests. Ich schau mir das noch näher an.
Aber so wie es aussieht, kann ich wohl doch aedes verwenden in einer sauberen Umgebung und Infos kommen nur jede Minute, Events sofort, wie es sein soll. Jeweils als QOS 1 und Info als retain, event als nicht retain.

Code-Auszug

/** * fired when a client publishes a message packet on the topic */ this.aedes.on('publish', (packet, client) => { if (!client || !packet) return; if (packet.qos === 1 && packet.retain) { /** * Device Info coming in... * Per fully documentation: The complete device info will be published every 60 seconds as fully/deviceInfo/[deviceId] topic (retaining, QOS=1). */ const info = JSON.parse(packet.payload.toString()); this.adapter.log.debug(`[MQTT] Client ${info.ip4} Publish Info: topic: ${packet.topic}, qos: ${packet.qos}`); } else if (packet.qos === 1 && !packet.retain) { /** * Event coming in... * Per fully documentation: Events will be published as fully/event/[eventId]/[deviceId] topic (non-retaining, QOS=1). */ const event = JSON.parse(packet.payload.toString()); this.adapter.log.debug(`[MQTT] Client Publish Event: topic: ${packet.topic}, qos: ${packet.qos}, payload: ${packet.payload.toString()}`); } else { // Ignore return; } });

@paul53 Ah. jetzt, vielen Dank!