• 05.07.2025, 06:48
  • Registrieren
  • Anmelden

  • Sie sind nicht angemeldet.

 

It's done: aquasuite 2012 - Release Version 6

Jogibär

God

Montag, 3. Dezember 2012, 22:59

Also bei mir stimmen die Temps der inline Sensoren exakt, habe gerade mit dem Infrarotthermometer am Aquatube nachgemessen, keine Ahnung woran das bei euch liegen kann.

TurricanM3

Senior Member

Dienstag, 4. Dezember 2012, 00:28

Ich hatte auch den Verdacht mit zu hohen Temperaturen aber gleichzeitig umgebaut und kann es nun nicht mehr genau sagen.

Habe dann einfach testweise die beta 16 zurückgeflasht und die Temps blieben gleich, bis auf eine Ausnahme, da waren sie unerklärlicherweise mit der alten 3-4° kühler. Warum weiß ich nicht, ist nur einmal passiert. Hab dann hin- und hergeflasht, ist aber nicht mehr aufgetreten.

Sind diese Darstellungsfehler hier was bekanntes:

[Worklog] CaseLabs MAGNUM SMA8 A Revision Gunmetal (custom loop 2x 560+280 intern)

sebastian

Administrator

Dienstag, 4. Dezember 2012, 07:17

Die Sensoren werden alle richtig ausgelesen. Testen kann man das auch einfach wenn man den Sensor auf einen anderen Anschluß steckt.
Wenn da das gleiche angezeigt wird ost alles OK.
Eventuell wurde auch ein Offset eingegeben.
Wenn die Inline Sensoren direkt von der Umgebungsluft umströmt werden, kann es auch sein das dann die Messung verfälscht wird.

Die Probleme mit der hin und wieder abstürzenden aquasuite werden wir mit dem nächsten Update beheben oder zumindest eindämmen.

MMOTX

Junior Member

Dienstag, 4. Dezember 2012, 10:55

Zitat von »sebastian«

Die Probleme mit der hin und wieder abstürzenden aquasuite werden wir mit dem nächsten Update beheben oder zumindest eindämmen.


"Hin und wieder" heisst bei mir ein gutes Dutzend Mal über einen Tag verteilt. Man könnte auch sagen so ziemlich jede Stunde einmal. Interessant ist, dass die meisten Abstürze dann auftreten, wenn irgendeine Anwendung im FullScreen-Mode läuft. Ist jedoch mehr so eine "Bauchgefühl-Aussage".

Gruss.

sebastian

Administrator

Dienstag, 4. Dezember 2012, 11:29

Die aktuelle Version kann abstürzen wenn die Logdaten in der aquasuite geloggt werden und das automatische löschen alter daten aktiv ist.
Wenn man das löschen alter Daten deaktiviert, ist auch die aktuelle Version stabil.

Warhead

Full Member

Dienstag, 4. Dezember 2012, 14:33

das man "Inaktiv" nur mit einem "n" schreibt, sollte man mal dem progger sagen

grad beim datenlogger gesehen ;)

MMOTX

Junior Member

Mittwoch, 5. Dezember 2012, 10:04

Wenn wir schon beim "nörgeln" (lies: Bug reporting) sind: seit eh und je gibt es bei mir keinen Leistungsausgang mit der Nummer "3" - ist das nur bei mir so oder ein Fehler?

Siehe Screenshot.



Gruss.

TurricanM3

Senior Member

Donnerstag, 6. Dezember 2012, 19:59

Ui, ich habe mich gerade gewundert warum meine Kiste idle auf einmal so viel Strom verbraucht. Liegt an der aquasuite. Genaugenommen an den animierten Lüftericons. Die hauen ziemlich rein, verursachen um 10% CPU-Last. Da taktet sich dann schon die CPU auf 4500 hoch, was ein Mehr an 70W Stromverbauch ausmacht. :whistling:

Mit:


Ohne:
[Worklog] CaseLabs MAGNUM SMA8 A Revision Gunmetal (custom loop 2x 560+280 intern)

Warhead

Full Member

Freitag, 7. Dezember 2012, 22:38

da ich keinen animierten schnickschnack habe ist, die last "noch relativ niedrig" auf der cpu, dafür schluckt das teil teilweise ram vom feinsten:



8fach mehr ram, als die nächst-ramfressendere anwendung muss man erstmal hinbekommen, für eine hintergrundanwendung :wacko:

ps: laufzeit der kiste ist mittlerweile bei 18tagen....

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Warhead« (7. Dezember 2012, 22:40)

SeYeR

God

Freitag, 7. Dezember 2012, 23:05

Klar, wenn da 10000 Sensorwerte angezeigt werden müssen, alle Lüfter animiert sind...

In meinem Taskmanager werden gerade mal 30 MB verbraucht.
Aber wenn ich mir mühe gebe und mir jeden Wert anzeigen lasse bekomme ich sicherlich auch so eine Auslastung hin.


Ich bin aber immer noch für einen Auswahlhaken bei den Durchflusssensoren.
Damit man den Kalibrierwert direkt auswählen kann.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »SeYeR« (7. Dezember 2012, 23:20)


Zitat von »sebastian«

Wenn es soweit ist werden Wir eine Ankündigung machen. Zeitpläne oder ähnliches gibt es von uns nicht mehr, da einige nicht damit umgehen können wenn es doch mal länger dauert.

TurricanM3

Senior Member

Freitag, 7. Dezember 2012, 23:51

Bei mir wars die ganz normale "aquaero Demo" Übersichtsseite die schon so eine Last verursacht. Nichts editiertes.
[Worklog] CaseLabs MAGNUM SMA8 A Revision Gunmetal (custom loop 2x 560+280 intern)

Stephan

Administrator

Samstag, 8. Dezember 2012, 07:20

Die Last ist auch abhängig davon, ob die GPU von WPF,für das rendern verwendet wird. Die Demo Seiten sind zudem der Maximalausbau, nahezu alle Werte werden dort angezeigt. Wenn die CPU Last stört, einfach die Lüfterräder entfernen, das sind ein paar Klicks.

Warhead

Full Member

Samstag, 8. Dezember 2012, 09:17

Zitat von »sebastian«

Zitat von »Warhead«

das mag ja alles sein, aber die beta war da imho deutlich genügsamer.
Dann baue Dir mal eine Übersichtsseite zusammen die so aussieht wie in der Beta, dann wirst du merken das die performance gestiegen ist.

Mit dem nächsten update gibt es aber auch ein Performance Update, zumindest der RAM verbrauch sollte dann etwas sinken.
also die übersichtsseite sieht so aus wie in der beta. zumindest in sofern, dass es auch möglich ist, weil exakt gleich funktioniert dank der kompletten umstellung der einrichtung gar nicht

das der ramverbrauch mit der neueren rc gesunken sein soll, wage ich fast anzuzweifeln, denn ohne veränderung hab ich bei den ersten rc keine spitzenverbrauche um die 2,8GB gesehen und schon gar keine dauerzustände von 1,8GB. ich würde den verbrauch evtl noch verstehen, wenn darin ein zweites windows laufen würde ala xp, aber da die as keine vmware ist, ist solch ein ramverbrauch einfach untragbar 8|

und da zieht auch die aussage nicht: ram wird solange genutzt, wie welcher da ist. öhm, nein? würde das jedes tool machen, wäre also ständig der ram voll und jedes tool würde sich mit dem anderen streiten und wehe dem, der dann auf der ksite tatsächlich noch eine vmware laufen lassen will... :evil:

Stephan

Administrator

Samstag, 8. Dezember 2012, 14:11

Also 1,8GB haben wir auch noch nicht in den Tests gehabt. Irgendwelche besonderen Einstellungen oder Logs ?

Warhead

Full Member

Samstag, 8. Dezember 2012, 14:36

nö, nicht das ich wüsste. 14 diagramme mit eben jenen 60min anzeige. davon sind zwei vom mps durchlusssensor (temp und l/h), 3 sind aquero interne tempsensoren und 3 sind drehzahlanzeigen. aktualisierung vom mps auf das zweitniedrigste

keinerlei datenlogger aktiv oder animierte icons etc. lediglich ein eigenes jpg hintergrundbild auf der übersichtsseite

wassertemp/durchfluss und drehzahl der pumpe sind als desktopoverlay eingerichtet in ähnlicher standardgröße wie normale schmale win7 gadgets

MMOTX

Junior Member

eigene Übersichtsseite wird nicht geladen

Sonntag, 9. Dezember 2012, 10:12

Ich habe mir auf Basis der Demo-Page eine eigene Übersichtsseite gebaut. Leider wird diese beim Start nicht automatisch geladen.



Die Checkbox dekativiert sich immer wieder von selbst. Kann es sein, dass das mit den o.g. Abstürzen zusammen hängt?

Gruss.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »MMOTX« (9. Dezember 2012, 10:17)

Warhead

Full Member

Samstag, 22. Dezember 2012, 16:01

neue rekordmeldung: 3,41gb ram im spitzenarbeitssatz löst den alten spitzenverbrauch von 2,77gb von oben ab...

dann update auf die rc6 und gleich ein wiederholbarer crash der as2012 beim "meldungen vom gerät laden"

Zitat

Problemsignatur:
Problemereignisname: CLR20r3
Problemsignatur 01: aquasuite.exe
Problemsignatur 02: 1.0.0.15
Problemsignatur 03: 50d196c6
Problemsignatur 04: DeviceAccess
Problemsignatur 05: 1.0.0.0
Problemsignatur 06: 50d196bd
Problemsignatur 07: 651
Problemsignatur 08: 3
Problemsignatur 09: System.NullReferenceException
Betriebsystemversion: 6.1.7601.2.1.0.256.1
Gebietsschema-ID: 1031
Zusatzinformation 1: 1368
Zusatzinformation 2: 136864098e224a6a8a04bab71d280188
Zusatzinformation 3: ea29
Zusatzinformation 4: ea2964c8f469253305a66ec830bec0ad


warum man btw auch eine beta, die man dannnach 13-14?! versionen komplett umgekrempelt hat und dann gleich als rc raushaut, bleibt zudem fraglich...ein rc sollte eigentlich dazu dienen, die letzten kleinen fehlerchen zu finden, in dem fast fertigen produkt. aber ich glaube, allein die komplett neue struktur bedingt zwingend eine weitere betaphase die nun als rc abläuft... :wacko:

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Warhead« (22. Dezember 2012, 16:09)

Stephan

Administrator

Samstag, 22. Dezember 2012, 22:40

Zitat von »Warhead«

neue rekordmeldung: 3,41gb ram im spitzenarbeitssatz löst den alten spitzenverbrauch von 2,77gb von oben ab...

dann update auf die rc6 und gleich ein wiederholbarer crash der as2012 beim "meldungen vom gerät laden"

Zitat

Problemsignatur:
Problemereignisname: CLR20r3
Problemsignatur 01: aquasuite.exe
Problemsignatur 02: 1.0.0.15
Problemsignatur 03: 50d196c6
Problemsignatur 04: DeviceAccess
Problemsignatur 05: 1.0.0.0
Problemsignatur 06: 50d196bd
Problemsignatur 07: 651
Problemsignatur 08: 3
Problemsignatur 09: System.NullReferenceException
Betriebsystemversion: 6.1.7601.2.1.0.256.1
Gebietsschema-ID: 1031
Zusatzinformation 1: 1368
Zusatzinformation 2: 136864098e224a6a8a04bab71d280188
Zusatzinformation 3: ea29
Zusatzinformation 4: ea2964c8f469253305a66ec830bec0ad


warum man btw auch eine beta, die man dannnach 13-14?! versionen komplett umgekrempelt hat und dann gleich als rc raushaut, bleibt zudem fraglich...ein rc sollte eigentlich dazu dienen, die letzten kleinen fehlerchen zu finden, in dem fast fertigen produkt. aber ich glaube, allein die komplett neue struktur bedingt zwingend eine weitere betaphase die nun als rc abläuft... :wacko:


Das ist bei Dir eine sehr seltsame Sache mit dem RAM. Wir haben dad Problem sonst einfach nicht, auf keinem Testsystem mit keinem OS. Es gibt auch sonst keine berichteteten Probleme mit derartiger Speichernutzung....?

Warhead

Full Member

Sonntag, 23. Dezember 2012, 21:52

ich hoffe ihr testet das zeug nicht nur in der arbeitszeit von 8-16uhr. denn wie gesagt, lasse ich die kiste generell an und somit läuft auch die as2012 im grunde immer. man müsste halt mal herausfinden, warum der ramverbrauch so steigt und wann. denn wenn der verbrauch recht hoch ist, kann ich im programm werkeln, ohne das sich an dem verbrauch großartig was ändern würde

gibts bei der kiste nen log mit laufzeit/verbrauch etc?

Stephan

Administrator

Montag, 24. Dezember 2012, 07:52

Natürlich testen wir über Tage und Woche. Einen integrierten Log dazu gibt es nicht.

Ähnliche Themen