CCU-Historian: Ein Langzeitarchiv für die CCU

Das Langzeitarchiv für HomeMatic

Moderator: Co-Administratoren

Mathias
Beiträge: 1796
Registriert: 03.11.2010, 10:25
System: CCU
Wohnort: Aachen
Hat sich bedankt: 58 Mal
Danksagung erhalten: 262 Mal
Kontaktdaten:

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von Mathias » 09.12.2011, 17:51

Hallo Germanoide!

Einige Anmerkungen von mir vorab:

Wie schon richtig festgestellt worden ist, wird der CCU-Historian von mir in meiner Freizeit entwickelt. Und diese ist, wie bestimmt auch bei vielen anderen, sehr begrenzt. Ich muss mich also jedes Mal fragen, wenn ich wieder ein bisschen Zeit für den CCU-Historian erübrigen kann, was ich als nächstes mache: Fragen im Forum oder E-Mails beantworten, die Web-Seite pflegen oder einen Teil vom CCU-Historian weiter entwickeln.

Was die Web-Seiten vom CCU-Historian betrifft, haben sie bisher eine sehr geringe Priorität. In der Dokumentation steht zu den Web-Seiten z.B. "Für einen ersten Überblick werden Web-Seiten mit Trend-Diagrammen ... generiert.". Bei den maßgebenen Zielsetzungen für die Entwicklung des CCU-Historians tauchen sie erst gar nicht auf. Die Kernfunktionalität vom CCU-Historian ist, die Datenbank zu füllen. Der überwiegende Teil der Entwicklungszeit floss in ein gutes Konzept und in eine sehr robuste Implementierung dieser Aufgabe. Wie die Daten dann weiterverarbeitet werden, war eigentlich Sache der Anwender.

Irgendwann habe ich mich dann doch entschlossen ein paar Web-Seiten zu erstellen, damit auch Anwender ohne Datenbankkenntnisse ein paar Kurven sehen. Primäres Ziel war die Funktionalität und nicht die Benutzerfreundlichkeit. Wenn der CCU-Historian ein kommerzielles Produkt wäre, sähe das natürlich anders aus. Da sind die Web-Seiten eigentlich das einzige, was der Anwender zu Gesicht bekommt, und die müssten dann natürlich "sexy" sein (wie man so unter Software-Entwicklern sagt).

Aber da nun bald die Kernfunktionalität vom CCU-Historian vollständig sein wird, überlege ich schon, in welche Richtung es weitergehen soll. Und da spielen die Web-Seiten auch eine Rolle.
Germanoide hat geschrieben:Brauchbares Programm, trotzdem einige Verbesserungsvorschläge zum Userinterface:
Schon einmal ein Danke für die Vorschläge. Das Zusammentragen hat sicherlich auch einige Zeit gekostet. Ich habe die Punkte ein wenig umsortiert.
Germanoide hat geschrieben:1. Bei Kurven den Offset optional entfernbar machen (damit eine Kurve um die beispielsweise 20°C +/-2°C detailreicher dargestellt werden kann, also um die Kurve für mehr Details auf das gesamte Y-Band aufspreizen zu können; Vorschlag: Skalierung nach Min/Max der vorhandenen Daten, oder manuell vorgebbar. Damit wäre der unsinnige(!) Leer-Raum unterhalb der Kurve bis 0°C vermeidbar (wer hat schon mal 0°C im Wohnzimmer?)

6. Sehe ich das richtig, oder enden die Diagramme bei Y=0? Wo ist der Bereich < 0? Kleiner Hinweis: es gibt Außentemperatursensoren, und es gibt, speziell im Winter, Temperaturen unter 0°C, die der Anwender vielleicht auch im Diagramm dargestellt sehen möchte?!
In der jetzigen Version wird der Y-Bereich wie folgt ausgewählt: Sowohl das Minimum (auch Werte <0) als auch das Maximum der in dem Zeitbereich vorhandenen Daten und immer der 0-Wert werden dargestellt. Das ist die Standardeinstellung von der JFreeChart-Bibliothek. In einem älteren Beitrag (http://homematic-forum.de/forum/viewtop ... 144#p51704) habe ich geschildert, wie die Einbeziehung des 0-Wertes abgeschaltet werden kann.
Germanoide hat geschrieben:4. Wenn man in der Trend-Darstellung nur wenige Male „Zeitl. Vor ->“ klickt, landet man schon in einem „leeren“ Diagramm. Das sagt mir, ohne es jetzt zu überprüfen, dass die Schritte bei dieser Aktion zu grob gewählt sind, IMHO. Bzw. wäre es wünschenswert, nach einer Anzeige von immer noch 19:00 bis ca. 06:30 noch eine feinere Auflösung z.B. bis in den Stundenbereich zu erhalten. Nein, man erhält ein leeres Diagramm, stattdessen.
Bei den Schaltflächen "Zeitl. Vor" und "Zeitl. Zurück" wird der Abfragezeitbereich der Daten um 1/3 verschoben. Mit den Standardeinstellungen der JFreeChart-Bibliothek wird auch die Zeitachse automatisch skaliert, d.h. es wird nie eine leere Fläche im Diagramm geben. Daraus ergibt sich das geschilderte Verhalten.

Beispiel:
Es sind Daten bis 3 Uhr vorhanden.
1. Abfragezeitbereich 0 bis 3 Uhr. Ein Trend von 0 bis 3 Uhr wird angezeigt.
1. Abfragezeitbereich 1 bis 4 Uhr. Ein Trend von 1 bis 3 Uhr wird angezeigt.
1. Abfragezeitbereich 2 bis 5 Uhr. Ein Trend von 2 bis 3 Uhr wird angezeigt.
1. Abfragezeitbereich 3 bis 6 Uhr. Ein leerer Trend wird angezeigt.
Germanoide hat geschrieben:5. Warum zeigt der Wert in der Tabelle "Übersicht Datenpunkte" schon z.B. 0,00% für einen Ventilstellantrieb, wenn er heruntergefahren wurde, das Diagramm (Details) gibt diesen Wert aber noch nicht wieder???
Da die Zeitachse auch automatisch skaliert wird, ist der letzt Wert immer nur ein Punkt auf der rechten Diagrammbegrenzung. Eventuell sind auch die Uhren vom CCU-Historian-Rechner und der CCU nicht synchron.
Germanoide hat geschrieben:8. Trenddarstellung, warum "Trend"? Lese ich nicht so gern, weil Trend etwas anderes suggeriert, bzw. auch wissenschaftlich betrachtet eine andere Bedeutung hat als einfach nur Diagramm (s. Wikipedia)...
Der Begriff Trenddarstellung ist ein Standardbegriff an Lehrstühlen wie z.B. Prozessleittechnik, Verfahrenstechnik.
Germanoide hat geschrieben:2. Den Button „Trend-Darstellung“ so anordnen, dass er möglichst leicht erreichbar ist. Unter den Daten ist dabei m.E. die ungünstigste Variante, vor allem bei sehr vielen Datenpunkten, muss man doch erst die ewig lange Tabelle runterscrollen; oberhalb angeordnet wäre besser, ein (sehr) langer Button rechtsrandig wiederum wäre immer erreichbar, der also über die ganze Tabellenlänge reicht. Ein beim Scrollen mitlaufender Button wäre optimal (die Werbung im Web per PopUp auf manchen Seiten kann das doch so schön nervig, vielleicht hier mal eine positive Anwendung dafür?!)

3. "Übersicht Datenpunkte": Oberhalb aller „Ausw.“-Kästchen in der Überschrift ein Kästchen, dass es erlaubt, alle Auswahlen zurückzusetzen, oder beim nächsten Klick alles auszuwählen (was wohl weniger gebraucht wird). Irgendwo in Windows (7) meine ich sowas gesehen zu haben… oder war's iTunes... (Wenn das Ding noch speichern würde, evtl. auf Knopfdruck, welche Auswahl man getroffen hat... oder gleich mehrere Configs abspeichern. Muss ja nicht sein, dass man jedes Mal die Kästchen abhaken muss, um z.B. seine Temp-Werte, danach alle Humidities, etc. zu sehen) Jetzt hab'ich 12 Datenpunkte ausgewählt, dann "Trenddarstellung", und nun muss erst alle wieder abwählen, um andere Datenpunkte in dem Diagramm zu sehen... ich glaub's nicht...

9. "Übersicht Datenpunkte": wäre schön, wenn man nicht benötigte Datenpunkte ausblenden könnte aus der ewig langen Liste, ähnlich wie "Ausw.", andere Spalte "Hide", sorry, "Unsichtbar". Also wenn ich z.B. nur ganz bestimmte Datenpunkte in der Liste sehen will, fehlt mir diese Möglichkeit. Das erwähnte "Filtern" erledigt das nicht!

10. "Übersicht Datenpunkte": Sortierbarkeit der Spalten, wie man es von z.B. Explorer-Spalten gewohnt ist, wäre schon ein erster Schritt, bzw. eigentlich ein Muss! Ebenso eine Verschiebbarkeit von Spalten, bzw. deren Ausblendbarkeit. "Schnittstelle" interessiert mich nicht, ebensowenig "Historian-ID", wären also bei mir entweder ganz rechts, oder ausgeblendet...
Die genannten Punkte sind für mich alle nachvollziehbar, und nach meinem einleitenden Text ist auch nachvollziehbar, warum so eine Benutzerfreundlichkeit noch nicht vorhanden ist.
Germanoide hat geschrieben:11. "Trend-Darstellung": Warum dieses eigenartige Eingabeformat, man könnte sehr leicht das unter "Aktuell" stehende Datum per Copy/Paste in Vorgabe einbringen, und es dann schnell an seine Wunschvorstellung "anpassen"... Das aktuelle Format muss man nervigerweise komplett eintippen. Gleiches natürlich für Stoppzeit.
Dieses Eingabeformat nur aus Ziffern kann schnell auf dem Nummernblock eingegeben werden. Es können beliebig viele Bestandteile am Ende weggelassen werden. Für eine verbesserte Benutzerfreundlichkeit insbesondere bei Mausbenutzung wäre in einer nächsten Version ein zusätzliches Kalender-Control denkbar.
Germanoide hat geschrieben:7. Kurven-Farben wählbar machen hatten wir schon irgendwo... gelb auf weiß find'ich nicht so prall, wenn schon fixe Reihenfolge, dann wären dunkle Farben zu bevorzugen (d.h. als Erstes zu wählen von der "Farb-Automatik")

12. "Trend-Darstellung": In der x-Achse wäre es doch irgendwie schön, Tagesübergänge (00:00Uhr) markiert darzustellen, betrifft Ablesbarkeit.

13. "Trend-Darstellung": Wenn man dann noch über den Y-Skalen jeweils in den zugehörigen Kurvenfarben (ohne Gelb, bitte) kleine Kästchen oder wenigstens Striche oder sowas in der Art sehen könnte, um die Zuordnung optisch zu erleichtern(!), wäre es ganz brauchbare Diagramme ;-) aber die Zahlen momentan hinter den Daten zur Zuordnung der Y-Achsen: unübersichtlicher geht's wirklich nicht. (Farbige Skalen ist zwar ein netter anderer Vorschlag, wenn aber mehrere Datenpunkte die gleiche Skala "belegen", was dann?)
Startpunkt bei der Entwicklung der Trenddarstellung war die Standardfunktionalität der eingesetzten JFreeChart-Bibliothek. Daher kommt z.B. die Farbautomatik. Wenn wirklich mal Entwicklungszeit übrig ist, wird die Darstellung auch weiter verschönert. Bis auf die Farbautomatik finde ich die generierten Diagramme aber schon sehr ansprechend und übersichtlich.
Germanoide hat geschrieben:nochwas, grad entdeckt: Wäre schön, wenn Vorgabe und aktuelle Temperatur, wenn möglich, bei einem Thermostaten den gleichen Y-Maßstab hätten (oder das so einstellbar wäre)... also 18°C Vorgabe auf gleicher Höhe wie 18°C Raumtemperatur lägen... wäre m.E. dann im Diagramm leichter zu checken, wie sich der aktuelle Wert zum Vorgabewert verhält, bzgl. ÜBER oder UNTER Vorgabewert...
Die Skalenzuordnung wird vom CCU-Historian nach bestem Wissen vorgenommen. Manchmal müssen aber die von der CCU angelieferten Informationen korrigiert werden (siehe http://homematic-forum.de/forum/viewtop ... 144#p51516).
Germanoide hat geschrieben:NB: mag sein, dass manche meiner Vorschläge schon möglich sind, dann hab'ich wohl was übersehen, nicht verstanden, nicht gelesen... aber dann ist's eben nicht intuitiv zu bedienen.
Ich denke schon, dass der CCU-Historian eine sehr niedrige Einstiegshürde hat. Mit einem nicht erwähnenswerten Konfigurationsaufwand bekommen selbst unbedarfte Anwender einen Trend zu Gesicht. Gleichzeitig bietet der CCU-Historian für versierte Anwender sehr hohes Potential. Durch Eigeninitiative haben Anwender den CCU-Historian auf kleinen Linux-Boxen in Betrieb genommen, die Trenddarstellung in andere Applikationen eingebettet, eigene Programme zur Auswertung der Datenbank geschrieben, den CCU-Historian als Dienst unter Windows gestartet, und so weiter.

Gruß
Mathias

homi
Beiträge: 1
Registriert: 12.12.2011, 23:21

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von homi » 12.12.2011, 23:44

Hi,
ich habe ca. 60 Kanäle mit unterschiedlichste Aktoren sowie die CCU1 im Einsatz. Alles tut so weit ganz gut.
Mit dem Historian habe ich in Problem, welches ich trotz intensivster Nachforschungen nicht beheben kann - und hoffe, dass das Thema an dieser Stelle im Forum vernünftig platziert ist:

Auf meinem Macbook läuft der Historian einwandfrei.
Nun ist das Macbook aber zum durch die Gegend tragen - folglich soll das Tool stationär auf meinem Mac Mini Server laufen. Gesagt getan - Das selbe Config File vom MacBook (Mit angepasster IP für den Historian) auf dem Mini eingespielt - gestartet und.....: Es werden mit Ausnahme der Systemvariablen keine Geräte gefunden. Lediglich die Systemvariablen werden aufgelistet.
Interessant dabei: Starte ich den Historian auf dem Macbook, erfolgt der erste Start (also nach Neuaufsetzen) innerhalb von ca. 20 Sekunden, die Clients werden erstellt und nach ein paar Minuten ist alles gut.

Starte ich das Ganze auf dem Mini, braucht dieser alleine bis zum Start des Web Servers ca. 15 Minuten. Außerdem wird die Kommunikation der Aktoren mit der CCU gestört (Bspw. ist die Bedienung über Handsender nicht bzw. nur noch extrem verzögert möglich). Es kommt die allseitsbekannte Meldung "No Callbacks....." - auch noch nach Stunden und manuellem aktivieren / Statusänderung verschiedener Aktoren (Es hängen auch Bewegungsmelder und Feuchtesensoren in der Angle - die senden eh ständig Statusänderungn)

Hier mal mein Config File:
// CCU-Historian configuration file
//
// Remarks:
// Comment lines start with two slashes (//). String values must be enclosed
// in single quotes (').
//
// List of available configuration options with their default values:
//
logSystem.consoleLevel=Level.INFO
logSystem.fileLevel=Level.FINE
//logSystem.fileName='./ccu-historian-%g.log'
//logSystem.fileLimit=1000000
//logSystem.fileCount=5
//database.dir='./data'
//database.name='history'
database.user='sa'
database.password='ccu-historian'
database.webEnable=true
database.webAllowOthers=true
database.tcpEnable=false
database.tcpAllowOthers=true
//vdatabase.pgEnable=false
database.pgAllowOthers=true
ccu.address='192.168.1.10'
//ccu.reinitTimeout=120
//ccu.disabled=false
ccu.historianAddress='192.168.1.20'
historian.metaCycle=60000
//historian.sysVarDataCycle=30000
webServer.port=8084
//webServer.dir='./webapp'
//webServer.logLevel=Level.FINEST
//webServer.historianAddress=''

Was ist falsch? Irgendwelche Ideen? Kann es an den Sicherheitseinstellungen des Servers liegen (getestet mit deaktivierter Firewall)?

Ach ja, außerdem wird ein FS20 Modul (EM1000 Gaszähler) im Historian (getestet auf dem MacBook) nicht angezeigt. Wird das nicht supported?

Gruß

CarstenH
Beiträge: 43
Registriert: 02.11.2011, 21:16
Wohnort: Taunusstein

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von CarstenH » 24.12.2011, 11:45

Hallo Matthias,

ich kann nur sagen wie soviele -WOW vielen Dank für so eine Software. Ich muss sogar sagen, ich würde dafür gerne etwas bezahlen ! Denk doch mal darüber nach, so eine Möglichkeit zur Verfügung zu stellen (z.B. Donation Button über Paypal).

2tens : Schöne Weihnachten an Alle

Ich bin ein QNAP Benutzer, Deine SW läuft hier Einwandfrei ! (Eine kleine Anleitung für den Autostart bei QNAP schreibe ich über Weihnachten).
Aber da eben dieser nicht ganz einfach ist, wäre eine Kleinigkeit nicht schlecht.
Folgendes : Könntest Du nicht eine Syntax einbauen damit bei Programm start der Pfad zum Konfigfile übergeben wird (das habe ich nicht hinbekommen, könnte auch an meiner Unwissenheit liegen). Denn auf einer QNAP kann man nicht einfach die initd verändern, hier gibt es bessere Wege, bei denen aber noch nicht alle Shell Variablen vorhanden sind, bzw. das Startkommando wird ausgeführt ohne in dem "Historian" Verzeichniss zu stehen. Sorry ich kann es nicht besser erklären.

Und einen kleinen Zusatzwunsch : Ich habe bereits für andere Zwecke eine MySQl DB am laufen. Wäre es nicht möglich die H2 DB durch eine MySQL DB zu tauschen (auch hier habe ich keine Idee wieviel Aufwand das bedeutet).

Wie gesagt ich melde mich dieser Tage mit der Anleitung für die QNAP Box (Autostart).

VG Carsten

CarstenH
Beiträge: 43
Registriert: 02.11.2011, 21:16
Wohnort: Taunusstein

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von CarstenH » 25.12.2011, 17:28

Hallo,
hier wie versprochen eine kleine Anleitung CCU-Hsitorin auf der QNAP.

Schöne Weihnachten
Carsten
QNAP-CCU-Historian.rtf
Kann mit Wordpad geöffnet werden
(4.64 MiB) 479-mal heruntergeladen

regelfritze
Beiträge: 22
Registriert: 04.02.2011, 20:07

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von regelfritze » 26.12.2011, 22:39

Hallo,

ich habe das von cerna007 beschriebene Problem lösen können, indem ich den ccu-historian als Prozeß laufen lasse. Unter Win7 funktioniert das einwandfrei. Sobald Windows gestartet ist, also schon vor der Benutzeranmeldung werden die Daten aufgezeichnet und der Web-Server steht für andere Rechner zur Verfügung. Es ist auch kein "DOS-Fenster" sichtbar, was auch noch den WAFerhöht.

Bei Interesse würde ich mir die Zeit nehmen und eine Beschreibung erstellen.

Auch von meiner Seite einen riesiges Danke an Matthias für den CCU-Historian. Es ist ein tolles Projekt!!!

Gruß aus Berlin
Regelfritze
cerna007 hat geschrieben:Hallo zusammen

Ich habe seit Mittwoch meine - vorerst noch bescheidene - Homematic Umgebung im Einsatz. (30. Nov. 2011)
Die Möglichkeiten zur Auswertung out of the box sind bekanntlich nicht gerade weitgehend und benutzerfreundlich.

Die Idee und Realisierung von CCU-Historian finde ich genial (eben ohne Install, Einrichtung sehr simpel, Multi-OS) und für das, wofür das Programm gedacht ist einwandfrei.
Hochachtung und ein dickes Dankeschön!

Eine Frage / Bitte / Anregung hätte ich vielleicht aber doch noch:
Es wäre super, wenn man das Programm als Dienst laufen lassen könnte. Wenn ich das jetzt richtig verstanden habe, MUSS ich angemeldet bleiben, damit die Protokollierung läuft. Sobald ich mich abmelde, schliesst sich das Eingabe / DOS-Fenster. (MS Windows Variante)

Wenn es sich einfach implementieren lässt (wobei ich denke es sind gleichzeitig dann mehrere Dienste, wie DB, Web, usw..) wäre das vielleicht etwas, was für die Zukunft berücksichtigt werden könnte. (möglicherweise geht aber dann die Einfachheit flöten - man könnte es wählbar machen, so wie bisher oder als Dienst mit etwas mehr Initialaufwand)
Wenn nicht, ist auch gut.

Nochmals vielen Dank, super Arbeit!
Grüsse aus der CH

holgerwolf
Beiträge: 284
Registriert: 04.01.2010, 12:46

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von holgerwolf » 27.12.2011, 10:18

regelfritze hat geschrieben:Hallo,

ich habe das von cerna007 beschriebene Problem lösen können, indem ich den ccu-historian als Prozeß laufen lasse. Unter Win7 funktioniert das einwandfrei. Sobald Windows gestartet ist, also schon vor der Benutzeranmeldung werden die Daten aufgezeichnet und der Web-Server steht für andere Rechner zur Verfügung. Es ist auch kein "DOS-Fenster" sichtbar, was auch noch den WAFerhöht.

Bei Interesse würde ich mir die Zeit nehmen und eine Beschreibung erstellen.

Auch von meiner Seite einen riesiges Danke an Matthias für den CCU-Historian. Es ist ein tolles Projekt!!!

Gruß aus Berlin
Regelfritze
Klar bin ich an einer Beschreibung interessiert :-)

Gruß und schon mal Danke
Holger

Tank
Beiträge: 60
Registriert: 20.11.2011, 12:08

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von Tank » 27.12.2011, 13:25

Also, falls Ihr mit "Prozess" Dienst meint, das hab ich ja schon hier beschrieben

regelfritze
Beiträge: 22
Registriert: 04.02.2011, 20:07

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von regelfritze » 28.12.2011, 20:31

Ich lasse den CCU Historian als Prozess laufen, nicht als Dienst. Das erspart mir das Editieren der Registry. An die traue ich mich nicht heran.
In der Anlage meine Beschreibung zum Einbinden als Prozess.

Viel Erfolg.
Dateianhänge
CCU-Historian_als_Prozess.pdf
(534.71 KiB) 293-mal heruntergeladen

texel
Beiträge: 17
Registriert: 10.12.2011, 18:47

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von texel » 06.01.2012, 15:54

Hallo!

Erstmal auch von meiner Seite vielen Dank für diese super Arbeit!

Habe nun auch endlich den Historian ausprobiert und bin begeistert. Allerdings scheint bei mir irgendwas nicht zu stimmen. Wenn ich den Historian starte, dauert das erstellen der RPC-Clients mehrere Minuten pro Client? In den Logfiles die hier im Forum gepostet werden, sind das aber in der Regel nur ein paar Sekunden. In Summe dauert dann allein der Aufbau der RPC-Clients ca. 6-10 Minuten. Ist das normal?

Zudem werden dann in der Weboberfläche nur die Systemvariablen dargestellt. Habe explizit wie hier im Post bereits beschrieben die Firewallregeln entsprechend erweitert. Hat aber keine Abhilfe geschaffen. Auch die Tatsache, dass die normalen Datenpunkte erst Stück für Stück erscheinen, sobald gesendet wird, kann ich bei mir leider nicht bestätigen. Nach ca. 1h sind nach wie vor nur die Systemvariablen sichtbar.

Hat jemand ein ähnliches Phänomen?

PS: Da ich 2 CCUs habe, habe ich das an beiden getestet: Ergebnis ist genau dasselbe (nur Systemvariablen werden angezeigt; ewig langer Aufbau der RPC-Clients).

Viele Grüße,
Texel


Hier das Log bis zum 2. Client:

2012-01-06 15:48:25|INFO |Starting CCU-Historian V0.5.1
2012-01-06 15:48:25|INFO |by MDZ (mdz@quantentunnel.de)
2012-01-06 15:48:25|FINE |Configuration:
2012-01-06 15:48:25|FINE |logSystem.consoleLevel=Level.FINEST
2012-01-06 15:48:25|FINE |logSystem.fileLevel=Level.FINEST
2012-01-06 15:48:25|FINE |logSystem.fileName='./ccu-historian-%g.log'
2012-01-06 15:48:25|FINE |logSystem.fileLimit=1000000
2012-01-06 15:48:25|FINE |logSystem.fileCount=5
2012-01-06 15:48:25|FINE |database.dir='./data'
2012-01-06 15:48:25|FINE |database.name='history'
2012-01-06 15:48:25|FINE |database.user='sa'
2012-01-06 15:48:25|FINE |database.webEnable=true
2012-01-06 15:48:25|FINE |database.webAllowOthers=false
2012-01-06 15:48:25|FINE |database.tcpEnable=false
2012-01-06 15:48:25|FINE |database.tcpAllowOthers=false
2012-01-06 15:48:25|FINE |database.pgEnable=false
2012-01-06 15:48:25|FINE |database.pgAllowOthers=false
2012-01-06 15:48:25|FINE |ccu.address='192.168.1.15'
2012-01-06 15:48:25|FINE |ccu.reinitTimeout=120
2012-01-06 15:48:25|FINE |ccu.disabled=false
2012-01-06 15:48:25|FINE |ccu.historianAddress='192.168.247.149'
2012-01-06 15:48:25|FINE |historian.metaCycle=3600000
2012-01-06 15:48:25|FINE |historian.sysVarDataCycle=30000
2012-01-06 15:48:25|FINE |webServer.port=80
2012-01-06 15:48:25|FINE |webServer.dir='./webapp'
2012-01-06 15:48:25|FINE |webServer.logLevel=Level.WARNING
2012-01-06 15:48:25|FINE |webServer.historianAddress='192.168.247.149'
2012-01-06 15:48:25|INFO |Connecting to database
2012-01-06 15:48:25|INFO |Starting database web server
2012-01-06 15:48:25|FINE |Database management URL: http://192.168.247.149:8082
2012-01-06 15:48:25|INFO |Connecting to CCU
2012-01-06 15:48:25|INFO |Starting RPC server on port 2010
2012-01-06 15:48:25|FINE |RPC server address is http://192.168.247.149:2010
2012-01-06 15:48:25|INFO |Creating RPC client for http://192.168.1.15:2000 with name BidCos-Wired
2012-01-06 15:48:26|FINE |RPC client BidCos-Wired: Calling init(http://192.168.247.149:2010, BidCos-Wired)
2012-01-06 15:51:36|INFO |Creating RPC client for http://192.168.1.15:2001 with name BidCos-RF
2012-01-06 15:51:37|FINE |RPC client BidCos-RF: Calling init(http://192.168.247.149:2010, BidCos-RF)

Benutzeravatar
JPS
Beiträge: 1093
Registriert: 07.08.2010, 22:51
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 8 Mal
Danksagung erhalten: 20 Mal
Kontaktdaten:

Re: CCU-Historian: Ein Langzeitarchiv für die CCU

Beitrag von JPS » 06.01.2012, 16:11

texel hat geschrieben: In Summe dauert dann allein der Aufbau der RPC-Clients ca. 6-10 Minuten. Ist das normal?
Bei mir unter Windows XP geht das sehr schnell, nur wenige Sekunden, dann lauft der Historian.
texel hat geschrieben: Zudem werden dann in der Weboberfläche nur die Systemvariablen dargestellt.
Dies hatte ich nach einigen Monaten problemlosen Laufens neulich auch einmal. Vor einem CCU-Firmware-Update hatte ich den Historian mit "Strg-C" beenden wollen. Das Fenster schloss sich jedoch nicht und dann habe ich es "auf die harte Tour" beendet. Danach zeigte dar Historian genau das beschriebene Verhalten. Blöderweise hatte ich, nachdem das Konsolenfenster zu war, noch ein Update gestartet, weswegen ein Zurückkopieren des Updates auch nichts geholfen hat. Letztendlich habe ich den Historian komplett neu aufgesetzt. Das war insofern ärgerlich, dass die IDs hinterher natürlich alle anders vergeben waren und ich die Trendiagramme in a.i.o. manuell ändern musste. Aber seither läuft wieder alles perfekt.

Hast du es schon mal mit einem "frischen Download" des Historian neu versucht?
Verwendung meiner Hinweise und Skripte auf eigenes Risiko | Ich übernehme hierfür keinerlei Gewährleistung bzw. Haftung

Antworten

Zurück zu „CCU-Historian“