Verehrte Nutzer des Timberwolf Servers (alle Modelle & Versionen)
Wir freuen uns sehr, die neue Insider Preview 3 zur kommenden Version 1.6 zu präsentieren. Es gibt eine ganze Reihe von Neuheiten und viel Feintuning. Wir wünschen viel Spaß beim Erkunden der neuen Möglichkeiten und viel Erfolg bei der Umsetzung Eurer Projektideen. Bitte schreibt uns davon, wir wollen gerne teilhaben und sehen daran auch, welche Leistungsmerkmale erwünscht sind.
Bitte unbedingt ZUERST alles untenstehende...
Letzter Beitrag
Hallo Insider,
nur zur Info, wir haben heute für die Alpha-Tester die Vorabversion der V1.6 RC1 freigegeben. Wenn alles gut geht, dann gibt es diese nächste Woche auch für alle Insider.
Bitte nur für Angebote oder Gesuche von Privat zu Privat für unsere KUNDEN zu Smarthome-Hardware / Software
Die eigentliche Einigung und der Vertragsschluss untereinander NICHT über das Forum, sondern untereinander per PN, Telefon oder was auch immer
Der Marktplatz dient also nur der Veröffentlichung eines Angebotes oder Gesuches zur Erleichterung einer Kontaktaufnahme
Bitte...
mit der Version V 1.6 Insider Preview 3 werden wir ein neues Leistungsmerkmal präsentieren:
Offline Hilfesystem (im Bereich Management Docker / Portainer)
Der Timberwolf Server wird zunehmend leistungsfähiger und bietet mehr Möglichkeiten. Es ist unser Anliegen, dass unsere Kunden und Nutzer des Timberwolf Servers die teils komplexen Funktionen möglichst einfach konfigurieren und nutzen können. Ein Beitrag hierzu ist - neben einer möglichst einfach bedienbaren Oberfläche...
Letzter Beitrag
Verehrte Kunden,
mit der Version V 1.6 Insider Preview 3 werden wir ein neues Leistungsmerkmal präsentieren:
Offline Hilfesystem (im Bereich Management Docker / Portainer)
...
Wir beginnen mit den Hilfetexten für das Management der Docker Container und werden diese Hilfe auf alle Funktionsbereiche des Timberwolf Servers ausdehnen. Wir freuen uns über Eure Rückmeldungen.
lg
Stefan
Hallo Stefan,
ein weiterer Schritt um noch mehr Stabilität in die TWS-Welt zu bringen :clap:
unsere erste Version 1.5 ist nun so gut wie fertig, Ein / zwei RC-Zyklen und wir sind damit fertig.
Wir haben zwar unsere eigenen Vorstellungen für die nächste Version (nennen wir sie einfach mal 2.0) aber wir hätten gerne gewusst, was sind Eure Vorstellungen und Wünsche. Genau: WAS ist Euch für den weiteren Ausbau am WICHTIGSTEN, wir wollen also wissen :
Was ist Euer wichtigster Wunsch für die nächste Version 2.0?
Ihr könnte auch mehr...
Letzter Beitrag
Mein Wunsch wäre: DMX Integration mit der Light Engine :D
damit wir Euch am Besten helfen können (und für Beta-Tester ist das auch verpflichtend ) benötigen wir folgende Informationen von Euch, die am BEsten direkt im Footer stehen, damit wir nicht jedes mal nachfragen müssen:
Wichtige Angaben in der Foren-Signatur ( Footer ):
1. Timberwolf Variante : Die Angabe zum Modell sowie zum Zubehör ( TWS 2400 oder bei angeschlossenem Zubehör auch TWS950 + 3 TP-UART + PBM oder TWS 2600 + 3 PBM )
2. Timberwolf ID : Die Angabe zur...
Anleitungen zu verschiedensten Themen werden in der Knowledge Base hier im Forum gesammelt.
Die Überschriften dienen direkt als Link (weitere Beiträge von Nutzern sind gerne gesehen!).
(Bitte DISCLAIMER am Ende des Inhaltsverzeichnisses beachten!).
0. INHALTSVERZEICHNIS
0.1 Nützliche Links und Videos
0.2 Feature List
1. Einrichtung und Start des TWS
1.1 Aufbau und Anschluss des TWS
1.2 Vorbereitungen zur ersten Inbetriebnahme
1.3 Zugriff auf den TWS per LAN/WLAN
Wenn gewünscht, würde ich die Feature-Requests hier im Timberwolf Forum in diesem Thread sammeln, damit eine gepflegte Übersicht vorliegt.
Diskussion sollte zu einzelnen Features in getrennten Threads verbleiben, die nach entsprechender Reife hier aufgenommen werden.
Später kann ein Umsetzungsgrad (umgesetzt, geplant, etc.) ergänzt werden.
Übersicht der Feature Requests im Timberwolf Forum in chronologischer Reihenfolge:
1) Human Centric Lightning (Tunable-White-Dimmung)
Lichtfarbe der...
Letzter Beitrag
Hallo,
ich würde mir in der Logik noch eine Art Random Funktion wünschen, um z.B. zufällige Uhrzeiten zu erzeugen.
Hintergrund:
Ich möchte eine Anwesenheitssimulation umsetzen, so dass im Urlaub zeitgesteuert mal ein Rollo hochfährt oder hier und da mal ein Licht in einem Raum angeht. Damit die Aktionen nicht täglich zum selben Zeitpunkt geschehen (siehe Film Kevin allein zuhaus 😁) müsste man in einem vorgegeben Zeitraum Uhrzeiten erzeugen können - z.B. random zwischen 15:00 und 18:00 Uhr...
Was mir beim bauen von Custom Logiken doch stark auffällt ist die Tatsache, dass der Logikeditor recht unspezifische Fehler spuckt. Manchmal kommt eine Meldung, dass etwas nicht definiert ist, dann sucht man sich aber zu Tode, weil er nicht genau anzeigt welche Deklaration fehlt.
In anderen Fällen kommt es erst beim Speichern zu einem Fehler und man steht ganz im Regen.
Das kann die Erstellung von Custom Logiken sehr mühsam machen. Ist jetzt zwar keine hohe Prio, aber trotzdem solltet Ihr den...
Letzter Beitrag
Ich bin zwar in letzterZeit sehr wenig aktiv gewesen und habe mich auch nicht viel mit meinem TWS beschäftigen können, aber gestern habe ich mal wieder eine Custom-Logik gebaut und vorgestern gerade diesen Thread zum Thema Notepad++ gefunden und das auch gleich genutzt....genial. Danke!
Was mir beim bauen von Custom Logiken doch stark auffällt ist die Tatsache, dass der Logikeditor recht unspezifische Fehler spuckt. Manchmal kommt eine Meldung, dass etwas nicht definiert ist, dann sucht man...
Hallo,
es gibt ja schon einige Diskussionen wg der erhöhten Transparenz bzgl. solcher Logiketten die sich ggf ergeben haben.
Aus einer kleinen Anmerkung im KNX-UF hier mal noch ein kleines Improvement in Richtung mehr Transparenz zu den reinen Objekt-ID's.
In den Logikzellen hat man ja bei den Eingängen / Ausgängen mit KNX Objekten nur K_1234 zu sehen. Mehr Informationen erhält man wenn man richtig drauf klickt und richtig erhellend wird es wenn man dann im DOS auf die Objekt ID mit der Maus...
Letzter Beitrag
Das erinnert mich irgendwie an die Verschlüsselungsgeräte mit denen ich meinen Lebensunterhalt verdiene, Stefan. Diese decken jeweils die Inkonsistenzen und mauen Konfigurationen der Netzwerke schonungslos auf, sind aber grundsätzlich immer an allem schuld.
Der TWS seinerseits macht wegen der Benutzeroberfläche eben die Komplexität und die Limiten der implementierten Technologien sichtbar, wie Du so schön beschreibst.
Shoot the messenger halt, damit muss man leben.
Gruss und hoffentlich ein...
Implementiert ist das bei mir etwa wie nachfolgend...
Behanghöhen:
-Oben (Standard Tag)
-Unten (Standard Nacht)
-Beschattung 1 und 2
-Hitzeschutz bei Anwesenheit (Unterer Fensterrand frei für mehr Licht)
-Hitzeschutz bei Abwesenheit (Schlitzstellung)
-Fenster geöffnet Tag
-Fenster geöffnet Nacht
Okay, das ist die 5. Variante, die ich Dir nicht zumuten wollte: Du kannst durchaus auch im Code die Werte für PosUp / PosDown ändern.
Die Sonnenerkennung ist eigentlich auch nur als optionale Funktion gedacht, um die Präzision der Behangsteuerung zu erhöhen. Die Quelle kann vielfältig sein (mein Zusatzbaustein, Wetterbericht, echter Sonnensensor,...). Funktioniert auch alles ohne.
du batest um FeatureRequests zum Thema Zeitschaltuhren. Anbei mal ein paar Gedanken dazu:
Meine Regierung und ich nutzen aktuell iOS-Devices und haben dort zur Organisation unserer Familienthemen CalDAV-Kalender im Einsatz, die ich hier intern auf meiner Synology gehostet habe. Da kommen wir von aussen via VPN sauber dran und ich muss keinem externen Dienstleister vertrauen.
Ich möchte nun gerne einen neuen Kalender Hausautomation definieren und darin individuelle...
Letzter Beitrag
Kann leider nur vom Woltlab Board sprechen wo man nach Tags filtern und suchen kann. Hier es es scheinbar nicht.
Im KNXUF hatten wir's vor einiger Zeit schonmal, ich bring's aber hier nochmal auf- als zentraler Sammelpunkt für Feature Requests :D
Wie der Titel schon sagt: Zustandsautomat
Also:
-Beliebige definierbare Kriterien,um in einen Zustand zu wechseln
-Definierbarer hold-down Timer, während dem ein Kriterium kontinuierlich erfüllt sein muss, um in einen Zustand zu wechseln
-Zyklisches oder einmaliges ausführen von Aktion, solange sich der Automat im jeweiligen Zustand befindet
-Beliebige...
Zur Steigerung der Übersichtlichkeit und Vermeidung, dass komplexe Logikbausteine abschrecken, weil man von vielen Eingängen und Parametern erschlagen wird: Möglichkeit, optionale Eingänge/Paramter als Set genau einmal hinzufügen zu können
Bisher ist ist es nur möglich beliebig viele oder mindestens einen optionalen Eingang/Parameter hinzuzufügen. Es soll aber ein optionaler Eingang höchstens genau einmal (per +-Zeichen im LE) hinzugefügt werden können. Optimal wäre gar ein Set von...
Letzter Beitrag
Hallo Jochen, Stefan!
Mit würde an dieser Stelle genügen, wenn optionale Eingänge mit + analog zu den Ausgängen (wo es schon funktioniert) möglich wären.
Auch funktioniert es bei den Eingängen schon für Arrays mit $VAR , aber ein $OptionaleVariable? fehlt eben noch und sollte relativ leicht implementierbar sein.
Die Idee mit Sets gefällt mir zwar sehr gut, steht aber vom Aufwand her vermutlich nicht dafür.
ich habe einen 230V-Mischermotor für ein 3-Wege-Mischer um die VL-Temp der Heizkörper zu mischen.
Geheizt wird mit Öl oder Festbrennstoff.
Hinter dem Mischer am VL Rohr ist ein 1-Wire-Temperatur Sensor der die gemischte Temperatur erfasst.
Gerne würde ich den Mischer mit einem Jalousien Aktor auf oder zu fahren um die Soll-VL-Temperatur zu erreichen.
Als Grundfunktionen reicht eine Begrenzung der Max-VL-Temp. auf zB 45°C.
Später wäre eine Temperatur Erhöhung um x-Grad bei...
Letzter Beitrag
stimmt habe ich gerade auf der ToDo Liste ergänzt. :dance:
freu mich schon wenn ich dazu komme. Heute mach ich erst mal die Verrohrung fürs warme Brauchwasser. Heizung läuft ja jetzt mit dem Regler schon mal zuverlässig :handgestures-thumbupright:
Angeregt durch den Aufruf von Stefan in einem der Post hier ein FR.
Ich habe einige Geräte, mit denen mittels UDP kommuniziert werden kann (IRTrans, schaltbare Steckdose ANEL, APC-USV, EventGhost auf einem Windows-PC zur Remotesteuerung) . Daher wäre ein universeller UDP-Receiver / Sender eine tolle Sache.
Receiver:
- Empfang von UDP-Telegrammen
- Filter-Regeln zum Filtern der benötigten Daten
- Extraction der benötigten Daten (mittels regular expression) ggf. auch in einem...
Letzter Beitrag
Ich hatte in der Dev-Version letztlich mal nen Blick in den ModBus Editor geworfen.
Jep, dafür ist er in der DEV auch drin.
Das Ding scheint mir wirklich sehr Mächtig und viele Konstellationen abbilden zu können.
Jep. Warte mal wenn der Editor für MQTT / Rest-API kommt, da muss noch mehr zum Parsen eingestellt werden.
Als stupider Laie aber denke ich werdet Ihr da zu den einzelnen Eingabefeldern auch immer noch gut ein paar (i) füllen müssen.
Ich würde mir wünschen dass der TW eine Schnittstelle bekommt mit der man umfangreiche LBS selber schreiben kann.
Ähnlich dem Gira X1 SDK, oder Edomi mit seinen Logik Bausteinen.
Den ganzen Erfolg den Edomi einfährt kommt meiner Meinung zum großen Teil durch die sehr vielen verfügbaren LBS, aber ja die Software an sich ist auch geil ;) .
Ich denke mit einer solchen Schnittstelle würde der TW sehr viel schneller Fahrt aufnehmen und die Jungs von ElabNET würden dadurch sehr entlastet werden....
Letzter Beitrag
StefanW hat geschrieben: ↑
Mi Feb 19, 2020 9:19 am
Wir haben dafür einen anderen Weg gefunden. Einfach etwas Geduld.
Klingt interessant. Ich denke wenn die L&B ran rückt werden wir mehr sehen. Jetzt sollten die Entwickler schön fleißig arbeiten können, damit das Ergebniss uns umhauen wird. ;)
Hallo,
basierend auf dem Thread hier ein FR für einen Logikbaustein, mit dem HTTP Requests erzeugt werden können.
Ziel
Mit diesem Logikbaustein soll der Aufruf von externen APIs / web services ermöglicht werden. Die Response muss in einem Objekt entgegengenommen werden und für weitere Verarbeitungen (z.B. parsen) zu Verfügung stehen. Die weitere Verarbeitung der Response stelle ich mir jedoch in einem separaten Logikbaustein (z.B. Text-Parser ) vor.
Aufbau des HTTP(S) Request -...
Letzter Beitrag
Ich glaube das sind alles Aufgaben für einen reinen Communitybaustein. So lange so ein Hersteller keine direkte Kooperation mit Elabnet eingeht, bist Du als Entwickler einer Kopplungssoftware permanent dabei diese Protokolle reverse zu engenieren. Weil jetzt baut Elabnet da ggf einen Protokollparser im nächsten Jahr baut sich dann die Heizung was anderes und dann kommt der nächste TWS-Kunde und denkt sich na super der TWS kann das, kauft sich daher auch die Heizung und dann Pustekuchen funzt...
Ich versuche speziell im LE mit Tags zu arbeiten, was eine tolle Sache ist. Mit der Zeit und steigender Anzahl von Tags wird es aber schwierig den Überblick über die verwendeten Tags zu behalten. Was mir heute als Tag logisch erscheint habe ich ev. in 3 Monaten vergessen. Dann muss ich am Schluss doch wieder über die LE's scrollen.
Eine Tag-Wolke wäre extrem hilfreich, ggf. sogar mit unterschiedlich Schriftgrössen (Abhängig von der Anzahl). Und ideal wäre dies natürlich bei allen Elementen...
Letzter Beitrag
=> Implemented.
Weitere Diskussion zu weiteren (kleinen) Improvements:
Angeregt durch diesen Thread ( möchte ich gerne den FR für Erweiterung der Timer-Logiken stellen. Wunsch ist die Ergänzung um einen Ausgang, der per Triggerobjekt (zyklisch oder zusätzliches Eingangsobjekt) die Restzeit des Timers und die abgelaufene Zeit senden kann.
Ich verwende das an mehreren Stellen, zB. Bewässerungslogik.
Während dem Ablauf des Timers (=Zeitprogramm), soll je Bewässerungskreis auch die abgelaufene Zeit angezeigt werden.
Auch die abgelaufene Zeit (Dauer...
Ich würde mir folgende Weiterentwicklungen der TAG-Wolke im Logikeditor wünschen, die Reihenfolge entspricht dabei auch meiner Priorität (also nach dem Grundsatz, was hilft mir davon am Meisten bei der Arbeit):
1) Ausgrauen von Einträgen, die zu keinem Ergebnis mehr führen
Mehrere TAG's werden ja mit eine AND-Bedingung verknüft. Sofern ein oder mehrere TAG's aktiviert wurden, reduziert sich die Auswahl an nützlichen, weiteren TAG's die man auswählen kann. Es wäre sehr hilfreich, wenn die TAG's...
Letzter Beitrag
Vielen Dank! Vieles aus dem FR wurde wie angekündigt in 1.5.2 bereits umgesetzt!
1) noch offen
2) umgesetzt und erledigt
3a) umgesetzt und erledigt
3b) umgesetzt und erledigt
Zusaätzlich eine kleine Statistik in der Kopfzeile es LE :handgestures-thumbupright:
Fertiger math. Baustein, zum errechnen des Betrags eines Eingangswertes, etwa in der Art
Kann zwar auch mit den vorhandenen Mitteln schon gebaut werden, ein fertiger Einzeiler macht es aber einfacher und Custom Logiken, die das brauchen, übersichtlicher.
Und zwar besitze ich ein Winzierl KNX Multi IO 570 (geiles Teil). An einem der Binäreingänge ist ein Schwimmerschalter angeklemmt, der meldet, wenn das Wasserbecken leer ist.
Leider kann das Winzierl den Status nicht zyklisch auf den Bus senden. Dies wäre mir aber aus Sicherheitsgründen wichtig. Gibt es mit dem Timberwolf (und der Logikengine) eine Möglichkeit diesen Wert zyklisch abzurufen und auf den Bus zu schreiben?
Edit:
Die Auswertung...
Letzter Beitrag
Hallo Stefan!
Das Thema Persistenz habe ich als Baustein hier: schon vorgestellt.
Damit wird das Thema gelöst, dass der KNX-Stack nach Reboot für gewisse Werte nicht initialisiert ist und auf ein Read vom Bus u.U. falsch antwortet.
Ob man damit ein KNX_Read vollständig ersetzen könnte, muss ich noch nachdenken.
Hilfreich wäre, wenn die an der Diskussion beteiligten Personen ihre Anwendungsfälle schildern.
Ausgehend von dem FR HTTP(S) Web Request hier der Wunsch nach einem Logikbaustein, mit dem die Response eines HTTP Requests verarbeitet werden kann.
Ziel
Response eines HTTP Requests in seine Bestandteile zerlegen und beliebige Attribute Outputobjekten zuordnen.
Um das ganze verständlicher zu machen, ein Beispiel für eine mögliche Response zu dem Request:
api.openweathermap.org/data/2.5/weather?lat=35&lon=139
{ coord : { lon : 139, lat : 35},
weather : ,
base : stations ,
main : {...
Letzter Beitrag
Hab mir zu dem Thema noch mal ein paar Gedanken gemacht und hier gibt es jetzt verschiedene Umsetzungsvarianten bzw. Positionen. Ich hab die jetzt mal versucht in einer Grafik zusammenzufassen und dabei ist mir noch eine weitere Variante in den Sinn gekommen (als Eingangsfunktion - evtl. hat die ja auch schon jemand irgendwo vorgeschlagen) und weiterer Baustein dazugekommen (Textconverter/-manipulator):
Ich persönlich fände den Textparser als eigene Technologie sehr umständlich. Da ich die...
EDIT (Robert_Mini):
Das bleibt als finaler FR nach der Diskussion unten übrig:
Hi @Robert_Mini
ich kann damit leben, wenn dieser Feature Request reduziert ist auf:
Beim Neustart eines Logik-Bausteins nimm die bekannten/vorhandenen Werte des DOS als Input-Parameter (ohne expliziten Read-Request)
-------------
Bei den Inhibit (und anderen Input-) Parametern von Logiken gibt es derzeit nur die Auswahl zwischen
- festem Wert
. Wert nach nächster Änderung
Bei Parametern die sich selten...
Letzter Beitrag
Die Themen sind zwar verwandt, aber hier geht es um primär noch um das Startverhalten beim Speichern der Logik.
Das ist zwar verwandt mit dem Verhalten nach Stromausfall/Reboot-Thema, aber dann doch ein zusätzliches Thema.
Bei den Standardlogiken entsteht jetzt z.B. solch ein Bild:
Da auf den Eingangs- und Ausgangs ja noch keine Tooltips existieren (Stefan hatte das mal angekündigt), hier mal einfach die Frage, ob es nicht möglich wäre den jeweiligen Begriff Input bzw. Output individuell überschreibbar zu machen. Dann könnte man sich hier was hinterlegen, dass auf den ersten Blick Klarheit schafft.
Habe gerade (wieder) bemerkt, dass man im Falle von Stings als Level kein Möglichkeit hat, diesen bei der Logikzelle als Parameter einzustellen (beim betreffenden Eingang wird das schlicht nicht als Auswahl angeboten).
Ich nutze das z.B. um auf einen binären Trigger eine Textmeldung auszugeben. Ist etwas inkonsequent, wenn man im Falle von Strings irgendwelche Änderungen nur im Quellcode machen kann.
Fiel mir bei den Timern auch schon auf, weshalb man da die Cron Strings auch immer direkt im...
Letzter Beitrag
Hier noch der Link zum Kommentar von S. Kolbinger:
Eine laufendes Logikelement kann derzeit im Logik-Editor nicht einfach rückgesetzt werden. Rücksetzen bedeutet, dass die Abarbeitung des Logikelements gestoppt wird und alle Ein- und Ausgänge auf ihren Initialwert gestellt werden.
Dadurch wäre diese Logik sofort wieder scharf geschaltet.
Derzeit ist die einzige Möglichkeit dies durchzuführen folgender Ablauf:
-) Betroffene Logik irgendwo ändern
-) Ein paar Sekunden warten, bis der Speichern-Button aktiv wird
-) Logik wieder zurückändern
-)...
Ich stoße immer wieder mal an den Bedarf in einer Logikzelle auswerten zu können, was die Zelle getriggert hat. Also irgendeine implizite interne Variable, in der der Eingang steht, der getriggert hat, ggf. noch der auslösende Wert (nicht immer sind dies abweichende neue Werte; bei bool können dies ja auch mehrmals dieselben logischen Werte sein). Auch für die Trigger, die man optional hinzufügen kann wäre nicht schlecht, wenn sich diese unterscheiden ließen.
es wäre sicherlich nicht allzu kompliziert die Russound Multiroom-Verstärker via RNet oder RIO-Protokoll zu steuern?
Im Wiregate-Universum wurde ja bereits vor langer Zeit schon mal die Möglichkeit via Moxa-Wandler verwirklicht. Mit den Timberwölfen wäre es doch bestimmt komfortabler und unkomplzierter die Russound-Teile anzusteuern. Ich selbst besitze einen MCA-C5 und würde mich über eine Integrationsmöglichkeit sehr freuen.
mir ist aufgefallen, dass am Ausgang einer Logik keine Mehrfachauswahl von Funktionen z. B. Mapping und Verzögerung möglich ist.
Aus meiner Sicht wäre das eine sinnvolle Ergänzung, damit man nicht 2 Bausteine hintereinanderschalten muss (den Ersten zur Verzögerung und den Zweiten zum Mappen).
eine Eingangsvariable vom Typ float und einem Startwert von 1.0 wird dann im Doktormodus trotzdem mit 0.0 angezeigt.
Ist diese Variable nur bei der Doktormodus-Anzeige 0.0, bis ein neuer Wert daherkommt und intern wird sie aber trotzdem mit 1.0 gehandhabt? Dies ist im ersten Moment verwirrend.
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.
