Discussion, Contact, Q&A etc #1
Replies: 11 comments 16 replies
-
|
Hallo Philipp, Es gibt wohl einen kleinen Bug im Graph-Modul. Und die Daten dazu: In den Daten konnte ich nichts Besonderes erkennen. Ich habe die Vermutung, dass es vor allem/nur bei 60s-Abfrage auftritt. Grüße pirx |
Beta Was this translation helpful? Give feedback.
-
|
und ich habe noch ein Problem. |
Beta Was this translation helpful? Give feedback.
-
|
moin @pirx7 ! Erstmal danke für den Dank, er gebührt natürlich auch allen, die die Software eigentlich geschaffen haben, ich habe sie ja 'nur' ein wenig überarbeitet. Apropos - es gibt eine etwas neuere Version als du sie benutzt https://github.com/philippoo66/ViessData21/blob/master/ViessData_V2322_AppOnly.zip Die hat auch den Vorteil, dass eine Rückweisung (z.B. zu schreibender Wert out of range) bei formaler Richtigkeit der Kommunikation erkannt wird. Das mit der xml ist wahrlich komisch, da muss ich meinen andren Rechner starten und mal im Code schauen, was da passiert. Auf den ersten Blick sehe ich den Grund nicht. Mit der Darstellung hat es Folgendes auf sich: Der Grafik Krams ist (nicht von mir) so gemacht, dass er strikt jede Minute einen Wert darstellt. Da das Abfrageintervall keine Zykluszeit ist, sondern eine Pause zwischen den Abfragezyklen, kommt es bei '60sec' dazu, dass ab und an für diese Minute kein Wert vorhanden ist. Ich meine das in einer späteren Version geändert zu haben, dass 'Lücken' bis zu 5 Minuten oder so in der Darstellung einfach 'überbrückt' werden. Probier's mal mit der aktuellen. Ich meld mich zu der xml später. Grüsse! |
Beta Was this translation helpful? Give feedback.
-
|
so, das hätten wir hoffentlich auch noch... in der Software wird viel mit datasets gearbeitet (leider wohl auch der Grund, warum sie nicht mit mono auf einem Raspi läuft), und dem dataset fehlt bei deiner xml die Spalten offset und blocklen, die aber irgendwo referenziert werden. Ich habe die mal in deine xml beim ersten Punkt eingefügt (wahrscheinlich ist es egal wo) und nun wird die Geschichte zumindest vernünftig geladen.
weil das Laden in einem Event geschieht (frmmain_load) ist das mit dem Error Handling so eine Sache (keinerlei Meldung, einfach Abbruch...). Es gibt einiges, was man schöner machen könnte an der SW, aber da muss man sich mal die Zeit nehmen, und sie grundsätzlich 'umkrempeln'... probier es bitte mal aus und sag Bescheid. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo Phil, vielen Dank für die schnellen Antworten. Die offset/blocklen-Spalten werde ich gleich mal testen und mich dann zurückmelden. |
Beta Was this translation helpful? Give feedback.
-
|
oh, das mit dem neu-starten-Müssen hatte ich auch noch nicht. Eigentlich schickt die Comm Lib beim Aufnehmen der Verbindung erstmal ein 0x04 was einem Communication Reset (back to KW Protokoll) gleich kommt, das sollte eigentlich immer funktionieren. Es hat auch nicht so viele Änderungen seit Bestehen der dll gegeben: |
Beta Was this translation helpful? Give feedback.
-
|
Weitere Erfahrungen mit der ViessData_V2322: Folgende Beobachtungen mit meiner abgespeckten vito_DP.xml 60s-Abfrage; Datensätze werden zwar geschrieben, aber im Graph nur ein peak. . . Mit den Original-XMLs läuft es. |
Beta Was this translation helpful? Give feedback.
-
|
gibt es Fehlermeldungen in der Box auf dem Statistik Tab? (wenn ich deine hochgeladene csv öffne, läuft die Box über mit Meldungen...) Hast du eigentlich die vito_config angepasst?! Wie gesagt, die Viess_Data war ursprünglich das Erstlings-C#-Werk des Programmierers, die ist alles andre als fehlbedienungssicher. Ein paar Fettnäpfe habe ich eliminiert, aber um alle loszuwerden muss das Ding besser komplett neu gemacht werden, da fehlte mir bisher der Antrieb zu. Wenn irgendwas mit der 2300 besser geht als mit der 2322 dann geht das natürlich auf mein Konto... Kannst du mir mal dein komplettes Viessdata Verzeichnis zippen und hochladen (alte csv's natürlich nicht nötig), dann kann ich besser schauen, was da schief geht. |
Beta Was this translation helpful? Give feedback.
-
|
Was hat dich eigentlich getrieben, die ganzen Datenpunkte aus der Liste rauszuwerfen? Du bist dir bewusst, dass du damit viele Funktionen von ViessData 'eliminiert' hast? Die ganzen Statusanzeigen, viel Einstellmöglichkeiten, ... Wenn du was brauchst, das einfach nur ein paar Werte ausliest und in eine csv schreibt, die du dann mit Excel grafisch anzeigen kannst, hätte ich ein einfaches und fehlersicheres Python Skript... |
Beta Was this translation helpful? Give feedback.
-
|
Hurra es geht! Die Erklärung für den Graph-Murks liegt tatsächlich in korrupten csv-Dateien. Bei schwarzer Graph, fehlte komplett die Kopfzeile. Ich denke, dass der Button "Neue csv erstellen" bei mir nicht immer wie gewünscht funktioniert hat. Einzig verbleibt die Fehlermeldung Was mich trieb: Aber ich habe jetzt noch die Raum+Vorlauf-Tmps ergänzt, die hatte ich vergessen. Wichtig war u.a. für mich der DP Integralschwellwert. Den habe ich in Stufen von 50 auf 80 erhöht und konnte damit die Brennerstarts mehr als halbieren ohne negative Nebeneffekte. Mit den Statusanzeigen muss ich mich nochmal beschäftigen, bis jetzt haben die mir nicht weitergeholfen. Letzten Endes soll das Wichtigste in home-assistant über ESPhome landen: Hier noch meine XMLs, falls es jemanden interessiert. Das Farbenspiel im Graph ist aber noch nicht fertig. Das sind jetzt Feinheiten. Vielen Dank für die Unterstützung. |
Beta Was this translation helpful? Give feedback.
-
|
Hi zusammen, erstmal vorab: Dieses Programm hat mit dem Beginn der GasPreis Explosion unseren Verbrauch mega optimiert. Die Heizung war vom Installateur eingerichtet und Dank des Programms haben wir mit ein wenig sparen dazu 10000 kwh gespart. Nur weil ich die Werte überwachen und ausprobieren konnte. Ein riesiges Dankeschön für das Weitertüfteln an der Grundversion. 👍 Nachdem nach monaten des Wartens Mitte letzten Jahres der Viesmann Conector kam habe ich im Herbst doch den Laptop mit Kabel wieder angeschlossen. Fad Programm bfingt mir viel mehr als die App. Schade das nicht eine Verbindung zum HomeAssistant klappt. Jetzt aber die Frage zu eurer Unterhaltung. Im letzten Beitrag steht etwas von Integralwert. Was bzw wo ist er zu finden. Unsere vitodens 333 ist auch sehr schnell am Takten.Sie ist aber wohl auch zu groß ausgelegt wie ich bermute. Aber was es mit dem Wert auf sich hat wäre interessant. Vielen Dank und Grüße |
Beta Was this translation helpful? Give feedback.
-
|
schau mal hier: |
Beta Was this translation helpful? Give feedback.
-
|
moin @pirx7 ! "gedämpft, gerührt und geschüttelt" ist gut :-)) tatsächlich ist ja die gemischte Aussentemp (gebildet auch 70% gedämfter und 30% gefilterter) der Eingangswert für die Kennlinie, um daraus den Kessel-Soll zu bestimmen. Hat schon was von gerührt und geschüttelt.... Das mit den Zeiten für mehrere Heizkreise wäre tatsächlich eine schöne Sache. Wahrscheinlich auch ganz einfach umzusetzen, indem man einen umschaltbaren Offset auf die Zeiten-Datenpunktadressen einbaut (unter Heiz/WW/Zirku noch Opts für HK1/2/3). Dann hätte man zwar keine zusätzlichen Tabs, aber könnte mit dem einen Tab alles anzeigen lassen. Blöderweise stehen die Adressen von den Arrays nicht im DP_xxx.txt - kennst du die zufällig? Sonst müsste man noch mal schauen, ob man in der SQL was findet oder in der Ursprungs-mega-xml... Insgesamt freut es mich, dass du jetzt einen zufriedenstellenden Nutzen aus Viessdata ziehen kannst! manchmal fragt man sich ja schon, ob es überhaupt Sinn macht, noch Zeit in die alten Sachen zu stecken. btw - die Adressen der erste Seite etc konfigirierbar zu machen war tatsächlich (Kern-) Teil der Gedanken zu 'Version 3'. Aber leider ist das alles nicht immer wirklich konsistent in den Steuerungen, deswegen auch ein mega Aufwand... |
Beta Was this translation helpful? Give feedback.
-
|
moin @firegrisus danke auch dir für die positive Rückmeldung! Wie grad geschrieben - sowas bestärkt, doch noch Zeit in die alten Sachen zu stecken. Der Integral-Schwellwert ist einfach eine andere Art der Hysterese. Klar kann man/frau mit einer größeren Hysterese das Takten runter bringen (ich hab ihn bei mir von 50 auf 100 °min gegenüber dem Factory Default verdoppelt - ohne erkennbaren Nachteil), aber oft ist eine schwerer wiegende Ursache für Takten ein zu geringer Volumenstrom und damit eine nur teilweise Ausnutzung der vorhandenen thermischen Puffer-Masse. Hast du schon mal in allen bewohnten/beheizten Räumen die Thermostatventile ganz auf gemacht? Oft wird es dann viel zu warm, was ein Zeichen für eine zu hoch eingestellte Kennlinie ist. Startegie ist dann, die Kennlinie so weit runter zu stellen, dass im Wesentlichen diese die Regelung der Raumtemperatur macht und nicht die Thermostatventile (das ist ja auch der eigentliche Sinn einer witterungsgeführten Heizungsregelung). Wenn die Thermostatventile dann meistenteils weit offen sind (auch wenn man sie wieder zurück auf 3 stellt), kann sich die vom Brenner eingebrachte Wärme gut und schnell im gesamten System verteilen (bei ggf. noch etwas erhöhter Pumpenleistung), und die Takterei geht runter. Wir haben mit dieser Strategie gerade einen nicht-modulierenden Ölkessel von Taktzyklen von 5..10 Minuten auf einen Brennerstart alle 4..6 Stunden(!) runtergebracht. So krasse 'Erfolge' werden sich bei einem modulierenden Brenner zwar nicht erreichen lassen, aber ein positiver Nebeneffekt ist auch eine höhere Effektivität (weniger Verbrauch) bei einem niedrigeren Temperaturniveau des Systems. Grüsse! |
Beta Was this translation helpful? Give feedback.
-
|
Hallo,
bow. DANKE für die Antwort. Das war wirklich verständlich geschrieben. (Habe ich verstanden die Problematik *als Laiin 😊)
*Daumen hoch für die Antwort und Erklärung
Mit freundlichen Grüßen
Nicole Persuhn
…--------------------------------------------------------------------------------------------------------------------
P-tec Celle e.K. Ulrich Persuhn, Prokura Nicole Persuhn | Burgstr. 75, 29221 Celle | Tel. 05141 740110
USt-IdNr.: DE253102110 | Steuernr. 17/133/08026 | Registergericht: AG Lüneburg HRA 200219
Feuerwehrbedarf Produkte: Produktseite flexattack
www.ptec-feuerwehrbedarf.de <http://www.ptec-feuerwehrbedarf.de/> www.schlauchtragekorb-flexattack.de <http://www.schlauchtragekorb-flexattack.de/>
flexattack® – unsere Marke für innovative Feuerwehrausrüstung
Von: Phil ***@***.***>
Gesendet: Mittwoch, 28. Februar 2024 12:25
An: philippoo66/ViessData21 ***@***.***>
Cc: firegrisus ***@***.***>; Mention ***@***.***>
Betreff: Re: [philippoo66/ViessData21] Discussion, Contact, Q&A etc (Discussion #1)
moin @firegrisus <https://github.com/firegrisus> danke auch dir für die positive Rückmeldung! Wie grad geschrieben - sowas bestärkt, doch noch Zeit in die alten Sachen zu stecken.
Der Integral-Schwellwert ist einfach eine andere Art der Hysterese. Klar kann man/frau mit einer größeren Hysterese das Takten runter bringen (ich hab ihn bei mir von 50 auf 100 °min gegenüber dem Factory Default verdoppelt - ohne erkennbaren Nachteil), aber oft ist eine schwerer wiegende Ursache für Takten ein zu geringer Volumenstrom und damit eine nur teilweise Ausnutzung der vorhandenen thermischen Puffer-'Masse'.
Hast du schon mal in allen bewohnten/beheizten Räumen die Thermostatventile ganz auf gemacht? Oft wird es dann viel zu warm, was ein Zeichen für eine zu hoch eingestellte Kennlinie ist. Startegie ist dann, die Kennlinie so weit runter zu stellen, dass im Wesentlichen diese die Regelung der Raumtemperatur macht und nicht die Thermostatventile.
Wenn die Thermostatventile dann meistenteils weit offen sind, kann sich die vom Brenner eingebrachte Wärme gut und schnell im gesamten System verteilen, und die Takterei geht runter. Wir haben mit dieser Strategie gerade einen nicht-modulierenden Ölkessel von Taktzyklen von 5..10 Minuten runter auf einen Brennerstart alle 4..6 Stunden(!) runter gebracht. So krasse 'Erfolge' werden sich bei einem modulierenden Brenner zwar nicht erreichen lassen, aber ein positiver Nebeneffekt ist auch eine höhere Effektivität (weniger Verbrauch) bei einem niedrigeren Temperaturnivea des Systems.
Grüsse!
—
Reply to this email directly, view it on GitHub <#1 (reply in thread)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ARSTTOFTQRAJ2AZD2IODWOTYV4HX7AVCNFSM6AAAAAAUJ5JB6OVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4DMMJXGE4TG> .
You are receiving this because you were mentioned. <https://github.com/notifications/beacon/ARSTTODUCUK2R5LLMAIQ2X3YV4HX7A5CNFSM6AAAAAAUJ5JB6OWGG33NNVSW45C7OR4XAZNRIRUXGY3VONZWS33OINXW23LFNZ2KUY3PNVWWK3TUL5UWJTQAQN6OS.gif> Message ID: ***@***.*** ***@***.***> >
|
Beta Was this translation helpful? Give feedback.
-
|
0x3000 wohl für HK1 (M2) Wie rechnet man die Daten in echte Zeiten um? Ich kann für jeden der 2 HKs die Zeiten einstellen für:
also alles doppelt.
Was hat es eigentlich mit der Spalte |
Beta Was this translation helpful? Give feedback.
-
|
das mit den jeweils 0x1000 weiter bei den Heizkreisen kann gut passen. das lässt sich schnell programmieren. könnte ich mal machen. ich sag dann Bescheid. zum Testen müsstest du allerdings die Datenpunkte wieder in die Liste aufnehmen. grundsätzlich reicht einer pro Heiz/WW/Zirku Zeiten Liste, allerdings werden max 55 Bytes übertragen, die 56ste Schaltzeit bliebe dann unberücksichtigt (steht aber eh selten was drin). Die Kodierung ist 1 Byte pro Schaltzeit, in den unteren 3 Bits stehen die Zehn-Minuten (als z.B. 3 für :30) und in den oberen 5 Bits stehen die Stunden. zb 14:30 also 14 = 01110 , 3 = 011 -> 01110011 = 73hex für 14:30
So gesehen ja. aber da sind ja auch noch die Enum Listen bei den Enum Typen. Und nicht jede Steuerung hat jeden Wert. Und dann gibt es noch so ganz komische Datenpunkte, wie den 2500, bei dem in 22 Bytes viele unterschiedliche Informationen stehen. Und so Sachen, dass unter manchen Datenpunktadressen unterschiedliche Informationen stehen abhängig davon, mit welcher Länge man sie ausliest... (den 2500/3500(/4500) hab ich da auch in Verdacht). Die Spalte Wert_string ist für die Klartext-Anzeige von Unicode Datenpunkten, z.B. Heizkreisbezeichnungen und so. Zu dem gedämpften Temperaturwert hatte ich schon öfter mal was geschrieben, weil er immer wieder fälschlicherweise viel zu klein eingestellt wird (es sei denn, man wohnt in einem Bauwagen mit Blechwänden). Ich find's nur leider grad mal wieder nicht wieder. Die Dämfung trägt halt dem Umstand Rechnung, dass deine Aussenwände innen nicht plötzlich kalt sind, wenn es draussen schlagartig kalt geworden ist, und dass sie innen nicht plötzlich warm sind, wenn draussen nach einer eisigen Nacht die Sonne wunderbar scheint. Die gut 21 Stunden Zeitkonstante (1280 Minuten) sind zwar in vielen Fällen zu viel, aber deine 2 Stunden entsprechen eher einer mitteldünnwandigen Holzhütte. Ich habe sie bei meinem 1933 Haus mit 3/4 doppelwandigen Rotziegelwänden mit ~7cm Ausblasdämmung in der Hohlwand auf 12 Stunden stehen (72->720 Min) und das passt einigermassen gut. Is halt auch schwierig, weil eine der 4 Aussenwände einschichtig und noch entsprechend dünn ist... |
Beta Was this translation helpful? Give feedback.
-
|
@pirx7 so Zeiten auch für M2, M3 eingebaut und steht zum Testen bereit https://github.com/philippoo66/ViessData21/blob/master/ViessData_V2330_exe_only.zip Gibt es denn eigentlich WW und Zirku Zeiten auch für M2, M3 separat? {edit: blöde Frage, hattest du ja oben geschrieben} wie gesagt, du musst mindestens diesen Datenpunkt einbauen, und bei dem wird Sonntag, 4. Schaltzeit Aus immer --:-- sein Es gibt natürlich jede Menge Datenpunkte mit diesen Offsets für M2 und M3. Naja, is halt ne 80% Lösung.... ;-) |
Beta Was this translation helpful? Give feedback.
-
|
Wow, danke, das ging ja schnell! Aber ich kann die ViessData2330 nicht starten. Ich bekomme: Hast du die 4000er Adressen auch schon vorgesehen? Übrigens: |
Beta Was this translation helpful? Give feedback.
-
|
Was auch noch super wäre: |
Beta Was this translation helpful? Give feedback.
-
du musst die exe natürlich in dein vorhandenes Verzeichnis mit allen Libs und Krams tun. Alle Abhängigkeiten bleiben selbstverständlich weiterhin bestehen! Ich hab ja nur einen Offset bei den Zeiten mit rein gemacht. Die OptoLinkCommAsyncLib, Version=1.0.0.4 ist die neueste, die ist aber im 2.3.2.2 Pack mit drin. ggf mal die Version überprüfen (rechte Maustaste). Und du wirst beim Start eine Meldung bekommen, dass Datenpunkt 0x2000 nicht in der Liste ist. Ist er ja bei dir auch nicht. Einfach ok drücken. 3000h und 4000er Gezeitenpunkte sind alle berücksichtigt. Opt Buttons M2 und M3 auf dem Zeiten Tab. Müssen natürlich in der Liste sein, so ist das Prg/der zeitentab angelegt...
so ein Export und Import wäre für die ganze Liste noicht schlecht. da wären dann auch die Zeiten mit drin. vlt mach ich das beizeiten mal... |
Beta Was this translation helpful? Give feedback.
-
|
Super, geht perfekt -- Vielen Dank!!! kleine Änderung notwendig: Anmerkungen Auch bei mir stehen trotzdem bei 0x2000 (A1) alle Schaltzeiten. Habe ich aber nie eingegeben. Bei einer Tabelle stehen die Zeiten in der 2. Spalte Für Interessierte: die 2000er DPs habe ich nur interessehalber mit reingenommen.
Mag sein, dass mein Wert theoretisch zu niedrig ist - Auffälligkeiten hatte ich aber noch nicht. |
Beta Was this translation helpful? Give feedback.
-
|
danke für's Testen!
eigentlich sind 8 Schaltzeiten (4 an, 4 aus) mal 7 Wochentage = 56. Früher ging es mit len=56, aber die Steuerung schickt schon immer nur maximal 55 Bytes in einem Telegram. Ich habe irgendwann die Überprüfung der Länge in die Comm dll eingebaut, wahrscheinlich meckert sie seit dem 55 an, wenn man 56 requestet. Wegen dem max-55-Bytes 'Issue' habe ich den Datenpunkt ja in der ursprünglichen Liste auch auf 7 DPs a 8 Bytes aufgeteilt (einen DP pro Wochentag), jeweils mit entsprechendem Offset. Dann funktioniert auch die letzte Ausschaltzeit am Sonntag. Theoretisch würde es auch mit 2 Datenpunkten a 28 Bytes gehen, aber das habe ich glaubich nicht programmiert.
Höchstwahrscheinlich weil sie dort gespeichert sind (weil du den ersten Schaltzeitensatz gelöscht hast). Schau mal nach - wahrscheinlich sind die Bytes des Datenpunktes
Interessant! Vielleicht nimmt er da die 'relevanten' Zeiten hin? Wenn M2 Pause hat und M3 nicht (und andersrum), muss ja trotzdem der Brenner laufen... |
Beta Was this translation helpful? Give feedback.
-
so ist es wohl, ich sehe im Menü eine kleine unscheinbare 2 in den gelben Zeitbalken.
nein da stehen fixe Zeiten drin, die mit M2 + M3 nichts zu tun haben Schaltzeiten senden Schaltzeiten schreiben über die neuen Zeitprogramme ging gar nicht: |
Beta Was this translation helpful? Give feedback.
-
|
voll vergessen den neuen Offset beim Schreiben. Jetzt sollte es gehen Aktuell kann man in der Liste nur Dezimalzahlen schreiben, und die nur bis 8 Bytes. Ansonsten müsstest dein 55 Bytes in eine Dezimalzahl umwandeln (ziemlich unhandlich ;-) Ich muss mal das Schreiben für Byte 'Ketten' einbauen... |
Beta Was this translation helpful? Give feedback.
-
|
Jetzt läuft alles rund. |
Beta Was this translation helpful? Give feedback.
-
|
supi, danke für's Testen und das Feedback! |
Beta Was this translation helpful? Give feedback.
-
offen für alles zum Thema und 'Anlaufstelle' für Kontakt ;-)
Beta Was this translation helpful? Give feedback.
All reactions