NEWS

@woogelstone was genau meinst Du? Der WR sollte das einspeisen, was benötigt wird, entweder über eine smarte Messung im Zähler- oder Sicherungskasten, oder über Smart Plugs oder/und über Grundlast.

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.5.13
Änderungen:

Fehler korrigiert, dass bei Batterie SoC = 0 und Einstellung Notstromreserve =0 die Regelung versucht hat, das Entladen zu verhindern und deswegen ständig auf die E3DC RSCP Schnittstelle zugegriffen wurde.

@delphinis sagte in History-Daten löschen:

An Typescript-spezialisten: gibt es da ein spezifisches Objekt?

Nicht dass ich wüsste - sendTo ist ja eine sehr generische Funktion für alle möglichen Adapter. Und da wurden keine spezifischen Typen für History usw. hinterlegt. Kannst ja selbst einen Typen definieren.

@joergh Sehr konstruktiv, Danke 🙂
Hättest du evtl. eine Idee, was es sonst sein könnte, oder in welcher Richtung ich mal schauen kann?

@jhg sagte in [Gelöst] Aktienkurs einlesen?:

Würde mich hier mal anschließen.

der letzte Post ist 4 Jahre alt.

@jhg sagte in [Gelöst] Aktienkurs einlesen?:

Fände es auch gut, wenn der Adapter funktionieren würde.

Hattest du mit deinen aktuellen Problemen ein Issue erstellt?

Danke euch beiden!

falls jemand anders sucht - so gehts:

const homeAssistantDevices = getObject('enum.functions.homeassistent_enabled'); if (homeAssistantDevices) { console.log('Devices with homeassistent_enabled function:'); homeAssistantDevices.common.members.forEach(deviceId => { const deviceObj = getObject(deviceId); console.log(`- ${deviceObj.common.name} ${deviceId}`); }); } else { console.log('No devices found with homeassistent_enabled function'); }

@heikow sagte: bewegt ja jede Menge unnötige Daten.

Das lässt sich nicht vermeiden, da der Javascript-Adapter zur Suche in der ID-Struktur nur den $Selektor bietet, der Datenpunkte sucht. Das Erstellen des Selektor-Objektes ist die aufwändigste Funktion im Skript. Die Schleife ist dagegen harmlos.

Hallo zusammende,

vielen Dank für das sehr interessante Skript. Allerdings habe ich einen kleinen Bug entdeckt, der mir lange zu schaffen gemacht hat, bis es endlich funktioniert hat.
Ich hatte das Problem, dass das Skript durchlief ohne Fehler, jedoch immer das falsche Gerät durch das Zugangsprofil gesperrt wurde und zwar immer das erste nach dem eigentlich zu sperrenden Gerät. Nach Euren Tipps bin ich natürlich erstmal davon ausgegangen, dass dieses Verhalten an unzulässigen Zeichen in den Geräte- oder Profilnamen lag. Doch das habe ich mehrfach überprüft und konnte es dann ausschließen. Der Casus knacksus lag woanders.
Es gibt bei der Fritzbox neben den Zugangsprofilen noch eine weitere Möglichkeit, Geräte vom Internet-Zugang zu sperren: nämlich direkt über die Gerätesperre. In der Weboberfläche der Fritzbox (Internet | Filter | Kindersicherung) habe ich dann festgestellt, dass das Zugangsprofil derjenigen Geräte nicht mehr geändert werden kann, bei denen diese Gerätesperre aktiviert war. Und das hat mich dann auf die richtige Fährte gebracht.
e57133f1-b500-4fdc-b3f3-4929db52cb55-grafik.png
Das obengenannte Skript "verzählt" sich beim Ändern des Zugangsprofils nun um genauso viele Geräte, wie Gerätesperren in der Liste VOR dem entsprechenden Gerät aktiviert sind. In meinem Fall war es ein Gerät (AltesDenkBrett). Gerätesperren in der Liste NACH dem Gerät spielen dabei offenbar keine Rolle.
Nachdem ich alle Gerätesperren entfernt hatte, die in der Liste VOR meinem zu sperrenden Gerät aufgeführt waren, hat das Skript einwandfrei und reproduzierbar funktioniert und das richtige Gerät gesperrt.

Es ist etwas umständlich zu beschreiben gewesen, aber ich hoffe, es war halbswegs verständlich und hilft dem einen oder anderen, der mit ähnlichen Unwegbarkeiten zu kämpfen hat wie ich.

Viele Grüße,
Ralf

Habe für mich mal eine funktionierende Lösung in einem neuen Post aufgeschrieben:
https://forum.iobroker.net/topic/78632/info-auslagerung-von-scripte-aus-global-aufs-filesystem

zu 1.

Habe für mich mal eine funktionierende Lösung in einem neuen Post aufgeschrieben:
https://forum.iobroker.net/topic/78632/info-auslagerung-von-scripte-aus-global-aufs-filesystem

Habe für mich mal eine funktionierende Lösung in einem neuen Post aufgeschrieben:
https://forum.iobroker.net/topic/78632/info-auslagerung-von-scripte-aus-global-aufs-filesystem

@paul53
Ist auch ne Idee

@mickym said in alles neu mqtt:

@fred-freund Du kannst den Flow auch im Standalone modus verwenden - nur musst Du halt das root topic - dass nun auf 0_userdata.0 eingestellt ist - auf Deine Bedürfnisse ändern. Entweder in dem Du im Nachhinein das Topic änderst oder direkt im Subflow.

https://forum.iobroker.net/topic/43856/json-oder-javascript-objekt-in-iobroker-datenpunkte-zerlegen

Falls Du also in einer Standalone Lösung - statt im iobroker das zerlegen willst musst Du nur das topic ändern, dann geht das auch mit mqtt Nodes.

Im Subflow selbst geht es ganz hinten in der Finalisierung des topics.

09f31df6-851d-43f3-85ac-a8591a58695f-image.png

Falls Du noch Hilfe zu dem Subflow brauchst, melde Dich halt - ich habe allerdings auch noch in der Node eine ziemlich ausführliche Hilfe geschrieben.

Vielen Dank fuer Deine Hilfe.

@mcu sagte in getState bringt kein val-Wert:

console.error('State-Wert stateObj.val:'+ stateObj);

Danke SUPER

@arteck ,

vielen Dank. Klappt so, wie ich mir das vorgestellt hatte.
Du hattest aber einen kleinen Typo in Zeile 14.

Für die Nachwelt:
So klapp das Überprüfen, ob der Ordner mit dem aktuellen Datum für das Backup angelegt wurde.
In den Datenpunkt "0_userdata.0.Backup.DB-Backup-Status" wird bei Erfolg eine "1" und bei Misserfolg eine "2" geschrieben, die dann von einem iobroker Script ausgewertet werden kann.

# Script zum automatischen Sichern der Influx Datenbank #!/bin/bash # Backup Pfad und Datum path="/Backup/influx" datum=$(date +"%y-%m-%d") # Alte Backups löschen find $path -maxdepth 1 -mtime +35 -type d -exec rm -rf {} ';' # Neues Backup anlegen influxd backup -db iobroker $path/$datum #check ob ok VERIFY_OUTPUT=$(influx_inspect verify -dir $path/$datum) if echo "$VERIFY_OUTPUT" | grep -q "Broken Blocks: 0"; then wget 'http://192.168.178.40:8087/set/0_userdata.0.Backup.DB-Backup-Status?value=1' else wget 'http://192.168.178.40:8087/set/0_userdata.0.Backup.DB-Backup-Status?value=2' fi

Gruß

@paul53 hat funktioniert danke dir vielmals

@mrlee

Hi Mr.Lee,

ich bin auch auf DMS 7.2.2. Ich hole mir nach Einloggen an der Surveillance Station den Snapshot (Abschnitt 2.3.4.5) und speichere ihn im home-Verzeichnis des iobrokers, damit ich mit pushover dieses Bild mit einer Nachricht aufs Handy bekomme. Weiterhin speichere ein kleinen Film auf der NAS (Abschnitt 2.3.10.1) als "Backup". Allerdings finde ich auch kein Bild nach Abschnitt 2.3.34.8, also TakeSnapshot.

Muss ich mir anschauen - falls du eine Lösung finden solltest, würd ich mich über eine Info freuen.

VG peterpan