Moin,
ich habe derzeit folgendes Problem:
Wenn ich versuche das im Wiki angegebene notify zu definieren, welches die aktuelle Temperatur senden soll, bekomme ich folgende Fehlermeldung:
"
Unrecognized character \xC2; marked by <-- HERE after "Heizung",<-- HERE near column 1168 at (eval 1495746) line 1.
Unknown command }, try help.
"
define SendExtTemp notify WS300:temperature.* { MaxFakeWallThermostat(("Heizung"), $EVTPART1);}
Was mache ich falsch?
Warum um "Heizung" Klammern?
Im Wiki steht es doch anders...
Zitat von: https://wiki.fhem.de/wiki/MAX
define SendExtTemp notify WS300:temperature.* {
MaxFakeWallThermostat("Heizung", $EVTPART1);
}
Die Namen von notify-RegEx (WS300:temperature.*) und Devicename "Heizung" passen bei dir?!
Die Sub MaxFakeWallThermostat gibt es bei dir?
EDIT: lists bitte in Code-Tags (das '#' im "Menü"), siehe https://forum.fhem.de/index.php/topic,71806.0.html
Gruß, Joachim
Das mit der Klammerung (und den Code-Tags) ist zwar richtig, aber vermutlich muss der Strichpunkt entweder escaped werden, oder er kann hier auch entfallen...
define SendExtTemp notify WS300:temperature.* { MaxFakeWallThermostat('Heizung', $EVTPART1)}
Wenn wir jetzt noch die direkte Fundstelle im Wiki verlinkt hätten, könnte "jemand" das stressfrei fixen...
\xC2 klingt wie Windoof Schmutz. Ich wuerde mal alles in eine Zeile schreiben ohne Zeilenumbrüche
Zitat von: Wzut am 20 Januar 2023, 10:32:40
\xC2 klingt wie Windoof Schmutz. Ich wuerde mal alles in eine Zeile schreiben ohne Zeilenumbrüche
Das ist zwar auch richtig, aber dann kommt (mit dem Strichpunkt):
ZitatMissing right curly or square bracket at (eval 398) line 1, at end of line
syntax error at (eval xyz) line 1, at EOF
Unknown command }, try help.
OK,
erstmal "Danke" -> ohne Semoikolon, wie von Beta-User vorgeschlagen, gibt es keinen Fehler mehr.
Ich hatte testweise ein notify gebastelt, welches alle 15 min die Temp und die desired Temp an entsprechende Thwermostate sendet.
Das klappt recht gut.
Über das Script in der PM 99Utils ging das dort assozierte Thermostat recht häufig auf 12° = Fenster offen, obwohl nix dergleichen installiert ist.
Erstmal egal, werde ich jetzt an Hand des GästeWCs beobachten....
Mit Semikolon steht das Ganze einfach im Wiki
https://wiki.fhem.de/wiki/MAX
Werde hier die Ergebnisse nochmal posten.
Warum das Ganze?
Meine überdimensionierte Heizung taktet -> das macht die Regelung am Thermostat selbst recht ungemau. Im Wohnzimmer sind zwei Heizungen, welche dann wechselseitig warm/kalt werden. Ich gehe davon aus, das ein externer Sender zu besseren Ergebnissen führt.
Edit:
Dafür habe ich jetzt einen dauerhaften RF Error....
state 18.0 (rf error) 2023-01-22 19:31:14
Zitat von: jangofritz am 20 Januar 2023, 09:12:28
Was mache ich falsch?
Ich gehe jede Wette ein das keines deiner beiden HTs den Namen Heizung hat !
D.h. nicht einfach alles blind übernehmen was irgendwo steht sondern versuchen es zu verstehen.
Im Wiki steht zwar viel Mist aber der Abschnitt FakeWT und rferror bei fehlenden Nachrichten stimmt
Da du zwei HTs in einem Raum hast musst du natürlich auch beide ständig frisch halten und das Thema GroupID auch bitte nicht vergessen.
"
Ich gehe jede Wette ein das keines deiner beiden HTs den Namen Heizung hat !
D.h. nicht einfach alles blind übernehmen was irgendwo steht sondern versuchen es zu verstehen.
Im Wiki steht zwar viel Mist aber der Abschnitt FakeWT und rferror bei fehlenden Nachrichten stimmt
Da du zwei HTs in einem Raum hast musst du natürlich auch beide ständig frisch halten und das Thema GroupID auch bitte nicht vergessen.
"
Stimmt, keines meiner HTs heißt Heizung. Ich schrieb aber, dass ohne Semikolon DesiredTemperature an die ENTSPRECHENDEN Heizkörper gesendet wird.
Das hat dann beim lesen was mit ver.... - ach lassen wir das.
Im Wiki finde ich nix über "rf error". Mag an mir liegen - wie dem auch sei....
Warum so unfreundlich?
Habe da aber noch eine Frage:
Der "rf error" verschwindet, wenn cm ein set an den Heizkörper sendet. Die Temperatur im reading stammt immer vom HT.
Wonach regelt den das HT? Gefühlt würde ich sagen, je nachdem, was als letztes vom HT gemessen/empfangen wurde?
Ist es dann sinnvoll möglichst viele States des externen Fühlers zu senden?
Über die 1% Regel setze ich mich dann halt fröhlich hinweg....
Zitat von: jangofritz am 24 Januar 2023, 18:22:30
Im Wiki finde ich nix über "rf error". Mag an mir liegen -
Zitat von: WikiFalls man zu lange Zeit (ca. 30 Minuten) kein neues "fakeWT" sendet, wird bei der Heizung das Attribut rferror gleich 1. Es ist nicht klar, ob das neben diesem Attribut auch Auswirkung auf die Funktionalität hat. Es wurde beobachtet, dass dann der interne Temperatursensor bis zum nächsten "fakeWT" aktiviert wird.
So, nocheinmal ein kleiner Zwischenbericht:
Der entscheidende Hinweis ist der von Beta-User mit dem Semikolon
define SendExtTemp notify WS300:temperature.* { MaxFakeWallThermostat("Heizung", $EVTPART1)}
Die Regelung ist (vermutlich aufgrund der Entfernung zum Heizkörper) viel weniger schwankend. Damit auch genauer . es benötigt keinerlei Offset mehr.
Danke an alle die geholfen haben.