NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[DISKUSSION] UMFRAGE: Interessse an USV- und / oder NV-RAM Modul?
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 1884
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
Habe mich von den Diskussionen umstimmen lassen. Würde Euch eine Kondensator USV für einen 950er abkaufen, wenn es deutlich unter 100euro wäre.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Reactions:
- Beiträge: 159
- Registriert: Di Okt 23, 2018 9:27 pm
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 37 Mal
Ich hab momentan für Nein gestimmt, da der TW nur einer von mehreren Pc‘s ist die bei mir per USV gesichert werden. Viel wichtiger wäre meiner Meinung ein System-KO mit dem ich im Falle des Stromausfalls dem TW mitteilen kann, er soll doch bitte runterfahren.
Beim letzten längeren Stromausfall haben alle Server Sauber einen Shutdown gemacht, bloß dem TW wurde halt Iwann der Saft abgedreht.
Was ich jedoch interessant finden würde und mich überzeugen könnte, wäre eine Art OEM Version so eines USV-Kondensators, da diese so wie ich verstanden wartungsfrei sind und somit auf Dauer auch günstiger sind. Betreibe hier 4 APU‘s und ein paar Pi‘s die ich gern damit sichern würde.
Problem dabei wäre wohl aber für euch die unterstützende Software für diese ganzen Systeme l was ja auch verständlich ist . Aber ansonsten wäre das der Knaller
Beim letzten längeren Stromausfall haben alle Server Sauber einen Shutdown gemacht, bloß dem TW wurde halt Iwann der Saft abgedreht.
Was ich jedoch interessant finden würde und mich überzeugen könnte, wäre eine Art OEM Version so eines USV-Kondensators, da diese so wie ich verstanden wartungsfrei sind und somit auf Dauer auch günstiger sind. Betreibe hier 4 APU‘s und ein paar Pi‘s die ich gern damit sichern würde.
Problem dabei wäre wohl aber für euch die unterstützende Software für diese ganzen Systeme l was ja auch verständlich ist . Aber ansonsten wäre das der Knaller
Gruß Ben
TWS 960Q ID:359, VPN offen, Reboot erlaubt
TWS 960Q ID:359, VPN offen, Reboot erlaubt
-
- Reactions:
- Beiträge: 3744
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1171 Mal
- Danksagung erhalten: 2076 Mal
Vorteil des USV Kondensators wäre, dass man kein Systemobjekt braucht und der TWS am Ende (wenn Haupt-USV leer ist) als letztes runter fährt. Damit sind auch alle Stati richtig.
Lg
Robert
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
- Reactions:
- Beiträge: 159
- Registriert: Di Okt 23, 2018 9:27 pm
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 37 Mal
Nachteil wäre dass man bei vorhandener USV extra Hardware für die Absicherung braucht.
Eine Kombination aus beidem wäre wahrscheinlich das beste, dann könnte es jeder nach seinen Bedürfnissen umsetzen.
Die Idee mit dem Kondensator find ich ja Ansicht ned schlecht, aber der TW ist nunmal nur eins von mehreren zu schützenden Geräten.
Eine Kombination aus beidem wäre wahrscheinlich das beste, dann könnte es jeder nach seinen Bedürfnissen umsetzen.
Die Idee mit dem Kondensator find ich ja Ansicht ned schlecht, aber der TW ist nunmal nur eins von mehreren zu schützenden Geräten.
Zuletzt geändert von stonie2oo4 am So Apr 11, 2021 9:22 am, insgesamt 1-mal geändert.
Gruß Ben
TWS 960Q ID:359, VPN offen, Reboot erlaubt
TWS 960Q ID:359, VPN offen, Reboot erlaubt
-
- Reactions:
- Beiträge: 1194
- Registriert: Sa Aug 11, 2018 10:52 pm
- Wohnort: Oberbayern
- Hat sich bedankt: 237 Mal
- Danksagung erhalten: 857 Mal
- Kontaktdaten:
Nö, bei externer USV brauchst Du nur eine Software-Lösung die den TW runter fährt wenn die USV sich meldet. So wie bei anderen Servern halt auch, die haben ja auch nichts extra eingebaut.stonie2oo4 hat geschrieben: ↑So Apr 11, 2021 9:19 am Nachteil wäre dass man bei vorhandener USV extra Hardware für die Absicherung braucht.
[...]
Die Idee mit dem Kondensator find ich ja Ansicht ned schlecht, aber der TW ist nunmal nur eins von mehreren zu schützenden Geräten.
CometVisu Entwickler - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
-
- Reactions:
- Beiträge: 1873
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 1579 Mal
- Danksagung erhalten: 810 Mal
Bezugnehmend auf Post 35
Genau Chris das stimmt. So hätte man den TWS Autark und er fährt dann herunter wenn er mitbekommt es ist kein Strom mehr. So braucht man nicht ständig wenn sich Sachen ändern an die Software dran und hat zumindest die Absicherung für den TWS ohne das man weitere Gedanken dafür verwendet. Auch wenn die andere Lösung sich verabschiedet fährt der TWS normal runter.
Genau Chris das stimmt. So hätte man den TWS Autark und er fährt dann herunter wenn er mitbekommt es ist kein Strom mehr. So braucht man nicht ständig wenn sich Sachen ändern an die Software dran und hat zumindest die Absicherung für den TWS ohne das man weitere Gedanken dafür verwendet. Auch wenn die andere Lösung sich verabschiedet fährt der TWS normal runter.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
- Elaborated Networks
- Reactions:
- Beiträge: 9775
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7820 Mal
- Kontaktdaten:
Hallo Michael,
der Punkt ist, das so eine externe Verbindung zu USVs beliebiger Hersteller ein großer Implementierungsaufwand ist, selbst dann, wenn es dafür fertige Daemons gibt. Weil so eine Lösung muss dann auch funktionieren.
Man darf nicht vergessen bitte, das wir ein Hersteller sind, der direkt an Endkunden verkauft und ein eigenes Forum betreibt und damit sehr eng an die Kunden angebunden ist. Wenn bei uns mal etwas nicht funktioniert, wird sofort darüber geschrieben (alleine schon weil der Kunde weiß dass es auch gelesen wird) und manch einer macht auch vor martialischen Überschriften nicht halt.
Unsere Lösungen müssen immer wirklich sehr sehr gut funktionieren. Das bekommen wir hin, aber ich kenne auch den immensen Aufwand dafür. Zudem ist die Vielfalt an externen USV kaum zu überblicken und von uns zu testen. Ich habe Sorge, dass der ein oder andere Kunde eine exotischere USV beschafft und dann von uns erwartet, dass wir die möglichen Kompatibilitätsprobleme damit lösen sollen.
So eine Anbindung an beliebige externe USVs, die wirklich einwandfrei funktioniert, dürfte insgesamt einen nicht unerheblichen Aufwand verursachen. Dafür fehlt uns im Moment die Zeit, weil wir mit unseren Kunden einen anderen Fahrplan besprochen haben.
lg
Stefan
der Punkt ist, das so eine externe Verbindung zu USVs beliebiger Hersteller ein großer Implementierungsaufwand ist, selbst dann, wenn es dafür fertige Daemons gibt. Weil so eine Lösung muss dann auch funktionieren.
Man darf nicht vergessen bitte, das wir ein Hersteller sind, der direkt an Endkunden verkauft und ein eigenes Forum betreibt und damit sehr eng an die Kunden angebunden ist. Wenn bei uns mal etwas nicht funktioniert, wird sofort darüber geschrieben (alleine schon weil der Kunde weiß dass es auch gelesen wird) und manch einer macht auch vor martialischen Überschriften nicht halt.
Unsere Lösungen müssen immer wirklich sehr sehr gut funktionieren. Das bekommen wir hin, aber ich kenne auch den immensen Aufwand dafür. Zudem ist die Vielfalt an externen USV kaum zu überblicken und von uns zu testen. Ich habe Sorge, dass der ein oder andere Kunde eine exotischere USV beschafft und dann von uns erwartet, dass wir die möglichen Kompatibilitätsprobleme damit lösen sollen.
So eine Anbindung an beliebige externe USVs, die wirklich einwandfrei funktioniert, dürfte insgesamt einen nicht unerheblichen Aufwand verursachen. Dafür fehlt uns im Moment die Zeit, weil wir mit unseren Kunden einen anderen Fahrplan besprochen haben.
lg
Stefan
Zuletzt geändert von StefanW am So Apr 11, 2021 11:21 am, insgesamt 1-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 1164
- Registriert: Mi Okt 10, 2018 2:39 pm
- Hat sich bedankt: 754 Mal
- Danksagung erhalten: 947 Mal
Hallo miteinander
Also das sollte sich doch recht einfach lösen lassen, indem ihr sagt es sind USV X und Y getestet (und supportet?). Geräte anderer Hersteller liegen in der Verantwortung des Kunden.
-
- Elaborated Networks
- Reactions:
- Beiträge: 9775
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7820 Mal
- Kontaktdaten:
Hallo Yves,
Es geht manchmal gar nicht mehr darum, wie groß der Aufwand ist, eine Funktion einzubauen, sondern was der Support dafür kosten wird. Das ist für manche Funktionen die maßgebliche Größe und Entscheidungsgrundlage, was wir einbauen können und was nicht.
Grundsätzlich wird von uns erwartet, dass alles was wir unterstützen, dann auch 10 bis 20 Jahre funktioniert. Das ist schwer zu leisten für Geräte von fremden Herstellern.
Funktionen mit unserer eigenen HW zu unterstützen ist mit einem sehr viel geringeren Aufwand und vor allem kaum mit Support verbunden, weil wir das für unsere eigenen Dinge besser im Griff haben können.
Das schließt nicht aus, dass wenn es eines Tages Systemobjekte gibt, es dann auch ein Objekt für das herunterfahren gibt und dann kann sich die Community in Docker selbst die Software für die Kommunikation mit allem schreiben, wonach das Herz schlägt. Das wird aber noch ein wenig dauern, weil wir müssen, wie mehrmals schon geschrieben, erst die älteren Wünsche erfüllen.
lg
Stefan
danke, aber es funktioniert so leider nicht in der Realität, weil sich mancher Nutzer, egal was man mal irgendwo geschrieben hat zu irgendeiner Einschränkung was den Support betrifft, trotzdem an uns wendet. Oft aus Unwissen über getroffene Einschränkungen. Manchmal werden dabei alle Register gezogen um einen kostenlosen Support für die Anlage und Geräte des Nutzers herauszuverhandeln. Ich kann nicht mehr ins Detail gehen... aber wir sind vorsichtig geworden damit, was wir implementieren.starwarsfan hat geschrieben: ↑So Apr 11, 2021 12:08 pm.... indem ihr sagt es sind USV X und Y getestet (und supportet?). Geräte anderer Hersteller liegen in der Verantwortung des Kunden.
Es geht manchmal gar nicht mehr darum, wie groß der Aufwand ist, eine Funktion einzubauen, sondern was der Support dafür kosten wird. Das ist für manche Funktionen die maßgebliche Größe und Entscheidungsgrundlage, was wir einbauen können und was nicht.
Grundsätzlich wird von uns erwartet, dass alles was wir unterstützen, dann auch 10 bis 20 Jahre funktioniert. Das ist schwer zu leisten für Geräte von fremden Herstellern.
Funktionen mit unserer eigenen HW zu unterstützen ist mit einem sehr viel geringeren Aufwand und vor allem kaum mit Support verbunden, weil wir das für unsere eigenen Dinge besser im Griff haben können.
Das schließt nicht aus, dass wenn es eines Tages Systemobjekte gibt, es dann auch ein Objekt für das herunterfahren gibt und dann kann sich die Community in Docker selbst die Software für die Kommunikation mit allem schreiben, wonach das Herz schlägt. Das wird aber noch ein wenig dauern, weil wir müssen, wie mehrmals schon geschrieben, erst die älteren Wünsche erfüllen.
lg
Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 1873
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 1579 Mal
- Danksagung erhalten: 810 Mal
Ich denke man kann viel, dann wenn es implementiert [MQTT] ist, sauber über Node Red über MQTT lösen. Also auch Abfragen zu USV Status usw. und dann über Logik entscheiden, okay da fahre ich Herunterfahren an und Server geht schlafen. So kann man später auch Daten der anderen USV vor der TWS USV in die ganze Betrachtung mit einbeziehen. Aber eine USV zum sauberen Runterfahren des TWS sehe ich als sehr sinnvoll an.
Man bedenke nur das man durch die USV beim TWS eine weitere Rettungleine hat. Gerade bei Probleme mit der anderen USV oder wenn versehentlich ein falsches Kabel gezogen wird.
Man bedenke nur das man durch die USV beim TWS eine weitere Rettungleine hat. Gerade bei Probleme mit der anderen USV oder wenn versehentlich ein falsches Kabel gezogen wird.
Zuletzt geändert von Sun1453 am So Apr 11, 2021 2:57 pm, insgesamt 1-mal geändert.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |