Guten Tag

Ich kriege es nicht hin, auf Palamoa einen Graphen für eine ganze Woche zu erstellen.
Wie viele Punkte kann der Graph maximal darstellen? Hängt das auch mit dem Übemittlungs-Intervall (bei mir 5min) oder der Breite des Graphen zusammen?

@Daniel Oups, da hast du natürlich recht. Es ist nicht "device_name" sondern (wenn ich das noch richtig im Kopf habe) {{sensortab_name.x}} als "label". Sorry für die Verwirrung.

Gerade gesehen, dass 4.4.27.1 veröffentlicht wurde. Probiere ich mal aus, auch wenn ich seit der Nachricht hier keine Sensor-Fehler mehr hatte (damals halt gerade 2 mal kurz hintereinander).

@Daniel Cool! Sehr schön und verständlich gemacht.
Ich hoffe, ihr habt "meine" Taupunkt-Formel überprüft und vielleicht auch an eure intern genutzte Formel angepasst. Das habe ich selber nämlich nicht gemacht und einfach angenommen, dass sie stimmt als ich sinnvoll erscheinende Ergebnisse erhielt.

Auf alle Fälle: danke für die ganze Arbeit, die ihr mit den Tutorials leistet. Ein dickes "thumbs up"

Guten Tag

Diese Woche trat ein Sensor-Fehler mitten während des Betriebes auf. Eine offensichtliche externe Ursache konnte ich nicht feststellen. Firmware-Version 4.4.25.2 (Update, weil damit die Probleme mit statischem DNS behoben sind).

Vielleicht helfen diese Informationen ja bei der Fehlersuche.

lg, Marco

@Harald-Kipp Mail mit einem Zip-File mit Lösung in Excel und Calc im Anhang ist unterwegs an die info-Adresse. Ich hoffe, die Dateien können als Vorlage dienen. Ansonsten stehe ich für Fragen natürlich zur Verfügung.

@Daniel Achja: Palamoa hat offenbar Probleme, wenn sich im "device_name" ein Leerzeichen befindet (oder es liegt am Punkt, "rel. Luftfeuchtigkeit" verursachte den Fehler) . Das automatische Einbinden mit palamoa.tpl klappt, das manuelle einbinden (per doppelklich in die json-daten) schlägt jedoch fehl.

Danke @Daniel

Ich habe das Template übernommen und noch etwas angepasst mit den Informationen aus https://community.egnite.de/topic/32/fehlerzustände-per-modbus-tcp-erkennen/4
So habe ich auch noch den Status der Sensoren in palamoa (und meine Wunschliste an palamoa wächst damit natürlich um einen Punkt :))

add=/tpl/j/p_thpdp.tpl

Content-Type: application/json; charset=utf-8
{# #}
{
    "device_name":   "{{hostname}}",
    "{{sensortab_name.0}}": 
    {
      "unit":     "{{sensortab_unit.0}}",
      "color":     "#5F8AFF",
      "label":     "{{sensortab_name.0}}",
      "value":     "{{sensortab_value.0}}"
    },
    "{{sensortab_name.1}}": 
    {
      "unit":     "{{sensortab_unit.1}}",
      "color":     "#32d08e",
      "label":     "{{sensortab_name.1}}",
      "value":     "{{sensortab_value.1}}"
    },
    "{{sensortab_name.2}}": 
    {
      "unit":     "{{sensortab_unit.2}}",
      "color":     "#e86161",
      "label":     "{{sensortab_name.2}}",
      "value":     "{{sensortab_value.2}}"
    },
    "{{sensortab_name.3}}": 
    {
      "unit":     "{{sensortab_unit.3}}",
      "color":     "#2222F0",
      "label":     "{{sensortab_name.3}}",
      "value":     "{{sensortab_value.3}}"
    },
	"{{sensortab_name.0}}_Status": 
    {
      "unit":     "Status",
      "color":     "#5F8AFF",
      "label":     "{{sensortab_name.0}}_Status",
      "value":     "{{sensortab_status.0}}"
    },
    "{{sensortab_name.1}}_Status": 
    {
      "unit":     "Status",
      "color":     "#32d08e",
      "label":     "{{sensortab_name.1}}_Status",
      "value":     "{{sensortab_status.1}}"
    },
    "{{sensortab_name.2}}_Status": 
    {
      "unit":     "status",
      "color":     "#e86161",
      "label":     "{{sensortab_name.2}}_Status",
      "value":     "{{sensortab_status.2}}"
    },
    "{{sensortab_name.3}}_Status": 
    {
      "unit":     "Status",
      "color":     "#2222F0",
      "label":     "{{sensortab_name.3}}_Status",
      "value":     "{{sensortab_status.3}}"
    }
  }

Dass das Gerät unbeirrt alte Werte ausgibt ist etwas unglücklich... 0x0000 oder 0xFFFF als Wert oder ein Status-Register, das man abfragen kann wäre echt nützlich. Zum Glück ändert sich der Luftdruck nicht so schnell, aber es bedeutet, dass ich mindestens einmal täglich den Sensor anderweitig kontrollieren muss.

Es ist Hardware Revision 1.2 und Firmware 4.4.23.1 (PS: Das Etikett ist leider nach dem Festschrauben des Gerätes nicht mehr sichtbar).

Im Syslog zeigte sich der Fehler so:

Sep  9 08:25:00 172.16.111.19 AEQsnsmtgthp Push palamoa.de/json/ABCDEFGH: HTTP/1.1 200 OK
Sep  9 08:25:00 172.16.111.19 AEQsnsmtgthp Sensor[1]:25.3;25.3;25.3
Sep  9 08:25:00 172.16.111.19 AEQsnsmtgthp Sensor[2]:49;49;49
Sep  9 08:25:00 172.16.111.19 AEQsnsmtgthp Sensor[3]:977.6;977.6;977.7
Sep  9 08:29:30 172.16.111.19 AEQsnsmtgthp Failed to read temperature
Sep  9 08:29:30 172.16.111.19 AEQsnsmtgthp Failed to read humidity
Sep  9 08:29:39 172.16.111.19 AEQsnsmtgthp Temperatur sensor error
Sep  9 08:29:39 172.16.111.19 AEQsnsmtgthp Configuration(3604.151) saved
Sep  9 08:29:39 172.16.111.19 AEQsnsmtgthp rel. Luftfeuchte sensor error
Sep  9 08:29:39 172.16.111.19 AEQsnsmtgthp Configuration(3604.152) saved
Sep  9 08:30:00 172.16.111.19 AEQsnsmtgthp Push palamoa.de/json/ABCDEFGH: HTTP/1.1 200 OK
Sep  9 08:31:14 172.16.111.19 AEQsnsmtgthp History request from 08.09.2020 09:00:00 to 09.09.2020 09:00:00 in 600s steps
Sep  9 08:31:23 172.16.111.19 AEQsnsmtgthp History request from 08.09.2020 09:00:00 to 09.09.2020 09:00:00 in 600s steps
Sep  9 08:32:23 172.16.111.19 AEQsnsmtgthp History request from 08.09.2020 08:55:00 to 09.09.2020 09:00:00 in 300s steps
Sep  9 08:32:53 172.16.111.19 AEQsnsmtgthp History request from 08.09.2020 09:00:00 to 09.09.2020 09:00:00 in 600s steps
Sep  9 08:33:06 172.16.111.19 AEQsnsmtgthp System reset
Sep  9 08:33:09 172.16.111.19 AEQsnsmtgthp System reset

Thema Syslog:
Zum Testen habe ich ein Excel-Sheet gemacht, welches mit

http://{{ip-address}}/tpl/document.cgi?tpl/j/datalogger.tpl&format=csv&start=-172800&step=300

die aufgezeichneten Daten der letzten 48h vom Querx lädt und grafisch darstellt.

Im Syslog erscheint dies folgendermassen:

Sep  9 13:53:45 172.16.111.19 AEQsnsmtgthp History request from 11.09.2020 13:53:45 to 09.09.2020 13:53:45 in 300s steps

Die gelieferten Werte sind die richtigen (vom 7.9.2020 bis 9.9.2020). Angezeigt wird im Syslog ab +2 Tage statt -2 Tage. Es ist also kein echtes Problem nur im ersten Moment etwas verwirrend.

PS: Falls Interesse besteht, stelle ich das Excel-Sheet das automatisch alle 10min die aktuellen Daten als csv vom Querx herunterlädt und darstellt, gerne zur Verfügung.