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

[DISKUSSION] Kopplungsmöglichkeiten TWS REG mit TWS Desktop

Eure Wünsche und Phantasien
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

Ersteller
Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

Kopplungsmöglichkeiten TWS REG mit TWS Desktop

#1

Beitrag von Sun1453 »

Hallo Stefan,

da ich auf dem REG TWS lieber alles Stabil laufen haben möchte mit von euch erschaffener Software, würde ich gerne für alles was Docker und Comfort ist auf einen Desktop TWS in Zukunft laufen lassen. Gibt es da erstmal von euerer Seite Pläne eine Knüpfung von TWS Servern zu machen?

Alternativ wäre es ja vielleicht Sinnvoll MQTT zu nutzen aber dann müsste neben dem Client auch der Server in eure Software einzug halten.

Als Backend TWS Desktop würde es dann ein TWS 2400 werden, da ich ja keine Schnittstellen brauchen sondern er einfach nur Stabil mit der spitzen Software / Hardware und dem einigartig guten Support im Server Schrank seinen Dienst tun soll.

@ALL Was haltet ihr davon. Es kann fleißig dikutiert werden.
@StefanW
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 |

StefanW
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:

#2

Beitrag von StefanW »

Hallo Michael,

sehr schöne Diskussion.

==> Ich arbeite jetzt aber erstmal am Thema Bodenfeuchtesensor weiter und bitte hier um etwas Geduld

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.

Ersteller
Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#3

Beitrag von Sun1453 »

Hallo Stefan,

ja klar mach erstmal das Business in Sachen Bodenfeuchte Sensor / Ventilaktoren. Ihr wollt ja endlich euer Meisterwerk bei den Leuten im Garten und nicht mehr im Lager liegen sehen. Hoffe das die Leute euch die Dinger aus den Händen reisen und alles leer wird. Lasse die Kasse klingeln.

Lass dir Zeit. Wollte nur das Thema mal schön diskutieren. Stoße einfach dazu wenn Zeit ist.
Zuletzt geändert von Sun1453 am Fr Jul 24, 2020 10:07 am, 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 |

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#4

Beitrag von gbglace »

Quasi einen TWS als Docker-Container Host für IoT-Anwendungen und der Nutzung der LE und IP-Protokoll-Schnittstellen in bekannter Oberfläche. Und die Ergebnisse / Anforderungen per MQTT an den anderen TWS geben, der das dann in die KNX/1-Wire/Modbus Infrastruktur routet.

Im Sinne einheitlicher Benutzeroberfläche kein schlechter Gedanke und für den Elabnet-Umsatz sicher nicht schlecht. Als reiner Container-Host aber kein Schnäppchen in der Anschaffung.
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

Ersteller
Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#5

Beitrag von Sun1453 »

Hallo Göran,

also gewisse Grundlogiken sollten schon auf dem TWS REG laufen. Alles weiterführende dann auf dem Desktop TWS.

Meine IDEE ist dabei diese.

TWS REG:

Kommunikation mit allen vorhandenen Schnittstellen:

- KNX
- Modbus
- DMX
- 1-Wire
- MQTT Slave

Was an Logiken zwischen den Schnittstellen des REG TWS allein funktioniert, bleibt auch auf den REG. Da muss man nicht unbedingt alles Quer über MQTT senden. Was die Visu und IP Schnittstellen angeht sollte der TWS Desktop übernehmen.

TWS Desktop:

- Conainter für Visu (Edomi, OPENHAB, CometVisu, ioBroker,)
- Conainter für Logik (Node Red)
- MQTT Master für TWS und weitere Geräte mit MQTT
- TCP/UDP Sender/Reciever |Rest-API & Web-Abfragen
- Logiken
  1. Die Daten aus dem REG TWS benötigen
  2. Die Daten an den REG TWS senden (Berechnet aus anderen Werten der WEB Schnittstellen / Node RED)
  3. Die Daten aus MQTT REST WEB TCP UDP benötigen
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 |

Didda93
Reactions:
Beiträge: 172
Registriert: Fr Jan 11, 2019 12:24 pm
Hat sich bedankt: 341 Mal
Danksagung erhalten: 112 Mal

#6

Beitrag von Didda93 »

Die Einteilung von Michael finde ich gut und das werde ich voraussichtlich auch so umsetzen.
Was auch super wäre (weiß jedoch nicht wie das genau abzulaufen hat) ist, dass man seine ganzen "Sachen" (also logiken, Container,...) transferieren kann. Also entweder über das Backup des anderen Servers oder irgendwie anderweitig. So dass wenn entweder der Desktop- oder der Reg-Server einmal ausfallen sollte der jeweils andere alles übernehmen kann.

Hat jetzt mit Sicherheit nicht die höchste prio aber gibt dem Nutzer schon ein starkes Gefühl der Sicherheit falls ein Server ausfallen sollte (gilt wahrscheinlich dann nur für Leute die 2 Wölfe haben)


Lg
Philipp
Grüße Philipp

TWS 960Q ID: 441 (VPN offen, Reboot nach Absprache)
Benutzeravatar

starwarsfan
Reactions:
Beiträge: 1152
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 744 Mal
Danksagung erhalten: 923 Mal

#7

Beitrag von starwarsfan »

Hallo miteinander,

also Container transferieren zwischen Reg und Desktop wird nicht funktionieren, da es sich um unterschiedliche Architekturen handelt. Datenvolumes lassen sich transferieren aber ob die darauf befindlichen Daten dann vom Container mit der anderen Architektur verwendet werden können, hängt völlig von der jeweiligen Applikation ab.
Kind regards,
Yves

- TWS 2500 ID:159 (VPN offen, Reboot nach Rücksprache) - PBM ID:401 - TWS 3500 ID:618 (VPN offen, Reboot nach Rücksprache) - ControlPro - ProxMox - Edomi (LXC / Docker) - ... -

Ersteller
Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#8

Beitrag von Sun1453 »

Hallo Philipp,
Didda93 hat geschrieben: Fr Jul 24, 2020 2:03 pm Hat jetzt mit Sicherheit nicht die höchste prio aber gibt dem Nutzer schon ein starkes Gefühl der Sicherheit falls ein Server ausfallen sollte (gilt wahrscheinlich dann nur für Leute die 2 Wölfe haben)
an sich mit den Transferieren ist eine gute Idee. Ich denke aber das hier der Nutzen / Aufwand dem entgegen spricht.

Logiken kann man ja exportieren per JSON und im neuen Server so im JSON wieder einfügen. Verknüpfungen im DOS muss man dann sowieso neu machen. Jeder Server hat ja andere Objektbezeichnungen und Nummern.

Docker kann man einfach neu Deployen und Volumes kann man kopieren. Hier könnte man maximal schauen ob man das Verschieben der Volumes [Export/Import] irgendwie softwareseitig unterstützen kann.
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 |

StefanW
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:

#9

Beitrag von StefanW »

Hallo zusammen,

ich habe das Thema nicht vergessen, aber hatte noch keine Zeit dazu.

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.

Ersteller
Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#10

Beitrag von Sun1453 »

StefanW hat geschrieben: So Jul 26, 2020 9:32 pm Hallo zusammen,

ich habe das Thema nicht vergessen, aber hatte noch keine Zeit dazu.

lg

Stefan
Alles gut Stefan, Klinke du oder deine Mitarbeiter bei Gelegenheit ein.
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 |
Antworten

Zurück zu „Feature Requests & Diskussionen Timberwolf Allgemein“