UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ
NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ
NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074
[Frage] [V1.5.1] SSD auf TWS 950Q womöglich voll
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: 3585
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1253 Mal
- Danksagung erhalten: 1649 Mal
Es ist geplant Angaben aus dem Systemmonitor in eigene TWS-Objekte zu geben, damit wären dann je nach persönlichem Bedarf auch Timeseries möglich, aber dann erst ab dann startend, nicht ab golife des jeweiligen TWS.
Ich weiß nicht ob es Mal ne Art Abstimmung von Stefan gab welche Systemwerte als Objekt gewünscht sind, ansonsten wäre das Mal als FR eine Option.
Ich weiß nicht ob es Mal ne Art Abstimmung von Stefan gab welche Systemwerte als Objekt gewünscht sind, ansonsten wäre das Mal als FR eine Option.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Elaborated Networks
- Reactions:
- Beiträge: 9689
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4831 Mal
- Danksagung erhalten: 7633 Mal
- Kontaktdaten:
Hallo Göran, völlig richtig. So einen FR wäre sehr sinnvoll.
Hallo Sven,
Göran hat es schon richtig gesagt, das nennen wir "Systemobjekte". Bislang gibt es diese noch nicht, aber für die künfitgen Versionen ist das vorgesehen, genauso wie ein LOG-Feature, so dass man Ereignisse generieren und in einem Textlog eintragen kann bzw. Alarme versenden. Das sind Themen für 2020.
Eine "zu hohe Anzahl von KNX Bus Telegrammen" ist da sicherlich nicht ursächlich. Mit dem nächsten Release kommt da auch eine Verbesserung, weil die (in der Applikation programmierbare) Telegrammratenbegrenzung unter manchen Umständen nicht gegriffen hat und dies nun funktioniert.
lg
Stefan
Hallo Sven,
Ja, in der Architektur des TWS ist das absolut denkbar.Robosoc hat geschrieben: ↑Do Jan 16, 2020 5:03 amWas ich interessant fände wäre, wie der Verlauf ist. Da kam mir die Idee, dass es „nett“ wäre , wenn man den Verlauf visualisieren könnte. Z.b. Als Link von der Service Seite, wenn man auf die Grafiken des Systemmonitors klickt, öffnet sich ein entsprechender Grafana View, ähnlich der Schnittstellenstatistik vom Busmonitor. Wäre sowas überhaupt denkbar.
Göran hat es schon richtig gesagt, das nennen wir "Systemobjekte". Bislang gibt es diese noch nicht, aber für die künfitgen Versionen ist das vorgesehen, genauso wie ein LOG-Feature, so dass man Ereignisse generieren und in einem Textlog eintragen kann bzw. Alarme versenden. Das sind Themen für 2020.
Bisher gibt es noch keine Systemobjekte und auch keine historischen Daten
Vermutlich automatisch.Robosoc hat geschrieben: ↑Do Jan 16, 2020 5:03 amAber für diese Diskussion eher interessanter: Alle meine Dienste laufen seit ca 24 Tagen 21 Stunden und 15 Minuten, außer der Service Timeseries-DB. Dieser wurde vor 6Tagen und 17 Stunden das letzte Mal gestartet.ich habe keine Ahnung warum, vielleicht habe ich es herbei geführt, vielleicht ist es automatisch passiert. Eine zu hohe Anzahl von Knx Bus Telegrammen war es jedenfalls scheinbar nicht.
Eine "zu hohe Anzahl von KNX Bus Telegrammen" ist da sicherlich nicht ursächlich. Mit dem nächsten Release kommt da auch eine Verbesserung, weil die (in der Applikation programmierbare) Telegrammratenbegrenzung unter manchen Umständen nicht gegriffen hat und dies nun funktioniert.
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.
-
- Elaborated Networks
- Reactions:
- Beiträge: 974
- Registriert: Sa Aug 11, 2018 9:14 pm
- Hat sich bedankt: 280 Mal
- Danksagung erhalten: 499 Mal
markusrohr hat geschrieben: ↑Mi Jan 15, 2020 9:34 pm Nur eine Verständnisfrage: in der Systemübersicht wurde die Grösse der Timeseries-DB mit nur 417 MB angegegeben. Wie kommt dieser Wert zustande?
Die Services Anzeige ist wie ein Taskmanager z.B. bei Windows zu verstehen. Speicher bedeutet hier verwendeter Arbeitsspeicher.
Eine Aufschlüsselung des SSD-Speichers (dauerhaft, wie eine Festplatte) ist geplant. Hier soll man wie jetzt schon beim Backup sehen, wofür der Platz genutzt wird und darüber hinaus auch Präferenzen angeben können wofür der Speicher primär genutzt werden soll. Beispielsweise sind mir jahrelange Aufzeichnungen von Sensoren wichtig, oder habe ich lieber mehr Platz um diverse Docker Container auszuführen.
Grundsätzlich sollte das nicht passieren, hier handelt es sich um einen Bug in einer Drittsoftware. Aktuell kann man über die Veränderung des Smiley sehen, dass etwas nicht stimmt wenn eine Ressource überdurchschnittlich beansprucht wird. Wie schon geschrieben, ist geplant die Systemressourcen als Objekte zur Verfügung zu stellen. Das würde ermöglichen die Veränderung über einem Zeitverlauf aufzeichnen, oder sich auch benachrichtigen zu lassen, wenn wie hier der Speicherplatz knapp wird, bevor es eine Beeinträchtigung gibt.markusrohr hat geschrieben: ↑Mi Jan 15, 2020 9:34 pm Kann ich erkennen, dass die Komprimierung ausgefallen ist und wenn ja wie?
Viele Grüße,
Matthias
[ Timberwolf Entwicklung ]
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
-
- Elaborated Networks
- Reactions:
- Beiträge: 974
- Registriert: Sa Aug 11, 2018 9:14 pm
- Hat sich bedankt: 280 Mal
- Danksagung erhalten: 499 Mal
Hallo Markus,
ich denke ich habe die Ursache der ganzen Problematik gefunden.
Du hast dir eine Endlosschleife mit den KNX-Objekten gebaut.
In der Mitte (grün) steht das KNX Objekt und hattest es auf den Ziel rechts so eingestellt, dass wenn auf einer mit dem Objekt verknüpfen GA etwas reinkommt es auch wieder auf der Sende-GA auf den Bus gesendet wird. Das führt dann zu 100% KNX-Busauslastung. Alles was auf dem KNX-Bus läuft kommt dann auch wieder in die Timeseries Datenbank. Du hattest mehrere dieser Schleifen, ich habe dir die alle rausgeworfen. Seitdem ist deine Buslast wieder normal.
Deine PAs/GAs habe ich ausgegraut. Die Anzeige kannst du im KNX-Busmonitor unter dem Link "Schnittstellen-Statistik" auf der linken Seite finden.
Viele Grüße,
Matthias
ich denke ich habe die Ursache der ganzen Problematik gefunden.
Du hast dir eine Endlosschleife mit den KNX-Objekten gebaut.
In der Mitte (grün) steht das KNX Objekt und hattest es auf den Ziel rechts so eingestellt, dass wenn auf einer mit dem Objekt verknüpfen GA etwas reinkommt es auch wieder auf der Sende-GA auf den Bus gesendet wird. Das führt dann zu 100% KNX-Busauslastung. Alles was auf dem KNX-Bus läuft kommt dann auch wieder in die Timeseries Datenbank. Du hattest mehrere dieser Schleifen, ich habe dir die alle rausgeworfen. Seitdem ist deine Buslast wieder normal.
Deine PAs/GAs habe ich ausgegraut. Die Anzeige kannst du im KNX-Busmonitor unter dem Link "Schnittstellen-Statistik" auf der linken Seite finden.
Viele Grüße,
Matthias
Zuletzt geändert von ms20de am Do Jan 16, 2020 7:16 pm, insgesamt 1-mal geändert.
[ Timberwolf Entwicklung ]
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
-
- Elaborated Networks
- Reactions:
- Beiträge: 9689
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4831 Mal
- Danksagung erhalten: 7633 Mal
- Kontaktdaten:
Hallo Foristen,
was aber die Grafik ganz toll zeigt (mal abgesehen davon, dass es bei unsrem Server so eine tolle Grafik gibt die ideal ist für die Fehlersuche) ist, dass der Timberwolf Server eine wirklich außerordentlich hohe Dauerleistung auf dem KNX hat.
Werbung:
Diese kontinuierlich 43 Telegramme pro Sekunde sind praktisch das theoretische Maximum und es gibt nur ganz wenige Produkte, die das auf dem TP schaffen (manche LK kommen bei über 25 Telegrammen bereits ins Schwimmen). Diese hohe Leistung wird vor allem durch den speziellen TP-UART2+ (es kommt auf das PLUS hier an) erreicht, der mit doppelten Sendepuffern und zigfacher Baud-Rate zum Chip hin arbeitet, so dass es praktisch keine Latenzen mehr zwischen zwei Paketen mehr gibt, da, während der eine Puffer zum TP hin mit 9600 Baud geleert wird, kann der andere Puffer mit 115.200 Baud vom Stack gefüllt werden. So dass für das nächste Telegramm immer ein voller Puffer da ist.
Ich will das nur erwähnen, weil andere Produkte das NICHT können und wir hier wirklich eine heftige Durchsatzleistung erreichen (leider saufen LKs ab, daher mussten wir dann eine - in der Applikation einstellbare - Telegrammratenbegrenzung einbauen, was die tolle Technik wieder limitert).
Danke an Markus, dass Du mit Deinem Test uns diese Werbeeinblendung ermöglicht hast.
/Werbung
BTW: Und danke dass Du uns darauf aufmerksam gemacht hast, dass man im DOS eine Zirkelbeziehung anlegen konnte. Das wird mit dem nächsten oder übernächsten Release nicht mehr möglich sein.
Insgesamt bin ich über den Vorfall dankbar, weil wir haben eine Menge daraus gelernt, u.a. sollten wir die Übersicht des Speicherverbrauches bald angehen (ist eh geplant) und es sollte eine bessere Überwachung und Warnung für solche Dauerlasten geben. Weil man kann schnell was falsch konfigurieren, das kann jedem passieren.
lg
Stefan
was aber die Grafik ganz toll zeigt (mal abgesehen davon, dass es bei unsrem Server so eine tolle Grafik gibt die ideal ist für die Fehlersuche) ist, dass der Timberwolf Server eine wirklich außerordentlich hohe Dauerleistung auf dem KNX hat.
Werbung:
Diese kontinuierlich 43 Telegramme pro Sekunde sind praktisch das theoretische Maximum und es gibt nur ganz wenige Produkte, die das auf dem TP schaffen (manche LK kommen bei über 25 Telegrammen bereits ins Schwimmen). Diese hohe Leistung wird vor allem durch den speziellen TP-UART2+ (es kommt auf das PLUS hier an) erreicht, der mit doppelten Sendepuffern und zigfacher Baud-Rate zum Chip hin arbeitet, so dass es praktisch keine Latenzen mehr zwischen zwei Paketen mehr gibt, da, während der eine Puffer zum TP hin mit 9600 Baud geleert wird, kann der andere Puffer mit 115.200 Baud vom Stack gefüllt werden. So dass für das nächste Telegramm immer ein voller Puffer da ist.
Ich will das nur erwähnen, weil andere Produkte das NICHT können und wir hier wirklich eine heftige Durchsatzleistung erreichen (leider saufen LKs ab, daher mussten wir dann eine - in der Applikation einstellbare - Telegrammratenbegrenzung einbauen, was die tolle Technik wieder limitert).
Danke an Markus, dass Du mit Deinem Test uns diese Werbeeinblendung ermöglicht hast.
/Werbung
BTW: Und danke dass Du uns darauf aufmerksam gemacht hast, dass man im DOS eine Zirkelbeziehung anlegen konnte. Das wird mit dem nächsten oder übernächsten Release nicht mehr möglich sein.
Insgesamt bin ich über den Vorfall dankbar, weil wir haben eine Menge daraus gelernt, u.a. sollten wir die Übersicht des Speicherverbrauches bald angehen (ist eh geplant) und es sollte eine bessere Überwachung und Warnung für solche Dauerlasten geben. Weil man kann schnell was falsch konfigurieren, das kann jedem passieren.
lg
Stefan
Zuletzt geändert von StefanW am Fr Jan 17, 2020 9:34 am, insgesamt 2-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: 2181
- Registriert: So Aug 12, 2018 1:38 pm
- Wohnort: Karlsruher Raum
- Hat sich bedankt: 481 Mal
- Danksagung erhalten: 889 Mal
So am Rande: Ich habe mir den Bus mit den Dockern zugeschossen. War kein Loop vom TWS, sondern 2 unglücklich gebaute Rules, aber trotzdem. Daher würde es wirklich helfen, wenn nativ eine einstellbare Buslastüberwachung implementiert würde.
Mit Grafana müsste das per Telegram heute auch schon gehen, oder?
Mit Grafana müsste das per Telegram heute auch schon gehen, oder?
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
-
- Reactions:
- Beiträge: 3585
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1253 Mal
- Danksagung erhalten: 1649 Mal
Ja Du könntest auf dem Grafana Charts der sich bei der KNX Statistik aufbaut auch einen Schwellwert definieren und dann entsprechend ne Mail versenden lassen.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Reactions:
- Beiträge: 192
- Registriert: Sa Dez 08, 2018 7:33 pm
- Wohnort: Lostorf
- Hat sich bedankt: 173 Mal
- Danksagung erhalten: 94 Mal
- Kontaktdaten:
Hallo Matthias,
besten Dank für Deine Analysen, mit den Helligkeiten spiele ich gerade herum, da kann es scheinbar schnell passieren solche Zirkelbezüge einzubringen. Kann aber auch jetzt nicht nachvollziehen wie ich das "verbrochen" habe. Hätte ich ohne Deine Hilfe nie herausgefunden.
Hallo Stefan, ich war mir gar nicht bewusst, dass ich es mit meinen Fähigkeiten je schaffen würde den TWS an seine Grenzen zu bringen und sogar noch seine überragende Performance nachzuweisen. Werde Dir einmal mein CV einreichen, vielleicht gibt es ja einmal eine Vakanz als als DAU.
Aber wieder im ernst, der TWS ist eine tolle Maschine, das Forum sorgt wesentlich dafür, dass Applikationen bereit gestellt werden (HW macht ja nur im Zusammenhang mit einem Kundennutzen Sinn). Wenn Ihr aufgrund solcher Vorfälle für eine vereinfache Fehlersuche (noch besser Fehlervermeidung) und erhöhte und Transparenz sorgt dürften die idealen Voraussetzunge für den Verkauf an Systemintegratoren mit höheren Stückzahlen geschaffen sein.
Dies wäre vielleicht auch die beste Arumentationslinie gegenüber Nerds in anderen Foren "ja wir haben Scheisse gebaut (Du findest sicher eine freundlichere Formulierung) wir haben daraus gelernt, wir haben eine zukunftsträchtige Architektur aufgebaut und Elabnet und das Forum sorgen dafür, dass ein beherrschbares System entwickelt wird, dass ein Ausrollen auf breiter Basis unter marktwirtschaftlichen Bedingungen bei tieferen Gesamtkosten erlaubt.
Ich habe vor Jahrzehnten bei Käser in einem Verkaufstraining einen wichtigen Satz gelernt; "Unrat vorbei schwimmen lassen". Diese Leute werden nie Eure Kunden werden.
Viele Grüsse
Markus
besten Dank für Deine Analysen, mit den Helligkeiten spiele ich gerade herum, da kann es scheinbar schnell passieren solche Zirkelbezüge einzubringen. Kann aber auch jetzt nicht nachvollziehen wie ich das "verbrochen" habe. Hätte ich ohne Deine Hilfe nie herausgefunden.
Hallo Stefan, ich war mir gar nicht bewusst, dass ich es mit meinen Fähigkeiten je schaffen würde den TWS an seine Grenzen zu bringen und sogar noch seine überragende Performance nachzuweisen. Werde Dir einmal mein CV einreichen, vielleicht gibt es ja einmal eine Vakanz als als DAU.
Aber wieder im ernst, der TWS ist eine tolle Maschine, das Forum sorgt wesentlich dafür, dass Applikationen bereit gestellt werden (HW macht ja nur im Zusammenhang mit einem Kundennutzen Sinn). Wenn Ihr aufgrund solcher Vorfälle für eine vereinfache Fehlersuche (noch besser Fehlervermeidung) und erhöhte und Transparenz sorgt dürften die idealen Voraussetzunge für den Verkauf an Systemintegratoren mit höheren Stückzahlen geschaffen sein.
Dies wäre vielleicht auch die beste Arumentationslinie gegenüber Nerds in anderen Foren "ja wir haben Scheisse gebaut (Du findest sicher eine freundlichere Formulierung) wir haben daraus gelernt, wir haben eine zukunftsträchtige Architektur aufgebaut und Elabnet und das Forum sorgen dafür, dass ein beherrschbares System entwickelt wird, dass ein Ausrollen auf breiter Basis unter marktwirtschaftlichen Bedingungen bei tieferen Gesamtkosten erlaubt.
Ich habe vor Jahrzehnten bei Käser in einem Verkaufstraining einen wichtigen Satz gelernt; "Unrat vorbei schwimmen lassen". Diese Leute werden nie Eure Kunden werden.
Viele Grüsse
Markus
TWS 950 ID 238 mit PBM ID: 10008, 3 Kanäle, Wartungs-VPN aktiviert, Neustart bitte nur nach Nachfrage, markus.rohr@bluewin.ch
-
- Elaborated Networks
- Reactions:
- Beiträge: 9689
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4831 Mal
- Danksagung erhalten: 7633 Mal
- Kontaktdaten:
Hallo Markus,
In der Logik ist eine solche Erkennung eingebaut, die entsprechenden Logiken werden dann "vom System gestoppt". Aber an den DOS / Dispatcher haben wir nicht gedacht.
Es ist eine unserer größten Stärken, dass wir auf jeden Einzelfall sehr akribisch reagieren. Wir warten nicht, bis es zwanzig Kunden passiert ist und es dann eine Welle macht, sondern wir verändern schon nach einem einzelnen Fall die Software.
Das hat sich beim WireGate Server bewährt (der dadurch extrem stabil wurde) und bewährt sich auch hier beim Timberwolf, weil es nicht nur ein mächtiges, sondern auch stabiles System ist, das nicht nur bei schönem Wetter funktionieren soll.
lg
Stefan
So schlimm war Dein Fehler nicht. Ich betrachte es als Fehler der Benutzeroberfläche, dass es solche Zirkelbezüge zulässt.markusrohr hat geschrieben: ↑Fr Jan 17, 2020 9:06 amHallo Stefan, ich war mir gar nicht bewusst, dass ich es mit meinen Fähigkeiten je schaffen würde den TWS an seine Grenzen zu bringen und sogar noch seine überragende Performance nachzuweisen. Werde Dir einmal mein CV einreichen, vielleicht gibt es ja einmal eine Vakanz als als DAU.
In der Logik ist eine solche Erkennung eingebaut, die entsprechenden Logiken werden dann "vom System gestoppt". Aber an den DOS / Dispatcher haben wir nicht gedacht.
Ja. Ich denke auch. Wird ein wenig dauern, bis sich das herum spricht.markusrohr hat geschrieben: ↑Fr Jan 17, 2020 9:06 amWenn Ihr aufgrund solcher Vorfälle für eine vereinfache Fehlersuche (noch besser Fehlervermeidung) und erhöhte und Transparenz sorgt dürften die idealen Voraussetzunge für den Verkauf an Systemintegratoren mit höheren Stückzahlen geschaffen sein.
Es ist eine unserer größten Stärken, dass wir auf jeden Einzelfall sehr akribisch reagieren. Wir warten nicht, bis es zwanzig Kunden passiert ist und es dann eine Welle macht, sondern wir verändern schon nach einem einzelnen Fall die Software.
Das hat sich beim WireGate Server bewährt (der dadurch extrem stabil wurde) und bewährt sich auch hier beim Timberwolf, weil es nicht nur ein mächtiges, sondern auch stabiles System ist, das nicht nur bei schönem Wetter funktionieren soll.
Ein schöner Satz. Ja, das ist richtig, das ist nicht unsere Kundschaft.markusrohr hat geschrieben: ↑Fr Jan 17, 2020 9:06 amIch habe vor Jahrzehnten bei Käser in einem Verkaufstraining einen wichtigen Satz gelernt; "Unrat vorbei schwimmen lassen". Diese Leute werden nie Eure Kunden werden.
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: 2181
- Registriert: So Aug 12, 2018 1:38 pm
- Wohnort: Karlsruher Raum
- Hat sich bedankt: 481 Mal
- Danksagung erhalten: 889 Mal
Mail wollte ich schonmal machen, aber ich wüßte nicht wie/wo ich den Mailserver konfigurieren kann. Soweit ich das verinnerlicht habe, geht das über config-file, auf das man nicht kommt.
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit