Duty Cycle steigt enorm beim Start des Projektes

Programmierung der HomeMatic CCU mittels contronics homeputer CL

Moderator: Co-Administratoren

Daimler
Beiträge: 9118
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 286 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Daimler » 27.09.2016, 18:31

Hi Mike,
mikewolf99 hat geschrieben:seit ee2.98 3 x Neustart am Tag der execengine ohne jegliche Änderung
Na, wenn du jetzt auch mit der 2.15.5er vom selben Problem redest, scheint es ja sowohl auf der original CCU (Vadder), LXCCU (du) und Yahm (ich) zu existieren und liegt dann wohl eindeutig an einer der letzten Änderung der Exec.
Ich müsste einmal nachschauen, welche Exec-Version ich auf der LXCCU hatte - da gab es das Prob noch nicht!

Kann es in meinem Produktiv-System zur Zeit leider nicht nachvollziehen - das läuft nicht lange genug.
Dafür kamen mir im Urlaub zuviele Ideen, die nat. alle umgesetzt werden müssen - und das bei dem DC-Chaos. :twisted:
Ist halt wie früher mit der Eisenbahn spielen / upps umbauen. :lol:
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Tobias78
Beiträge: 1464
Registriert: 27.06.2010, 01:01
Wohnort: Braunschweig
Hat sich bedankt: 4 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Tobias78 » 27.09.2016, 18:35

mikewolf99 hat geschrieben:Hallo
Deshalb bin ich noch auf lxxccu und ausnahmsweise warte Ich mal
Bis das Problem erledigt ist
Aufgrund meiner 'wenigen' Komponenten
Sorry wenn ich diesmal nicht dabei bin ...
mein derzeitiger waf lässt nichts anderes zu , seit ee2.98 3 x Neustart am Tag der execengine ohne jegliche Änderung am Projekt oder ähnliches
Euer mitfühlender mikewolf
Gesendet von iPhone mit Tapatalk
und das sagst Du erst jetzt??? Den Fehler habe ich seit > 2.89 auch.
Siehe: http://homematic-forum.de/forum/viewtop ... =2&t=31905
Zugegeben: Ich hatte bzw. habe die getsite Funktion im Verdacht und komme nicht ohne aus...

Mein Projekt startet sich mit neueren Versionen als 2.89 ca. alle 7 h von selbst - selbst wenn niemand zu Hause ist, also im Bus und Funk totenstille herrscht.
Bei denen die ebenfalls die unmotivierten Neustarts haben, nutzt ihr die getsite funktion?

Um nicht den Thread weiter zu kapern, wollen wir uns in dem verlinkten zu dem Problem weiter austauschen?

Und nur zur Info, seit heute 18:00 gibt es ein Update für Homeputer, dass das Einfrieren beim Starten löst...
Zuletzt geändert von Tobias78 am 27.09.2016, 18:43, insgesamt 1-mal geändert.
--------------------------------------------
Im Einsatz und empfehlenswert:
RaspberryMatic,IO.Broker, Homeputer Studio; CuXD; PocketControl, HomeStatus, Robonect, Alexa, io.Broker
------------------------------------------

Familienvater
Beiträge: 7151
Registriert: 31.12.2006, 15:18
System: Alternative CCU (auf Basis OCCU)
Wohnort: Rhein-Main
Danksagung erhalten: 34 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Familienvater » 27.09.2016, 18:43

Hi,

meine automatischen Abstürze mit der 2.99er sind weg, seit dem ich eine "fragwürdige" Rechenoperation in Verbindung mit einer Ausgabe entfernt/aufgeteilt habe. Davor lief bei mir "monatelang" die 2.92, IIRC bis zu 40 Tage oder so am Stück:

Code: Alles auswählen

dat_Zeitpunkt       dat_CompileDate     dat_Beendet                 txt_Version
------------------- ------------------- --------------------------- --------------------------------------------------
2016-01-03 17:47:08 2016-01-03 17:42:38 2016-01-04 15:33:58.0000000 2.91 - 151103 / C 2.1-101012
2016-01-04 15:52:12 2016-01-03 17:42:38 2016-02-14 18:34:24.0000000 2.91 - 151103 / C 2.1-101012
2016-02-14 18:44:45 2016-01-03 17:42:38 2016-03-08 10:39:36.0000000 2.91 - 151103 / C 2.1-101012
2016-03-08 11:12:42 2016-01-03 17:42:38 (null)                      2.92 - 160118 / C 2.1-101012
2016-03-09 22:43:40 2016-01-03 17:42:38 2016-03-19 12:00:52.0000000 2.92 - 160118 / C 2.1-101012
2016-03-19 12:26:06 2016-01-03 17:42:38 2016-03-23 13:07:10.0000000 2.92 - 160118 / C 2.1-101012
2016-03-23 13:08:53 2016-03-23 13:04:52 (null)                      2.92 - 160118 / C 2.1-101012
2016-03-25 12:24:25 2016-03-23 13:04:52 2016-03-29 19:01:46.0000000 2.92 - 160118 / C 2.1-101012
2016-03-29 19:05:06 2016-03-29 18:59:31 2016-04-03 23:01:42.0000000 2.92 - 160118 / C 2.1-101012
2016-04-03 23:03:14 2016-03-29 18:59:31 2016-05-01 12:29:20.0000000 2.92 - 160118 / C 2.1-101012
2016-05-01 12:30:54 2016-05-01 12:27:46 (null)                      2.92 - 160118 / C 2.1-101012
2016-05-06 15:31:43 2016-05-01 12:27:46 (null)                      2.92 - 160118 / C 2.1-101012
2016-05-13 17:58:14 2016-05-01 12:27:46 (null)                      2.92 - 160118 / C 2.1-101012
2016-05-18 22:31:07 2016-05-01 12:27:46 2016-07-01 20:35:39.0000000 2.92 - 160118 / C 2.1-101012
2016-07-01 20:37:30 2016-05-01 12:27:46 2016-07-27 23:01:24.0000000 2.92 - 160118 / C 2.1-101012
2016-07-28 00:17:46 2016-05-01 12:27:46 2016-07-29 17:18:39.0000000 2.92 - 160118 / C 2.1-101012
2016-07-29 17:19:42 2016-07-29 17:17:14 2016-07-30 14:56:21.0000000 2.92 - 160118 / C 2.1-101012
2016-07-30 14:58:18 2016-07-30 14:51:16 (null)                      2.92 - 160118 / C 2.1-101012
2016-08-07 12:29:43 2016-07-30 14:51:16 (null)                      2.92 - 160118 / C 2.1-101012
2016-08-12 12:40:46 2016-07-30 14:51:16 2016-09-20 12:50:58.0000000 2.92 - 160118 / C 2.1-101012
2016-09-20 13:07:04 2016-07-30 14:51:16 2016-09-23 16:22:22.0000000 2.99 - 160822 / C 2.1-101012
2016-09-23 16:25:14 2016-09-23 16:08:43 2016-09-23 16:33:55.0000000 2.99 - 160822 / C 2.1-101012
2016-09-23 16:49:43 2016-09-23 16:33:29 2016-09-24 10:13:25.0000000 2.99 - 160822 / C 2.1-101012
2016-09-24 10:14:31 2016-09-24 10:11:51 (null)                      2.99 - 160822 / C 2.1-101012
2016-09-24 18:17:34 2016-09-24 10:11:51 (null)                      2.99 - 160822 / C 2.1-101012
2016-09-25 03:24:48 2016-09-24 10:11:51 2016-09-25 10:48:54.0000000 2.99 - 160822 / C 2.1-101012
2016-09-25 10:50:41 2016-09-25 10:46:22 (null)                      2.99 - 160822 / C 2.1-101012
2016-09-25 13:16:13 2016-09-25 10:46:22 (null)                      2.99 - 160822 / C 2.1-101012
2016-09-25 16:57:35 2016-09-25 10:46:22 2016-09-25 17:53:23.0000000 2.99 - 160822 / C 2.1-101012
2016-09-25 17:54:30 2016-09-25 17:50:44 2016-09-25 18:24:44.0000000 2.99 - 160822 / C 2.1-101012
2016-09-25 18:25:46 2016-09-25 18:22:46 2016-09-25 19:39:15.0000000 2.99 - 160822 / C 2.1-101012
2016-09-25 19:43:15 2016-09-25 19:38:53 (null)                      2.99 - 160822 / C 2.1-101012
2016-09-26 05:30:29 2016-09-25 19:38:53 2016-09-26 12:32:19.0000000 2.99 - 160822 / C 2.1-101012
2016-09-26 12:35:19 2016-09-26 12:31:03 (null)                      2.99 - 160822 / C 2.1-101012
Steht da ein (null), dann war es ein Absturz der EE (und ind er letzten Zeile läuft es noch), und die Laufzeit ist von dat_Zeitpunkt bis dat_Beendet, dat_CompileDate ist der Projektstand.

Der Familienvater

Tobias78
Beiträge: 1464
Registriert: 27.06.2010, 01:01
Wohnort: Braunschweig
Hat sich bedankt: 4 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Tobias78 » 27.09.2016, 18:46

Hallo Familienvater,
wie loggst Du die unmotivierten Neustarts und woher bekommst Du im Log die hpinst Version? Find ich super und würde dies gern übernehmen.
Gruß, Tobias.
--------------------------------------------
Im Einsatz und empfehlenswert:
RaspberryMatic,IO.Broker, Homeputer Studio; CuXD; PocketControl, HomeStatus, Robonect, Alexa, io.Broker
------------------------------------------

Daimler
Beiträge: 9118
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 286 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Daimler » 27.09.2016, 18:49

Hi,
Tobias78 hat geschrieben:und das sagst Du erst jetzt??? Den Fehler habe ich seit > 2.89 auch.
Ich bin jetzt beleidigt. :shock:
Daaas habe ich bereits vor X Seiten im Yahm-Fred berichtet (oder war's woanders?- egal) - darauf hast du nicht reagiert. :shock:
:lol: :lol: :lol:

/Edith:
Tobias78 hat geschrieben:wie loggst Du die unmotivierten Neustarts
Du kannst es z. B. über eine Objektvariable Typ Zahl, die bei jedem Neustart (und das geschieht ja nach dem Abschmieren der Exec) über ein Init-Makro um 1 erhöht wird.
Zusätzlich habe ich bei mir noch eine zusätzliche Objektvariable, in die der letzte Programmstart (Datum / Uhrzeit) geschrieben wird.
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Familienvater
Beiträge: 7151
Registriert: 31.12.2006, 15:18
System: Alternative CCU (auf Basis OCCU)
Wohnort: Rhein-Main
Danksagung erhalten: 34 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Familienvater » 27.09.2016, 20:57

Hi,
Tobias78 hat geschrieben:Hallo Familienvater,
wie loggst Du die unmotivierten Neustarts und woher bekommst Du im Log die hpinst Version? Find ich super und würde dies gern übernehmen.
Eigentlich ganz einfach, beim "sauberen" Beenden wird ein SQL-Statement abgesetzt, was den neusten Eintrag in der Tabelle mit dem aktuellen Zeitstempel aktualisiert.

Das mit dem Neustart/der EE_Version etc. ist ein bisschen komplizierter, das macht mein "Framework" automatisch im Hintergrund für mich, was sich auch um das "reinschießen" der artfremden Werte z.B. von der Heizungssteurung in HPCL kümmert. Da ich pro Minute bis zu 60? oder inzwischen sogar mehr Werte von Extern in Hpcl einliefere, nutze ich die HPCL-XMLRPC-Schnittstelle, und spreche/schreibe nur noch über Variablen-Indizes in HPCL. Dazu brauche ich absolut zuverlässig eine aktuelle Variablen-Liste nach jedem Start eines HPCL-Projekts, über Reverse-Engineering habe ich mir einige XML-RPC-Methoden angeeignet, die IIRC teilweise in VisuWin enthalten waren (aktuelles Projekt), und die aktuelle EE Version aus der Kontrolle Exec-Engine. Mit den ganzen Methoden und einer einfachen "Startup-Zeit-Variable", die IMMER auf Index 1, oder war es doch 0? landen wird, kann ich von extern feststellen, ob es ein neues Startdatum der Ausführung gibt, und dann checke ich, ob ich das Compile-Date kenne, wenn ja, dann hole ich mir die Variablenliste aus meinem SQL-Cache, sonst wird die aus der EE angefordert, und wandert in den SQL-Cache. Und ein neues Ausführungsdatum erzeugt einen neue Zeile in der Tabelle.
Hat etwas länger gedauert, das so hinzuentwickeln, aber inzwischen läuft es gefühlt seit mehreren Jahren ohne weitere Probleme, und ich habe diverse "Abfalltabellen/Views" im SQL-Server, aus denen ich eben solche Infos einfach rausziehen kann. Nachdem ich das gepostet habe, hatte ich noch spontan gedacht, ich müsste das eigentlich um die Anzahl der Variablen und Module/Objekte ergänzen, aber hatte dann keine Lust mehr... Das nächste mal vielleicht, inzwischen bin ich aber bei über 5.100 Variablen/Objekte in HPCL.

Der Familienvater

Tobias78
Beiträge: 1464
Registriert: 27.06.2010, 01:01
Wohnort: Braunschweig
Hat sich bedankt: 4 Mal

Re: Duty Cycle steigt enorm beim Start des Projektes

Beitrag von Tobias78 » 27.09.2016, 21:09

Respekt! Ok, ich kopiere es nicht - versprochen ;-)
Hatte eher gehofft es gibt in Homeputer nen einfachen Befehl zum Abrufen der Version... immerhin kann das die Windowssoftware ja auch.
--------------------------------------------
Im Einsatz und empfehlenswert:
RaspberryMatic,IO.Broker, Homeputer Studio; CuXD; PocketControl, HomeStatus, Robonect, Alexa, io.Broker
------------------------------------------

Antworten

Zurück zu „homeputer CL“