NEU! UPGRADE IP 10 verfügbar!
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
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 IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
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 IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[FR] Ansteuerung der Lüftungsanlage vom Typ Wolf CWL-300 Excellent mit TW-Server
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: 2322
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 895 Mal
- Danksagung erhalten: 700 Mal
Nachtrag zu #40:
jetzt ist mir das klar, der Screenshot ist entstanden, als du sowohl Input und Output im 1-Wire Geräte Manager verbunden hattest.... Also die gehören auf der Input-Seite gelöscht. Dann ergibt sich das mit der Korrektur auf der Objekt-Seite implizit von allein und bedarf dann da keiner manuellen Korrektur mehr. Dann verbleibt die Vermutung mit der fehlenden Verknüpfung der Ga in der ETS!
jetzt ist mir das klar, der Screenshot ist entstanden, als du sowohl Input und Output im 1-Wire Geräte Manager verbunden hattest.... Also die gehören auf der Input-Seite gelöscht. Dann ergibt sich das mit der Korrektur auf der Objekt-Seite implizit von allein und bedarf dann da keiner manuellen Korrektur mehr. Dann verbleibt die Vermutung mit der fehlenden Verknüpfung der Ga in der ETS!
-
- Reactions:
- Beiträge: 901
- Registriert: So Aug 12, 2018 9:12 am
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 240 Mal
Hallo Jens,blaubaerli hat geschrieben: ↑Sa Dez 05, 2020 6:34 pm Nachtrag zu #40:
jetzt ist mir das klar, der Screenshot ist entstanden, als du sowohl Input und Output im 1-Wire Geräte Manager verbunden hattest.... Also die gehören auf der Input-Seite gelöscht. Dann ergibt sich das mit der Korrektur auf der Objekt-Seite implizit von allein und bedarf dann da keiner manuellen Korrektur mehr. Dann verbleibt die Vermutung mit der fehlenden Verknüpfung der Ga in der ETS!
das war der richtige Tipp "fehlenden Verknüpfung der Ga"
Vielen lieben Dank Jens
Der Fehler hat mir schon Mal einen halben Tag gekostet.
Ich habe wieder die ETS-Datei eingelesen und es geht jetzt
Mich wundert aber wieso das nicht funktioniert hat, wenn ich alle Objekte im TWS richtig verknüpft sehe
vor dem Import der ETS-Datei nach dem Import der ETS-Datei
Ich sehe hier keinen Unterschied.
Ich vermute es gibt irgendwo interne Referenzen, die der TWS verwenden und die für ganz normalen Benutzer nicht sichtbar sind.
Sie werden wahrscheinlich als ungültig markiert, wenn man beim Import nicht die richtige Reihenfolge behält.
Vielleicht kann uns der Stefan nächste Woche was dazu schreiben @StefanW.
Hinweis: Ich habe gestern die ETS-Datei eingelesen und dann den TWS über ETS programmiert und nicht erneut die ETS-Datei eingelesen ->
vielleicht war das die Ursache. Heute habe ich die gleiche ETS-Datei nochmal eingelesen und der Fehler ist weg
MfG Juri
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt
-
- Reactions:
- Beiträge: 2322
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 895 Mal
- Danksagung erhalten: 700 Mal
Hi Juri,
schön dass das jetzt klappt. Das Hochladen des Projektes in den Wolf ändert ja selbst nichts an dessen Programmierung!
Wenn du da eine alten Stand hattest der nicht die aktuelle Programmierung widerspiegelt, dann kann das womöglich in die Irre leiten.
Dann noch viel Spass beim Basteln.
Liebe Grüße
Jens
schön dass das jetzt klappt. Das Hochladen des Projektes in den Wolf ändert ja selbst nichts an dessen Programmierung!
Wenn du da eine alten Stand hattest der nicht die aktuelle Programmierung widerspiegelt, dann kann das womöglich in die Irre leiten.
Dann noch viel Spass beim Basteln.
Liebe Grüße
Jens
-
- Elaborated Networks
- Reactions:
- Beiträge: 9748
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4865 Mal
- Danksagung erhalten: 7747 Mal
- Kontaktdaten:
Hallo Jens,
Bedeutet: Der Stack wurde durch die ETS Programmierung zwar korrekt gesetzt und kannte das Objekt auch, aber der Dispatcher, der die Werte zwischen den Objekten unterverteilt. war über neue Objekte nicht immer "aware".
Wir hatten wir letzte Woche bei Tests (nach der Überarbeitung der Benutzeroberfläche) den Fehler festgestellt, dass manche neue KNX-Objekte nach der Programmierung noch nicht gleich nutzbar waren in DOS / Dispatcher und haben den Fehler behoben. Dieser wird mit RC7 in den nächsten Tagen ausgerollt.
==> Es wäre toll, wenn Du anschließend diese Thematik nochmal testen könntest.
1. Objekte in der ETS anlegen
2. GAs anlegen und mit den Objekten verknüpfen
3. Den Timberwolf Server aus der ETS programmieren
(also wie bei jedem anderen KNX-Gerät auch)
4. Optional: Projekt aus der ETS exportieren und in den TWS importieren
(damit der TWS zusätzliche Informationen anzeigen kann und die DPT der GAs kennt für die Dekodierung im Busmonitor)
lg
Stefan
In der Theorie ist das Richtig (und ab V 1.6 RC7 in der Praxis auch), aber wir hatten tatsächlich ein Problem in der Software, das unter bestimmten Umständen die vollständige interne Aktualisierung des Dispatchers erst mit Anstoßen des Projektimports abgeschlossen wurde.blaubaerli hat geschrieben: ↑Sa Dez 05, 2020 8:06 pmschön dass das jetzt klappt. Das Hochladen des Projektes in den Wolf ändert ja selbst nichts an dessen Programmierung!
Bedeutet: Der Stack wurde durch die ETS Programmierung zwar korrekt gesetzt und kannte das Objekt auch, aber der Dispatcher, der die Werte zwischen den Objekten unterverteilt. war über neue Objekte nicht immer "aware".
Jep, bitte grundsätzlich bei allen Operationen auf Projekten darauf achten, dass die jeweilige Verknüpfung zu der Adressierung im jeweiligen Protokoll auch richtig hergestellt ist.
- 1-Wire: Hier muss man nichts tun, weil wir durch das Plug´n´Play die 1-Wire ID automatisch mit dem 1-Wire Objekt verknüpfen
- Modbus: Hier muss in der Profildefinition das richtige Register angegeben werden und im Gerätemanager dann die richtige Geräteadresse. Wenn das richtig umgesetzt ist, funktioniert auch die Ansteuerung
- KNX: Hier kann der Server nicht viel helfen, weil das Anlegen der Objekte und die Zuordnung der GAs muss man in der ETS bewirken.
Eigentlich sollte das nicht so sein. Weil die Programmierung mit der ETS MUSS ausreichend sein.
Wir hatten wir letzte Woche bei Tests (nach der Überarbeitung der Benutzeroberfläche) den Fehler festgestellt, dass manche neue KNX-Objekte nach der Programmierung noch nicht gleich nutzbar waren in DOS / Dispatcher und haben den Fehler behoben. Dieser wird mit RC7 in den nächsten Tagen ausgerollt.
==> Es wäre toll, wenn Du anschließend diese Thematik nochmal testen könntest.
Die richtige Reihenfolge ist:
1. Objekte in der ETS anlegen
2. GAs anlegen und mit den Objekten verknüpfen
3. Den Timberwolf Server aus der ETS programmieren
(also wie bei jedem anderen KNX-Gerät auch)
4. Optional: Projekt aus der ETS exportieren und in den TWS importieren
(damit der TWS zusätzliche Informationen anzeigen kann und die DPT der GAs kennt für die Dekodierung im Busmonitor)
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: 2322
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 895 Mal
- Danksagung erhalten: 700 Mal
Hallo Stefan,
Um so besser, dass das sich Theorie und Praxis dann ab dem kommenden RC hier entsprechen.
Beste Grüße, einen schönen zweiten Advent und Nikolaus!
Jens
dann bin ich ja froh, dass ich das richtig verstanden hatte und durch das regelmäßige Laden des Projektes nach dem Programmieren nicht in die Falle getappt bin.StefanW hat geschrieben: ↑So Dez 06, 2020 9:59 amIn der Theorie ist das Richtig (und ab V 1.6 RC7 in der Praxis auch), aber wir hatten tatsächlich ein Problem in der Software, das unter bestimmten Umständen die vollständige interne Aktualisierung des Dispatchers erst mit Anstoßen des Projektimports abgeschlossen wurde.blaubaerli hat geschrieben: ↑Sa Dez 05, 2020 8:06 pmschön dass das jetzt klappt. Das Hochladen des Projektes in den Wolf ändert ja selbst nichts an dessen Programmierung!
Um so besser, dass das sich Theorie und Praxis dann ab dem kommenden RC hier entsprechen.
Beste Grüße, einen schönen zweiten Advent und Nikolaus!
Jens
-
- Reactions:
- Beiträge: 901
- Registriert: So Aug 12, 2018 9:12 am
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 240 Mal
Hallo zusammen,
falls jemand braucht, hier ist mein Testaufbau der Lüftungsstufen-Ansteuerung.
Die Verdrahtung der finalen Version sieht genau so aus.
Nochmal vielen Dank an @StefanW , @Robert_Mini , @blaubaerli, und @eib-eg
MfG Juri
falls jemand braucht, hier ist mein Testaufbau der Lüftungsstufen-Ansteuerung.
Die Verdrahtung der finalen Version sieht genau so aus.
Nochmal vielen Dank an @StefanW , @Robert_Mini , @blaubaerli, und @eib-eg
MfG Juri
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von Sensej am Do Dez 10, 2020 7:50 pm, insgesamt 1-mal geändert.
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt
-
- Reactions:
- Beiträge: 901
- Registriert: So Aug 12, 2018 9:12 am
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 240 Mal
Hallo Stefan,
habe heute auf RC8 aktualisiert, ca. 50 neue Objekte angelegt und den TWS min. 3 Mal programmiert und anschließend die ETS-Datei eingelesen.
Bis jetzt alles ok.
MfG Juri
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt
-
- Reactions:
- Beiträge: 901
- Registriert: So Aug 12, 2018 9:12 am
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 240 Mal
Hallo Stefan,StefanW hat geschrieben: ↑So Dez 06, 2020 9:59 am
Die richtige Reihenfolge ist:
1. Objekte in der ETS anlegen
2. GAs anlegen und mit den Objekten verknüpfen
3. Den Timberwolf Server aus der ETS programmieren
4. Optional: Projekt aus der ETS exportieren und in den TWS importieren
(damit der TWS zusätzliche Informationen anzeigen kann und die DPT der GAs kennt für die Dekodierung im Busmonitor)
habe heute fest gestellt, dass in manchen Fällen der Punkt 4 " Optional: Projekt aus der ETS exportieren und in den TWS importieren" zwingend erforderlich ist, sonst funktioniert das Schreiben der GA in die TS nicht.
Ist es richtig?
Beispiel: Habe heute den Typ der GA X von 1.001 auf 5.001 geändert und den Heizungsaktor in ETS neu programmiert.
Der Heizungsaktor schickt in regelmäßigen Abständen den Wert der GA X und das hat nach der Typ-Änderung nicht funktioniert.
Keine Werte waren im TWS zu sehen.
Nur nachdem ich die ETS-Datei wieder eingelesen habe, war alles ok.
Kann es sein, wenn TWS einen Datentyp-Konflikt sieht, verwirft er solche Werte ohne sie in die DB zu schreiben?
MfG Juri
Zuletzt geändert von Sensej am Mi Jan 13, 2021 12:11 am, insgesamt 1-mal geändert.
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt
-
- Elaborated Networks
- Reactions:
- Beiträge: 9748
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4865 Mal
- Danksagung erhalten: 7747 Mal
- Kontaktdaten:
Die Informationen aus dem Projekt Import werden benutzt, damit der Logger die GAs dekodieren kann und damit die Bezeichnungen der PA, GA, Haupt- und Mittelgruppen im Server sind.
Ist diese GA mit einem KNX-Objekt am TWS verbunden? Welchen DPT hat das Objekt?
Ist es eine Zeitserie oder das Auswerten des Loggings?
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: 901
- Registriert: So Aug 12, 2018 9:12 am
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 240 Mal
Hallo Stefan,
KNX_LINE1 ist doch auch eine Zeitserie?
Bitte korrigiere mich, wenn ich falsch liege
InfluxDB hat zwei Datenbanken logic_scope_db und timeseries_db, die für den TWS-Benutzer sichtbar sind.
In der DB "logic_scope_db" werden die Logik-Werte/Messungen gespeichert.
In der DB "timeseries_db" werden die Sensor-Werte/Messungen(TS0001, TS0002 usw.) und KNX-Logging/Telegramme(KNX_LINE1 oder/und KNX_LINE2) gespeichert.
Alle Daten werden in logic_scope_db und timeseries_db als Zeitreihen gespeichert.
MfG Juri
GA ist mit keinem TWS-Objekt verbunden.
Auswertung von "KNX_LINE1"
KNX_LINE1 ist doch auch eine Zeitserie?
Bitte korrigiere mich, wenn ich falsch liege
InfluxDB hat zwei Datenbanken logic_scope_db und timeseries_db, die für den TWS-Benutzer sichtbar sind.
In der DB "logic_scope_db" werden die Logik-Werte/Messungen gespeichert.
In der DB "timeseries_db" werden die Sensor-Werte/Messungen(TS0001, TS0002 usw.) und KNX-Logging/Telegramme(KNX_LINE1 oder/und KNX_LINE2) gespeichert.
Alle Daten werden in logic_scope_db und timeseries_db als Zeitreihen gespeichert.
MfG Juri
TWS 2400 ID: 69 + PBM ID: 728 + TP-UART, VPN offen, Reboot erlaubt