Bei mir sind gerade alle Zentralen ohne Verbindung zum Backend. Internet geht. Hat das noch jemand?
Posts by rotala
-
-
Letzten Endes das ähnlich wie hier
RE: Smarthome Antennentuning">Smarthome Antennentuning</a>
Die Antenne kam von hier
3.45€ |868MHz Antenne Lora Lorawan pbx 915MHz 5dbi SMA Stecker GSM 868 IOT antena antenne wasserdichte RP SMA/u.FL Zopf Kabel|Communications Antennas| - AliExpressSmarter Shopping, Better Living! Aliexpress.comde.aliexpress.com -
Bei mir habe ich immer mal wieder Verbindungsprobleme von der SHC2 zu einzelnen Geräten gehabt. Ich habe jetzt eine Aussenantenne spendiert. Wenig Aufwand und viel positive Wirkung. Sehr zu empfehlen für die kleine Lötübung zwischendurch.
-
Meine RST stehen Sommer s auf 30 Grad, Ventil offen. Das entlastet das Getriebe und die Ventile. Sie Spazierfahrt Samstags machen sie auch. Ich benutzt Rules in OH für Window reduction. Wenn bei 30 Grad Soll im Sommer des Fenster geöffnet wird bleibt das Soll bei 30 Grad.
-
-
Da die IST Temperatur sowieso sehr träge ist habe ich nie einen solchen effekt gesehen. Statusänderungen von Zuständen, Sollwerten o.ä. sind sehr flott. Wenn ich am BRC eine Taste drücke, klackt in der gleichen Sekunde der von einer OH rule kommandierte Zigbee Zwischenstecker.
Meines Wissen funktioniert der Austausch der Werte über Subscription und nicht Poll. Ralph hatte dies in einem Post vor kurzem bestätigt.
-
Das stand in den verlinkten FAQ Seiten. Ich hatte es auch erst später gesehen...
Die FAQ wurden wohl seitdem angepasst.
-
Die rule setzt die Soll Temperatur wieder wenn das Fenster wieder zu ist. Es könnte ja sein, das zwischenzeitlich ein Zeitprogramm in der SHC gelaufen ist.
Ein Szenario in der SHC zum geöffnenten Fenster habe ich nicht mehr.
-
Ich habe alles per file erstellt.
Code
Display Moreimport org.openhab.core.model.script.ScriptServiceUtil /* beispielhafte items Number PARTYKELLERSoll "PARTYKELLER Soll [%.1f °C]" <temperature> (gKeller, gPARTYKELLER, gSoll) {channel="livisismarthome:RST:SHCJLE01:1111111111111111111111111:set_temperature"} Number PARTYKELLERSollSetpoint "PARTYKELLER Setpoint [%.1f °C]" <temperature> (gKeller, gPARTYKELLER, gSollSetpoint) Switch PARTYKELLERWindowReduction "PARTYKELLER Window Reduction" (gEG, gInnogyWindowReduction) Contact PartykellerFenstersensor "Partykeller Fenster [MAP(de.map):%s]" (gKeller, gFenster,gSicherheitInnen, gSicherheitAussen) {channel="livisismarthome:WDS:SHCJLE01:2222222222222222222222222222222:contact"} Vorraussetzungen 1. Zu jedem Item mit set_temperature gibt es ein passendes Number ItemSetpoint welches den Sollwert speichert falls das/die Fenster geöffnet werden und der Sollwert set_temperature auf 6 Grad geht 2. es gibt noch eine Valiable kWinter welche die Anlage zwischen Winter und Sommerbetrieb umschaltet. Im Sommer ist set_temperature immer 30 Grad um die Antriebe und die Ventilfeder zu Entlasten (andere Rule). Deswegen ist die Windowreduction nur im Winterbetrieb aktiv 3. all items, die eine set_temperature sind in der Gruppe gSoll Funktion 1. wann immer Item mit set_temperature sich ändert wird ItemSetPoint geschrieben. Das passiert bei manueller Änderung am Ventil, Zeitplan von SHC oder Kommando von OH 2. alle 20 sec wird geprüft, ob ein Fenster offen ist. Falls ja, wird das set_temperature auf 6 kommandiert Kommentar Ende */ val org.eclipse.xtext.xbase.lib.Functions$Function5<NumberItem, NumberItem, ContactItem, ContactItem, SwitchItem, Number> funcWindowReduction = [ NumberItem SollSetpointItem, NumberItem SollItem, ContactItem Window1, ContactItem Window2, SwitchItem WindowReduction | var Number nSollSetpoint var Number nSoll //logInfo("funcWindowReduction", "Aufruf " + SollItem.name.toString +" " + SollItem.state.toString +" " + SollSetpointItem.name.toString +" " + SollSetpointItem.state.toString +" " + Window1.name.toString +" " + Window1.state.toString +" " + Window2.name.toString +" " + Window2.state.toString ) if ( SollSetpointItem.state == NULL || SollSetpointItem.state.toString == "6" ){ sendCommand (SollSetpointItem, 15) } nSollSetpoint = SollSetpointItem.state as DecimalType nSoll = SollItem.state as DecimalType //logInfo("funcWindowReduction","nSoll " + nSoll + " nSollSetpoint " + nSollSetpoint) if (kWinter.state.toString == "ON"){ if(Window1.state.toString == "OPEN" || Window2.state.toString == "OPEN") { if (nSoll != 6 ){ sendCommand(SollItem, 6) sendCommand(WindowReduction, ON) logInfo("funcWindowReduction", "Windowreduction EIN " + SollItem.name.toString) } } else { if (nSoll != nSollSetpoint){ logInfo("funcWindowReduction", "Windowreduction AUS " + SollItem.name.toString) sendCommand(SollItem, nSollSetpoint) sendCommand(WindowReduction, OFF) } } } ] rule "WindowReductionRooms" when Time cron "*/20 * * * * ?" then //OG funcWindowReduction.apply(OG_ESSZIMMERSollSetpoint,OG_ESSZIMMERSoll,OG_ESSZIMMERFenstersensor,OG_WOHNZIMMERFenstersensor, OG_ESSZIMMERWindowReduction) funcWindowReduction.apply(OG_DuscheSollSetpoint,OG_DuscheSoll,OG_DUSCHEFenstersensor,OG_DUSCHEFenstersensor, OG_DuscheWindowReduction) funcWindowReduction.apply(OG_AUSSENBUEROSollSetpoint,OG_AUSSENBUEROSoll,OG_AUSSENBUEROFenstersensor,OG_AUSSENBUEROFenstersensor, OG_AUSSENBUEROWindowReduction) //EG funcWindowReduction.apply(BueroSollSetpoint,BueroSoll,BueroFenstersensor,BueroFenstersensor, BueroWindowReduction) funcWindowReduction.apply(WohnEssZimmerSollSetpoint,WohnEssZimmerSoll,WohnzimmerTuersensor,WohnzimmerFenstersensor, WohnEssWindowReduction) funcWindowReduction.apply(KUECHESollSetpoint,KUECHESoll,KUECHEFenstersensor,KUECHEFenstersensor, KuecheWindowReduction) funcWindowReduction.apply(BADSoll,BADSollSetpoint,BADFenstersensor,BADFenstersensor, BadWindowReduction) funcWindowReduction.apply(RAUM1SollSetpoint,RAUM1Soll,RAUM1Fenstersensor,RAUM1Fenstersensor, RAUM1WindowReduction) //KG funcWindowReduction.apply(PARTYKELLERSollSetpoint,PARTYKELLERSoll,PartykellerFenstersensor,PartykellerFenstersensor, PARTYKELLERWindowReduction) end rule "UpdateSollSetpoint" when Member of gSoll changed then var String sbuffer var Number Soll //logInfo("UpdateSollSetpoint", "The item " + triggeringItem.name + " changed state from " + previousState + " to " + triggeringItem.state) sbuffer = triggeringItem.name + "Setpoint" //logInfo("UpdateSollSetpoint", "sbuffer = " + sbuffer) Soll = triggeringItem.state as DecimalType if (Soll > 6){ ScriptServiceUtil.getItemRegistry.getItem(sbuffer).postUpdate(Soll) } end
-
Ich habe mir in Openhab 2 rules gebaut, welche die Window Reduction der SHC ersetzen. Wenn Interesse besteht, schreibe ich noch ein paar Kommentare und poste das dann hier.
-
.. gerade habe ich alles auf Window Reduction Rules in Openhab umgestellt..
Ich teste trotzdem mal in 2 Räumen mit.. -
ich habe auf einem nackten Debian aufgesetzt. Dann kamen auf dem raspberry immer mehr Applikationen dazu und updates wurden damit zunehmen riskant.
Zur Installation habe mich hier orientiert https://hub.docker.com/r/openhab/openhab/
Wenn man dann verstanden hat wozu Volumes gut sind und wie man noch an die Karaf Konsole kommt ist eigentlich alles geklärt. Wie bereits geschrieben: Updates oder zusätzliche Applikationen sind dann ein Klacks. Mittlerweile liegt mein Raspberry im Schrank und ein HP 800G1 I5-4570s USDT macht den Job. da kann man 3 SATA Platten reinbasteln. Wegen Docker war der Umzug von Raspberry zum PC ein Klacks obwohl hier auch der Prozessor gewechselt wurde (ARM zu AMD64).
-
Bei mir beginnt die Herrin des Hauses sich zu beschweren. Wir haben immer wieder den Fall, daß das Thermostat ausbleibt.
Hat das noch jemand?
-
Wenn Du den Sollwert der Räume auf 30 stellst sollten die Ventile öffnen. Damit werden sie stromlos und sollten kalt werden. Sobald die Ventile regeln muß das Wachs temperiert werden und damit fühlen sich die Ventile warm an.
Ich habe keine Bedienungsanleitung für die Livisi Regelung. Ich kann so nicht sagen, ob das unterstützt wird. Motorische gibt es wohl. Die Wachspatronen sind halt leise und robust.
-
Hallo,
das ist laut Datenblatt ein thermischer Stellantrieb:
"Der elektrothermische Stellantrieb ist mit einem Wachs gefüllten Dehnstoffelement ausgestattet. Dieses Element wird mittels eines elektrischen Kontakts erwärmt und wieder abgekühlt. Dadurch dehnt sich das Wachs bei Erhitzung aus und beim Erkalten zieht es sich wieder zusammen."
Das lässt vermuten, daß die Ventilstellung ZU angesteuert wird. Bei den stromlos offen Ventilen wird dabei die Wachspatrone dauerhaft beheizt. Das ist anders als bei einem Ventil mit Getriebe, welches nur die Position anfährt und danach keinen Strom mehr verbraucht.
-
Da jetzt viele mit OH anfangen hier noch ein Tip. Was in Livisi fehlt ist ein Kalendar basiertes Schedule. Das habe ich mit einem Calendar Dienst gelöst. So kann man prima das Homeoffice an Homeoffice Tagen heizen usw.
- ich nutze einen Baikal Server lokal aus folgendem Docker image https://hub.docker.com/r/ckulka/baikal/tags
- in OH verwende ich das iCalendar Binding (wollte google meiden)
- Auf die termine im Kalender greife ich mit Thunderbird zu
-
Ich habe nur items file basiert definiert. Da wird der Name des Bindings und die ID der Bridge geändert.
Things lasse ich immer über die Inbox suchen/finden.
-
Shihan Woran merkt man daß man den Repeater Modus braucht? Gehen die Melder offline?
-
-
ich habe vor ca 1 Jahr die OH Installation auf meinem Raspberry auf Docker umgestellt.
Kann ich sehr empfehlen. Releasewechsel von OH sind damit super easy. Da ein moderner PI 4 weit mehr Leistung als für OH notwendig bietet kann man entsprechend mehr damit machen. Ich betreibe da noch 10 weitere docker Container (Zigbee/Deconz, VPN, PIhole, FTP, Plex, ..). Wird irgendwie immer mehr. Da sich die System nicht beeinflussen ist die Pflege wenig aufwendig.
Docker Images gib es hier https://hub.docker.com/r/openhab/openhab/