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.
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:
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