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
[TIPP] MODBUS PROFIL: SunSpec Modbus Implementierung für PV-Wechselrichter (z.B. Solaredge,...)
Forumsregeln
HIER NUR FERTIGE MODBUS PROFILE.
Wünsche und Fragen zum Modbus oder für neue Profile bitte im Modbus Unterforum
HIER NUR FERTIGE MODBUS PROFILE.
Wünsche und Fragen zum Modbus oder für neue Profile bitte im Modbus Unterforum
-
- Elaborated Networks
- Reactions:
- Beiträge: 9771
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7805 Mal
- Kontaktdaten:
Hallo zusammen,
wir haben nun den Mathebaustein fertig und sind dabei diesen zu integrieren. Wenn alles klappt, wird dieser in der nächsten Insider Version enthalten sein.
Stefan
wir haben nun den Mathebaustein fertig und sind dabei diesen zu integrieren. Wenn alles klappt, wird dieser in der nächsten Insider Version enthalten sein.
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: 9771
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7805 Mal
- Kontaktdaten:
Hallo,
hier noch ein Bild vom neuen Mathebaustein in Aktion mit genau dem hier beschriebenen Anwendungsfall (im Doktormodus)
Bitte beachten: Es gibt hier auch einen Errorausgang, hierüber kann man ein boolsches Objekt erhalten, ob die Berechnung ausgeführt werden konnte.
==> Wurde heute den Dev-Testern zur Verfügung gestellt
lg
Stefan
hier noch ein Bild vom neuen Mathebaustein in Aktion mit genau dem hier beschriebenen Anwendungsfall (im Doktormodus)
Bitte beachten: Es gibt hier auch einen Errorausgang, hierüber kann man ein boolsches Objekt erhalten, ob die Berechnung ausgeführt werden konnte.
==> Wurde heute den Dev-Testern zur Verfügung gestellt
lg
Stefan
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von StefanW am Mo Apr 19, 2021 7:35 pm, insgesamt 4-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: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
so, Profil ist angepasst, der Mathebaustein eingerichtet, jetzt fehlt nur die Sonne zum testen...
Ich schau morgen mal ob es funzt, bin aber guter Dinge!
Danke an Elabnet für die Umsetzung des Mathebausteins.
Ich schau morgen mal ob es funzt, bin aber guter Dinge!
Danke an Elabnet für die Umsetzung des Mathebausteins.
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
zumindest das Modbusprofil sollte nun hoffentlich passen. Es sind nun keine Umrechnungen mehr drin, da man ja leider sich immer selbst den physikalischen float Wert aus dem INT Register und dem Scalefactor dynamisch zusammenbauen muss. Das funktioniert dann mit dem neuen Mathebaustein mit dem TW. INT und SINT habe ich nun auch nochmal überprüft/angepasst und sollte jetzt passen.
Ich muss nur gerade noch etwas mit den Triggern experimentieren. Da derzeit noch alles ziemlich ungefiltert über den KNX Bus rauscht ist da grad etwas zu viel los. Leider gibt es am Ausgang des Mathebausteins keine Funktion um das Senden dort zu "kontrollieren" (das ist ja im Modbusteil eigentlich vorgesehen mit Zeit/Wertänderungstrigger). Aber da muss ich noch etwas drüber nachdenken wie ich das nun für mich sauber löse daß nicht zuviel KNX Traffic+riesige (und auch unnötige) Datenmengen in den timeseries landen...
Ich muss nur gerade noch etwas mit den Triggern experimentieren. Da derzeit noch alles ziemlich ungefiltert über den KNX Bus rauscht ist da grad etwas zu viel los. Leider gibt es am Ausgang des Mathebausteins keine Funktion um das Senden dort zu "kontrollieren" (das ist ja im Modbusteil eigentlich vorgesehen mit Zeit/Wertänderungstrigger). Aber da muss ich noch etwas drüber nachdenken wie ich das nun für mich sauber löse daß nicht zuviel KNX Traffic+riesige (und auch unnötige) Datenmengen in den timeseries landen...
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Elaborated Networks
- Reactions:
- Beiträge: 9771
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7805 Mal
- Kontaktdaten:
Hallo Andi,
das Zauberwort bei den Abfragegruppen sind die Sendefilter, die kann man sicher gut so einstellen, dass weniger an den KNX gesendet wird.
Vorschlag:
1. Abfragen so weit das von den Modbus Geräten ermöglicht wird (also alle paar Sekunden)
2. Sendefilter für Wertänderung auf eine Handvoll Prozent (je nachdem wie schnell sich was ändert)
3. Zusätzlichen Sendefilter auf 10 Minuten, damit regelmäßig ein Update kommt
Man kann den Ausgang des Mathebausteins auch über einen weiteren Baustein mit Sendefilter geben
Man kann den Traffic am KNX auch dadurch reduzieren, indem man mit einer zweiten Abfragegruppe mit größeren Intervallen nur dafür arbeitet
lg
Stefan
das Zauberwort bei den Abfragegruppen sind die Sendefilter, die kann man sicher gut so einstellen, dass weniger an den KNX gesendet wird.
Vorschlag:
1. Abfragen so weit das von den Modbus Geräten ermöglicht wird (also alle paar Sekunden)
2. Sendefilter für Wertänderung auf eine Handvoll Prozent (je nachdem wie schnell sich was ändert)
3. Zusätzlichen Sendefilter auf 10 Minuten, damit regelmäßig ein Update kommt
Man kann den Ausgang des Mathebausteins auch über einen weiteren Baustein mit Sendefilter geben
Man kann den Traffic am KNX auch dadurch reduzieren, indem man mit einer zweiten Abfragegruppe mit größeren Intervallen nur dafür arbeitet
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: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
Hallo Stefan,
danke, zufällig habe ich ziemlich genau diese Filter schon so aktiviert und das hilft schon mal enorm die Buslast zu reduzieren!
Aber jetzt ist mir gerade noch aufgefallen, daß es noch zu einem Sprung in der Timeseries kommt wenn die Scalefactors sich ändern. Da scheint noch was in der Abrufreihenfolge bzw. ggf. auch mit den Triggern im Mathebaustein schief zu sein.
Ich habe folgende Modbus Abfrage im Gerätemanager erstellt:
Hier habe ich extra die Exklusivität angehakt um sicherzustellen daß die ausgelesenen "Datenpärchen" immer konsistent sind.
Im ersten Schritt vor Aktivierung der SendeFilter hatte ich zuerst dort immer alle Werte weitergeleitet (sprich keinerlei Sendefilter!) um sicher zu sein daß wenn der INT Wert gelesen wurde auf jeden Fall auch der passende Scalefactor bereits gelesen wurde und den Mathebaustein habe ich dann entsprechend so konfiguriert daß immer bei Änderung des INT Wertes getriggert wird (da ja vor dem INT Wert per Modbus der Scalefactor gelesen wurde sollte das dann konsistent sein):
Nach Aktivierung der Sendefilter habe ich aber bei Änderung der Scalefactors jetzt kurze 10er Potenzsprünge in der timeseries, d.h. INT und Scalefactor waren offensichtlich doch kurz inkonsistent.
Lange Rede kurzer Sinn: Wie muss ich das aus eurer Sicht einstellen daß immer konsistente phy. Werte im Mathebaustein rauskommen, aber auch nicht am Mathebaustein Ausgang immer alles alle 5s auf den Bus gesendet wird?
EDIT: Aus meiner Sicht wäre es da hilfreich den zweiten (INT) Wert abhängig von der Wertänderung des erst gelesenen Scalefactors zusätzlich triggern zu können (eigentlich dachte ich daß der INT aufgrund des 1% Sendefilter auch upgedatet werden sollte bei einer Scalefactoränderung). Oder ist das Problem beim Mathebaustein zu suchen (Rechenreihenfolge,...)?
danke, zufällig habe ich ziemlich genau diese Filter schon so aktiviert und das hilft schon mal enorm die Buslast zu reduzieren!
Aber jetzt ist mir gerade noch aufgefallen, daß es noch zu einem Sprung in der Timeseries kommt wenn die Scalefactors sich ändern. Da scheint noch was in der Abrufreihenfolge bzw. ggf. auch mit den Triggern im Mathebaustein schief zu sein.
Ich habe folgende Modbus Abfrage im Gerätemanager erstellt:
Hier habe ich extra die Exklusivität angehakt um sicherzustellen daß die ausgelesenen "Datenpärchen" immer konsistent sind.
Im ersten Schritt vor Aktivierung der SendeFilter hatte ich zuerst dort immer alle Werte weitergeleitet (sprich keinerlei Sendefilter!) um sicher zu sein daß wenn der INT Wert gelesen wurde auf jeden Fall auch der passende Scalefactor bereits gelesen wurde und den Mathebaustein habe ich dann entsprechend so konfiguriert daß immer bei Änderung des INT Wertes getriggert wird (da ja vor dem INT Wert per Modbus der Scalefactor gelesen wurde sollte das dann konsistent sein):
Nach Aktivierung der Sendefilter habe ich aber bei Änderung der Scalefactors jetzt kurze 10er Potenzsprünge in der timeseries, d.h. INT und Scalefactor waren offensichtlich doch kurz inkonsistent.
Lange Rede kurzer Sinn: Wie muss ich das aus eurer Sicht einstellen daß immer konsistente phy. Werte im Mathebaustein rauskommen, aber auch nicht am Mathebaustein Ausgang immer alles alle 5s auf den Bus gesendet wird?
EDIT: Aus meiner Sicht wäre es da hilfreich den zweiten (INT) Wert abhängig von der Wertänderung des erst gelesenen Scalefactors zusätzlich triggern zu können (eigentlich dachte ich daß der INT aufgrund des 1% Sendefilter auch upgedatet werden sollte bei einer Scalefactoränderung). Oder ist das Problem beim Mathebaustein zu suchen (Rechenreihenfolge,...)?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von tger977 am Di Apr 20, 2021 6:23 pm, insgesamt 2-mal geändert.
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
ich sehe gerade in meinem eigenen Screenshot oben, daß der gelesene Scalefactor vom Modbus -1 war, im letzten gesendeten Ergebnis aber eine -2 drinsteht. Wie kann das sein? Der Sendefilter >1 hätte da doch den Wert -1 durchschicken sollen, oder?
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Elaborated Networks
- Reactions:
- Beiträge: 9771
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7805 Mal
- Kontaktdaten:
Hi Andi,
Matthias wird sich das ansehen, womöglich trennen wir das auch ab und behandeln das im Dev-Unter-Forum, weil es ist ein DEV-Softwarestand (also mehr Alpha als Beta)
Edit: Nur kurze Idee: Eine Änderung von -1 auf -2 ist eine Änderung um -1. Ein Filter "GRÖßER 1" würde das nicht erfassen, da die Änderung 1 ist nicht >1. Probiere mal "> 0.99".
lg
Stefan
Matthias wird sich das ansehen, womöglich trennen wir das auch ab und behandeln das im Dev-Unter-Forum, weil es ist ein DEV-Softwarestand (also mehr Alpha als Beta)
Edit: Nur kurze Idee: Eine Änderung von -1 auf -2 ist eine Änderung um -1. Ein Filter "GRÖßER 1" würde das nicht erfassen, da die Änderung 1 ist nicht >1. Probiere mal "> 0.99".
lg
Stefan
Zuletzt geändert von StefanW am Di Apr 20, 2021 6:35 pm, insgesamt 3-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: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
oh ja, ich schau da ehrlich gesagt gar nicht genau drauf was in welchem Forenteil ist und lese/antworte einfach immer nur auf die neuen Beiträge... Könnt ihr gerne abtrennen, ich poste dann halt nochmal die "Lösung" wenn wir Sie dann haben.
Und danke daß Matthias das morgen ansieht.
Und danke daß Matthias das morgen ansieht.
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
Autsch, da hätte ich auch selbst drauf kommen können . Hab es eben mal geändert, leider ist nun schon wieder die Sonne weg. Morgen geht's weiter...
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache