Wow, ihr seid ja fix! Danke!

Hallo Daniel

@Daniel said in Bugreport: Palamoa Website zeigt unter "Aktive Sitzungen" Geräte nicht an:

dieses Feature wurde vor ca. eine Woche implementiert und funktioniert nur in Kombination mit der aktuellen Version (1.2) der Palamoa Android App. Außerdem ist nach diesem Update ein einmaliges Aus- und wieder Einloggen erforderlich, damit die Session gespeichert wird.

Korrekt. Nach dem Aus- und wieder Einloggen wird die Session angezeigt.

@Daniel said in Wunschliste Palamoa:

Eine Möglichkeit zum Daten-Export ist meiner Meinung nach auch sehr sinnvoll und übrigens schon lange geplant.

Cool. Habe vor einer Weile gesehen, dass dies umgesetzt wurde und es funktioniert wunderbar. Danke!
Habe die Liste entsprechend angepasst.

lg, Marco

Super, wurde schon eingerichtet:

Vielen Dank!

Aktuell ist es leider nicht möglich den Luftdruck gleichzeitig absolut und relativ abzufragen. In manchen Fällen könnte es reichen, den Luftdruck immer absolut abzufragen (indem die Höhe auf 0 gesetzt wird) und später selbst umzurechnen. Dann wäre die Anzeige im Webinterface aber auch absolut.
Ein neues Register für den absoluten Luftdruck einzuführen, wäre möglich. Wir werden das vermutlich für eine zukünftige Firmware-Version implementieren.

Achja, nachdem ich auf der Website in den Edit-Modus gewechselt und die Sensor-Konfiguration geöffnet hatte, werden die "0"-Werte korrekt angezeigt... Bin etwas verwirrt, aber vielleicht hilft euch die Information weiter.

I'm using the mac and systimestamp in our template now. Thanks for making these improvements !

Best,

Martin

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"

Danke für die Versionsnummern.

Ich denke auch, dass es bei modbus möglich sein sollte, einen Fehler zu erkennen. Ich habe notiert, dass wir uns das für eine spätere Version ansehen.
Alternativ kann man schon jetzt einen Sensorfehler über eine HTTP-Anfrage erkennen. Eine Anfrage an http://ip/tpl/document.cgi?tpl/j/current.tpl&format=json liefert Informationen über das Gerät und alle Sensoren. Für jeden Sensor gibt es das Feld "status", in dem steht, ob ein Alarm oder ein Sensorfehler vorliegt. Ein Wert von 0 bedeutet, dass alles in Ordnung ist. Ansonsten kann man über die Bits in der Zahl herausfinden, welches Problem vorliegt. Folgende Werte sind aktuell definiert:
1: Unterer Grenzwert verletzt
2: Oberer Grenzwert verletzt
4: Wert fällt zu schnell
8: Wert steigt zu schnell
128: Sensorfehler
Es können auch mehrere dieser Bits gleichzeitig gesetzt sein.

Man kann diesen Sensor-Status auch in einem eigenem Template über die Webvariable sensortab_status abfragen, falls man den Wert zum Beispiel über HTTP-Push übertragen will.

@Harald-Kipp nur als Ergänzung. Wer nicht unbedingt die ganzen Nebeneffekte will die "US-formate" micht sich bringen, kann auch einfach "Schweiz" in den einstellungen wählen. In der Schweiz ist der Punkt das Dezimaltrennzeichen (deshalb haben wir hier meist weniger Probleme mit US-Daten als mit solchen aus Deutschland :))

@Harald-Kipp

Hallo und danke noch einmal für das zusätzliche Feedback. Sofern seit dem Test kein Update mehr vorgenommen wurde, ist die konstallation bei mir Safari 13.1 und OSX 10.15.4 ...
Der Browser wurde nicht angerüht. Ich kann mich aber entsinnen, dass ich das gleiche Problem schon vor einem halben Jahr festgestellt habe, daher würde ich die Versionen mal ausschließen. Vllt eine Einstellungssache? Letztendlich stört es mich aber auch nicht, in diesem Kontext einfach auf einen anderen Browser zurück zu greifen

Besten Dank und viele Grüße
Meg

Hallo,

habe hier gerade die Versionen 4.4.21 und 5.0.3 Beta mit Querx WLAN getestet.

Mit angeschlossenem Ethernet-Kabel den WLAN-Zugang konfiguriert, durch Trennen des Ethernet-Kabels neu gebootet und dann im WLAN-Interface eine feste IP konfiguriert. Über Web-Interface die IP-Adresse neu konfiguriert und neue gebootet. Danach konnte ich den Querx über WLAN unter der festen IP-Adresse erreichen. Sieht also hier so aus, als ob alles wie vorgesehen funktioniert.

Beim Zurücksetzen der Konfiguration über das Web-Interface bleibt die Einstellung der IP-Adressen erhalten. Beim Zurücksetzen der Konfiguration über den Reset-Taster am Gehäuse wird auch die IP-Konfiguration zurückgesetzt, also auch die statische IP.

Zur Kontrolle habe ich auf dem PC den Discoverer mit automatischer Aktualisierung laufen und kann so bei jedem Reboot die aktuelle IP-Adresse sehen.

Folgendes wäre zu beachten:

Für jedes Interface, also Ethernet und WLAN erfolgt die IP-Konfiguration getrennt. So kann unter Ethernet eine feste und unter WLAN eine dynamische Konfiguration eingestellt werden. Beim Wechsel zwischen Major-Versionen, also hier von 4.x nach 5.x oder zurück geht die Konfiguration verloren.

Falls das nicht hilft, kann ich versuchen, eine Schritt-für-Schritt-Anleitung hier nachzuvollziehen.

Grüße,

Harald

@tim Thank you very much for your feedback!

I can confirm everything work with the corrected template.

Hallo Herr Viehl,

zur Zeit gibt es nur die Möglichkeit über ein externes E-Mail/SMS-Gateway. Verschiedene Mobilfunkanbieter bieten diesen Service gegen geringe Gebühren an, vermutlich auch Ihr Lieblingsprovider.

Abraten würde ich von den meisten kostenlosen Gateways. Dort sucht man nur Ziele für deren nervigen Spam.

Eine lokale Möglichkeit über ein GSM-Gateway können wir leider noch nicht für Querx anbieten. Aktuell gibt es das nur für Geräte von HW group.

Ja, leider gab es da noch einen Fehler. Die Version selbst funktioniert, solange man keine Backups von eine der Versionen 3.4.X zurückspielt. Diese enthalten nämlich den Wert 0 für sensortab_unit_period und sensortab_unit_pulses. Diese werden erst ab Version 4.2 intern verwendet, wobei der Wert 0 unzulässig ist und zu einem Sensorfehler führt.

Da die Version 4.2 es aber noch nicht erlaubt, diese Wert über das Webinterface zu ändern, bleiben nur 2 Möglichkeiten:

Die Backupdatei in einen Texteditor laden und beide Werte auf 8 ändern. Ab Version 4.2.17 werden ungültige Werte automatisch auf 8 geändert.