- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von kask - 06 Mai 2024, 01:31:11ZitatMan kann doch bereits jetzt über das Attr graphicBeamXContent den consumptionForecast anzeigen lassen.
Oder was meinst du?
Das kannte ich nicht. Aber ich dachte mir das eher in Richtung Zweibalken diagram. So das man beides sieht.
Wie würde ich das denn machen müssen wenn ich den Forecast und den Consumption (beides mit Progronse&Realität) rafisch sehen würden wolle.
"ctrlAIshiftTrainStart" schau ich mir mal an.
ZitatWoraus schließt du bzw. läßt dich vermuten dass der interne Intervaltimer nicht anhält?
Ganz einfach. Durch divese Tests den Internentimer von aussen zu manipulieren bzw. beim schauen wie dieser sich verhält.
Testszenarien u.A.:
Device diasablen/enablen (hintereinander) : Resultat= Interval bleibt wie dieser war bestehen. keine Zeitdifferenz zum vorherigen und nächsten Interval.
ctrlIntervall auf 0, dann auf ursprung stellen (sofort hintereinander). Resultat= wie disablen/enablen.
ctrlInterval auf einen größeren/kleineren wert ändern. Neuer Intervall greift erst wenn der alte abgelaufen ist.
Kannst du ja mal Ausprobieren.
#2
Multimedia / Aw: MPD-Device aktualisiert ni...
Letzter Beitrag von RigorM - 05 Mai 2024, 23:55:46So, habe jetzt mal ausgiebig die verbose Logs meiner beiden mpds durchkämmt, und danach sieht es so aus, als würden beide vollkommen unterschiedlich auf die Anfragen von FHEM reagieren.
Woran das aber liegt (Timing, Konfiguration oder prinzipielle Inkompatibilität aufgrund von Versionsunterschieden), ist mir im Augenblick noch völlig schleierhaft.
Allerdings bereitet mir der zweite mpd auch anderweitig Probleme. Er verliert nämlich immer mal wieder die Verbindung zum Icecast, an den er eigentlich ausgeben soll.
Jetzt ist mir aufgefallen, dass diese Abbrüche praktisch verschwunden sind, seit ich dem mpd via FHEM alle 15 s einen "Tritt in den Hintern" verpasse.
Schläft also offenbar hin und wieder mal ein, der Gute, und vllt. ist das auch der Grund für die Schwierigkeiten, mit FHEM zu kommunizieren.
Also werde ich jetzt erst mal in diese Richtung weiterforschen.
Woran das aber liegt (Timing, Konfiguration oder prinzipielle Inkompatibilität aufgrund von Versionsunterschieden), ist mir im Augenblick noch völlig schleierhaft.
Allerdings bereitet mir der zweite mpd auch anderweitig Probleme. Er verliert nämlich immer mal wieder die Verbindung zum Icecast, an den er eigentlich ausgeben soll.
Jetzt ist mir aufgefallen, dass diese Abbrüche praktisch verschwunden sind, seit ich dem mpd via FHEM alle 15 s einen "Tritt in den Hintern" verpasse.
Schläft also offenbar hin und wieder mal ein, der Gute, und vllt. ist das auch der Grund für die Schwierigkeiten, mit FHEM zu kommunizieren.
Also werde ich jetzt erst mal in diese Richtung weiterforschen.
#3
Solaranlagen / Aw: solax xHybrid Wechselricht...
Letzter Beitrag von hapege - 05 Mai 2024, 23:23:22Hi,
Danke Tobias!
Nur um dieses Thema auch hier abzuschließen der Hinweis, daß Tobias die json für den Solax korrigiert hat (funktioniert) und die obige json für den QVolt ins Release mit aufgenommen.
Zu den 3 Bereichen:
Die maximal mögliche Leselänge ist x7D (empirisch ermittelt mit Verdacht auf 254 minus 3 für den Header minus 1 für die Checksum) - drüber funktioniert es nicht mehr.
Mit 2 mal x7D kommt man bis xFA, also nicht ganz bis x100. Also bleiben nur 3 Bereiche. xFA liegt noch dazu in einem REV Bereich (xD1 - xFF), also läse man etliche ungenutzte Register.
Von x55 bis x65 liegen auch ungenutzte REV Register - die wollte ich mir einfach auch sparen
Über x100 liegt nicht mehr so viel, (Dis)ChargeableElectricCapacity finde ich z. B. interessant. Außerdem wollte ich die lesen... weil sie da sind
In Tobias' aktueller Version funktionierts.
Danke Tobias!
Nur um dieses Thema auch hier abzuschließen der Hinweis, daß Tobias die json für den Solax korrigiert hat (funktioniert) und die obige json für den QVolt ins Release mit aufgenommen.
Zu den 3 Bereichen:
Die maximal mögliche Leselänge ist x7D (empirisch ermittelt mit Verdacht auf 254 minus 3 für den Header minus 1 für die Checksum) - drüber funktioniert es nicht mehr.
Mit 2 mal x7D kommt man bis xFA, also nicht ganz bis x100. Also bleiben nur 3 Bereiche. xFA liegt noch dazu in einem REV Bereich (xD1 - xFF), also läse man etliche ungenutzte Register.
Von x55 bis x65 liegen auch ungenutzte REV Register - die wollte ich mir einfach auch sparen
Über x100 liegt nicht mehr so viel, (Dis)ChargeableElectricCapacity finde ich z. B. interessant. Außerdem wollte ich die lesen... weil sie da sind
In Tobias' aktueller Version funktionierts.
#4
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von timtom2000 - 05 Mai 2024, 23:13:27Hallo,
ich hätte mal eine Frage zu den Einstellungen bzgl. der Lüftertypen. Hierzu finde ich online immer nur Fragmente, das Gesamtbild verstehe ich aber leider noch nicht.
Wir haben eine LWZ 304 Trend bei der seit einigen Tagen der Abluftlüfter rattert, Audio anbei. Ich denke ein typischer Lagerschaden, wird ja oft berichtet. Die 40.000h Lebensdauer könnten in der Tat erreicht sein.
Ich wäge noch zwischen zwei Optionen ab
a) Reparatur des alten Lüfters, Hersteller Xiangming (ca. 90€)
b) Kauf neuer (besserer) Papst-Lüfter (ca. 220€)
Im Fachmann-Menü kann man ja den Lüftertyp einstellen (0,1,2). Bei uns ist akt. der Typ 1 eingestellt. Typ 1 bedeutet nach meiner Info, dass die Lüfter immer mit mindestens 100m³/h angesteuert werden. Stellt man weniger ein, fängt der Lüfter an zu takten (je geringer der eingestellte Volumenstrom, desto länger sind die Pausen; in den Lüftungsphasen sind es dann immer die besagten 100m³/h). Den Typ 1 hatte SE ganz zu Anfang im Rahmen eines Service mal nebenbei so eingestellt...
Typ 0 funktioniert bei uns grundsätzl. auch, man kann dann auch Volumenströme <<100m³/h einstellen, OHNE dass die Anlage taktet. Risiko ist dann angeblich, dass die alten Xiangming-Lüfter stehenbleiben...besagte Papst-Lüfter können wohl auch <<100m³/h ohne dass sie stehenbleiben.
Wenn ich nun einen Papst-Lüfter kaufe, sollte man wohl beide Lüfter tauschen und dann den Lüftertyp umstellen (auf 0 oder 2?). Allerdings verstehe ich nicht, wieso ich den Papst-Lüfter nicht auch mit der Einstellung Typ 1 betreiben könnte?!
Lange Herleitung, jetzt zur konkreten Frage...weiß jemand, wofür Typ 0/1/2 genau gedacht sind, bzw. was die Auswirkungen sind, und wie das mit den Lüftermodellen zusammenhängt?
ich hätte mal eine Frage zu den Einstellungen bzgl. der Lüftertypen. Hierzu finde ich online immer nur Fragmente, das Gesamtbild verstehe ich aber leider noch nicht.
Wir haben eine LWZ 304 Trend bei der seit einigen Tagen der Abluftlüfter rattert, Audio anbei. Ich denke ein typischer Lagerschaden, wird ja oft berichtet. Die 40.000h Lebensdauer könnten in der Tat erreicht sein.
Ich wäge noch zwischen zwei Optionen ab
a) Reparatur des alten Lüfters, Hersteller Xiangming (ca. 90€)
b) Kauf neuer (besserer) Papst-Lüfter (ca. 220€)
Im Fachmann-Menü kann man ja den Lüftertyp einstellen (0,1,2). Bei uns ist akt. der Typ 1 eingestellt. Typ 1 bedeutet nach meiner Info, dass die Lüfter immer mit mindestens 100m³/h angesteuert werden. Stellt man weniger ein, fängt der Lüfter an zu takten (je geringer der eingestellte Volumenstrom, desto länger sind die Pausen; in den Lüftungsphasen sind es dann immer die besagten 100m³/h). Den Typ 1 hatte SE ganz zu Anfang im Rahmen eines Service mal nebenbei so eingestellt...
Typ 0 funktioniert bei uns grundsätzl. auch, man kann dann auch Volumenströme <<100m³/h einstellen, OHNE dass die Anlage taktet. Risiko ist dann angeblich, dass die alten Xiangming-Lüfter stehenbleiben...besagte Papst-Lüfter können wohl auch <<100m³/h ohne dass sie stehenbleiben.
Wenn ich nun einen Papst-Lüfter kaufe, sollte man wohl beide Lüfter tauschen und dann den Lüftertyp umstellen (auf 0 oder 2?). Allerdings verstehe ich nicht, wieso ich den Papst-Lüfter nicht auch mit der Einstellung Typ 1 betreiben könnte?!
Lange Herleitung, jetzt zur konkreten Frage...weiß jemand, wofür Typ 0/1/2 genau gedacht sind, bzw. was die Auswirkungen sind, und wie das mit den Lüftermodellen zusammenhängt?
#5
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von tobmaster1985 - 05 Mai 2024, 23:12:50 #6
Solaranlagen / Aw: [46_TeslaPowerwall2AC] neu...
Letzter Beitrag von Elektron - 05 Mai 2024, 23:02:24Hallo zusammen,
Das hängt auch an der Version der Gateway Software.
An diesem DSL-Ansxhluss hängen zwei PW2-Installationen mit je einem FHEM.
Die eine (meine) ist auf der Version 22.9.2, da tritt der Fehler auf.
Die andere ist älter (21.35.3), da tritt der Fehler nicht auf.
Ich hoffe mal, dass CoolTux noch einmal die Zeit findet in die Untersuchung einzusteigen. Meine Perl-Fähigkeiten reichen dazu leider auch nicht aus...
Viele Grüße Michael
Das hängt auch an der Version der Gateway Software.
An diesem DSL-Ansxhluss hängen zwei PW2-Installationen mit je einem FHEM.
Die eine (meine) ist auf der Version 22.9.2, da tritt der Fehler auf.
Die andere ist älter (21.35.3), da tritt der Fehler nicht auf.
Ich hoffe mal, dass CoolTux noch einmal die Zeit findet in die Untersuchung einzusteigen. Meine Perl-Fähigkeiten reichen dazu leider auch nicht aus...
Viele Grüße Michael
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 05 Mai 2024, 22:17:11@kask,
Oder was meinst du?
ZitatKönnte man in das Balkendiagramm nicht auch die Forcastconsumption einfliessen lassen. Jetzige Balken nur halb so breit und der consumption Forecast mit rein. Ist vieleicht etwas tricky mit den Zahlenwerten (eventuell vertikal anordnen dann?)Man kann doch bereits jetzt über das Attr graphicBeamXContent den consumptionForecast anzeigen lassen.
Oder was meinst du?
ZitatAllerdings hätte ich da zwei Fragen.Der KI Lernprozess läuft per default um 02:15, die Stunde kann aber mit dem Attr ctrlAIshiftTrainStart verschoben werden. Um 01:xx laufen im Modul keine besonderen Aktivitäten ab. In der Sub _specialActivities siehst du die Zeiten für besondere Aktivitäten. Das Attr ctrlAIshiftTrainStart hat entsprechenden Einfluß.
Um 1Uhr-kurz nach 1Uhr geht mein Load zielich hoch. Ich meine das da was war mit der Ki und dem DWD Modul einst (deshalb 1 uhr und nicht wie vorher Mitternacht). Was macht das Modul zu der Zeit?
Ist nicht kritisch interressiert mich einfach nur.
ZitatUnd was auch nicht kritisch ist (zumindest für mich jetzt) ist die Frage wieso der interne Intervaltimer nicht anhält wenn ich den Interval auf 0 setzte oder das Modul disable.Woraus schließt du bzw. läßt dich vermuten dass der interne Intervaltimer nicht anhält?
#8
MQTT / Aw: Readings als JSON formatie...
Letzter Beitrag von tbk - 05 Mai 2024, 21:29:59Vielen Dank für die schnelle Hilfe, dass war genau das was ich gesucht habe.
Nach dem ich verstanden habe wie das mit dem 99_myUtils.pm so funktioniert, klappt das genau so wie gewünscht.
Zur Vollständigkeit hier mein 99_myUtils.pm
Beim Aufruf sieht da dann so aus
Nach dem ich verstanden habe wie das mit dem 99_myUtils.pm so funktioniert, klappt das genau so wie gewünscht.
Zur Vollständigkeit hier mein 99_myUtils.pm
Code Auswählen
##############################################
## $Id: myUtilsTemplate.pm 21509 2020-03-25 11:20:51Z rudolfkoenig $
##
## Save this file as 99_myUtils.pm, and create your own functions in the new
## file. They are then available in every Perl expression.
package main;
use strict;
use warnings;
sub
myUtils_Initialize($$)
{
my ($hash) = @_;
}
sub
readings2json($@)
{
my $in = $defs{shift()}{READINGS};
my %out;
map { $out{$_} = $in->{$_}{VAL} } @_;
return toJSON(\%out);
}
1;
Beim Aufruf sieht da dann so aus
Code Auswählen
attr mqttBridge globalPublish state|desiredTemperature|temperature|valveposition|battery|mode:topic={"$base"} state|desiredTemperature|temperature|valveposition|battery|mode:expression={main::readings2json($device, "state","desiredTemperature","temperature","valveposition","battery","mode")}
#9
Homematic / Aw: HOWTO: E-Paper Display mit...
Letzter Beitrag von achim-e - 05 Mai 2024, 20:57:26Der Thread ist schon etwas älter, aber meine Frage passt hier m.E. perfekt.
Ich will im Display in der 1. Zeile auf Druck des Buttons die Außentemperatur (ausgelesen aus der Heizung) anzeigen. Das geht auch mit set devname config 2 TEXTLINE_1=Value(...). Problem: das Schreiben der ersten Zeile überschreibt auch die drei mittleren Zeilen mit den Standardwerten aus der CCU3.
Frage: Kann man auch ausschließlich die erste Zeile schreiben, ohne Änderung der drei mittleren Zeilen? Und falls nein, kann man die alten Werte wieder herstellen ohne sie neu "berechnen" zu müssen?
Danke!
Ich will im Display in der 1. Zeile auf Druck des Buttons die Außentemperatur (ausgelesen aus der Heizung) anzeigen. Das geht auch mit set devname config 2 TEXTLINE_1=Value(...). Problem: das Schreiben der ersten Zeile überschreibt auch die drei mittleren Zeilen mit den Standardwerten aus der CCU3.
Frage: Kann man auch ausschließlich die erste Zeile schreiben, ohne Änderung der drei mittleren Zeilen? Und falls nein, kann man die alten Werte wieder herstellen ohne sie neu "berechnen" zu müssen?
Danke!
#10
Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...
Letzter Beitrag von yersinia - 05 Mai 2024, 20:47:51Hallo noansi,
Danke für deine schnelle Antwort.
) werde ich es beobachten.
Danke für deine schnelle Antwort.
Zitat von: noansi am 03 Mai 2024, 23:17:56Beim nano ist die DTR Leitung via Kondensator mit dem Reset Pin des Atmel verbunden. Beim Öffnen wird da wohl ein Puls drauf gegeben. Gleiches dürfte auch für miniCUL und megaCUL gelten.Danke für den Hinweis, das teste ich mal. Für ser2net könnte schon -RTSCTS und LOCAL reichen. Ich frage mich, ob ich ggf noch DTRLO und RTSLO setzen muss.
MitCode Auswählenstty -F /dev/ttyUSB0 -hupclsoll man das abstellen können. /dev/ttyUSB0 wäre durch Deine Schnittstelle zu ersetzen.
Kann man wohl auch via udev rules automatisieren. Schau mal z.B. hier zum Thema https://raspberrypi.stackexchange.com/questions/9695/disable-dtr-on-ttyusb0
ZitatControls are: DTRHI, DTRLO Turns on and off the DTR line. RTSHI, RTSLO Turns on and off the RTS line(https://manpages.debian.org/experimental/ser2net/ser2net.8.en.htm)
Zitat von: noansi am 03 Mai 2024, 23:17:56Kann daran liegen, dass es conditional burst devices sind oder einfach daran, dass zu viel "geplappert" wurde. Müsstest Du für eines der devices mal mit verbose 4 loggen nebst list vom device, wenn Registerwerte fehlen..Ok, kann beides möglich sein: zu viel geplappert weil die neuen tempListen an alle RT und TCs gehen; aber auch könnten die TCs conditional burst devices sein. Bei der nächsten Umstellung (Mitte Herbst
) werde ich es beobachten.