Posts made by Harald Kipp

Thank you for the suggestions. Indeed, Querx Panel needs some improvements.

Ach, das hatte ich glatt übersehen. In der Tat ist hier das Template fehlerhaft. Dort wird für beide Zeiten die Lokalzeit histotab_time verwendet. Für UTC sollte es aber histotab_gmtime sein.

Ja, das ist richtig. Die automatische Umschaltung berücksichtigt lediglich den Tag. Die genaue Stunde der Umstellung variiert je nach Land und Zeitzone.

Wir verwenden die Routine _isindst() aus dem Nut/OS

https://sourceforge.net/p/ethernut/code/HEAD/tree/trunk/nut/crt/tzset.c

die einen Kompromiss darstellt.

Grundsätzlich wäre das möglich, ist aber nicht vorgesehen. Einer der Gründe ist, dass die Entwicklung noch sehr im Fluss ist und die Gefahr besteht, dass Kundenvorlagen nach einem Update nicht mehr funktionieren. Zum anderen würde es die Entwicklung neuer Funktionen komplizierter gestalten, wenn wir die Funktion von existierenden Kundenvorlagen sicherstellen müssten.

Hallo,

grundsätzlich kann man Luftdruckmessgeräte wie Querx (WLAN) THP natürlich auch kalibrieren. Für DAkkS-Kalibrierungen benötigt das Labor eine entsprechende Zertifizierung. Das Labor, in dem wir unsere Querxe kalibrieren lassen, hat zur Zeit noch keine solche Zertifizierung. Unter
https://www.dakks.de/de/akkreditierte-stellen-suche.html
können Sie nach entsprechenden Laboren suchen.

Ab Version 4.2.12 wird die Firmwareversion im sysDescr mitgeliefert.

Name/OID: sysDescr.0;
Value (OctetString): egnite Querx TH, Version 4.2.12.1

Für die Version 3 ist dies seit 3.2.19 implementiert.

Den Fehler in der Syslog-Ausgabe habe ich weitergegeben.

Zu dem Excel Sheet: Vielen Dank für das Angebot. Ist zwingend MS-Excel erforderlich oder klappt das ggf. auch mit LibreOffice? Dürfe ich das in einem neuen Tutorial verwenden? Selbstverständlich mit Hinweis auf den Autor des Sheets.

Hinter der Querx Firmware steckt https://de.wikipedia.org/wiki/Ethernut , eine Shell ist nicht vorgesehen und müsste in der Anwendung implementiert werden.

Generell wird syslog verwendet, um Fehler zu verfolgen. Dabei besteht auch die Möglichkeit, dass wir eine spezielle Testversion erstellen, die zusätzliche syslog-Ausgaben für bestimmte Bereiche erzeugt.

Bekommt Querx seine IP von DHCP oder wird diese manuell vergeben? Wir haben kürzlich festgestellt, dass es ein DNS-Problem bei manueller IP-Konfiguration gibt.

Natürlich ein berechtigter Wunsch. Seit Version 4.4 kann man auf der Syslog-Konfigurationsseite die letzten 8 Meldungen anschauen. Ab der Version 5.0, zur Zeit im Betastadium, werden diese Meldungen auch direkt auf den entsprechenden Seiten angezeigt.

Es gibt aber immer wieder Situationen mit kniffligen Fehlern. Hier hilft dann nur ein echter Syslogserver, siehe

https://www.egnite.de/support/tutorials/tutorial-ablaufverfolgung-mit-syslog/

Mit Safari 13.0.5 auf MacOS 10.15.3 gab es hier keine Probleme. Evtl. wurde der Upload frühzeitig abgebrochen? Der Browser sollte nicht angetastet werden, bis für den entsprechenden Buffer die neue Version angezeigt wird.

Für Excel-Anwender ist dieser Beitrag nützlich:

http://www.excel-ist-sexy.de/import-aus-us-daten/

With version 5.2 (might be released as 6.0) there will be a major redesign of the template interface and handling. Thus, all existing internal documents are currently outdated or incomplete.

Anyway, there is a way to figure out those web-variables. You may check the source code of the configuration pages. Each inputfield is given a name, for example

name="syslocation"

So

"device_location": "{{syslocation}}"

should do the trick.

In any case, as long as the official list of webvars is missing, we are ready to help with custom templates.

Regards,

Harald

Nun, ich muss zugeben, dass wir nicht immer jede Version der Browser mit jeder Version von Querx testen. Daher vielen Dank für den Hinweis.

Wir haben es hier nachvollzogen und erwartungsgemäß tritt der Fehler hier nicht auf.

Kann es sein, dass es sich um eine unzuverlässige Verbindung zwischen Querx und Webbrowser handelt? Evtl. ist der Browser zu ungeduldig und bricht die Verbindung ab?

Mein Vorschlag wäre, es mit einem anderen Browser/Rechner/Netzwerk nochmal zu versuchen. Wenn das nicht klappt, Querx vorher in den Werkszustand zu versetzen, siehe Handbuch Kapitel 11.3.2.

Man könnte dann noch mit Wireshark verfolgen, was da genau schief läuft, aber das erfordert eine Menge Spezialwissen, das nur wenige haben. So würde ich Ihnen dann raten, das Gerät einzuschicken. Natürlich ist ein Hardwarefehler nie ganz auszuschließen.

Ach ja, Hardware: Wie wird das Gerät mit Strom versorgt? Hier ist auch oft die Ursache für Störungen zu suchen.

Grüße,

Harald Kipp

Die Uploads sind durch zwei Checksummen gesichert. Nach einer unvollständigen Übertragung wird das Image als ungültig angesehen und ignoriert. Das Feld bleibt dann leer.

Ich werde es hier selbst einmal von 3.4.10.1 nach 4.4.18.1 bzw. 24 probieren und melde mich danach nochmal.

Ansonsten Querx vorher einmal neu starten oder die Konfiguration einmal auf Werkseinstellung zurücksetzen. Sollte aber eigentlich nicht notwendig sein.

Bis später,

Harald Kipp

Hallo meg,

vermutlich wird versucht, die WLAN-Firmware auf das LAN-Gerät zu übertragen oder umgekehrt. Im Namen der Firmware ist dies nicht sehr deutlich gemacht. Lediglich ein kleines 'w' weist auf den Unterschied hin.

Grüße,

Harald Kipp

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:

1. 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.
2. 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

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.

Grundsätzlich gibt es seit Version 4.2 die Möglichkeit, diese Formatvorlagen zu überschreiben. Allerdings zeigte sich bereits, dass dies nicht wirklich zuverlässig funktioniert.

Ab Version 4.4, welche sich zur Zeit im Test befindet, sollte dies dann einfacher möglich sein. Bis dahin bliebe noch die Möglichkeit, dem importierenden Programm (Excel, LibreOffice etc.) zu erklären, dass es sich um eine CSV-Datei im US-Format handelt. Das funktioniert leider nicht immer so reibungslos wie es sollte.

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:

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