Timberwolf Server (aka "New Generation") grober Termin?

[StefanW]

Ansonsten wäre es für mich logischer und sicherer auf der alten HW und alten SW zu bleiben. Weil von da wird ja der upgrade gehen.

Unsinn.

Ich habe gesagt, dass ich es Stand heute nicht versichern kann, dass man zwischen den verschiedenen Architekturen die Backups tauschen kann, ich habe nicht gesagt, dass es nicht geht. Ich weiß es nicht genau, mangels Test. Das ist ein Unterschied.

Wer seinen classic Server auf die Software der neuen Generation upgedatet hat und der "alte" Server wird defekt bekommt - wenn er eine Langzeitgarantie abgeschlossen hat - einen entsprechenden "neuen" classic Server mit neuer Software.

Über eine Datenmigration zwischen den Produktlinien werden wir nachdenken. Aber zuerst wollen wir diese Produktlinien erstmal launchen, dann kann man sich um solche Details kümmern, die am Beginn eines Rollouts wenig relevant sind.

[StefanW]

Hallo Hendrik,

Das sehe ich ähnlich. Vor allem denke ich, dass man die ganzen Probleme mit einem Reset auf Werkszustand Image hätte lösen können.

Es ist eben nicht so einfach. Das classic WireGate war eine Appliance, die vom Kunden beliebig verändert werden konnte und viele Daten aus Sensoren gespeichert und zudem womöglich zig Updates über die Jahre erhalten hat.

Ein kompletter "Reset auf Werkzustand" hätte beim Kunden Jahre der Veränderung an der Installation, Datensammlung usw. gelöscht. Darum haben wir ein komplettes Backup eingebaut und auch alle Kunden gebeten, davon Gebrauch zu machen. Die beste Lösung ist ein Restore, die zweitbeste die Reperatur am System. Ein Reset ist nur die drittbeste Lösung.

Das diskutieren wir nun schon seit Jahren. Ich habe vor Jahren auch angeboten, jeden WireGate Server zurückzunehmen, falls jemand sich der Sache - dass es kein Reset auf Werkzustand gibt - nicht bewusst war. Nicht ein einziger Kunde hat seinen Wiregate Server zurück gegeben, damit hat es auch ein jeder akzeptiert. Gleichzeitig habe ich das in die Artikelbeschreibung geschrieben, damit war dies den alten und den neuen Kunden bekannt und wurde letztlich akzeptiert. Es immer wieder auf das Tablett zu bringen ist nicht hilfreich, insbesondere da es die tatsächlichen Probleme nicht löst in unseren Augen.

So geht es ja bei der Fritz Box und Freetz auch ohne Tränchen, wenn ich mich verbastelt habe.

Die Hersteller der Fritzbox verkaufen mindestens 3.000 bis 5.000 mal soviele Systeme wie wir. Deren Möglichkeiten sind andere und deren Entscheidungen beruhen auf anderen Grundlagen. Normalerweise werden auf einer Fritzbox nicht gigabyteweise Daten gesammelt. Solche Vergleiche sind daher kaum zielführend.

Ist das fürs NG geplant?

Ja, es soll einen Button für Reset geben. Vermutlich noch nicht bei den allerersten Releases.

Dieser Reset bewirkt ein Rücksetzen der Einstellung und der Daten. Da alles in wenigen Datenbanken steht, ist das auch machbar. Die Installation und die individuellen Schlüssel können unangetastet bleiben.

lg

Stefan

[StefanW]

Aber wenn ich in *jedem* Deiner Posts lese wie blöd doch die Kunden sind und die Erwartungshaltung so sehr von dem abweicht, was man als ordentlich wirtschaftendes Unternehmen leisten kann, dann geht mir langsam die Hutschnur hoch.

Es tut mir leid, wenn meine Posts einen solchen Eindruck erwecken. Ich kann allerdings weder *jedem* nachvollziehen noch die Bezeichnung *blöde*. Solche maßlosen Übertreibungen sind auch nicht hilfreich.

Eigentlich wollte ich nur ganz offen sein und die Gründe für meine Entscheidungen darlegen. Es geht mir nicht darum etwas zu beklage, sondern eher etwas zu ändern, indem ich darüber spreche. Weil manchmal finde ich es schade, dass man gute Services einstellen muss, weil diese "übernutzt" wurden. In meinem Glauben an den guten Menschen, meine ich dann darüber sprechen zu wollen. Damit sich etwas ändert.

In geschäftlichen Dingen gelten im Allgemeinen harte Bandagen, darum muss man sehen wie man Bewährtes ausbaut und muss Dinge, die nicht funktionieren, streichen.

Wenn meine ehrliche und direkte Art nicht gewünscht ist oder zu negativen Emotionen führt, dann gehört das eben zu den Dingen, die ich ebenfalls streichen werde. Bedeutet, dass ich zwar auch in Zukunft nicht funktionierendes streichen werde, nur dass es eben dann keine Begründung mehr dafür gibt. Wenn Euch das lieber ist? Bitte sehr.

Gleichzeitig habt ihr sicher auch mit eurer offenen Architektur (Open Source, root Zugriff) zu mindestens initial ein Klientel angesprochen, was "wußte was es tut" und mit viel Engagement hier im Forum, durch die Cometvisu und auch Plugin zu einen gewissen Teil zum Erfolg des Wiregates beigetragen hat.

Das stellt doch niemand in Abrede und ich bedanke mich auch für das Engagement. Wir haben übrigens auch sehr viel zurückgegeben, manches ist gar nicht mal bekannt, weil wir das nicht an die große Glocke gehängt haben. Tun wir übrigens immer noch, ca. 10% unserer laufenden Entwicklungen stellen wir auf GitHub ein (unter einem anderen Namen). Zumeist sind das allgemein nutzbare Bibliotheken.

Es wird niemandem etwas weggenommen, das classic WireGate wird erst vom Markt genommen, wenn es nicht mehr herstellbar ist oder die sinkende Nachfrage dies bewirkt.

Jetzt zu lesen, dass dies explizit nicht mehr gewünscht ist und man sich doch eines RPi bedienen soll, führt mich genau dazu... einen RPi mit knxd, yawgd (mit meinen vorhandenen Wiregate Plugins!) und CometVisu zu betreiben, aber am Ende des Tages bleibt dann die berechtige Frage:

Wir geben künftig keinen Root-Zugriff mehr frei, weil das im Service ein Desaster war. Das kann man doch auch einfach mal verstehen und anerkennen. Im Übrigen tut das auch sonst kein mir bekannter Hersteller. Sogar bei einzelnen kostenlosen und fertig installierbaren Open-Source-Images für den PI gibt es solche, bei denen das Root-Passwort vom Ersteller des Images nicht herausgegeben wird.

Wozu brauche ich dann noch ein Next-Gen Wiregate?

Der Supercrack, der alles selbst machen möchte ist nicht die Zielgruppe für das WireGate Next Generation. Diejenigen (Cracks) haben soviele andere Möglichkeiten, die Ihnen mehr Freiheit und Möglichkeiten bieten, das können wir nicht bedienen.

Das WireGate Next Generation ist insbesondere für diejenigen, deren Wünsche die von der alten Architektur nicht berücksichtigt wurden:

• Diejenigen, die gerne hunderte von Logiken, Berechnungen, Zeitschaltuhren, Daten-Zeitreihen usw. - einfach per Klick - nutzen wollen. Ohne Programmieren eines Plugins.
• Diejenigen, die in LOGs von KNX-Telegrammen auch über die letzten zig Monate nach einem Fehler suchen wollen, einfach durch Nutzung einer Suchbox die so einfach zu bedienen ist wie die von Google. Ohne dass sie auf der Console erst lernen müssen, wie man 'grep' auf Archive anwendet, die ohnehin nur 14 Tage reichen.
• Diejenigen, die auch eine komplexe Licht- und Szenensteuerung mit ein paar Klicks hinbekommen wollen, ohne ein Plugin zu schreiben oder versuchen wollen eines zu verstehen
• Diejenigen, die sich Ihre Einstellungen total vermurkst haben und nun mit einem Knopf auf Werkseinstellungen oder das Backup vom Vortag zurück gehen können.
• Diejenigen, die bei einem HW-Defekt einen ultraleichten Austausch wollen, so wie beim Handy. Neues Gerät rein, Backup-Datenträger aus dem defekten Gerät einlegen (oder Cloud-Konto angeben) und schon ist alles wieder da. Tausende von Einstellungen, Datenreihen, Grafiken, Logiken usw. Tausch mit allen Daten in einer halben Stunde. Automatisch. Von jedem machbar.
• Diejenigen, die gerne ein KNX zertifiziertes Gerät hätten, dass sie mit der ETS gescheit in Ihr Projekt einbinden können
• Diejenigen, die gerne noch besseren Support und eine noch bessere Qualität wünschen, weil es diesmal auch eingepreist ist.

Ob das für Dich das richtige ist, musst Du selbst entscheiden. Aber aus vielen klagenden Zuschriften weiß ich, dass es das richtige Gerät für die grpße schweigende und überwiegende Mehrheit ist, die sich nicht mal eben einen Kernel oder eine Bibliothek compilieren können, sich das hier aber nicht zu sagen trauen. Die Verhältnisse, wie sie im Forum scheinen, sind nicht die gleichen, die man in der Realität antrifft. Und diesen Interessenten wollen wir helfen.

lg

Stefan

[arnoz]

Würden wir gerne machen, allerdings macht das finanzielle Probleme mit dem Support - wie bei jeder Funktion, die in starkem Maße vom Equipment des Kunden abhängig ist.


Stefan

An dieser Stelle möchte ich Stefan unterstützen!

Ich kann mir die Diskussionen mit den Kunden lebhaft vorstellen. Insofern ist es eine konsequente unternehmerische Entscheidung den von Stefan beschriebenen Weg zu gehen. Denn nur mit Zeit und Erträgen können Entwicklungen vorangetrieben werden. Das so offen anzusprechen ist mutig.

Es hat ja auch jeder die Wahl wie er entscheidet. Old Generation, Update oder halt New Generation. Da zeichnen sich die unterschiedlichen Zielgruppen ab.

Arno

[heckmannju]

Ui, gute Frage. Kann ich heute nicht versichern.

Ansonsten wäre es für mich logischer und sicherer auf der alten HW und alten SW zu bleiben. Weil von da wird ja der upgrade gehen.

[NetFritz]

Hallo
Ich schließe mich den letzten Post von ctr und henfri an.

Vor allem denke ich, dass man die ganzen Probleme mit einem Reset auf Werkszustand Image hätte lösen können.

Gerade darauf hätte man beim alten WG hinentwickeln können, aber ist ist ja noch nicht zu spät.
Gruß NetFritz

[henfri]

Stefan, versteh mich nicht falsch. Ich mag eure Produkte wirklich sehr.
...
habe auch an vielen Stellen zu mindestens versucht etwas zurück zu geben.

Unterschreib.

Gleichzeitig habt ihr sicher auch mit eurer offenen Architektur (Open Source, root Zugriff) zu mindestens initial ein Klientel angesprochen, was "wußte was es tut" und mit viel Engagement hier im Forum, durch die Cometvisu und auch Plugin zu einen gewissen Teil zum Erfolg des Wiregates beigetragen hat.

Das sehe ich ähnlich. Vor allem denke ich, dass man die ganzen Probleme mit einem Reset auf Werkszustand Image hätte lösen können. So geht es ja bei der Fritz Box und Freetz auch ohne Tränchen, wenn ich mich verbastelt habe.
Und das geht beim WG trotz individueller Ssh Schlüssel etc. Die persönlichen Daten kann man ja auf dem Stick mitliefern. Oder halt gleich ein persönliches Restore Image.

Ist das fürs NG geplant?

Andererseits bin ich Docker Fan und glaube, dass man damit weit kommt. Mit Ausnahme von Dingen die neue externe HW betreffen.

Gruß
Hendrik

[starwarsfan]

Wozu brauche ich dann noch ein Next-Gen Wiregate?

Nunja, einfach gesagt: wenn Du die Zeit, Lust und das Knowhow hast, dass alles selber zu stricken und über lange Zeit hinweg auch zu pflegen, dann brauchst Du es nicht. Aber die Hauptzielgruppe sind sicher viel mehr die Anwender, bei welchen das WG einfach laufen muss/soll und dort passt das dann.

Ich könnte das für mich bspw. auch selber machen und habe lange drüber nachgedacht. Schlussendlich bin ich aber zu dem Schluss gekommen, meine Zeit für andere Dinge einzusetzen.

[ctr]

Stefan, versteh mich nicht falsch. Ich mag eure Produkte wirklich sehr. Ich bin seit Jahren begeisterter WG Nutzer und habe auch an vielen Stellen zu mindestens versucht etwas zurück zu geben. Ich möchte auch nicht ausschließen, dass ich beim Next-Gen Wiregate zugreife. Aber wenn ich in *jedem* Deiner Posts lese wie blöd doch die Kunden sind und die Erwartungshaltung so sehr von dem abweicht, was man als ordentlich wirtschaftendes Unternehmen leisten kann, dann geht mir langsam die Hutschnur hoch.

Gleichzeitig habt ihr sicher auch mit eurer offenen Architektur (Open Source, root Zugriff) zu mindestens initial ein Klientel angesprochen, was "wußte was es tut" und mit viel Engagement hier im Forum, durch die Cometvisu und auch Plugin zu einen gewissen Teil zum Erfolg des Wiregates beigetragen hat. Jetzt zu lesen, dass dies explizit nicht mehr gewünscht ist und man sich doch eines RPi bedienen soll, führt mich genau dazu... einen RPi mit knxd, yawgd (mit meinen vorhandenen Wiregate Plugins!) und CometVisu zu betreiben, aber am Ende des Tages bleibt dann die berechtige Frage: Wozu brauche ich dann noch ein Next-Gen Wiregate?

[nipponichi]

Danke, Stefan, für die ausführliche Information!
Grüße, Manuel

[StefanW]

Hallo Manuel,

Wird denn die neue SW noch root-Zugang ermöglichen?

Nein, das ist nicht vorgesehen.

Leider haben wir massiv schlechte Erfahrungen gemacht. Natürlich nicht mit jedem Kunden, aber doch in einer Größenordnung, die uns massiv Geld gekostet hat. Ihr wollt gar nicht glauben, wieviele User sich mit Root-Rechten das System geschrottet haben und wir sollten es anschließend in Ordnung bringen. Nicht ein Kunde hat jemals den vollen Preis dafür bezahlt. Wenn uns freiwillig "ein Kasten Bier" angeboten wurde, dann war das schon fast ein Glücksfall. Geschweige denn die entsprechenden Stundensätze für einen Supportingenieur. Wir wurden sogar erpresst mit "wenn ihr das nicht kostenlos repariert, dann stelle ich Euch im Forum schlecht dar". Das ist einfach völlig unkalkulierbar und eine gewisse Anzahl der User tritt für Ihre eigenen Fehler auch nicht ein.

Mir ist klar Manuel, dass dies bei Dir anders ist, aber das ist mir nur bei einer Handvoll Kunden wirklich persönlich bekannt. Wie sollten wir die Ausnahmen handeln?

Es ist heute aber auch eine andere Situation als früher. Als wir 2009 mit dem WireGate Multifunktionsgateway an den Markt gekommen sind, waren wir die einzige vorinstallierte Linuxappliance im Bereich Gebäudeautomatisierung, die verfügbar war. Da diese komplett auf Open-Source basierte und wir an die Eigenverantwortung der User geglaubt haben, waren auch die Root-Rechte freigegeben. Warum auch nicht, schließlich ist es ja der Kunde der Eigentümer und kann damit anstellen was er möchte. Leider ist dies dann anders gelaufen.

Heute gibt es mit dem Rasperry Pi genug Möglichkeiten für die User, die ein oder andere wichtige Funktion selbst zu implementieren und auf den Servern der 2xxx Serie haben wir Docker Container als Ausweichmöglichkeit vorgesehen. In den Containern kann der Kunde machen was er möchte.

Darum bitte ich um Verständnis, dass es Root-Rechte mit der neuen Generation nicht geben wird. Nimm am Besten den 2xxx Server und bilde das unter Docker nach.

Ich habe eine handvoll dokumentierte Änderungen, die seinerzeit root-Rechte erforderten (separates Backup auf NAS, Stromzählerauswertung, Sonnenstandfunktionen für Perl, cometvisu, ...).

Nun, davon wird die New Generation einiges bereits beinhalten:

• Live Backup der Daten auf NAS wird enthalten sein
• Sonnenstandfunktion gibt es in der Logik
• Sonnenstandfunktionen in Perl kann man in den Docker Container für die Plugins packen
• CometVisu kommt mit neuem Transportmechanismus dazu

Da müßte ich sonst vor einem Update der SW überlegen/prüfen, ob die Funktion nun schon abgedeckt oder noch benötigt wird.

Es ist zunächst ohnehin nicht vorgesehen, dass es ein Inline-Upgrade gibt, sondern Du bekommst einen Refurbished-Server zugesandt. Damit kannst Du das testen und herausfinden, was fehlt. Im Notfall gibst den Upgrade-Server wieder zurück. Das eröffnet eine sehr sanfte Migration.

lg

Stefan

[StefanW]

Hallo Jürgen,

Wenn ich den update gemacht habe mit der alten HW auf die neue SW und diese alte HW geht kaputt kann man dann die neue HW kaufen backup einspielen und alles ist wieder heile?

Ui, gute Frage. Kann ich heute nicht versichern.

Wir haben dann drei Plattformen die sich hinsichtlich Prozessorarchitektur, Bitbreite und Betriebssystem unterscheiden. Ich kann nicht versprechen, ob alle Datenbankformate usw. untereinander austauschbar sind. Z.B. können RRDs von 32-Bit Systemen nicht auf 64-Bit Systemen gelesen werden. Wir verwenden zwar keine RRDs mehr, aber das prinzipielle Problem könnte bestehen bleiben.

Zudem ist vorgesehen, auf den 2xxx Systemen später eine andere DB zu verwenden (um mehr Funktionen zu bieten).

Ich nehme das mal auf die Liste, dass man sich hierzu etwas einfallen lassen kann (per DB-Dump).



lg

Stefan

[StefanW]

Hallo Klaus,

glaube gelesen zu haben, dass es auch die Möglichkeit geben soll auf externen NAS zu speichern, nicht nur als Backup?

Würden wir gerne machen, allerdings macht das finanzielle Probleme mit dem Support - wie bei jeder Funktion, die in starkem Maße vom Equipment des Kunden abhängig ist.

Bei ca. dreiviertel aller Kunden setzt ein massiver Reflex ein, wenn Support Geld kosten soll. Nicht nur wird leidenschaftlich über Stunden hinweg wegen 40 Euro verhandelt (das dann schon längst keinen Sinn mehr macht) sondern diese Kunden sehen überall die Schuld, nur nicht bei sich. Wenn notfalls alles diskutieren nicht hilft, wird nach Kulanz "gebettelt". Alles, nur nicht bezahlen für Support.

So ein Computer macht ohne Plattensppeicher schon ganz allgemein ziemliche zicken. Bei remotem Speicher - der jede Sekunde verfügbar sein muss - wird man damit rechnen müssen, dass es bei 10 von 100 Kunden mindestens einmal im Jahr (wahrscheinlich öfters) zu Problemen kommen wird. Das reicht von Lücken im Log / Aufzeichnungen bis hin zu Instabilitäten und Funktionsausfällen (etwa wenn alle 24 Stunden der Min/Max-Wert ermittelt und ausgegeben werden soll und die DB gerade nicht verfügbar ist).

Wie zuvor ausgeführt, wird die überwiegende Mehrzahl der Kunden nach solchen Problemen den Fehler nicht im eigenen NAS und der eigenen Sphäre sehen, sondern nach Support schreien und grundsätzlich erstmal uns den Fehler zuschreiben (bis hin zu martialischen Überschriften im Forum "WireGate steht - Kinder frieren" - alles schon dagewesen).

Wenn dann der Sachverhalt geklärt ist und der Fehler komplett in der Sphäre der Kunden lag, werden wir unsere Aufwendungen - nebst Schlechtdarstellung im Forum - nicht erstattet bekommen. Selbst wenn er es vorher unterschrieben hat. Die Menge der Ausreden ist dann groß und lang.

Deshalb sind solche Abhängigkeiten von Kunden-Equipment ein nicht finanzierbares Problem für uns.

Bin kein Freund von lokalen Speicher.

Wir setzen bei lokalem Speicher nur Industrial Grade oder Commercial Grade SSD-Speicher ein.
Die neuen Server 9xx und 2xxx werden voraussichtlich ZUDEM einen EINGEBAUTEN Backup-Speicher bekommen. Zusätzlich kann der Kunde noch ein Backup auf sein NAS bekommen oder optional in die WireGate Cloud speichern. Da gehen garantiert keine Daten verloren.

Mit einem zweiten Backup auf Deinem NAS solltest Du eigentlich beruhigt sein.

Bzgl meiner 'Home Server' und Datenlogging Vorstellungen mach ich einen eigenen Beitrag auf.

Sehr gerne!

lg

Stefan

[nipponichi]

Wird denn die neue SW noch root-Zugang ermöglichen? Ich habe eine handvoll dokumentierte Änderungen, die seinerzeit root-Rechte erforderten
(separates Backup auf NAS, Stromzählerauswertung, Sonnenstandfunktionen für Perl, cometvisu, ...).
Da müßte ich sonst vor einem Update der SW überlegen/prüfen, ob die Funktion nun schon abgedeckt oder noch benötigt wird.

[heckmannju]

Wenn ich den update gemacht habe mit der alten HW auf die neue SW und diese alte HW geht kaputt kann man dann die neue HW kaufen backup einspielen und alles ist wieder heile?