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

[DISKUSSION] UMFRAGE: Welche beiden Leistungsmerkmale als nächstes

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

Was wünscht Ihr Euch für die nächsten Leistungsmerkmale (Max. zwei Antworten)

Umfrage endete am Sa Jun 19, 2021 6:30 pm

Modbus als Server ("Slave", kann damit andere Modbus Geräte emulieren und damit auch aktives Gateway sein)
2
1%
MQTT Client (inkl MQTT Broker)
52
28%
UDP / TCP (für Datenaustausch mit anderen Servern / SPS usw)
15
8%
Web-API / Rest-API (Datenaustausch über Web-Schnittstellen)
25
13%
DMX (als Objektsystem und nutzbar auch mit Desktop-Server)
20
11%
Timberwolf Lighting Enginge (Mutli-Protokoll Licht Szenencontoller)
22
12%
Zeitschaltuhr (einfach einstellbar)
38
20%
IFTTT Cloudintegration
0
Keine Stimmen
Amazon Echo ("Alexa")
8
4%
Apple Homekit ("Siri")
7
4%
 
Insgesamt abgegebene Stimmen: 189


blaubaerli
Reactions:
Beiträge: 2322
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 898 Mal
Danksagung erhalten: 700 Mal

#31

Beitrag von blaubaerli »

Hallo Stefan,

das mit dem Kalender haben wir hier viewtopic.php?f=77&t=1048&hilit=Kalender#p10572 schon mal entsprechend ausführlicher diskutiert.

Da hatte ich meine Ideen mal formuliert.

Beste Grüße
Jens
wiregate1250 & timberwolf168 (2600er), VPN offen, Reboot nach Vereinbarung
Bitte WIKI lesen.

Sun1453
Reactions:
Beiträge: 1873
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1579 Mal
Danksagung erhalten: 810 Mal

#32

Beitrag von Sun1453 »

Hallo Jens,

sehr gut. Gut das du den entsprechenden Beitrag bereit hast. Im Forum sind diese manchmal nicht so einfach zu finden.
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 |
Benutzeravatar

jensgulow
Reactions:
Beiträge: 322
Registriert: Fr Apr 19, 2019 4:37 pm
Hat sich bedankt: 66 Mal
Danksagung erhalten: 136 Mal

#33

Beitrag von jensgulow »

my2cents zum Thema Kalender:

Der TWS ist interessant, weil er viele verschiedene "Universen" zusammenbringt.
Ich würde Einbindung von google und caldav für strategisch richtig ansehen, weil eben viele Leute (und somit auch potentielle neue Kunden) eben solche leicht zu bedienenden Kalender nutzen.

Meine Argumentation zieht natürlich nur, wenn ich das Ganze aus Sicht eines privaten Normalverbrauchers sehe. Aus Sicht eines industriellen Abnehmers sind solcher Implementierungen total nachrangig.

Aber als "Normalverbraucher" nutze ich eben häufig Mainstream-Systeme. Und zu denen gehören eben auch die Kalender von google etc.
Viele Grüße

Jens

_____________________________________________________________________
TWS 2600#394 , TWS 3500L#1051, VPN offen, Reboot erlaubt
Was wird genutzt? -> TWS, KNX, 1-wire, MODBUS, Http-REST-API, IFTTT, Enocean, Amazon Alexa

Marinux
Reactions:
Beiträge: 125
Registriert: Fr Apr 12, 2019 3:04 pm
Hat sich bedankt: 9 Mal
Danksagung erhalten: 51 Mal

#34

Beitrag von Marinux »

Hi Stefan,
StefanW hat geschrieben: Mo Mär 22, 2021 12:34 pmUnsere Empfehlung ist, für spezielle Protokolle zu Gerät XYZ einen Container installieren und dort dann das spezielle Kommunikationsmodul hinzufügen.
das ist genau was ich meinte. Die TWS CAN Schnittstelle im Docker wäre ein toller erster Schritt inkl. der Funktionalität die Baudrate zu wählen.

Ich erwarte keine Integration wie das für KNX und Modbus bisher geschehen ist.
Zuletzt geändert von Marinux am Mo Mär 22, 2021 1:49 pm, insgesamt 2-mal geändert.
Gruß Markus

TWS 960Q #360, VPN geschlossen, Reboot verboten

supernode
Reactions:
Beiträge: 64
Registriert: So Aug 12, 2018 7:39 am
Hat sich bedankt: 10 Mal
Danksagung erhalten: 29 Mal

#35

Beitrag von supernode »

MQTT da man damit den TWS effizient an externe Systeme / Software anbinden kann. Der Umweg über KNX ist (mir) zu mühsam.
Eine allgemeine Zeitschaltuhr finde ich auch wichtig. Da kann es aber sehr schnell komplex werden wenn zusätzliche Vorbedingungen zu berücksichtigen sind...
TWS 2600 ID:172, VPN offen, Reboot erlaubt

Sensej
Reactions:
Beiträge: 901
Registriert: So Aug 12, 2018 9:12 am
Hat sich bedankt: 111 Mal
Danksagung erhalten: 240 Mal

#36

Beitrag von Sensej »

Hallo zusammen,
wollte noch ein paar Punkte erwähnen, die genauso wichtig sind und sehr oft hier im Forum besprochen wurden aber nicht auf der Liste stehen.

1. Update der Docker/Container Software
2. Optimierung von 1-Wire-Polling, z.B. für schnellere Abfragen der Reed-Kontakte
3. InfluxDB Abfragesprache "Flux" aktivieren

Der dritte Punkt hat hier die niedrigste Priorität ist aber für bessere und flexiblere Abfragen der Werte(Mod-Bus, MQTT, KNX usw.) In Grafana von großer Bedeutung.

MfG Juri
Zuletzt geändert von Sensej am Mo Mär 22, 2021 8:16 pm, insgesamt 2-mal geändert.
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt
Benutzeravatar

starwarsfan
Reactions:
Beiträge: 1164
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 754 Mal
Danksagung erhalten: 947 Mal

#37

Beitrag von starwarsfan »

Hi
Sensej hat geschrieben: Mo Mär 22, 2021 7:52 pm 3. Flux aktivieren
Also ich habe jetzt entweder Doc Brown oder AEon Flux vor meinem geistigen Auge. :lol:

Vermutlich meinst Du aber etwas anderes!? :think:
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) - ... -

Sensej
Reactions:
Beiträge: 901
Registriert: So Aug 12, 2018 9:12 am
Hat sich bedankt: 111 Mal
Danksagung erhalten: 240 Mal

#38

Beitrag von Sensej »

starwarsfan hat geschrieben: Mo Mär 22, 2021 8:01 pm Vermutlich meinst Du aber etwas anderes!? :think:
Hi Yves,
Danke für den Hinweis :D
Ich meine InfluxDB Abfragesprache "Flux"

MfG Juri
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt

Dragonos2000
Reactions:
Beiträge: 2184
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 482 Mal
Danksagung erhalten: 889 Mal

#39

Beitrag von Dragonos2000 »

starwarsfan hat geschrieben: Mo Mär 22, 2021 8:01 pm Also ich habe jetzt entweder Doc Brown oder AEon Flux vor meinem geistigen Auge. :lol:
Exakt so erging es mir auch gerade :lol:
Zuletzt geändert von Dragonos2000 am Mo Mär 22, 2021 8:22 pm, insgesamt 1-mal geändert.
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit

Marinux
Reactions:
Beiträge: 125
Registriert: Fr Apr 12, 2019 3:04 pm
Hat sich bedankt: 9 Mal
Danksagung erhalten: 51 Mal

#40

Beitrag von Marinux »

Sensej hat geschrieben: Mo Mär 22, 2021 7:52 pm 2. Optimierung von 1-Wire-Polling, z.B. für schnellere Abfragen der Reed-Kontakte
Auch einer meiner Träume...
Gruß Markus

TWS 960Q #360, VPN geschlossen, Reboot verboten
Antworten

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