Wenn Diagramme je nach verwendetem Client mal erscheinen, mal nicht, dann liegt das zu 99% an den Refreshraten. Insbesondere dann, wenn umfangreiche Archive für die Darstellung komprimiert werden müssen, braucht der HS einiges an Zeit. Schafft er es innerhalb der Refreshzeit nicht, das Diagramm zu generieren, erscheint es nicht. Hat man auch noch mehrere Diagramme auf einer Visuseite, wird es gegebenenfalls noch enger mit der Refreshzeit.
Deshalb zuerst mal unter Projekt-Oberfläche-Refresh-Zeiten die markierten Zeiten verlängern. Der erste Eintrag gilt für Visuseiten mit eingebettetem Diagramm, der zweite für Diagramme als Maske:
Ankündigung
Einklappen
Keine Ankündigung bisher.
Neue Experte Versionen 2.8 - 2.10
Einklappen
X
-
Es ist ja in diesem Beitrag:
https://knx-user-forum.de/knx-eib-fo...angezeigt.html
auch schon angesprochen worden das die Diagramme wohl bestimmte Bedingungen erfüllen müssen. MatthiasS hat in einem an anderen Beitrag geschrieben, das er, wenn ich mich nicht irre, eigene Archive für die Diagramme im HS anlegt.
Bei mir ist es jedenfalls so, das ich mein bestehendes Projekt, welches ich bisher mit dem HS-Client visualisiere, mal unter Ajax laufen lassen habe. Manche Diagramme erscheinen einfach nicht, andere funktionieren einwandfrei. (Windows XP mit IE)
Auf dem Safari-Browser des iphone kann ich die Diagramme jedoch sehen.
Matthias, vielleicht kannst Du mal eine kurze Info geben, wie die Diagramme/Archive beschaffen sein müssen.
Danke!
Einen Kommentar schreiben:
-
Nicht nur bei dir, Diagramme laufen, wenn man es richtig macht.
Von 2.7 zu 2.8 gibt es keine Änderungen hinsichtlich der Diagramme.
Einen Kommentar schreiben:
-
Beschreibe doch mal nicht 100% ?
Bei mir laufen die in der 2.7 ohne Probleme.
Einen Kommentar schreiben:
-
Gibt es in der Verion 2.8 eine neue Version der Ajax-Visu? In der Version 2.7 ist es die Version 2.7.110830.
Mich interessiert es, weil in der 2.7 die Diagramme nicht 100%ig funktionierten.
Einen Kommentar schreiben:
-
nachtrag: psyche wieder hergestellt
ich zweifle niee mehr. alles richtig!
um meinen choc aufzuarbeiten habe ich mir das nochmal im detail angesehen. stimmt. in dos-bat auf dem HS wartet z-modem auf eine firmware. nach meinem fehlversuch ver 2.10 auf den HS3 zu spielen hätte ich wie genannt also wieder downgraden können.
allerdings, und das als meine psychologischen aufarbeitung meines fehlers, ist die recovery-strategie doch recht schwer zu finden.
hstransfer ist doch etwas versteckt, kann dann auch kein com-port für firmware. die richtigen bat-dateien im firmware-order haben keine windows-menu-links (man muss beim crash schon ruhig bleiben und etwas geübter sein, und bei v2.10 - die ja beim crash erst noch installiert war - sind die, glaube ich, auch gar nicht mehr dabei...), die firmware-doku irritiert mit hinweisen auf v2.4 und in der WICHTIG.txt findet leider auch kein punkt wie: "ACHTUNG-RECOVERY für DEPPEN"
(bildhinweise anbei). nichtdestotroz: alles mein fehler. und ab dez wird alles wieder einheitlich. sehr schön. nochmal danke.
habe aus dem fehler viel gelernt. und das ist sehr viell wert... bis zum nächsten...
gruss,
ozettAngehängte Dateien
Einen Kommentar schreiben:
-
Auch wenn du es nicht glaubst, es ist so. Das DOS-Programm zmodem.exe findest du ja in der firmware.dat. DAS ist die Standard-Update-Prozedur, schon immer: Booten mit Dos, FW-Übertrag mit Zmodem (DOS).Zitat von ozett Beitrag anzeigena aber im dos-prompt kann der (angeschlagene) HS dann schon z-modem? ich glaube es kaum, das würde ich beim nächsten
P.S: Bitte bezweifle nicht, was ich zum HS sage
Einen Kommentar schreiben:
-
aaah, das ist ja interessant. mein HS3 stand nach dem fehlgeschlagenen firmwareupdate auf 2.10 im freedos-prompt. mit dolinux2.bat konnte ich den kernel starten (mit initrd, vermute ich). und nach kernelstart, dachte ich, käme erst seriell mit hstrans...???? aber im dos-prompt kann der (angeschlagene) HS dann schon z-modem? ich glaube es kaum, das würde ich beim nächsten unglück aber mal probieren ... unverhofft kommt ja bekanntlich oft ...
danke und gruss,
ozett
Einen Kommentar schreiben:
-
Nein, die Firmware wird vorher geladen (zmodem). Da ist der Kernel noch ewig weit weg.Zitat von ozett Beitrag anzeigenrs232 geht doch überhaupt erst, _nachdem_ der kernel gebootet hat. oder?
Einen Kommentar schreiben:
-
hallo gaston,
jetzt mal technisch?
rs232 geht doch überhaupt erst, _nachdem_ der kernel gebootet hat. oder? und wenn der HS am dos-prompt steht, war noch nicht mal dolinux2.bat aufgerufen, welches den kernel statet. bin sicher, der hersteller macht das beim nächsten mal besser. und ich sicher auch ;-)
grüsse,
ozett
Einen Kommentar schreiben:
-
Dann würde Ich auch nicht ins Feld ziehen und dem Hersteller die Schuld geben,, wenn Du das was derhersteller für diesen Fall vorgesehen hast nicht mal versuchst.Zitat von ozett Beitrag anzeigenhallo gaston,
habe ich gar nicht erst versucht, denn der HS stand im dos-prompt. schien mir aussichtslos.
Wie gesagt nicht so einfach. Ich kann dich damit verglechen dass ich dich mit Farbe und einem Pinsel vor ein Stück Metall stelle und sage "Bitte streichen, aber es ist nicht einfach." Deine Antwork: "Ist doch kein Problem". "OK" sag Ich dir, dann geh mal 100 Meter zurück und Du erkennst dass Du am Fuss des Eifelturm stands. Immer noch einfach ?na, weils nochmal angesprochen wird: so richtig überzeugt mich das nicht. klar, "hätte ich besser erst gelesen...", aber bei vermeintlich hohen technischen niveau eines HS, der Firma, dem ansinnen, dass der hersteller gar nicht erst in ein schlechtes licht gerät, hätte man den kernel sicher leicht jetzt schon auch vor so einem gau entweder für beide hardwareplattformen tauglich machen können. oder beim booten zumindest einen notfallmechanismus einbauen können (denkbar, weil so was kann so ein ubuntu/debian,etc auch, mainboard-biose auch, etc.). oder einfach nicht updaten lassen. war nicht, jeder denkt sich das seine. ende und vorsicht vor OT.
Also wenn Ich das Gesamtbild anschaue ist es eben nicht so einfach. Und warum dann den Aufwand machen der auch noch Risiken birgt wenn es doch einen Weg gibt das Problem einfach zu lösen: Firmware update per RS232.
Die vorhandenen Möglichkeiten sollten ausgeschöpft sein bevor man den Hersteller in die Verantwortung zieht.
Gruss,
Gaston
Einen Kommentar schreiben:
-
hallo gaston,
habe ich gar nicht erst versucht, denn der HS stand im dos-prompt. schien mir aussichtslos.
na, weils nochmal angesprochen wird: so richtig überzeugt mich das nicht. klar, "hätte ich besser erst gelesen...", aber bei vermeintlich hohen technischen niveau eines HS, der Firma, dem ansinnen, dass der hersteller gar nicht erst in ein schlechtes licht gerät, hätte man den kernel sicher leicht jetzt schon auch vor so einem gau entweder für beide hardwareplattformen tauglich machen können. oder beim booten zumindest einen notfallmechanismus einbauen können (denkbar, weil so was kann so ein ubuntu/debian,etc auch, mainboard-biose auch, etc.). oder einfach nicht updaten lassen. war nicht, jeder denkt sich das seine. ende und vorsicht vor OT.Zitat von Gaston Beitrag anzeigenVieles ist möglich, aber nicht immer so einfach machbar wie gedacht denn die Lösung muss in ein grösseres gesammtbild passen.
und zum glück gehts das gute stück wieder und jetzt überlege mit was für _vor_ dem nächsten notfall ...
Einen Kommentar schreiben:
-
Vieles ist möglich, aber nicht immer so einfach machbar wie gedacht denn die Lösung muss in ein grösseres gesammtbild passen.Zitat von ozett Beitrag anzeigentja, wenn ich jetzt hier weiter mache, dann wird das OT.
ich hab' ja auch gedacht: "hätteste mal gelesen...," aber es ginge wirklich besser, glaube ich. (nachtrag: hilfreich auf der gira-downloadseite wäre für so dussel wie mich: "achtung: nur für HS4 !!"). naja und nachdem mir der 2.10 experte ohne irgendwas beim projektupload auf den alten 2.7er HS den rat zum update gab ... aber von mir jetzt: schluss damit.
Hmm, vieleicjht habe Ich beim überfliegen der Beiträge etwas verpasst. Aber bevor Du so was kompliziertes gewagt hast hast Du da mal den einbfachen Weg über fwupdate.exe und serielle Schnittstelle gewagt ? Das hätte eigentlich klappen müssen (fall-back Lösung).denn kurz was schöneres: die flash-karte raus, die dos-partition wieder mit dem dos-bootloader und linux-kernel aus der 2.7 bespielt. gebootet, von hand die erste boot-option gewählt (stand von 2.10 noch anders): alles wieder da. dann firmware 2.7 erneut mit dem 2.7er experten drauf. alles wieder im lot. wieder was gelernt.
Gruss,
gaston
Einen Kommentar schreiben:
-
Um das hier abzukürzen:
Spekulationen an sich sind weder verboten noch verwerflich.
Nachweislich falsche und negative Spekulationen allerdings (Gira hat bereits klargestellt, dass die SW und FW wieder zusammengeführt wird) muss man berichtigen. Erstens, weil sie den betroffenen Hersteller zu Unrecht in schlechtes Licht rücken und zweitens die User hier verunsichern könnten.
Gira hat beim HS bisher IMMER die Linie vertreten, dass Updates auf allen bisherigen Versionen lauffähig sind. Das ist bekannt. Demzufolge schließt eigentlich schon die Historie derartige Spekulationen aus, und zwar ganz besonders dann, wenn man feststellt, dass den HS4 zu 98% nur das Gehäuse vom HS3 unterscheidet und somit ein Unterschied in der Software überhaupt keinen Sinn machen würde.
Einen Kommentar schreiben:
-
Ein Gast antworteteDa muss ich mich jetzt wohl angesprochen fühlen.
Matthias, auch wenn wir hier unterschiedlicher Meinung sind, mit derartigen Entwicklungen werde ich und so manch anderer von uns desöfteren konfrontiert. Jeder Hersteller entwickelt hier seine eigene Philosophie und versucht seine Kunden frühzeitig "einzustimmen".
Nicht jeder Kunde, nicht jeder Anwender besitzt den gleichen Kenntnisstand und ist noch "Poweruser". Deshalb erscheint es mir besonders wichtig wenn Marketing, Entwicklung und Support mit einander sprechen und etwas mehr an Koordination, Information und Transparenz Richtung Kunde bringen. Mit einem Releasewechsel ist es nicht immer getan. Noch dazu wenn kurzfristig ein Modell abgekündigt und ein Nachfolgemodell (aus Gründen der Hardware) auf den Markt kommt. Derartgie Prozesse laufen still. Verweis: Mobotix.
Unter Wertung anderer hier im Forum laufender Diskussionen sehe ich in derartigen "Spekulationen" nichts Verwerfliches. Nachdem man auch mitliest, würde ich diesen Dialog eher Positiv sehen. Nicht nur die Technik, die Anwendung reift beim Kunden, sondern auch alle nachgelagerten Prozesse. Sehen wir diesen Dialog Positiv.
Mit Ausnahme eines möglichen Gedankens, eines Diskussionsbeitrages im Rahmen einer Diskussion, welcher noch dazu mir in unserer demokratischen Welt als legitim erscheint, ist nichts passiert. Warum die Aufregung! An Entwicklungen, an strategischen Ausrichtungen werden wir relativ wenig ausrichten können.
Vielen Dank für das Verständnis.
Einen Kommentar schreiben:


Einen Kommentar schreiben: