WERBUNG: Erfahrungsbericht Timberwolf Server 950Q

[bluegaspode]

Nach weiteren 20 Jahren kauft man sich dann aber doch 'nen neuen HomeServer, Gira X1, ähhh achja, es ging ja um Timberwolf

Ich glaube übertreiben muss man jetzt auch nicht, das Ding soll ein paar wenige Bytes auf einem viel zu langsamen KNX Bus hin- und herschubsen. Und vielleicht zusätzlich noch ein paar weitere wenige Bytes zu einer Visu.
Aufm iPad 2 mit Cortex A9 konnte man 3D Games zocken, die Power sollte doch für Smarthome Web-Visus und Logikengines mehr als ausreichen

Keine Videos transkodieren - bzw. wenn doch, dann zumindest nicht auf der Hutschiene.
Insofern freut es mich schon, wenn nicht alles höher, weiter schneller ist, ich will was bezahlbares für überschaubare Aufgaben.

Selbst das alte Wiregate, was in seiner Weboberfläche zwar ziemlich lahm war hat seine Hauptaufgaben (1wire, bissel Logik, bissel Visu) ordentlich vollbracht.
Persönlich finde ich die 'einfachen' Varianten des Timberwolf schon oversized, aber hier sieht man, wie wichtig es ist, sich zu überlegen, was die Zielgruppe sein soll.

[MasterOfPuppets]

Die CPU eurer Hutschienen-Server ist ein Cortex A9, das ist so ziemlich die älteste ARM-Architektur überhaupt. Eine 32-bit (!) Prozessorarchitektur von 2007, als Quadcore seit 2012 auf dem Markt.

Setzen nicht mittlerweile alle auf 64-bit wegen der Zukunftsfähigkeit?
2038 ist doch Schluss, oder hab ich da was falsch verstanden?

[Gast1961]

Hätten wir das an den Start gebracht, was wir 2016 hatten (und das war nicht schlecht), dann wäre es ein um den Faktor 20 langsameren Server mit einem Achtel des RAM geworden (Vergleich von 950 zu 950Q). In dem Moment an dem wir wussten, hey, wir können das nochmal so richtig toppen, haben wir uns für das toppen entschieden. Und das etwa dreimal hintereinander. Dafür sind wir jetzt angekommen und haben was richtiges cooles.

Was interessiert den Kunden von heute, was ich 2016 für eine Meinung hatte? Ich denke der Kunde von heute ist glücklich, dass wir uns mehrmals für "ein bisserl mehr" entschieden haben um maximale Zukunftsfähigkeit zu sichern.

Hi Stefan,

eigentlich ging's ja um den Fortschritt bei der Softwareentwicklung, deshalb verstehe ich die Antwort (Hardwareänderung) nicht.

Aber wenn du darauf bestehst ... Die CPU eurer Hutschienen-Server ist ein Cortex A9, das ist so ziemlich die älteste ARM-Architektur überhaupt. Eine 32-bit (!) Prozessorarchitektur von 2007, als Quadcore seit 2012 auf dem Markt.

Diesen granatenmässigen 32-bit Superprozessor habt ihr verbaut. Total eindrucksvoll.

[StefanW]

Ich habe an die Modbus, M-Bus, Modbus RTU Gateways usw gedacht. Gefühlt ist das immer ähnliche Hardware mit anderer Software.

Ja, verstehe.

Nun, das ist bei unseren anderen geplanten Servern auch so, es sind Derivate einer Plattform. Alle unsere Hutschienenserver sind eine Plattform, nur eben unterschiedlich bestückt und alle haben auch die gleiche Software, nur dass verschiedene Module - je nach Schnittstelle und Lizenz - aktviert sind und andere nicht.

Nun, lassen wir uns überraschen, was wir L&B zeigen werden.

lg

Stefan

[BadSmiley]

Ich habe an die Modbus, M-Bus, Modbus RTU Gateways usw gedacht. Gefühlt ist das immer ähnliche Hardware mit anderer Software.

[StefanW]

Hallo,

DAS klingt wirklich mal interessant.

Ansich in der Planung seit Ende 2017. Kostet uns von der Entwicklung her im Prinzip nur ein weniger gefrästes & bedrucktes Gehäuse und das Programm für eine Minderbestückung, also keine große Sache.

Das ganz gleiche auch als Modbus RTU Gateway. Unterscheidet sich technisch dann nur in der Software-Lizenz

Könnte man daraus evtl. wie bei B+B Automation eine flexible Schnittstellen Box machen?

Ich kenne diese Schnittstellenbox von B+B nicht und habe auch nichts im Internet gefunden. Wenn Du mich bitte aufklären könntest?


lg

Stefan

[BadSmiley]

Es ist auch ein TWS Modell geplant, das nur für KNX to DMX gedacht ist, also ohne alles andere.

DAS klingt wirklich mal interessant. Könnte man daraus evtl. wie bei B+B Automation eine flexible Schnittstellen Box machen?

[StefanW]

Hallo Matthias,

Oh, tatsächlich? In der 1.5.1?

Ja, konkret seit "BETA 25" vom Juli 2019.

DMX interessiert mich sehr. Wo finde ich denn, wie das eingerichtet wird? Das DMX-Subforum bei dir ist ja noch ziemlich jungfäulich.

Ja, ein gescheiter Eintrag fehlt hier noch. Die Anleitung steht im BETA-Forum, das für Kunden zugänglich ist.

Es wird Zeit die Anleitung in das DMX-Subforum zu kopieren. Basiert derzeit noch auf Custom-Logik, also einem Code-Schnipsel, indem man aber nur eine Zahl ändern muss für den Port.

Das soll noch verbessert werden, inkl. Verwaltung von Leuchtmitteln, Lampen, Lampengruppen usw.


Ich würde mich sehr freuen, Deine professionellen Ansprüche an DMX zu kennen, damit wir das bei der weiteren Ausgestaltung berücksichtigen können. Du kannst mir jederzeit eine Liste schicken oder wir telefonieren. Oder Du schreibst einen FR in unserem Forum


Es ist auch ein TWS Modell geplant, das nur für KNX to DMX gedacht ist, also ohne alles andere. (ist einfach nur eine Minderbestückung eines 960er). Übrigens auch erweiterbar, es gibt eine Extension "Dual DMX Master" für weitere zwei Kanäle. Damit kann man alle TWS-Modelle erweitern, zumindest die mit der "Professional" SW-Ausstattung.


lg

Stefan

[StefanW]

Hallo Silver,

danke für Deine ehrlichen und klaren Worte.

das einzige was wirklich vertrauen schaffen kann ist die entsprechende Version nach Zeitplan

Richtig.

Aber bitte auch auf Details achten, wir erfüllen in hohem Maße auch Kundenwünsche und dadurch haben Prioritäten sich verschoben. Es wird viel erwähnt, dass wir "erst" bei Version 1.5 sind, aber keiner sagt dazu, dass die Logik die erst für 2.0 vorgesehen war mit deutlich umfangreicheren Leistungsmerkmalen in der 1.5 bereits enthalten ist, als jemals für eine 2.0 oder später angekündigt worden war. Praktisch niemand hier hat das sehr umfangreiche und sehr leistungsfähige Triggersystem der Logik so richtig wahrgenommen oder die remanenten Logikzellen ordentlich gewürdigt. Bei uns überlebt ein in der Logik integrierter Betriebsstundenzähler (also der letzte Stand) ein komplettes Rücksetzen auf Auslieferungszustand (mit anschließendem Update auf aktuellen Software und nach Restore des Backups von der SD-Karte). Das ist was ich versuche begreiflich zu machen. Wir haben an sehr vielen Details gearbeitet und das ist was die Kunden u. a. so lieben.

Wenn ich das ganz vorsichtig anmerken darf. Nicht wenige, die sich hier besonders kritisch äußern, haben keinen Timberwolf Server. Sicherlich für sich aus guten Grund, ist auch völlig in Ordnung, jeder soll nach seinem Gusto glücklich werden, aber - hust - es sind eben Bewertungen aus einer Außensicht. Hier bekommen wir die Quittung für schlechtes Marketing. Womöglich ist es zielführender, Dich an die Schilderungen derjenigen zu halten, die einen TWS besitzen und uns als Kunden auch kennen. Die meisten dieser Kunden äußern sich überdurchschnittlich hinsichtlich unserer Leistungen und was wir bis jetzt erreicht haben.

Wenn Du mehr darüber lesen willst, hier steht das gebündelt: https://forum.timberwolf.io/viewforum.php?f=46

Dennoch sollten wir als Unternehmen auf eine bessere Kommunikation achten und auf realistischere Zeitpläne. Ich habe das absolut verstanden und wir werden unsere Unterlagen dahingehend überarbeiten.

wenn ich also heute kaufe wären wir lt. Zeitplan bei Version 5 dann erwarte ich als Kunde das ich ich die Version 5 auch bekomme ohne das ich dafür irgendwas zusätzlich zahlen muss

Das was zum jeweiligen Zeitpunkt verfügbar ist, bekommst Du und darüber hinaus die nächsten paar Jahre an Entwicklung dazu. Das sollte schon sehr sehr viel abdecken von dem, was wir uns vorgenommen haben. Schau in unser Forum, sehe Dir die Releases und die Changelogs an, da ist schon ein enormer Output.

, klar es kann sich immer mal wieder was verzögern aber dann muss man auch so fair sein und die Updates kostenlos nachliefern auch außerhalb irgendwelcher Update- und Wartungsverträge

Wenn es Fehler gibt, dann werden diese auch behoben. Punkt. Egal welche Laufzeiten ein Wartungsvertrag hat. Wir haben Ehre und wir reparieren, wenn wir was falsch gemacht haben. Kennt man aus der Geschichte mit dem WireGate Server schon so seit 2009.

Die zig Fragen hier im Forum "wird es auch Fehlerbereinigungen geben wenn ich nichts bezahle" kommen vor allem von denjenigen, die uns aus einer Außensicht betrachten, die keine Produkte von uns haben. Unserer Kunden, vor allem die langjährigen, kennen unsere klare Haltung dazu und dass wir NIE jemanden im Regen stehen lassen, wenn wir was schuldig sind. Keiner in unserem Team käme auf die Idee. Wenn Du in unserem Forum stöberst, wirst Du feststellen, dass Fehlersuche (selbst anm den KNX Einstellungen der Kunden) auch am Wochenende und Abends von unseren Entwicklern durchgeführt wird. Weil wir jagen jeden Bug dem wir gewahr werden. Ganz öffentlich. Weil wir wollen einen fehlerfreien Server. Beim WireGate Server haben wir das auch geschafft.

Anmerkung: Die Außensicht mit der wir hier konfrontieren ist sehr hilfreich für uns. Weil hier unser ohnehin schon schlechtes Marketing versagt hat. Bitte nur weiter so.

und ich weiss nach 10 Seiten im im Thread noch immer nicht was der Server aktuell besser kann als der HS oder der Peaknx mit Youvi, viell. ändert sich das in der Zukunft noch wenn weitere Updates kommen aber aktuell hab ich das Gefühl ich kaufe Hardware die spitze ist aber wo es nichts gibt was die Hardware sinnvoll nutzen kann

Es ist nicht leicht das rüberzubringen, weil es ist für mich nicht statthaft und auch nicht angemessen, das im Detail als vergleichende Liste darzustellen. Ich habe oben geschrieben, welche Eigenschaften unseren Server als besonders auszeichnen, das mag Dir als Anhaltspunkt dienen.

Ich habe verstanden, dass wir Doku und Videos brauchen um die Leistungsmerkmale besser darzustellen. Wir sind auch mit Investoren im Gespräch, damit wir gerade auf der Marketingseite deutlich mehr Gas geben können.

lg

Stefan

[EarlBacid]

Ob das so eine gute Idee ist? Da hat man doch als Kunde keinerlei Planungssicherheit mehr.

naja, also ich als Kunde finde das super, dass meine Meinung vom Hersteller gehört und berücksichtigt wird.

Großartig planen, mit Dingen, die in der Zukunft liegen und noch nicht vorhanden sind, würde ich als Kunde sowieso nicht. Aber ich habe recht früh das Potential erkannt und mit dem Fortschritt und Support in dem knappen Jahr, in dem ich einen REG Timberwolf mein eigen nennen kann, sehr zufrieden.
Es gibt sicherlich noch eine Menge zu tun um allen Versprechungen gerecht zu werden, aber zumindest in der Zeit seit ich das nun aktiv verfolge, wurde ich dabei nicht enttäuscht. Und auch der aktuelle Status zu einzelnen Themen wird von Stefan offen kommuniziert. Und das unterscheidet ElabNET ziemlich Grundlegend von den meisten anderen Herstellern, bei denen man quasi keine oder nur sehr spärliche Info darüber bekommt, mit was man demnächst rechnen kann, was sich eher nach hinten verschiebt und warum.

Ich arbeite selbst bei einem Softwareunternehmen und weiß, wie schwierig der Umgang mit einer Roadmap ist. Eines ist aber bei allen Softwareherstellern bei oder mit denen ich gearbeitet habe das selbe: Die Roadmap ist nicht in Stein gemeißelt und unterliegt regelmäßigen Veränderungen. Mal nur kleinen, mal einer größeren, mal wird etwas erweitert, verschoben oder auch gestrichen. Je weiter in die Zukunft etwas auf der Roadmap liegt, desto mehr ist das nur eine Absichtserklärung. Je näher es liegt, desto fester kann man auch tatsächlich damit rechnen. Anders kann es auch gar nicht funktionieren, um aktuellen Veränderungen am Markt gerecht zu werden.
Vielleicht sollte ElabNet hier auch noch einen disclaimer unter ihre Roadmap Themen setzten, wie das eigentlich alle anderen tun, mit dem Hinweis, dass diese Änderungen unterliegen können. Aber eigentlich sollte das jedem klar sein.

Aber das ganze ist natürlich nur meine persönliche Meinung als Kunde.

VG
Earl

[MatthiasS]

Durch die Mitsprache der Kunden ändern sich jedoch auch Reihenfolgen unserer Releasepläne.

Ob das so eine gute Idee ist? Da hat man doch als Kunde keinerlei Planungssicherheit mehr.

[MatthiasS]

Ja, DMX ist schon dabei.

Oh, tatsächlich? In der 1.5.1?

DMX interessiert mich sehr. Wo finde ich denn, wie das eingerichtet wird? Das DMX-Subforum bei dir ist ja noch ziemlich jungfäulich.

[gbglace]

Es wäre zu überlegen, ob man es nicht ermöglichen sollte, gleich eine (editierbare) Abfolge von Telegrammen zu senden, um damit komplexere Logiken anzusprechen

Wobei das ja nur für externe Logiken bzw. welche die in anderen KNX-Geräten sitzen von wesentlicher Bedeutung ist. Für die Logiken im TWS braucht es ja dank des Doktor-Modus den Versand echter Daten auf dem KNX-Bus nicht.

Wir haben das jetzt schon im GA-Editor nebst Anzeige von Diskrepanzen im Projekt.

Da haben einige Kunden schon einige Überraschungen erlebt beim Import des ETS-Projektes, welche eigenartigen Konstellationen an GA <> KO <> DPT Zuordnungnen die ETS bei laufenden Projekten generiert hat. Da haben einige erstmal aufgeräumt.

[StefanW]

Hallo,

Hö? Und wenn's blitzt oder der Server absäuft ist die Karte mit futsch? Wasn das für ein Backup, wenns am selben System hängt? Geht Backup alternativ auch offsite via SFTP oder SMB?

Selbstverständlich ist das beste Backup in einem anderen Brandabschnitt oder gleich außer Haus. Ist nur nicht leicht, das Out-of-the-Box zu liefern. Sobald man beim Backup mit einer Komponenten zu tun hat. welche der Kunde erst noch zusammenbauen, parametrisieren und regelmäßig testen muss, wird das nur noch ein Bruchteil ausführen. Für einen SI würde es schwer sein, für jeden Kunden bei jedem Wechsel des NAS das Backup neu zu konfigurieren oder zu überprüfen.

Daher bieten wir das lokale Backup an.

Wir haben als Hersteller durchaus mit Blitzschaden zu tun, schließlich bekommen wir die Geräte für Begutachtung, Reparatur, Schreiben an Versicherungen. Von daher wissen wir schon, was typischerweise defekt wird und was nicht. Zum einen begegnen wir dem durch Schutzmaßnahmen wie Überspannungsschutz an allen Ein- und Ausgängen zum anderen sind wir ziemlich sicher, dass die SD-Karte die von den Ein- und Ausgängen am weitesten entfernt ist, vermutlich nicht betroffen sein wird. Die eingesteckte Karte befindet sich auch im Inneren eines metallisierten (oder metallischen) Gehäuses das einen faradayischen Käfig ausbildet. Zudem ist die Karte wasserdicht, so leicht läßt sich das Backup nicht zerstören.

Das Backup läßt sich vom Kunden herunterladen und für die Zukunft ist sowohl ein Backup auf externe Devices angedacht als auch eine Sicherung in die Timberwolf Cloud.

lg

Stefan

[StefanW]

Hallo Chris,

Kann man mit dem Busmonitor vom TWS eigentlich auch Telegramme senden? So wie beim Gruppenmonitor in der ETS?

Nein, nicht aus dem Busmonitor heute. Bisher nur aus dem Logik Editor durch Abkoppeln und manuelles Einspeisen, wobei das dann über die "Sending-GA" des entsprechenden Objektes geht, also nicht über eine beliebige GA. Verbesserung geplant.

Idealerweise natürlich sowohl manuell an eine beliebige GA+DPT ...

Das Feature haben sich auch schon einige Kunden gewünscht und das fehlt tatsächlich im Busmonitor. Es steht auf unsere Liste für 2020 (angestrebt ist das erste Halbjahr). Dann auch für jede beliebige GA. Ist auch keine große Sache.

Es wäre zu überlegen, ob man es nicht ermöglichen sollte, gleich eine (editierbare) Abfolge von Telegrammen zu senden, um damit komplexere Logiken anzusprechen

... als auch eventuell über die bekannten GAs (falls der TWS die irgendwo anzeigen kann)?

Ja, sofern der Kunde das Projekt eingelesen hat kennt der Server die Einstellungen und kann damit auch die GAs und deren Einstellungen anzeigen.

Wir haben das jetzt schon im GA-Editor nebst Anzeige von Diskrepanzen im Projekt.


lg

Stefan