max empfohlene Anzahl an JSON Requests pro Zeiteinheit

[tnsturm]

Hallo Experten,

ich bin gerade dabei, meine neue Violet an meinen Homey anzubinden.
Dort habe ich auch schon Dashboards und wollte regelmäßig die Werte der Violet per JSON abfragen, um sie in Homey anzuzeigen.

Wie oft pro Zeiteinheit darf ich das denn machen, ohne dass die Violet ins "keuchen" kommt?
Hängt sicher auch von der Anzahl der Werte ab, aber ich brauche nur .../getReadings?DOSING,pH_value,orp_value,pot_value

Grüße
Torsten

[Alex]

Was für ein Intervall würdest Du denn als sinnvoll erachten?
Die Temperaturen ändern sich z.B. nur alle 10 Sekunden... alles andere, 1 Sekunde. Werte so oft abfragen... na ja... kann man machen, viel helfen wird es wohl nicht (außer Dein eigenes Netzwerk nerven und Deine Plattform beschäftigen) Kannst ja mal versuchen, was das Netzwerk hergibt

[marvin78]

Da wäre es halt gut, wenn es MQTT geben würde und die Werte bei Änderung einfach gepublisht werden. Das würde, bei korrekter Implementierung, alle Systeme extrem entlasten.

[tnsturm]

Wunderbar, meine nächste Frage, wie oft die Messwerte in der Violet überhaupt geändert werden, auch schon beantwortet
Ich hatte gefragt, weil einige Hausautomatisierungssysteme durchaus in die Knie gehen, wenn man zu viele JSON-Abfragen macht, meist gar nicht so aufgrund des Inhalts, sondern eher ist der Webserver (und v.a. TLS) der Speicher- und in Folge der CPU-Fresser.

Ich denke, für mich reicht für Sondenwerte alle 60s, die reagieren träge. Chemikalienverbräuche ebenfalls...

[AlPi]

Da wäre es halt gut, wenn es MQTT geben würde und die Werte bei Änderung einfach gepublisht werden. Das würde, bei korrekter Implementierung, alle Systeme extrem entlasten.

und das wäre dann jede Sekunde ... das würde kein System entlasten ...
Siehe:

Was für ein Intervall würdest Du denn als sinnvoll erachten?
Die Temperaturen ändern sich z.B. nur alle 10 Sekunden... alles andere, 1 Sekunde. Werte so oft abfragen... na ja... kann man machen, viel helfen wird es wohl nicht (außer Dein eigenes Netzwerk nerven und Deine Plattform beschäftigen) Kannst ja mal versuchen, was das Netzwerk hergibt

[Alex]

Wir sampeln intern alle 10ms (außer Temperaturen) ... also wir könnten nen ioBroker auch platt machen, wenn es sein muss und ihn alle 10ms mit neuen Daten vollmüllen
Gibt aber ja schon das Netzwerk bei den meisten nicht her...

[marvin78]

Da wäre es halt gut, wenn es MQTT geben würde und die Werte bei Änderung einfach gepublisht werden. Das würde, bei korrekter Implementierung, alle Systeme extrem entlasten.

und das wäre dann jede Sekunde ... das würde kein System entlasten ...

Das sehe ich anders, weil ja nur der eine Wert gepublished wird. Richtig implementiert muss es ja auch nicht jede Sekunde gesendet werden. MQTT ist schlank (belastet ein Netwerk kaum) UND mächtig. Ich halte es für die beste Variante einer API für genau solche Systeme hier.

[martin1966]

Das wäre auch mein Wunsch, oder alternativ die Werte mit MODBUS TCP abzufragen und zu setzen

[Alex]

Wir haben 1615 Konfigurationsparameter und aus der getReadings kommen 400 Werte raus... du brauchst also ein Dokument mit 2000(!) ModuBus-Registern, ob Du da lesen, schreiben, was du da reinschreiben musst und welche Wertebereiche (von/bis) für das Register gültig sind.

Nicht böse sein, aber weder ModBus (zu langsam für die Menge an Daten) noch MQTT (zu viel Overhead für die Menge an Daten) sind dafür irgendwie geeignet.
Ich verstehe ja, das jeder "mit seinem Zeug" (das er oft verwendet) am liebsten arbeitet, aber es braucht auch keine 28 Möglichkeiten um Werte zu lesen oder zu schreiben - sondern genau eine, mit der jede Software und jede HA umgehen kann. Und das ist halt JSON. Geht nativ in jeder Sprache, kann jede HA und braucht weder zusätzliche Software-Module, noch zusätzliche Hardware.

Vom Aufwand das zu implementieren, die nächsten Jahre mit zu pflegen, zu dokumentieren, zu supporten ... und das wir diesen Aufwand halt leider auch irgendwie refinanzieren müss(t)en, spreche ich da mal noch gar nicht.