[GELÖST] Nach Zeitumstellung -> RaspberryMatic DOWN!

[anli]

Ich mag mich täuschen, aber ich werde das Gefühl nicht los, das genau das nicht richtig funktioniert. Denn es gibt ja nun einige Beispiele bei der sich Probleme in die Rega eingeschlichen haben, die auch bei EQ3 einfach durchgerutscht (weil ohne weitere eigene Tests übernommen?) und somit in der CCU gelandet sind. Es kann uns soll ja nicht das Ziel sein bis in alle Ewigkeit dem CCU-User drei Varianten der Rega zuzumuten.

Jein, aus meiner Sicht kann das schon Sinn sein: eQ-3 hätte einen imensen Aufwand, die weitergehenden Änderungen von Jens in der community-Version zu testen, zu dokumentieren und dafür die Garantie zu übernehmen, dass diese funktionieren. Da gibt es für eQ-3 genau zwei Möglichkeiten: Mehr Manpower in Rega stecken oder weniger Funktionen umsetzen, dadurch weniger Aufwand. Ich weiß, für welche Möglichkeit sich eQ-3 entscheiden würde. Aus dem Grund habe ich seinerzeit für genau so ein Modell wie es jetzt da ist geworben. Mit der supportfreien Community-Version geht eQ-3 keinerlei Verpflichtungen ein und die community hat schnell neue Funktionen in der Rega. Dass auch Probleme in der Standard-Version auftraten liegt halt daran, dass ein Problem im Zeitmodul gelöst wurde welches man gerne allen Nutzern zur Verfügung stellen wollte und anscheinend einen möglichen Fehler im Test übersehen hat.

[Dragonfly]

Community-Version

Das ist aber meines Erachtens der falsche Ausdruck - die Community beschränkt sich auf das testen und melden...
Für mich ist es eine Community-Version, wenn alle mit den gleichen Voraussetzungen daran arbeiten können -> openHAB, da wird besprochen, geprüft, nochmals diskutiert, geändert, und auch mal ein Fehler gemacht. Und: jeder sieht den Quelltext - hier sollte es dann auch keine Schuldzuweisung geben... sind ja alle gleichermaßen beteiligt.

Hier wirkt es aber eher wie eine "analog-Community-Version" - nicht zu verwechseln mit dem Analogkäse...

[fischmir]

Ich würde fischmirs Vorschlag auch gut finden. Allerdings kassiert eq3 auch kein Geld dafür seine CCU mit neuen Firmware-Updates zu versorgen. Und da war der Fehler auch drin.
Andi

Das ehrt mich. Ich weiß aber gerade nicht, welchen du meinst. ?!

[Daimler]

Hi,

Da gibt es für eQ-3 genau zwei Möglichkeiten: Mehr Manpower in Rega stecken oder weniger Funktionen umsetzen, dadurch weniger Aufwand. Ich weiß, für welche Möglichkeit sich eQ-3 entscheiden würde.

Bist du dir da gaaanz sicher?
Ich weiß jetzt nicht, wie der prozentuale Anteil der CCU-losen, AP nutzenden HM-User liegt, aber aus dem hier zu lesenden nicht allzu viele!
Und da stelle ich mir die Frage, was ELV mit HMxx noch umsetzen würde, wenn die (CCU-) Software nicht weiter entwickelt würde.

Alles, was hier am WE geschehen ist, liegt in alleiniger Verantwortung der Leerter - da kann man sich mit Sicherheit nicht hinter dem Einzelkämpfer Jens verstecken.
Die (auch die CCU-) FW lädt der User aus Leer und nicht aus dem Git herunter.

[AndiN]

@fischmir: meinte MatthiasZ ... . keine Ahnung wie ich jetzt auf Dich kam..... Grins...

Andi

[anli]

Hi,

Da gibt es für eQ-3 genau zwei Möglichkeiten: Mehr Manpower in Rega stecken oder weniger Funktionen umsetzen, dadurch weniger Aufwand. Ich weiß, für welche Möglichkeit sich eQ-3 entscheiden würde.

Bist du dir da gaaanz sicher?

Ja

[mule]

Ich mag mich täuschen, aber ich werde das Gefühl nicht los, das genau das nicht richtig funktioniert. Denn es gibt ja nun einige Beispiele bei der sich Probleme in die Rega eingeschlichen haben, die auch bei EQ3 einfach durchgerutscht (weil ohne weitere eigene Tests übernommen?) und somit in der CCU gelandet sind. Es kann uns soll ja nicht das Ziel sein bis in alle Ewigkeit dem CCU-User drei Varianten der Rega zuzumuten.

Jein, aus meiner Sicht kann das schon Sinn sein: eQ-3 hätte einen imensen Aufwand, die weitergehenden Änderungen von Jens in der community-Version zu testen, zu dokumentieren und dafür die Garantie zu übernehmen, dass diese funktionieren. Da gibt es für eQ-3 genau zwei Möglichkeiten: Mehr Manpower in Rega stecken oder weniger Funktionen umsetzen, dadurch weniger Aufwand. Ich weiß, für welche Möglichkeit sich eQ-3 entscheiden würde. Aus dem Grund habe ich seinerzeit für genau so ein Modell wie es jetzt da ist geworben. Mit der supportfreien Community-Version geht eQ-3 keinerlei Verpflichtungen ein und die community hat schnell neue Funktionen in der Rega. Dass auch Probleme in der Standard-Version auftraten liegt halt daran, dass ein Problem im Zeitmodul gelöst wurde welches man gerne allen Nutzern zur Verfügung stellen wollte und anscheinend einen möglichen Fehler im Test übersehen hat.

ja, aber gerade der Umstand, das Probleme mit der Standard-Version auftreten und einige Änderungen aus der Community-Version bisher auch immer recht schnell in die Standard-Rega der CCU2 eingeflossen sind, lässt bei mir das Gefühl aufkommen, das man zwar nur einen kleinen Anteil aus der Community in die Standard-Version übernimmt, aber ein zusätzliches Testen der in die Standard-Version übernommenen Änderungen nur rudimentär oder im schlimmsten Fall gar nicht zusätzlich durch EQ3 erfolgt. Und das würde wiedrum bedeuten, das Jens bzw. die Community auch die Tester der Standardversion, welche ja zukünftig als Standard auf der CCU2 eingesetzt werden soll. Ich hoffe, das ich mit meinem Gefühl falsch liege, denn es wäre für die Stabilität von HM fatal, wenn Tests ausschließlich in der Verantwortung einer Person (nichts gegen Jens, aber 2 Augen sind zum Testen nunmal eindeutig zu wenig) und unserer Hobby-Community liegen würde.

[MathiasZ]

Ich sehe das differenzierter.
Eine CCU2 muß laufen. EQ3 verkauft das Zeug selbst online oder bei verschiedenen Händlern.
Wenn ich noch eine CCU hätte, würde ich mich auch nicht mit Kritiken zurück halten.
Ich verstehe sowieso nicht, wie EQ3 an einer CCU mit dieser Hardware-Konfiguration festhalten kann.
Es gibt bestimmt Möglichkeiten, um diese CCU2 schneller zu machen. Ich verstehe auch nicht, wie EQ3 von einer Community leben kann. Die CCU2 muß laufen und damit basta!

Jens hat ein kompatibles System auf einem Raspberry programmiert, das in seiner Freizei, unbezahlt und schneller.
Dass hier hin und wieder ein paar Bugs auftauchen ist verständlich.

Für eine CCU2 mit fehlerhafter Firmware hält sich mein Verständnis sehr in Grenzen.
Gruß,
Mathias



Gesendet von meinem SM-N915FY mit Tapatalk

[dieterdorn]

Und hier konnte ich recht schnell herausfinden, dass das Problem auf den 29.10. begrenzt ist (und natürlich auf zukünftige Zeitumstellungsfenster) und auch nur auftritt wenn man ein Program mit Nutzung des Zeitmoduls hat und ein Tagestimer einsetzt um z.B. immer um Mitternacht ein Programm oder Skript ablaufen zu lassen.

Hallo Jens,

auch ich möchte mich wirklich ganz herzlich bedanken für die ganze Arbeit und Mühe, die Du in dieses Projekt reinsteckst.
Ich hatte leider dieses Problem auch - und zwar sowohl auf meinem Produktivsystem (CCU2, neuestes Update) als auch auf meinem Testsystem (Raspi mit der Version vom 01.05.2017). Ich habe noch in der Nacht alles Mögliche probiert (Backup CCU2, Werkszustand, Raspi neue Version etc). Es hat nichts geholfen. Ich konnte nicht begreifen, dass BEIDE Systeme gleichermaßen zeitgleich nicht mehr funktionierten. Mit Deiner Erklärung oben ist mir das zum Glück nun völlig klar, denn so ist mein Vertrauen in das HM-System nicht völlig zerstört, obwohl das schon ein sehr ärgerlicher Fehler war!

Ich habe die Gelegenheit genutzt und bereits am Sonntag begonnen, mein Echtsystem auf den Raspi umzustellen - und zwar durch ein komplettes Neuaufsetzen (meine ReGa auf der CCU2 ist wohl fehlerhaft). Das hat mich ca. 25 Stunden Arbeitszeit gekostet bei mehr als 70 Geräten, die ich alle neu anlernen musste - aber nun ist es (fast) geschafft. Und auch deswegen ein großes Lob an Dich, denn es scheint alles auch auf dem Raspi zu laufen. Wirklich schön! Danke, denn das wäre wohl so ohne Deine Arbeit nicht möglich gewesen.

Ein paar Dinge sind mir dabei aufgefallen:

2 Programme, die bei <Tastendruck kurz> ausgelöst werden sollten, wurden nicht ausgelöst. Mir fiel dann auf, dass bei der Programmübersicht in der Spalte "Bedingung" das "bei Tastendruck kurz" fehlte - im Programm war es aber drin! Ich habe die betroffenen Programme geändert (Tastendruck kurz auf lang und zurück), danach lief alles.

Manchmal bleib das Fenster bei der Geräteauswahl stehen, nachdem ein Gerät bereits ausgewählt wurde. Ist wohl eher ein Problem der Web-Oberfläche.

Der DutyCycle steigt schneller an (z.B. bei Übertragen der Parameter) als vorher, insgesamt scheint er aber nicht höher zu liegen als bei der CCU2. Ich werde das beobachten.

Nach einem Neustart kommt es zu mehr Kommunikationsstörungen als vorher (gleiche Geräte angemeldet, Raspi mit Antenne am gleichen Standort wie vorher die CCU).

Problem bei der neu gebildeten Heizungsgruppe (3 Thermostate, ein Wandthermostat): Konfiguration wurde auch nach mehreren Stunden nicht übertragen, der DC lag bei 99%, mehrere Male Wandthermostat Batterien raus und neu gestartet - das Problem ließ sich erst lösen, nachdem ich alle Direktverknüfungen der Gruppe von Hand gelöscht, den Wand-thermostaten nach einem kompletten Reset am Gerät selbst erneut angelernt und dann erneut eine Gruppe gebildet hatte.

Nun jedenfalls habe ich einen Raspi als Produktivsystem und einen zweiten als Ersatz- und Testsystem. Ich habe auch schon den Versuch gemacht, ein Backup auf dem zweiten Raspi einzuspielen und dieses dann in Betrieb zu nehmen - auch das hat funktioniert.

Da die Fehlerursache ja von Dir gefunden wurde, brauche ich die CCU2 ja doch nicht zu entsorgen - ich dachte nämlich, dass das Funkmodul evtl. auf eine Art defket ist, dass es auch mein Testsystem mit dem Raspi so gestört hatte, dass nichts mehr ging, aber das war's ja wohl nicht.

[jmaus]

Hier nur der kurze abschliessende Hinweis das es inzwischen eine neue beta-version von ReGaHss gibt die unter anderem das Absturzproblem mit der Zeitumstellung dauerhaft beheben sollte. Wie immer wäre es gut wenn soviele wie möglich diese Betaversion vorab testen könnten damit diese dann in die nächste RaspberryMatic-Version einfliessen kann:

viewtopic.php?f=26&t=36623&p=394878#p394878

Kommentare/Hinweise dann bitte in den entsprechenden Thread dazu.

Da dieser Thread hier ja nun eigentlich als "erledigt" gilt (Problem vom letztem WE nicht mehr existent und mit der obigen ReGa-Version auch hoffentlich dauerhaft behoben) erlaube ich mir diesen Thread zu schliessen.