FHEM Forum

• Bereistellung eines "Zuhause Modus" Device
• automatische Anknüpfung an ein Master RESIDENTS Device
• automatische Verknüpfung von PRESENCE Devices zu ihren RESIDENTS (es sind mehrere PRESENCE Devices pro ROOMMATE/GUEST möglich)
• Bereistellung von CMD Attributen für mögliche Events rund um den "Zuhause Modus"
• Bereistellung von Platzhaltern innerhalb der CMD Attribute, z.B. %MODE%, %SEASON% oder %PREVMODE% für die Werte der Readings mode, season und prevMode
• Einbindung von Kontakt Sensoren, für z.B. Offen-Warnungen nach bestimmten Zeitraum oder Alarm Meldungen in bestimmten Alarm Modus - kann pro Kontakt Sensor konfiguriert werden
• Einbindung von Bewegungs Sensoren, für z.B. automatische Licht Schaltungen oder Alarm Meldungen in bestimmten Alarm Modus - kann pro Bewegungs Sensor konfiguriert werden
• Darstellungen und Auslösen von Sabotage Alarmen der eingebundenen Kontakt- und Bewegungssensoren
• Einbindung von jeweils einem Temperatur und Luftfeuchtigkeitssensor
• Einbindung eines lokalen Yahoo Wetter Devices zur Ermittlung und Ausgabe der lokalen Wetterdaten und Erzeugung der Wettervorhersage
• Einbindung von Power und Energy Sensoren zur Ermittlung der Gesamtmengen
• Einbindung von holiday Devices für spezielle im HOMEMODE Device verfügbar zu machende Events - ich habe mich primär für diese Kalenderform entschieden weil sie leicht innerhalb von FHEM erstellt und bearbeitet werden kann
• von Uhrzeit abhängiger Anwesend-Modus (deaktivierbar)
• Bewohner unabhängige Tageszeit-Modus
• DND-Modus
• DND-Modus für bestimmte Zeit (in Minuten)
• Unterstützung der Jahreszeiten
• Alarm-Modus
• Alarm-Modus für bestimmte Zeit (in Minuten)
• automatische Umschaltung der Alarmanlage je nach Modus von HOMEMODE (deaktivierbar) und manuell schaltbar
• Unterstützung für location
• Unterstützung für presence
• Unterstützung für die Erstellung der benötigten Homebridge Mappings für das HOMEMODE Device
• und noch mehr...

• Das Modul kann nur mit dem einem RESIDENTS Device umgehen, falls mehrere RESIDENTS Devices für HOMEMODE benutzt werden sollen, so ist pro RESIDENTS Device auch ein eigenes HOMEMODE Device nötig.

• neben Yahoo noch Unterstützung weiterer Wetter Device Typen (Wunderground?)
• Unterstützung weiterer eigener Wetter Sensoren (Wind, Luftdruck, Niederschlag, ...)
• Unterstützung für UWZ
• Unterstützung weiterer Kalender Typen (iCal?) für zusätzliche Events
• Unterstützung von Englisch und Deutsch innerhalb des Moduls (deutsche Fehlermeldungen und deutsche States des RESIDENTS Device)
• Überwachung weiterer Geräte (z.B. Türklingel oder Kühlschränke/Tiefkühler) zum Auslösen bestimmter Befehle beim Türklingeln oder Überschreitung der Grenzwerttemperaturen
• Überwachung von Batteriewerten und passendem HomeCMD Attribut
• weitere Platzhalter?

• Nach einem Neustart von FHEM werden die Presence Devices der ROOMMATE/GUEST neu initialisiert. Dadurch ändert sich die Status dieser Devices kurzzeitig. Nach der Initialisierung wechseln die Status dann wieder auf den ursprünglichen Wert. Dadurch werden die Readings lastAbsentByPresenceDevice/lastPresentByPresenceDevice und lastActivityByPresenceDevice ebenfalls durch die zuletzt geprüften Presence Devices erneuert. Ich werde hierfür noch eine Lösung erarbeiten. Wurde im PRESENCE Modul gefixt!
• Ich suche noch nach einer Lösung um auf die doppelten Semikolon im Perl Code in den HomeCMD Attributen verzichten zu können, denn diese haben sich auch bei mir beim Testen als größte Fehlerquelle herausgestellt!

• doppelte Semikolon sind nun nicht mehr nötig im Perl Code, das hat allerdings den Nachteil dass man nun keinen Perl Code mehr mit FHEM Code innerhalb eines HomeCMD Attributs mischen kann/sollte
• HomeSensorTemperature umbenannt in HomeSensorTemperatureOutside
• HomeSensorHumidity umbenannt in HomeSensorHumidityOutside
• HomeCMDcontactOpenRetrigger umbenannt in HomeCMDcontactOpenWarning1
• HomeCMDcontactOpenRetrigger2 umbenannt in HomeCMDcontactOpenWarning2
• neues Attribut HomeCMDcontactOpenWarningLast
• HomeSensorsContactOpenTamperReadings umbenannt in HomeSensorsContactReadings
• HomeSensorsContactOpenTamperVal umbenannt in HomeSensorsContactValues
• HomeSensorsMotionOpenTamperReadings umbenannt in HomeSensorsMotionReadings
• HomeSensorsMotionOpenTamperVal umbenannt in HomeSensorsMotionValues
• userattr HomeOpenTamperReadings (in hinzugefügten Contact/Motion Sensoren) umbenannt in HomeReadings
• userattr HomeOpenTamperVal (in hinzugefügten Contact/Motion Sensoren) umbenannt in HomeValues
• Fehler beseitigt bei Kontakt Offen Warnungen
• Prüfung integriert ob HomeSensorTemperatureOutside und HomeSensorHumidityOutside identisch sind
• statt des Attributs comment wird nun das Reading HomeInfo für Informationen vom HOMEMODE Device benutzt
• von allen Bewegungsmeldern wird nun auch ein durchschnittlicher Lichtwert (Reading luminance) berechnet, sofern vorhanden - der neue Platzhalter %LUMINANCE% ist dafür dazu gekommen - dazu kann in den Attributen HomeSensorsMotionReadings und/oder HomeReadings als dritter Wert das Reading für luminance angegeben werden
• stündliche Ermittlung der Trends von temperature, humidity und luminance - entsprechende Readings werden erstellt und Platzhalter sind verfügbar
• neues Attribut HomeTrendCalcAge für das maximale Alter der vorherigen Messung - für Trend Berechnung
• ganze Kommentarzeilen im eigenen Perl Code sind nun zulässig, Kommentare hinter Perl Code am Ende einer Zeile sind weiterhin NICHT zulässig
• Anfang von Übersetzungen in Deutsch, Hinweise und Fehlermeldungen sind bereits deutsch, Log Einträge bleiben englisch
• manuelles Setzen von mode ist nun nur noch mit deaktiviertem HomeAutoDaytime möglich (attr <HOMEMODE> HomeAutoDaytime 0)
• Ausführungsproblem von HomeCMDlocation-.... behoben
• commandref aktualisiert

• Prüfung ob beim Definieren übergebenes RESIDENTS Device existiert
• einige Ausbesserungen in der commandref

• Falls die GetUpdate Funktion stehen bleiben sollte, wird diese nun automatisch wieder gestartet

• einige kleine Fehlerkorrekturen
• HomeSensorsContactValues/HomeValues korrigiert (Dank an Schlimbo)
• RegEx für HomeSensorsContactValues/HomeValues wird nun exakt ausgewertet
• HomeAutoArrival funktioniert nun auch wenn man nicht die automatische Presence Verknüpfung mit "HomeAutoPresence 1" aktiviert hat (Dank an Schlimbo)
• Berichtigung des Readings lastGotoleepByResident nach lastGotosleepByResident (Dank an Schlimbo)
• seit dem FHEM 5.8 Update müssen auch die Platzhalter die eine Zahl darstellen im Perl Code in Anführungszeichen gesetzt werden (früher ging: %ICE%, nun muss: "%ICE%")

• Absturz behoben der ausgelöst wurde durch den gleichzeitigen Statuswechsel von mind. zwei RESIDENTS
• erweiterte holiday Unterstützung, es werden nun alle Typen (1,2,3,4,5) von holiday Events unterstützt - auch Event Texte mit Leerzeichen können nun benutzt werden (Leerzeichen werden beim Erstellen der HomeCMD Attribute durch Bindestriche (-) ersetzt)
• Bekanntes Problem: Beim gleichzeitigen Statuswechsel von mind. zwei RESIDENTS werden die Platzhalter nicht richtig ersetzt - eine mögliche Lösung habe ich bereits erarbeitet, diese zu implementieren dauert allerdings noch ein Weilchen

• beim gleichzeitigen Statuswechsel von mind. zwei RESIDENTS werden nun die Platzhalter richtig ersetzt
• Problem mit arrival der RESIDENTS behoben
• HomeSensorsMotion repariert

• doppelt definierte Funktionen entfernt
• neu: "get publicIP" um die öffentliche IP Adresse zu beziehen (http://icanhazip.com) und im Reading publicIP abzulegen
• neu: Attribut HomeCMDpublic-ip-change für CMDs die ausgeführt werden sollen wenn eine neue IP Adresse festgestellt wurde
• neu: Attribut HomePublicIpCheckInterval für das Interval in Minuten nach der wieder ein publicIP Check ausgeführt werden soll
• neu: Platzhalter %IP% für das Reading publicIP

Zitat von: betateilchen am 07 Januar 2017, 16:33:37
Vielleicht könntest Du zu den seasons noch die Adventszeit hinzufügen. Also ausrechnen, wann erster Advent ist und dann die season entsprechend festlegen. Vielleicht mit einem entsprechenden Attribut, ob man die Adventszeit bis zum 24.12. / 31.12. / 06.01. bezeichnet (je nach Region und Glaubensrichtung unterschiedlich)

Zitat von: Code für FEST.holiday
# Intervall: 4 <MM-DD> <MM-D> <Text>
4 04-14 04-17 Ostern
4 11-27 12-24 Advent
4 12-25 12-26 Weihnachtsfest

Zitat von: Code für FEIERTAG.holiday
# Intervall: 4 <MM-DD> <MM-D> <Text>
4 01-01 01-01 Neujahr
4 11-27 11-27 Advent1
4 12-04 12-04 Advent2
4 12-11 12-11 Advent3
4 12-18 12-18 Advent4
4 12-24 12-24 Heilig-Abend
4 12-31 12-31 Silvester

Zitat von: Chris8888 am 07 Januar 2017, 18:11:25
PS: Gleich mal eine Frage: Wie kann man bei den DEVs Geräte ausblenden? Ich will zB nicht alle Energiezähler in der Liste haben.

Zitat von: Icinger am 07 Januar 2017, 17:32:22
Schließe mich dem Wunsch nach der Adventszeit auch gleich mal an.

Zitat von: Chris8888 am 07 Januar 2017, 18:22:21
PERL WARNING: Argument "ss_civil" isn't numeric in numeric ne (!=) at ./FHEM/22_HOMEMODE.pm line 2093.
2017.01.07 18:01:25 1: PERL WARNING: Argument "ss_naut" isn't numeric in numeric ne (!=) at ./FHEM/22_HOMEMODE.pm line 2093

Zitat von: Chris8888 am 07 Januar 2017, 18:22:21
Über Homebridge wird "Bewegung entdeckt" mit JA angezeigt. Alle Bewegungsmelder (3) zeigen aber "noMotion".

Zitat von: CoolTux am 07 Januar 2017, 22:58:13
Attribut rr_states

ZitatWas ich evtl. noch in das Modul integrieren möchte:
.
.
. Unterstützung von Englisch und Deutsch innerhalb des Moduls (deutsche Fehlermeldungen und deutsche States des RESIDENTS Device)
.
.

Zitat von: SibbeH am 08 Januar 2017, 10:48:30
Hallo Dan,

Wenn Du dein Modul mehrsprachig machst bitte möglicherweise auch Holländisch hinzufügen ....      :) :) :)

Viele Grüße
Sibbe

• ich kann kein holländisch
• soweit ich weiß sind deutsch und englisch die Standardsprachen in FHEM
• soweit ich weiß können prozentual mehr Holländer englisch, als Deutsche

Zitat von: EnderPhilipp am 07 Januar 2017, 22:54:10
Habe eine Frage zu HomeAutoAwoken bzw. HomeAutoAsleep:

Du sprichst bei den ROOMATES von awoken und  asleep, bei mir gibt es diese States aber im Dropdown-Menu nicht, muss ich die erst hinzufügen, wenn ja wie geht das?

Mfg
Philipp ;D

ZitatWenn Du dein Modul mehrsprachig machst bitte möglicherweise auch Holländisch hinzufügen

Zitat von: Spezialtrick am 08 Januar 2017, 12:39:17
Wird die Erfassung der Anwesenheit per Bluetooth nicht mehr unterstützt?  ???

Zitat von: Chris8888 am 08 Januar 2017, 13:24:22
2.nur bestimmte DEVs zulassen:
Das hatte ich erst nicht verstanden (ggf. die Doku etwas überrbeiten). Die Beispiele waren ja nur mit den Model=xxx. Aber man kann ja auch die echten Devicenamen getrennt mit Komma angeben. Funktioniert so wunderbar.

Zitat von: Chris8888 am 08 Januar 2017, 13:24:22
3. Bewegungsmelder:
Hier habe ich jetzt mal einiges probiert: zB nur einen Bewegungsmelder per Devicenamen eingetragen.
Leider steht immer sofort unter motionsInside_ct eine 1 (bzw immer die Anzahl der Bewegungsmelder) und damit in der Homebridge "Bewegung erkannt" Ja.

Muss ich da auch an den Devices noch etwas einstellen?

Zitat von: fhainz am 08 Januar 2017, 13:48:09
Hallo dan,

meine PCA301 Messdosen liefern power und consuption (statt energy) readings. Wäre es möglich das noch konfigurierbar zu machen?

Grüße

Zitat von: DeeSPe am 08 Januar 2017, 13:37:03
In der Doku ist das als Devspec deklariert und somit eindeutig beschrieben. (siehe commandref)

Was für Bewegungsmelder hast Du?
Evtl. werden die falschen Readings/Vals benutzt?
Schau Dir die Attribute HomeSensorsMotionOpenTamperReadings und HomeSensorsMotionOpenTamperVal an.

Gruß
Dan

Zitat von: fhainz am 08 Januar 2017, 13:57:04
Danke, klar mir einem userReading geht es jetzt schon.

Vielleicht schafft es die konfiguration ja in eine zukünftige Version :)

Grüße

Zitat von: Chris8888 am 08 Januar 2017, 14:02:14
Hi, wer lesen kann...das Problem lag zwischen den Ohren.
Nachdem ich die Readings
HomeSensorsMotionOpenTamperReadings state cover
HomeSensorsMotionOpenTamperVal motion|open
gesetzt habe funktioniert es auch.

Danke für den Schubs in die richtige Richtung!

VG
Christian

Zitat von: DeeSPe am 08 Januar 2017, 14:09:19
Sehe hier allerdings die selbe Problematik wie bei den Kontakt- und Bewegungssensoren. Bei gemischter Umgebung wäre das in einem globalen Attribut wieder nicht abzudecken und müsste somit als Attribut in jeden Energiesensor geschrieben werden. Klar, ist machbar, aber evtl. ist ein userReading dann doch einfacher!?

Zitat von: fhainz am 08 Januar 2017, 14:14:01
Da hast du recht. An das hab ich gar nicht gedacht.

Zitat von: binford6000 am 08 Januar 2017, 14:28:18
Hi Dan,
cooles Modul hast Du da gebaut! Ich konnte schon einiges entsorgen...

Zitat von: binford6000 am 08 Januar 2017, 14:28:18
Was HomeSensorsPowerEnergy angeht würde sich der Eine oder Andere wünschen, dass auch devices wie PRESENCE
oder DUMMY mit "power on" und "power off" Attribut ausgewertet werden.

Zitat von: binford6000 am 08 Januar 2017, 14:28:18
Und beim Kalender-Teil eine Auswertung von Ferien und Feiertagen auch direkt über CALENDAR-devices.
Ich meine aber gelesen zu haben, dass Du das evtl. schon auf dem Schirm hast...

Zitat von: EnderPhilipp am 08 Januar 2017, 14:54:05
Habe ein kleines "Problemchen":
Und zwar habe ich mein iPhone per Presence in FHEM eingebunden, wenn jetzt aber der Akku leergeht, ist das iPhone natürlich "absent" und mein Resident auch...

Meine Frage ist, kann ich sagen, dass HomeAutoPresence meinen Status nur auf home setzten kann, aber nicht auf absent ? ???

ZitatDas ist aber zum Erfassen der Energiewerte gedacht und nicht zum Erfassen ob on/off.
Durch Angabe des richtigen Devspec bist Du nur dadurch eingeschränkt dass die Devices eben jeweils ein energy und power Reading besitzen müssen.

Zitat von: binford6000 am 08 Januar 2017, 15:49:46
Elektrolurch hat das mal als EMONITOR gebaut, siehe hier: https://forum.fhem.de/index.php/topic,30055.0.html (https://forum.fhem.de/index.php/topic,30055.0.html)

Zitat von: DeeSPe am 08 Januar 2017, 13:53:08
Hatte anfangs überlegt das konfigurierbar zu machen, dachte aber dass power und energy einigermaßen konsistent wären.
Ohne dass ich das Modul diesbezüglich überarbeiten müsste, könntest Du Dir mit einem ganz einfachen userReading in den Devices selbst behelfen:

Code Auswählen Erweitern

attr <device> userReadings energy:consuption.* {ReadingsNum($name,"consuption",0)}

Gruß
Dan

Zitat von: Spezialtrick am 08 Januar 2017, 17:01:40
Das Modul ist einfach genial. Notify's und DOIF's fliegen eines nach dem anderen raus.  ;D

Zitat von: Spezialtrick am 08 Januar 2017, 17:01:40
@Dan:

Hast du eine Idee wie man eine HM-Sec-Sir-WM Sirene und eine HM-RC-Sec4-2 integrieren könnte, sodass diese sowohl über das Modul als auch autark mit entsprechenden HM-Fensterkontakten funktionieren?

ZitatDas Modul ist einfach genial. Notify's und DOIF's fliegen eines nach dem anderen raus.

Zitat von: binford6000 am 08 Januar 2017, 22:13:24
Genauso sieht's bei mir aus! Ein Reading für Wochenende bzw. Arbeitswoche wäre noch ganz praktisch...  ;)

Zitat von: DeeSPe am 08 Januar 2017, 22:18:20
Also generell ob Wochenende ist oder nicht?
Wie sähe ein konkreter Anwendungsfall aus?

Gruß
Dan

Zitat von: Icinger am 09 Januar 2017, 07:12:35
Könntest du evtl. auch alternativ zum Twilight auch andere Helligkeitssensoren einbinden?
zB für die tatsächliche Helligkeit statt der berechneten vom Twilight.

Zitat von: Icinger am 09 Januar 2017, 07:12:35
Könntest du evtl. auch alternativ zum Twilight auch andere Helligkeitssensoren einbinden?
zB für die tatsächliche Helligkeit statt der berechneten vom Twilight.

lg, Stefan

Zitat von: l2r am 09 Januar 2017, 11:01:54
Ich bin fleißig am testen. Ich habe meine Funksteckdosen mit Energiemessung erfolgreich eingebunden. Allerdings liefern meine Steckdosen den Verbrauch in Watt und nicht in KiloWatt. Kann man da vllt. noch einen Umrechnungsfaktor einbauen?

Zitat von: l2r am 09 Januar 2017, 11:35:20
das ist richtig... und ich habe mich vielleicht nicht ganz korrekt ausgedrückt.
so passt das soweit, da hast du Recht. Allerdings wird bei mir über das Homebridge-Mapping in Eve der Wert in Watt angezeigt, wobei Homebridge da wohl KW erwartet. Somit sind meine dargestellten Kosten ein bisschen hoch ;-)

Gruß Michael

Zitat von: Icinger am 09 Januar 2017, 07:12:35
Könntest du evtl. auch alternativ zum Twilight auch andere Helligkeitssensoren einbinden?
zB für die tatsächliche Helligkeit statt der berechneten vom Twilight.

lg, Stefan

Zitat von: marvin78 am 09 Januar 2017, 16:21:30
Es gibt so viele Sensoren. Wie willst du das alles erfassen? Das sollte IMHO viel generischer aufgebaut sein. Im HM Sensoren steht der Wert in brightness, er bedeutet aber etwas anderen als die Angabe in Lux in einigen anderen Sensoren (Werte von 0-255). Zur Steuerung kann man beides verwenden, aber in unterschiedlicher Art und Weise. Das kann man mEn nicht alles abbilden,

Zitat von: marvin78 am 09 Januar 2017, 16:28:39
Aber das nimmt FHEM seine Stärke, die Dinge miteinander zu kombinieren. Ich nutze ZWave, Homematic und auch noch alte FS20 Sensoren plus Twighlight. Ob ich ein Mittel bilde oder nicht, nutzbar sollten sie alle sein. Das Mittel kann ich außerhalb ggf. ohnehin besser bilden. Aber das ist auch der Grund, warum ich die Abbildung in solchen Modulen nicht uneingeschränkt mag. Es ist nicht "FHEM-style", nicht generisch genug ;). Nicht falsch verstehen: Respekt für die Arbeit. Das Modul wird sicher vielen helfen,

Zitat von: marvin78 am 09 Januar 2017, 16:38:51
Das ist mir bewusst. Ich wollte nur aufzeigen, dass so ein Modul schnell ausarten kann, wenn du hier alle Wünsche erfüllen möchtest und es nicht generisch genug vorgesehen ist. Das mit den Sensoren ist da noch einfach. Es gibt sicher noch viel kompliziertere Fälle. Das liegt an FHEM und seinem Zugang, fast alles auf jede erdenkliche Art miteinander kombinieren zu können.

Wie schon gesagt: Was du da machst, ist tolle Arbeit. Aber sei vorsichtig mit den Wünschen der anderen. Sie werden schnell gierig ;)

ZitatAber das nimmt FHEM seine Stärke, die Dinge miteinander zu kombinieren.

Zitat von: marvin78 am 09 Januar 2017, 16:38:51
Wie schon gesagt: Was du da machst, ist tolle Arbeit. Aber sei vorsichtig mit den Wünschen der anderen. Sie werden schnell gierig ;)

Zitat von: l2r am 09 Januar 2017, 16:57:00
eine Anmerkung hab ich noch:

bei deinem Ersten Post in den Erklärungen verwendest du

Code Auswählen Erweitern

HomeCMDmode-<MODE>-<RESIDENT>

müsste es nicht

Code Auswählen Erweitern

HomeCMDmode-<MODE>-<ROOMMATE> heißen? Weil über Residents werden ja mehrere ROOMMATEs und GUESTs zusammengefasst?

Nicht falsch verstehen, das soll jetzt nicht klugscheißerisch rüber kommen, sondern andere Leute nicht verwirren. Ich schmeiß das selber auch immer durcheinander ;-)

Gruß Michael

ZitatHomeCMDmode-<MODE>-<ROOMMATE/GUEST>

Zitat von: FunkOdyssey am 09 Januar 2017, 17:22:15
Ich denke, dass Marvin hier richtig liegt.
Aktuell sind es Helligkeitswerte. Später kommen immer mehr individuellere Wünsche hinzu.
Ich überlege auch schon ein paar Stunden, ob ich HOMEMODE einsetzen soll oder nicht. Ich mag deinen Ansatz an eierlegende Wollmilchsau. Doch die Flexibilität geht flöten. Ich kann mich z.B. absolut nicht zu 100% auf die Presence-Erkennung verlassen, da Akkus auch mal leerlaufen oder Handys über Nacht ausgeschaltet werden. Ich habe derzeit Geofancy und Presence miteinander kombiniert. Und Presence zählt nur bei Veränderungen innerhalb eines vorgegebenen Zeitraums (!= Nacht).

Bitte verstehe mich nicht falsch! Wirklich nicht. Ich finde die Idee super und es muss ein großer Aufwand gewesen sein.

Doch sobald man von der Norm abweicht wird es schwierig. Ich persönlich würde Alarm z.B. nie über den Resident-Zustand schalten. Aber ich meine beim Überfliegen gelesen zu haben, dass du es auch anders ermöglichst. Soweit war ich noch nicht.

Und für das Sammeln von Readings (Bewegungsmelder, Kontakte, Wetter/Twilight, Verbrauchswerte, etc.) habe ich mir diverse Readingsgroups angelegt.

Ich werde noch einmal ein wenig mit HOMEMODE rumspielen. Ich brauche noch ein wenig Zeit. Danke.

Der absoluter Hammer von dir: Deine Doku! Respekt! Alleine das muss Tage gedauert haben.

Zitat von: binford6000 am 08 Januar 2017, 22:13:24
Genauso sieht's bei mir aus! Ein Reading für Wochenende bzw. Arbeitswoche wäre noch ganz praktisch...  ;)

Zitat von: DeeSPe am 09 Januar 2017, 20:45:48
Hab das heute mal getestet und die Variable $we kann auch jetzt schon innerhalb der HomeCMD Attribute verwendet werden. Zumindest hat sie heute bei mir brav den Wert 0 gehabt statt undef.
Es sind also bereits Automationen mit dieser Variable möglich.
$wday funktioniert ebenso.

Gruß
Dan

Zitat von: fhainz am 09 Januar 2017, 21:25:38
Hallo Dan,

Bei mir wird das humidity reading nicht aktualisiert. Temperatur funktioniert, beide attribute gesetzt und zeigen aus das selbe device. humidity und temperature reading sind im device vorhanden.
Hast du eine Idee?

Grüße

Zitat von: fhainz am 09 Januar 2017, 21:33:42
Ich hätte die Doku doch aufmerksamer lesen sollen  ::)

Danke dir, jetzt funktioniert es natürlich!  ;D

Zitat von: Prof. Dr. Peter Henning am 09 Januar 2017, 22:26:19
Schöne Arbeit, allerdings wünsche ich mir eine etwas klarere Definition der Begriffe. Bitte nicht als Mäkelei auffassen, aber gerade bei so vielen Optionen ist es wichtig, dass eine gewisse Systematik eingehalten wird.

Nur drei Beispiele:

HomeSensorTemperature ist der Name eines Außentemperatursensors - dann sollte es aber heißen HomeTemperaturSensor, noch besser HomeExternalTemperatureSensor

HomeSensorsContactOpenTimeMin sollte erstens nicht in Minuten angegeben sein, sondern wie an den meisten anderen Stellen in FHEM in Sekunden. Und zweitens müsste es logisch korrekt heißen HomeSensorContactsMinOpenTime

HomeCMDcontactClosed müsste logischerweise heißen HomeSensorContactsClosedCMD

LG

pah

Zitat von: justme1968 am 09 Januar 2017, 22:43:08
zur unterschiedlichen skalierung/wertebereich der readings aus unterschiedlichen sensoren: das ist genau ein typischer anwendungsfall für loredos units daten. wenn jedes modul diese verwendet und/oder der anwender die passenden einstellungen gemacht hat können solche meta module (oder auch andere module die diese readings in anderer form ausgeben wie frontends oder alexa und siri oder tts systeme) diese verwenden um auch device übergreifend zu funktionieren.

gruss
  andre

Zitat von: DeeSPe am 08 Januar 2017, 12:33:31
Für den Gesamtstromverbrauch und momentane Leistung habe ich mir noch ein FileLog definiert und entsprechenden SVG Plot.
...
Der Plot dazu sieht so aus:

Code (SVG_FileLog_Stromverbrauch_1.gplot) Auswählen Erweitern


...
set ylabel "Leistung gesamt in kWh"
set y2label "Leistung momentan in W"
...
plot "<IN>" using 1:2 axes x1y1 title 'Leistung gesamt' ls l1 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y2 title 'Leistung momentan' ls l2 lw 1 with lines


Zitat von: hartenthaler am 10 Januar 2017, 20:29:22
Nur eine kleine Anmerkung, da ich mich gerade in dieses neue, sehr umfangreiche Modul einlese, das super geworden ist!
Statt "Leistung gesamt in kWh" muss es "Energie in kWh" oder "Stromverbrauch in kWh" oder so ähnlich heißen, aber nicht "Leistung".

Zitat von: DeeSPe am 08 Januar 2017, 17:14:27
So ist es gedacht!  ;)

Ich kenne die Geräte nicht! Aber bei HM gehe ich mal davon aus dass Du die peeren musst. Wie das Auslösen, also wann weiß die Sirene dass sie in einem Alarmmodus ist in dem sie auslösen soll, da realisiert wird weiß ich nicht.
Im HOMEMODE Device könntest Du sie dann einfach im Attribut HomeCMDalarmTriggered-on angeben dass sie Lärm machen soll.

Gruß
Dan

Zitat von: Spezialtrick am 11 Januar 2017, 21:33:19
Könntest du denn - neben der automatischen Aktivierung über Presence - eine alternative Methode einbauen, um die Alarmanlage des Moduls scharf zu schalten?

Zitat von: Spezialtrick am 12 Januar 2017, 10:17:35
Vollkommen richtig, aber niemand wird vor dem Einschalten der Alarmanlage noch schnell die FHEM Oberfläche öffnen, umdort den Schalter umzulegen.  :D

Was hältst du von einem zusätzlichen Attribut, für alternative die Scharfschaltung, in dem Schalter bzw. Fernbedienungen hinterlegt werden können?

Ansonsten muss ich es über DOIF lösen.

ZitatEventuell falscher Thread?

Zitat von: binford6000 am 13 Januar 2017, 08:54:16
Hallo,
kann es sein, dass nach dem gestrigen Update von ROOMMATE die Abfrage der PRESENCE Devices nicht mehr funktioniert?
Bis gestern hat alles tadellos funktioniert...
VG Sebastian

Zitat von: DeeSPe am 13 Januar 2017, 09:38:10
Teste das gleich in meinem zweiten Testsystem noch einmal.

ZitatAllerdings sollte nur eine der beiden Möglichkeiten benutzt werden.
Also entweder nur über die neuen Attribute in ROOMMATE/GUEST gehen oder eben über dieses Modul hier.

Zitat von: binford6000 am 13 Januar 2017, 11:44:35
Seit 11.01.17 erscheint bei jedem Sonnenauf- und -untergang-event diese Zeile im Logfile:

Code Auswählen Erweitern

2017.01.11 15:45:41 1: PERL WARNING: Argument "sr_weather" isn't numeric in numeric ne (!=) at ./FHEM/22_HOMEMODE.pm line 2093.
2017.01.11 15:45:41 1: PERL WARNING: Argument "ss_weather" isn't numeric in numeric ne (!=) at ./FHEM/22_HOMEMODE.pm line 2093.
2017.01.11 15:59:52 1: PERL WARNING: Argument "ss_indoor" isn't numeric in numeric ne (!=) at ./FHEM/22_HOMEMODE.pm line 2093.
usw.
Die letzte vorhin:

Code Auswählen Erweitern

2017.01.13 10:02:52 1: PERL WARNING: Argument "sr_weather" isn't numeric in numeric ne (!=) at ./FHEM/22_HOMEMODE.pm line 2093.

Zitat von: DeeSPe am 07 Januar 2017, 18:30:54
Ups, ist berichtigt! Danke.  8)

ZitatKann ich nicht feststellen!
Habe auch mein FHEM auf dem aktuellen Stand und bei mir funktioniert es im Live- und im Test-System einwandfrei!
Teste das gleich in meinem zweiten Testsystem noch einmal.

Zitat von: binford6000 am 13 Januar 2017, 16:01:54
Hi Dan,
hier jetzt auch wieder alles bene! Nach mehrmaligem "gtag-in-Alufolie-und-wieder-raus-Stresstest"  ;)
schaltet HOMEMODE einwandfrei. Keine Ahnung was da heute Morgen los war... ???

VG Sebastian

ZitatDa mir beim Testen irgendwann die Alufolie ausgegangen war, habe ich kurzerhand einen Edelstahlkochtopf mit passendem Deckel genommen.
Ist auf Dauer glaube ich auch preiswerter!!!

Zitat von: DeeSPe am 12 Januar 2017, 11:59:50
Mir fällt so spontan kein alternativer allgemein-möglicher Ansatz dazu ein.
Ich denke da wird es dann wirklich zu speziell.
Oder hast Du einen Lösungsansatz der mit allen Typen von Devices und deren Settern klar kommen kann?
Bin gerne bereit die richtige Idee programmtechnisch umzusetzen...

Zitat von: Spezialtrick am 17 Januar 2017, 17:30:22
Nunja, wenn das attr HomeAutoAlarmModes auf 0 gestellt wird, könnte man vier weitere Attribute sichtbar machen, die es erlauben ein Gerät sowie das entsprechende Reading für eine Aktion festzulegen, z.B.:

Code Auswählen Erweitern


attr ManualmodeAlarm armhome [b]Remotecontrol1Button1:on[/b]
attr ManualmodeAlarm armnight [b]Remotecontrol1Button2:on[/b]
attr ManualmodeAlarm armaway [b]Remotecontrol1Button3:on[/b]
attr ManualmodeAlarm disarm [b]Remotecontrol1Button4:on[/b]


Bei mehreren Schaltern/Fernbedienungen dann:

Code Auswählen Erweitern


attr ManualmodeAlarm armhome [b]Remotecontrol1Button1:on;Remotecontrol2Button1:on[/b]


So könnte man zumindest unterschiedliche Geräte mit unterschiedlichen Readings darstellen. Wäre sowas umsetzbar?  ???

Zitat von: Spezialtrick am 17 Januar 2017, 18:00:09
Das klingt doch schon mal gut. :)

PAH hat es in seinem Alarm Modul so umgesetzt, vllt. hilft dir das ja weiter.

Was hältst du davon das Modul um eine Lüftungsempfehlung und eine intelligente/lernende Anwesenheitssimulation zu erweitern oder geht dir das zu weit?  8)

ZitatWoran kann man den im Modul erkennen ob Presence und Roomate richtig zugeordnet wurden ?
Presence heißt bei mir gtag.inesa und Roomate rr_inesa
Ines

Zitat von: binford6000 am 18 Januar 2017, 07:39:18
Nach einem

Code Auswählen Erweitern

set Wohnung updateInternalsForce

steht die Info im Comment-Attribut:

Code Auswählen Erweitern

Found 1 matching presence devices of devspec "TYPE=PRESENCE" for resident "rr_Sebastian"! Matching devices: "Sebastian.gtag.PRE"!
Found 1 matching presence devices of devspec "TYPE=PRESENCE" for resident "rr_Hannah"! Matching devices: "HannahHandy.PRE"!
Found 1 matching presence devices of devspec "TYPE=PRESENCE" for resident "rr_Antonia"! Matching devices: "AntoniaHandy.PRE"!


VG Sebastian

Zitat von: DeeSPe am 19 Januar 2017, 23:19:28
Es erscheint auch im Log, aber da nicht unbedingt jede(r) der nachschaut, schreibt das Modul es auch ins comment-Attribut.

Zitat von: FranzB94 am 20 Januar 2017, 10:21:43
Hi Dan!Diese Variante hat aber leider auch den Nachteil, das vom User dort bereits eingetragene Hinweise einfach verschwinden!  :(
Gibt es evtl. eine Möglichkeit, die texte dranzuhängen?

Gruß Franz

Zitat von: DeeSPe am 20 Januar 2017, 12:10:17
Ich werde dazu in einem Update ein neues Reading (HomeInfo ??) einführen um nicht mehr das comment-Attribut zu missbrauchen!

ZitatIM PERL-CODE MÜSSEN (WIE AUCH IN DER FHEM EINGABEZEILE) ALLE SEMIKOLON VERDOPPELT WERDEN!!!

Zitat von: ComputerZOO am 22 Januar 2017, 01:10:32
Guten Abend/Morgen,
Heißt das, das die auch z.B. bei at-Befehlen weiter verdoppelt werden müssen? Z.B. so?

Code Auswählen Erweitern

fhem "define morgens at +00:01:00 set lampe1 on ;;;; set lampe2 off";;
(Es geht mir hier um die Verdoppelung der Semikolon innerhalb des at's.)

Zitat von: ComputerZOO am 22 Januar 2017, 01:10:32
Desweitern ist mir noch aufgefallen, dass es verheerend ist, wenn man in den CMDs Zeilen mit einem "#" auskommentiert, bin darauf gestoßen als ich nach mehreren Versuchen einen CMD Stück für Stück zeilenweise neu erstellt habe, weil das ganze partout nicht funktionieren wollte.

ZitatStimmt, in die Falle bin ich selbst schon mal getappt! ::)
Ich schreibe mal mit auf die ToDo Liste die Zeilen mit Kommentar beim Parsen herauszufiltern.

Zitat von: ComputerZOO am 22 Januar 2017, 01:32:48
...es reicht ja vorerst vollkommen aus, wenn du direkt (fett und rot) unter dem Satz mit den doppelten Semikolon darauf hinweist..

Zitat von: ComputerZOO am 22 Januar 2017, 01:32:48
Das at mit den vier Semikolon habe ich gerade mal eingefügt, mal sehen ob das so funktioniert, wie ich das gerne hätte.

ZitatWie gesagt, testweise genau so in die Eingabezeile und Du siehst das Ergebnis sofort.

ZitatHab das heute mal getestet und die Variable $we kann auch jetzt schon innerhalb der HomeCMD Attribute verwendet werden. Zumindest hat sie heute bei mir brav den Wert 0 gehabt statt undef.
Es sind also bereits Automationen mit dieser Variable möglich.
$wday funktioniert ebenso.

Gruß
Dan

Zitat von: binford6000 am 22 Januar 2017, 11:16:22
Sollte schon gehen:

VG Sebastian

Zitat von: FranzB94 am 22 Januar 2017, 13:23:05
...sorry, bei dem Vorschlag habe ich wohl noch nicht den Durchblick gehabt.  8)

• Lüftungsempfehlung je nach Raumtemperatur und Feuchtigkeit in Relation zu den außen Werten
• Alarm bei zu lange geöffneten Fenstern je Raum
• Raumbewegung/Raumbelegung und dann Steuerung von Licht, Heizung, Rollo

Zitat von: Christian Uhlmann am 24 Januar 2017, 16:57:29

• Lüftungsempfehlung je nach Raumtemperatur und Feuchtigkeit in Relation zu den außen Werten
• Alarm bei zu lange geöffneten Fenstern je Raum
• Raumbewegung/Raumbelegung und dann Steuerung von Licht, Heizung, Rollo

Zitat von: DeeSPe am 24 Januar 2017, 17:15:23
zu Punkt 2:
Das ist bereits integriert!

zu Punkt 3:
Das ist auch bereits integriert. Im Attribut HomeSensorsMotion können Bewegungsmelder hinterlegt werden.
Ich steuere darüber bereits meine Beleuchtung pro Raum (Beispiel siehe Attribut HomeCMDmotion in der Dokumentation auf Seite 1).

Zitat von: Christian Uhlmann am 24 Januar 2017, 17:26:16
Ok, verstanden. Ist dann nachgelagert in den HomeCMD's hinterlegt.
Ich dachte auch eher an ein Device (Subdevice von Homemode) damit man auch schön darstellen kann, in welchem Raum sind Fenster offen und wie warm / kalt ist es in diesen Räumen.

Naja, schauen wir mal, was die Zukunft bringt :)

Zitat von: darkness am 24 Januar 2017, 17:38:06
Hallo,

ich habe das Modul gestern installiert und auf Grund der Super Beschreibung läuft alles auch so weit.
Nur der Punkt Set ... mode evening usw. klappt nicht. Ich kann zwar etwas auswählen, aber das springt dann nach einigen Sekunden zurück (aktuell afternoon).
In den Readings bleibt daytime unverändert.

Gruß

Zitat von: darkness am 24 Januar 2017, 17:38:06
Hallo,

ich habe das Modul gestern installiert und auf Grund der Super Beschreibung läuft alles auch so weit.
Nur der Punkt Set ... mode evening usw. klappt nicht. Ich kann zwar etwas auswählen, aber das springt dann nach einigen Sekunden zurück (aktuell afternoon).
In den Readings bleibt daytime unverändert.

Gruß

Zitat von: DeeSPe am 24 Januar 2017, 17:51:09
Jaaa, das ist eine kleine "Denkbaustelle" bei mir! ;)
Der Setter "mode" ist mehr oder weniger ein Überbleibsel aus den Anfangszeiten der Entwicklung an dem Modul um mal schnell was testen zu können.
Wegen dem von Dir berichteten Verhalten habe ich überlegt diesen Setter komplett zu entfernen. Eigentlich macht er auch keinen Sinn mehr denn das Modul soll das ja automatisch machen.

Zitat von: DeeSPe am 24 Januar 2017, 18:02:54
Evtl. sollte ich den Setter für "mode" dann bei "HomeAutoDaytime 1" entfernen und bei "HomeAutoDaytime 0" wieder einblenden. Wäre das eine Lösung?

Zitat von: darkness am 25 Januar 2017, 08:51:13
Für mich wäre das eine Lösung. Aber auch der Hinweis mit der automatischen Aktualisierung wenn HomeAutoDaytime 0 hat mir schon gereicht. Vielleicht könntest du den in deinem Startposting mit aufnehmen (oder ich habe ihn übersehen).

Zitat von: darkness am 25 Januar 2017, 18:30:08
ich habe noch eine Frage zum HomeContactType. Diesen habe ich bei einem HM-SEC-SCo auf Window gestellt. Sollte dann beim Öffnen des Fensters die Readings contactsWindowsOpen verändert werden?

Zitat von: darkness am 25 Januar 2017, 18:30:08
Bei mir werden alle Readings contactsOutside* und contactsOpen* ebnfalls mit dem Namen des HM-SEC-SCo befüllt.
Ich denke  contactsOpen* ist eine Gesamtanzahl und daher ok. Aber contactsOutside verstehe ich nicht.

Zitat von: DeeSPe am 25 Januar 2017, 19:07:19
Ja sollte es! Dafür ist es da. Allerdings muss window komplett klein geschrieben werden. Das entsprechende Dropdown ermöglich auch nur dieses.

Zitat von: darkness am 25 Januar 2017, 19:30:10
Ich habe einen Fensterkontakt das Attribut "HomeOpenTimes 1" und "HomeOpenMaxTrigger 1" gesetzt.

Jetzt erhalte ich jede Minute eine Meldung. Ich dachte ich erhalte mit HomeOpenTimes 1 nach einer Minute die Meldung und mit HomeOpenMaxTrigger 1 diese nur ein Mal?

Zitat von: JoeALLb am 26 Januar 2017, 09:46:08
Hi Dan,
tolles Modul, vielen Dank!
Die Zusammenfassung von Devices zu einer sinnvollen Struktur ist eine Tolle Idee, bin gespannt was hier noch so alles wird!

Folgendes Feedback habe ich beim Testen gesammelt:
# %CONDITION% bleibt bei mir leer, obwohl es im Yahoo-Wetterdevice gesetzt ist!
# HomeCMDdaytime-midnight würde ich mir noch wünschen da ich um Mitternacht gewisse Dinge "erledigen muss".
# Solareinspeisung würde ich mir zusätzlich zum Stromverbrauch noch wünschen.
# roommates haben ein neues "rr_presenceDevices" Attribut, welches aktuell noch nicht erkannt/unterstützt wird
# Über "Maindoor-Open" werde ich immer 2x zur selben Zeit informiert. Also 2x "open" und später 2x "closed". Hast Du eine Idee, warum das so ist? Ich nutze einen "HM-SEC-SCo" mit gesetztem event-on-change

Zitat von: JoeALLb am 26 Januar 2017, 09:46:08
# %CONDITION% bleibt bei mir leer, obwohl es im Yahoo-Wetterdevice gesetzt ist!

Zitat von: JoeALLb am 26 Januar 2017, 09:46:08
# HomeCMDdaytime-midnight würde ich mir noch wünschen da ich um Mitternacht gewisse Dinge "erledigen muss".

Zitat von: JoeALLb am 26 Januar 2017, 09:46:08
# Solareinspeisung würde ich mir zusätzlich zum Stromverbrauch noch wünschen.

Zitat von: JoeALLb am 26 Januar 2017, 09:46:08
# roommates haben ein neues "rr_presenceDevices" Attribut, welches aktuell noch nicht erkannt/unterstützt wird

Zitat von: JoeALLb am 26 Januar 2017, 09:46:08
# Über "Maindoor-Open" werde ich immer 2x zur selben Zeit informiert. Also 2x "open" und später 2x "closed". Hast Du eine Idee, warum das so ist? Ich nutze einen "HM-SEC-SCo" mit gesetztem event-on-change

Zitat von: DeeSPe am 26 Januar 2017, 10:29:19
---Solareinspeisung
Kann ich auch verstehen.
Ich tue mich allerdings immer etwas schwer mit der Integration von Devices die ich selbst nicht benutze bzw. zur Verfügung habe.
Schreibe es mal (weiter hinten) auf die Todo Liste!

Zitat von: DeeSPe am 25 Januar 2017, 20:21:26

Könntest Du mal bitte mit einem anderen Wert außer 0 oder 1 testen?

Hast Du bei den HM-SEC-SCo's "event-on-*-reading" Attribute gesetzt? Ich tippe: Nein! ;)

Gruß
Dan

ZitatHomeOpenMaxTrigger 2
HomeOpenTimes 5

Zitat von: darkness am 26 Januar 2017, 16:07:33
Hey,

ich habe heute mal ein wenig getestet.

Bei einem anderen HM-SEC-SCo habe ich folgende Attribute getestet:

event-on-change-reading * ist dort ebenfalls gesetzt.

War aber das gleiche Ergebnis. Die Meldung wurde mehr als 2 mal abgesetzt.

Gruß

Zitat von: darkness am 26 Januar 2017, 19:34:52
Kleine Ergänzug dazu.

Im HOMEMODE Modul habe ich das Attribut HomeSensorsContactOpenTimes 5 gesetzt.
Aber ein Fenstersensor ohne eigene HomeOpenTimes meldet trozdem nach 5 Minuten nichts.

Zitat von: DeeSPe am 26 Januar 2017, 21:48:46
Also das funktioniert bei mir! :)
Hast Du bei dem entsprechenden Kontakt auch HomeOpenMaxTrigger größer als 0 gesetzt?

Zitat von: DeeSPe am 26 Januar 2017, 21:48:46
Bin wirklich froh dass das mal jemand ausgiebig testet!
Vielen Dank dafür!

Zitat von: darkness am 26 Januar 2017, 22:25:34
Nein, das hatte ich nicht. Wäre es hier nicht sinnvoll einen  HomeSensortOpenMaxTrigger zu haben, der ebefalls für alle Sensoren gillt?

Zitat von: ComputerZOO am 26 Januar 2017, 21:23:15
Guten Abend,
ich hätte da mal wieder nen Problem, und zwar habe ich 5 HomeCMDlocation-xxxxxx angelegt:

Code Auswählen Erweitern


-arrival:
{
Log 3, "HomeCMDlocation-arrival: set";;
fhem "set fl.hue.group on";;
fhem "set fl.esp.eingang Bon";;
fhem "set sys.msg.pushover glance arrival";;
Log 3, "HomeCMDlocation-arrival: done";;
}

-bed:
{
Log 3, "HomeCMDlocation-bed: set";;
fhem "set sz.hue.color.tv.links on";;
fhem "set sys.msg.pushover glance bed";;
Log 3, "HomeCMDlocation-bed: done";;
}

-home:
{
Log 3, "HomeCMDlocation-home: set";;
fhem "set fl.hue.group off";;
fhem "set fl.esp.eingang Boff";;
fhem "set sys.msg.pushover glance home";;
Log 3, "HomeCMDlocation-home: done";;
}

-underway:
{
Log 3, "HomeCMDlocation-underway: set";;
fhem "set sys.msg.pushover glance underway";;
Log 3, "HomeCMDlocation-underway: done";;
}

-wayhome:
{
Log 3, "HomeCMDlocation-wayhome: set";;
fhem "set sys.msg.pushover glance wayhome";;
        Log 3, "HomeCMDlocation-wayhome: done";;
}

Das Problem, KEINES dieser Location-Commands funktioniert, obwohl der Status in den Readings richtig angezeigt wird. Muss ich in HomeCMDlocation auch noch etwas eintragen?

Edit: Ich habe es gerade mal ausprobiert indem ich die Location von Hand (durch die Dropdown-Liste) ändere, das funktioniert. Ich bleibe mal am Ball, mal sehen was passiert, wenn es später automatisch funktionieren soll...

Zitat von: darkness am 26 Januar 2017, 22:32:05
Ok, alles eine Frage des Blickwinkels  :P

Vorhin habe ich noch meine Bewegungsmelder hinzugefügt.
Bei den HM-Sen-MDIR-WM55 ist mir aufgefallen, dass auch die Button erkannt werden. Also nicht nur die Bewegungssensoren. Ist das so gewollt?

Zitat von: darkness am 26 Januar 2017, 22:44:17
Das sind quasi kombinierte Schalte und Bewegungsmelder.
Du hast einen Channel für die Bewegungsmelder und 2 Channel für den Schalter.

Code Auswählen Erweitern


Internals:
  ...
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 flur.bw.oben_Btn_01
   channel_02 flur.bw.oben_Btn_02
   channel_03 flur.bw.oben_Motion
 


In deinem Modul sieht es dann so aus:

Zitat von: darkness am 26 Januar 2017, 22:47:57
Zum testen erstmal:

HomeSensorsMotion model=HM-(SEN|Sen)-MDIR-(WM55|SM)

Zitat von: ComputerZOO am 26 Januar 2017, 21:23:15

Das Problem, KEINES dieser Location-Commands funktioniert, obwohl der Status in den Readings richtig angezeigt wird. Muss ich in HomeCMDlocation auch noch etwas eintragen?

Edit: Ich habe es gerade mal ausprobiert indem ich die Location von Hand (durch die Dropdown-Liste) ändere, das funktioniert. Ich bleibe mal am Ball, mal sehen was passiert, wenn es später automatisch funktionieren soll...

Zitat von: darkness am 26 Januar 2017, 22:54:35
Ja, ist immer channel_03. Zumindest bei meinen zwei.

Code Auswählen Erweitern

Internals:
   DEF        3617C6
   HMLAN1_MSGCNT 29
   HMLAN1_RAWMSG E3617C6,0000,68FB900B,FF,FFB6,75A2413617C6BBA0AA03A24F70
   HMLAN1_RSSI -74
   HMLAN1_TIME 2017-01-26 22:48:14
   HMUSB_MSGCNT 29
   HMUSB_RAWMSG E3617C6,0000,7DC3A64D,FF,FFC1,75A2413617C6BBA0AA03A24F70
   HMUSB_RSSI -63
   HMUSB_TIME 2017-01-26 22:48:14
   IODev      HMLAN1
   LASTInputDev HMUSB
   MSGCNT     58
   NAME       flur.bw.unten
   NOTIFYDEV  global
   NR         29
   NTFY_ORDER 50-flur.bw.unten
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 flur.bw.unten_Btn_01
   channel_02 flur.bw.unten_Btn_02
   channel_03 flur.bw.unten_Motion
   lastMsg    No:75 - t:41 s:3617C6 d:BBA0AA 03A24F70
   protLastRcv 2017-01-26 22:48:14
   protSnd    58 last_at:2017-01-26 22:48:14
   protState  CMDs_done
   rssi_at_HMLAN1 max:-69 min:-88 avg:-73 cnt:29 lst:-74
   rssi_at_HMUSB max:-63 min:-66 avg:-64.31 cnt:29 lst:-63

Zitat von: darkness am 26 Januar 2017, 16:07:33
Hey,

ich habe heute mal ein wenig getestet.

Bei einem anderen HM-SEC-SCo habe ich folgende Attribute getestet:

event-on-change-reading * ist dort ebenfalls gesetzt.

War aber das gleiche Ergebnis. Die Meldung wurde mehr als 2 mal abgesetzt.

Gruß

ZitatHomeModeAlarmActive armhome

Zitat von: darkness am 27 Januar 2017, 19:47:46
Ach. Bin zumindest froh, dass es nicht an mir lag  :o

Das führt mich aber zum nächsten Problem.

Ich habe die MotionSensoren mittels

Code Auswählen Erweitern

TYPE=CUL_HM:FILTER=model=HM-SEN-MDIR-SM,TYPE=CUL_HM:FILTER=model=HM-Sen-MDIR-WM55:FILTER=chanNo=03

hinzugefügt.

Beiden Außen BM habe ich das Attribut

hinzugefügt

Aktiviere ich nun in Homemode den Modus armhome erscheinen beide BM als alarmTriggered.

Event-on-change-reading * ist gesetzt.

Entsprechend für armway bei den BM flur.bw.oben_Motion and flur.bw.unten_Motion.

Zitat von: darkness am 28 Januar 2017, 11:51:38
Hallo Dan.

Danke für deine Geduld!

Beim Event-on-change-reading habe ich den Punkt.

HomeSensorsMotionOpenTamperReadings + HomeSensorsMotionOpenTamperVal habe ich nicht befüllt, da diese Readings bei den Sensoren nicht vorhanden sind.

ZitatHomeOpenTamperReadings
2 space separated readings for motion sensors open/closed state and tamper alert
this is the device setting which will override the global setting from attribute HomeSensorsMotionOpenTamperReadings from the HOMEMODE device
default: state sabotageError

Zitat von: darkness am 28 Januar 2017, 13:05:15
Ähh, jetzt stehe ich auf dem Schlauch.

Ich möchte doch die Bewegung erkennen. Nicht die Sabotage.

ZitatHomeSensorsMotionOpenTamperReadings
2 space separated readings for motion sensors open/closed state and tamper alert
this is the global setting, you can also set these readings in each motion sensor individually in attribute HomeOpenTamperReadings once they are added to the HOMEMODE device
default: state sabotageError

HomeSensorsMotionOpenTamperVal
regex of open and tamper values for motion sensors
this is the global setting, you can also set these values in each contact sensor individually in attribute HomeOpenTamperVal once they are added to the HOMEMODE device
default: open|on

Zitat von: darkness am 28 Januar 2017, 13:13:56
Ja, nach dem dritten mal lesen habe ich es auch gesehen  :P

Mich hatte das Wort "Tamper" verwirrt.

Für die Nachwelt:

So muss es dann aussehen:

Code Auswählen Erweitern

HomeOpenTamperVal motion

Zitat von: ComputerZOO am 29 Januar 2017, 11:26:29
Moin, scheint das selbe, bzw. ein ähnliches Problem zu sein, das ich mit den Locations habe. Den Fehler hat Dan im Post #148 bestätigt. Er sollte wohl mit dem nächsten Update behoben sein. (Ich warte auch schon sehnsüchtig darauf).

Zitat von: binford6000 am 29 Januar 2017, 11:21:25
Hi Dan,

ich möchte morgens eine Pushnachricht mit FHEM-Updates geschickt bekommen.
Habe das so gelöst:

Code Auswählen Erweitern

attr Wohnung HomeCMDdaytime-morning {
  my $a = `wget -qO - http://fhem.de/fhemupdate4/svn/controls_fhem.txt | cat - FHEM/controls_fhem.txt | sort | uniq -u | cut -d " " -f 4 | uniq`."-";; fhem ("set fhemBot msg Folgende Updates sind vorhanden: $a")
}

Allerdings wird nichts ausgelöst. Verwende ich jedoch HomeCMDdnd-on

Code Auswählen Erweitern

attr Wohnung HomeCMDdnd-on {
  my $a = `wget -qO - http://fhem.de/fhemupdate4/svn/controls_fhem.txt | cat - FHEM/controls_fhem.txt | sort | uniq -u | cut -d " " -f 4 | uniq`."-";; fhem ("set fhemBot msg Folgende Updates sind vorhanden: $a")
}

bekomme ich eine Nachricht. Was mache ich falsch?

VG Sebastian

Zitat von: DeeSPe am 29 Januar 2017, 21:37:05
Wirklich viel "Neues" kommt nicht, eher Fehlerbeseitigungen und kleine Neuerungen!
Aber es kommt eine GROSSE Veränderung!
Im Perl Code müssen zukünftig die Semikolon nicht mehr verdoppelt werden.
Das hat allerdings den Nachteil dass sich Perl- und FHEM-Code offensichtlich nicht mehr in einem HomeCMD Attribut mischen lassen.
Zumindest klappt das beim bisherigen Testen nicht so erfolgreich. :o

Gruß
Dan

Zitat von: ComputerZOO am 29 Januar 2017, 21:41:46
Oh, funktioniert folgender Code dann nicht mehr?

Code Auswählen Erweitern

{
Log 3, "HomeCMDmode-awoken: set";;
if (ReadingsVal("da.esp.aussensensor","lux","") <= 400) {
fhem "set sz.lightscene scene 5_Scene";;
fhem "set bz.lightscene scene 2_Scene";;
}
fhem "set sz.squeezebox.boom volume 25";;
Log 3, "HomeCMDmode-awoken: done";;
}

Zitat von: binford6000 am 29 Januar 2017, 21:49:30
P.S. Sowas geht nicht mehr:

Code Auswählen Erweitern

{fhem "delete atTmp_bla" if ($defs{atTmp_bla})}; define atTmp_bla at ............; set L1 rgb ff0000;


Das wäre aus meiner Sicht zu verschmerzen

Zitat von: DeeSPe am 29 Januar 2017, 21:59:46
Klar, zu verschmerzen ist alles. ;)
Man muss nur wissen was sich verändert hat und den eigenen Code entsprechend anpassen. 8)
Ich hatte auch nur zwei HomeCmd Attribute wo ich den Misch-Masch drin hatte und die ich entsprechend anpassen musste. Man muss ja nur die geschweifte Klammer versetzen und den FHEM-Code mit fhem "" umschliessen.

Gruß
Dan

Zitat von: binford6000 am 29 Januar 2017, 11:21:25
Hi Dan,

ich möchte morgens eine Pushnachricht mit FHEM-Updates geschickt bekommen.
Habe das so gelöst:

Code Auswählen Erweitern

attr Wohnung HomeCMDdaytime-morning {
  my $a = `wget -qO - http://fhem.de/fhemupdate4/svn/controls_fhem.txt | cat - FHEM/controls_fhem.txt | sort | uniq -u | cut -d " " -f 4 | uniq`."-";; fhem ("set fhemBot msg Folgende Updates sind vorhanden: $a")
}

Allerdings wird nichts ausgelöst. Verwende ich jedoch HomeCMDdnd-on

Code Auswählen Erweitern

attr Wohnung HomeCMDdnd-on {
  my $a = `wget -qO - http://fhem.de/fhemupdate4/svn/controls_fhem.txt | cat - FHEM/controls_fhem.txt | sort | uniq -u | cut -d " " -f 4 | uniq`."-";; fhem ("set fhemBot msg Folgende Updates sind vorhanden: $a")
}

bekomme ich eine Nachricht. Was mache ich falsch?

VG Sebastian

ZitatHatte das heute mal probiert und es klappt!!!

• doppelte Semikolon sind nun nicht mehr nötig im Perl Code, das hat allerdings den Nachteil dass man nun keinen Perl Code mehr mit FHEM Code innerhalb eines HomeCMD Attributs mischen kann/sollte
• HomeSensorTemperature umbenannt in HomeSensorTemperatureOutside
• HomeSensorHumidity umbenannt in HomeSensorHumidityOutside
• HomeCMDcontactOpenRetrigger umbenannt in HomeCMDcontactOpenWarning1
• HomeCMDcontactOpenRetrigger2 umbenannt in HomeCMDcontactOpenWarning2
• neues Attribut HomeCMDcontactOpenWarningLast
• HomeSensorsContactOpenTamperReadings umbenannt in HomeSensorsContactReadings
• HomeSensorsContactOpenTamperVal umbenannt in HomeSensorsContactValues
• HomeSensorsMotionOpenTamperReadings umbenannt in HomeSensorsMotionReadings
• HomeSensorsMotionOpenTamperVal umbenannt in HomeSensorsMotionValues
• userattr HomeOpenTamperReadings (in hinzugefügten Contact/Motion Sensoren) umbenannt in HomeReadings
• userattr HomeOpenTamperVal (in hinzugefügten Contact/Motion Sensoren) umbenannt in HomeValues
• Fehler beseitigt bei Kontakt Offen Warnungen
• Prüfung integriert ob HomeSensorTemperatureOutside und HomeSensorHumidityOutside identisch sind
• statt des Attributs comment wird nun das Reading HomeInfo für Informationen vom HOMEMODE Device benutzt
• von allen Bewegungsmeldern wird nun auch ein durchschnittlicher Lichtwert (Reading luminance) berechnet, sofern vorhanden - der neue Platzhalter %LUMINANCE% ist dafür dazu gekommen - dazu kann in den Attributen HomeSensorsMotionReadings und/oder HomeReadings als dritter Wert das Reading für luminance angegeben werden
• stündliche Ermittlung der Trends von temperature, humidity und luminance - entsprechende Readings werden erstellt und Platzhalter sind verfügbar
• neues Attribut HomeTrendCalcAge für das maximale Alter der vorherigen Messung - für Trend Berechnung
• ganze Kommentarzeilen im eigenen Perl Code sind nun zulässig, Kommentare hinter Perl Code am Ende einer Zeile sind weiterhin NICHT zulässig
• Anfang von Übersetzungen in Deutsch, Hinweise und Fehlermeldungen sind bereits deutsch, Log Einträge bleiben englisch
• manuelles Setzen von mode ist nun nur noch mit deaktiviertem HomeAutoDaytime möglich (attr <HOMEMODE> HomeAutoDaytime 0)
• Ausführungsproblem von HomeCMDlocation-.... behoben
• commandref aktualisiert

Zitat von: FranzB94 am 31 Januar 2017, 14:41:24
Ich hätte noch eine Bitte, die Fensterkontakte betreffend: Mein FHT80TF (FS20) meldet Open und Closed. Somit wird er nicht in HOMEMODE erkannt. Vieleicht könntest Du die Abfrage entsprechend erweitern.

Zitat von: FranzB94 am 31 Januar 2017, 14:41:24
Hi DeeSPe!

Danke für dieses tolle Modul. Das hat es mächtig in Sich und man braucht schon eine ganze zeit, um sich da einzuarbeiten.
Ich hatte mir eigendlich vorgenommen, Dich bei der Erstellung der Dokumentation in Deutsch zu unterstützen. Aber wie ich lese, hast Du damit schon begonnen. Umso Besser, da Du tief in der Materie steckst. Ich werde mir erlauben Korrektur zu lesen und meine Änderungsvorschläge mitzuteilen.

Ich hätte noch eine Bitte, die Fensterkontakte betreffend: Mein FHT80TF (FS20) meldet Open und Closed. Somit wird er nicht in HOMEMODE erkannt. Vieleicht könntest Du die Abfrage entsprechend erweitern.

Danke Franz     

Zitat von: darkness am 31 Januar 2017, 14:57:34
Hallo DeeSPe,

ich hätte noch eine Frage bezüglich der Readings energy.
Ich verwende von Fibaro den Wallplug sowie HM Zwischensteckdosen.

Fiabro hat energy-Werte in Form von 1234,45 kWh
HM hat: 123456 (ich nehme mal an Wh)

Wird das durch dein Modul berücksichtigt bzw. kann man dort einen Umrechnungsfaktor hinzufügen?

Bisher habe ich die Geräte nicht zum HOMEMODE hinzugefügt. Ist mir aber nur jetzt schon aufgefallen.

Zitat von: CoolTux am 04 Februar 2017, 12:11:29
Als was möchtest du es denn in HOMEMODE einbinden?
Eigentlich reicht es wie beim Notify nur das DEVICE an zu geben. Es ist unwichtig ob das Device auf dem Pi oder auf einem entfernten Pi ist. Entscheidend ist das ein korrekter Event an kommt.

Zitat von: ComputerZOO am 04 Februar 2017, 12:16:52
Es geht um die Angaben in Homemode, HomeSensorsContact NAME=fl.f2f.dooroutside funktioniert nicht, bei geöffnetem Kontakt erscheinen dort keine offenen Kontakte.
Beim get sys.homemode contactsOpen all bekomme ich als Antwort: no open contacts.

• Prüfung ob beim Definieren übergebenes RESIDENTS Device existiert
• einige Ausbesserungen in der commandref

Zitat von: DeeSPe am 08 Februar 2017, 13:55:50
Ich habe soeben im ersten Beitrag eine aktualisierte Version des Moduls angehängt.
Es sind nur minimale kosmetische Änderungen.

Changelog:

• Prüfung ob beim Definieren übergebenes RESIDENTS Device existiert
• einige Ausbesserungen in der commandref

Gruß
Dan

Zitat von: Esjay am 08 Februar 2017, 13:57:34
Hi Dan,
hast du schon einen Plan, wann das Modul offiziell in fhem verfügbar sein wird?

Zitat von: kjmEjfu am 09 Februar 2017, 10:40:35

Code Auswählen Erweitern

HomeSensorHumidityOutside
HomeSensorTemperatureOutside

gibt es eine Überlegung, die auch als Inside zur Verfügung zu stellen?

ZitatHomeAutoDaytime
daytime depending home mode
values 0 or 1, value 0 disables automatically set daytime
default: 1

Zitatmanuelles Setzen von mode ist nun nur noch mit deaktiviertem HomeAutoDaytime möglich (attr <HOMEMODE> HomeAutoDaytime 0)

Zitat von: darkness am 09 Februar 2017, 19:55:01
In deinem Beitrag steht:
Wenn ich aber attr <HOMEMODE> HomeAutoDaytime 0 setze, habe ich keine Möglichkeit die Daytime zu setzen, oder?

Zitat von: FranzB94 am 17 Februar 2017, 13:08:05
Hi Esjay!

Das mit dem Attribut HomeSensorsContact ist schon der richtige Weg. In diesem Attribut der HOMEMODE-Definition musst du die beiden Sensoren "ShutterContact 10cb79" und "ShutterContact 002202" eintragen. Nach dem abspeichern hast du in den Definitionen der beiden Kontakte neue "userattr". Hier kannst du weitere Einstellungen vornehmen. In den Readings der HOMEMODE-Definition siehst du die Ergebnisse und mit den HomeCMD-Einstellungen kanst du darauf reagieren.

Gruß Franz

Zitat von: DeeSPe am 17 Februar 2017, 13:33:49
Richtig!

In der Dokumentation steht doch eindeutig dass jede Form von Devspec (https://fhem.de/commandref_DE.html#devspec) erlaubt ist.

Gruß
Dan

Zitat von: Esjay am 17 Februar 2017, 11:01:44
Wenn ich es richtig verstehe, muss ich das Attribut HomeSensorsContact setzen. Traurig,aber da scheitert es schon dran.

Zitat von: FranzB94 am 17 Februar 2017, 13:08:05
Das mit dem Attribut HomeSensorsContact ist schon der richtige Weg. In diesem Attribut der HOMEMODE-Definition musst du die beiden Sensoren "ShutterContact 10cb79" und "ShutterContact 002202" eintragen.

• Falls die GetUpdate Funktion stehen bleiben sollte, wird diese nun automatisch wieder gestartet

• Integration UWZ
• Integration Calendar als Erweiterung zu holiday

Zitat von: Spezialtrick am 17 Januar 2017, 17:30:22
Nunja, wenn das attr HomeAutoAlarmModes auf 0 gestellt wird, könnte man vier weitere Attribute sichtbar machen, die es erlauben ein Gerät sowie das entsprechende Reading für eine Aktion festzulegen, z.B.:


attr ManualmodeAlarm armhome Remotecontrol1Button1:on
attr ManualmodeAlarm armnight Remotecontrol1Button2:on
attr ManualmodeAlarm armaway Remotecontrol1Button3:on
attr ManualmodeAlarm disarm Remotecontrol1Button4:on


Bei mehreren Schaltern/Fernbedienungen dann:


attr ManualmodeAlarm armhome Remotecontrol1Button1:on;Remotecontrol2Button1:on


So könnte man zumindest unterschiedliche Geräte mit unterschiedlichen Readings darstellen. Wäre sowas umsetzbar?  ???

Zitat von: Spezialtrick am 19 Februar 2017, 12:13:16
Hallo Dan,

hast du hierüber mal nachgedacht?

Viele Grüße!

Zitat von: DeeSPe am 19 Februar 2017, 12:35:22

Vielleicht so:

Code Auswählen Erweitern

attr <HOMMEMODE> HomeCTRLmodeAlarm <dev1>:<read1>,<dev2>:<read1> <dev1>:<read2>,<dev2>:<read2> <dev1>:<read3>,<dev2>:<read3> <dev1>:<read4>,<dev2>:<read4>
Wobei die Reihenfolge der alphabetisch geordneten modeAlarm States entspricht: armaway armhome armnight disarm
Ich denke ich könnte es mal so probieren, was denkst Du?

Zitat von: DeeSPe am 19 Februar 2017, 12:35:22
Vielleicht so:

Code Auswählen Erweitern

attr <HOMEMODE> HomeCTRLmodeAlarm <dev1>:<read1>,<dev2>:<read1> <dev1>:<read2>,<dev2>:<read2> <dev1>:<read3>,<dev2>:<read3> <dev1>:<read4>,<dev2>:<read4>

Zitat von: Spezialtrick am 19 Februar 2017, 12:42:25
Ich wollte Dir aber nochmal ein Lob aussprechen, habe vorgestern entdeckt, dass man die Alarmmodi über die Homebridge/Home umschalten kann... Der absolute Knaller.  :D

Zitat von: DeeSPe am 19 Februar 2017, 12:48:04
Aber klar ist das mit in HomeKit gemappt. 8)
Das war eines meiner Hauptanliegen mit dem Modul, die Anzeige/Steuerung in HomeKit (meine Haupt-GUI)!

Gruß
Dan

P.S. Jetzt wo Du das entdeckt hast, brauchst Du dann überhaupt noch die "andere Control-Möglichkeit"? :P

Zitat von: Spezialtrick am 19 Februar 2017, 12:59:32
Schaltest du die Anlage automatisch über die Anwesenheitserkennung?

ZitatDemnächst möchte ich weitere Features integrieren.
Für mich würden als nächstes auf dem Programm stehen:
Integration UWZ
Integration Calendar als Erweiterung zu holiday

Welche konkreten und allgemein sinnvollen Wünsche habt Ihr?

Zitat von: Schlimbo am 19 Februar 2017, 13:42:41
Der Türstatus (offen/ geschlossen) wird durch ein MAX-Fensterkontakt Sensor erfasst, dieser liefert die Werte "opened" und "closed" da "HomeSensorsContactValues" ja standardmäßig auf open|tilted|on steht, habe ich es wie folgt angepasst:

Code Auswählen Erweitern

attr <Name> HomeSensorsContactValues opened|open|tilted|on

Zitat von: Schlimbo am 19 Februar 2017, 14:05:34
Kann es sein das Doormain  das Attribut "HomeSensorsContactValues" nicht korrekt beachtet?

Zitat%TOBE%
ist oder sind des Reading condition des überwachten Yahoo Wetter Device
kann z.B. für Wetterinfo in den HomeTextWeather Attributen benutzt werden

Zitat%CONDITION%
Wert des Reading condition des überwachten Yahoo weather Device
kann z.B. für Wetter(vorhersage) benutzt werden

ZitatEs %TOBE% %CONDITION% bei %TEMPERATURE%°C und %HUMIDITY%% Luftfeuchtigkeit. Die gefühlte Temperatur ist %WINDCHILL%°C bei einer Windgeschwindigkeit von %WIND%km/h. Der Luftdruck ist %PRESSURETREND% bei %PRESSURE%hPa.

Zitat von: DeeSPe am 07 Januar 2017, 15:59:43
HomeTextAre
Übersetzung für "are"
Werte: frei wählbar
Werteformat: Wort
Standardwert: are

HomeTextAre
Übersetzung für "closed"
Werte: frei wählbar
Werteformat: Wort
Standardwert: closed

Zitat von: Schlimbo am 19 Februar 2017, 19:26:26
Edit:
Es funktioniert jetzt! :)
Schuld war das "HomeValues" Attribut am Sensor. Dieses wird ja vorrangig zum "HomeSensorsContactValues" verwendet.
Verstehen aber trotzdem nicht so ganz, was daran falsch war/ist.
Dieses verhalten ist auch reproduzierbar,  sobald ich das Attribut am Sensor setzte funktioniert es nicht mehr.

Zitat von: Schlimbo am 19 Februar 2017, 21:04:33
Noch eine Frage zu der Doku:
Was hat es mit der Variable %TOBE% auf sich?

Zitat von: Schlimbo am 19 Februar 2017, 21:04:33
Und noch ein Frage zum Beispielcode von "HomeCMDcontactDoormainClosed":
Wo kommt hier die Variable %FEIERTAG% her, konnte hierzu nichts finden.

Zitat von: Schlimbo am 19 Februar 2017, 21:04:33
In der Doku ist mir noch ein kleiner copy/paste Fehler aufgefallen.
Das zweite HomeTextAre sollte HomeTextClosed heißen:

Zitat von: DeeSPe am 19 Februar 2017, 22:53:55
Das ist immer passend zur Weather Condition.
Es IST Regen......
Es SIND Regen und Schnee......

Es wird Normalerweise in englisch ausgegeben, aber es ziehen eben auch die Übersetzungen aus HomeTextIs und HomeTextAre.

Zitat von: DeeSPe am 19 Februar 2017, 22:53:55
Schau Dir mal das Attribut HomeEventsHolidayDevices und speziell das Zitat in der Doku dazu an.
Vielleicht wird es Dir dann klarer.

ZitatHomeEventsHolidayDevices
Hier ist ein Devspec von holiday Device(s) anzugeben.
Zitat
Ich empfehle die holiday Dateinen in Großbuchstaben anzulegen, da dann die daraus resultierenden Platzhalter ebenfalls Großbuchstaben sind und somit zu den anderen Platzhaltern passen.

Zitat von: Schlimbo am 20 Februar 2017, 00:05:32
Hallo Dan,
Ich bin der Sache gerade noch mal etwas auf dem Grund gegangen.

Zitat von: Schlimbo am 20 Februar 2017, 00:05:32
Verstehe ich das richtig, dass dein holiday Device einfach den Namen "FEIERTAG" (Datenamei FEIERTAG.holiday) hat und deswegen die variable bei dir %FEIERTAG% heißt?

Zitat von: binford6000 am 19 Februar 2017, 13:45:59
Hi Dan,
auf Calendar warte ich sehnsüchtig!!  :D

Was mir noch fehlt - vielleicht habe ich es auch nur übersehen - ist sowas wie eine "do-always" Funktion.
Oder um es mal in Homemode zu formulieren:

Code Auswählen Erweitern

attr <name> HomeCMDmode-doalways
oder vielleicht auch sowas wie

Code Auswählen Erweitern

attr <name> HomeCMDmode-do-for-interval
wobei intervall konfigurierbar sein sollte.

VG Sebastian

ZitatWas meinst Du mit doalways?

ZitatHomeCMDdaytime
Befehle die ausgeführt werden sollen sobald sich die Tageszeit (daytime) auf einen beliebigen Wert ändert.
Um die jeweilige eingetretene Tageszeit zu ermitteln ist der Platzhalter %DAYTIME% vorgesehen.
Auslöser: Änderung der Tageszeit (daytime)

HomeCMDdaytime-<afternoon/day/evening/morning/night>
Befehle die ausgeführt werden sollen sobald die jeweilige Tageszeit (daytime) erreicht ist.
Auslöser: Änderung der Tageszeit (daytime) auf bestimmten Wert
Bei "night" könnte man z.B. die Heizung bewohnerunabhängig ausschalten, bei "morning" wieder ein.

Zitat von: binford6000 am 22 Februar 2017, 11:46:39
Hi Dan,
ich meine damit Funktionen oder Abfragen, welche ständig oder in (definierbaren) Intervalllen
vom HOMEMODE Modul durchgeführt werden.

Hier werden Aktionen zu einem bestimmten Zeitpunkt ausgeführt.
Gibt es die Möglichkeit, Aktionen/Abfragen in einem Zeitraum auszuführen?

Korrigiere mich bitte wenn ich das falsch interpretiert habe  ;)

VG Sebastian

ZitatErkläre doch mal bitte konkret was Du erreichen willst, dann kann ich mir das besser vorstellen und dazu was überlegen.

Zitat von: binford6000 am 22 Februar 2017, 16:59:54
Mein konkreter Verwendungszweck wäre die zentrale Lichtsteuerung auf Basis von Anwesenheit und Helligkeit.
Aktuell habe ich das in einem DIOF mit LIGHTSCENE und 6 HUEDEVICEs stecken. Und da hier ständig geschaut wird, ob es noch hell genug ist bzw. ob sich die Anwesenheit geändert hat, kann ich es imho momentan leider nicht mit in HOMEMODE packen...

Oder vielleicht hast Du ja noch einen Tipp für mich wie es doch jetzt schon geht...?  ;)

VG Sebastian

ZitatErklär mal bitte was das DOIF macht bzw. was bedeutet "auf Basis von Anwesenheit und Helligkeit"?
Wie und durch was wird denn Dein DOIF getriggert?

• einige Fehlerkorrekturen
• HomeSensorsContactValues/HomeValues korrigiert (Dank an Schlimbo)
• RegEx für HomeSensorsContactValues/HomeValues wird nun exakt ausgewertet
• HomeAutoArrival funktioniert nun auch wenn man nicht die automatische Presence Verknüpfung mit "HomeAutoPresence 1" aktiviert hat (Dank an Schlimbo)
• Berichtigung des Readings lastGotoleepByResident nach lastGotosleepByResident (Dank an Schlimbo)
• seit dem FHEM 5.8 Update müssen auch die Platzhalter die eine Zahl darstellen im Perl Code in Anführungszeichen gesetzt werden (früher ging: %ICE%, nun muss: "%ICE%")

Zitatseit dem FHEM 5.8 Update müssen auch die Platzhalter die eine Zahl darstellen im Perl Code in Anführungszeichen gesetzt werden (früher ging: %ICE%, nun muss: "%ICE%")

Zitat von: binford6000 am 22 Februar 2017, 22:10:15
Hi Dan,

hier ist das DOIF:

Code Auswählen Erweitern


(["$SELF:switch: anwesend"] or ([Wohnung:presence] eq "present" and [PhilipsTV.PRE] eq "absent"
and [rr_Sebastian:state] ne "asleep" and [Daemmerung:light] <= "4"))
(set Standard.LS scene anwesend, {Log(3, "AutoLicht: Lichtschalter auf anwesend geschaltet.")})

DOELSEIF (["$SELF:switch: anwesend_alle"] or ([Wohnung:presence] eq "present" and [PhilipsTV.PRE] eq "present"
and [rr_Sebastian:state] ne "asleep" and [Daemmerung:light] <= "4"))
(set Standard.LS scene anwesend_alle, {Log(3, "AutoLicht: Lichtschalter auf anwesend_alle geschaltet.")})

DOELSEIF (["$SELF:switch: abwesend"] or [Daemmerung:light] >= "5" or [Wohnung:presence] eq "absent"
or [rr_Sebastian:state] eq "asleep")
(set Standard.LS scene abwesend, {Log(3, "AutoLicht: Lichtschalter auf abwesend geschaltet.")})

"Wohnung" ist dabei das HOMEMODE-Device, "Daemmerung" ist das TWILIGHT-Device
und "Standard.LS" das LIGHTSCENE-Device.

Code Auswählen Erweitern

HomeCMDmode-gotosleep-rr_Sebastian,
HomeCMDmode-awoken-rr_Sebastian 
HomeCMDmode-asleep-rr_Sebastian

habe ich bereits in Verwendung, da diese Zeitpunkte ja schön abgefragt werden können.

VG Sebastian

Zitat von: Christian Uhlmann am 23 Februar 2017, 11:29:29
Hallo,

habe das neuste Modul (von heute) installiert aber meine Frage bezieht sich auch schon auf die Versionen davor.

1. Einige meiner Bewegungsmelder und auch Kontaktmelder haben keine Sabotage Kontakt, ist es möglich das irgendwie dem Modul mitzuteilen?
2. Bei mir wird das Readings lastMotion nicht erzeugt, obwohl die Sensoren dies liefern müssten, lastMotionClosed wird erzeugt :(
List vom Bewegungsmelder:

Code Auswählen Erweitern


Internals:
   CFGFN
   CHANGED
   DEF        12
   IODev      SYS.gw.AE.Versorgungsraum
   NAME       EG.fl.BMK.Flur_Motion
   NR         665
   PIN        12
   STATE      off
   TYPE       FRM_IN
   Helper:
     Dblog:
       Logstate:
         Sys.dblog:
           TIME       1487845429.34367
           VALUE      noMotion
       Motion:
         Sys.dblog:
           TIME       1487845399.33057
           VALUE      off
       Reading:
         Sys.dblog:
           TIME       1487845399.33057
           VALUE      off
       State:
         Sys.dblog:
           TIME       1487845429.34367
           VALUE      noMotion
   Readings:
     2017-02-23 11:24:38   logstate        noMotion
     2017-02-23 11:24:38   motion          off
     2017-02-23 11:24:38   reading         off
     2017-02-23 11:23:49   state           noMotion

state steht auf motion, wenn Bewegung erkannt wurde.
Der Bewegungsmelder steht im Homemode Device auch unter SENSORSMOTION
Die HomeSensorsMotion attribute sind wie folgt:

Code Auswählen Erweitern


HomeSensorsMotionReadings state sabotageError
HomeSensorsMotionValues motion|open|on


Hat jemand eine Idee was da falsch sein könnte oder ist da noch ein Bug im Modul?


Grüße
Christian

Zitat von: Christian Uhlmann am 23 Februar 2017, 11:38:24
Hi,

ein

Code Auswählen Erweitern

attr HomeMode HomeSensorsMotionReadings state
führt zu diesem Fehler

Code Auswählen Erweitern

Invalid value state for attribute HomeSensorsMotionReadings. You have to provide at least 2 space separated readings, p.e. state sabotageError

Grüße
Christian

Zitat von: Christian Uhlmann am 23 Februar 2017, 11:47:34
Aber die Frage 2 bzgl. dem Reading lastMotion beschäftigt mich schon gerade.
Vor allem, bei Bewegung wird das Reading motionsInside auch passend gefüllt.
Warum lastMotion nicht lastMotionClosed aber schon.

Zitat von: Christian Uhlmann am 23 Februar 2017, 11:47:34
Hi nochmal,

wen ich ehrlich bin, dann setze ich es einfach auf

Code Auswählen Erweitern

attr HomeMode HomeSensorsMotionReadings state sabotageError
und die Antwort auf Frage 1. ist, einfach was setzen, es wird dann ignoriert wenn es das Reading nicht gibt.

Aber die Frage 2 bzgl. dem Reading lastMotion beschäftigt mich schon gerade.
Vor allem, bei Bewegung wird das Reading motionsInside auch passend gefüllt.
Warum lastMotion nicht lastMotionClosed aber schon.


Grüße

Christian

ZitatFalls Du eine Idee dazu haben solltest, lass es mich wissen.

Zitat von: DeeSPe am 19 Februar 2017, 13:14:01
Ja, ich vertraue voll und ganz der Automatik!
Das hat bei mir bisher immer zu 100% geklappt.

Ich habe nur 2x at konfiguriert damit in den Zeiten wo mein (noch nicht WLAN steuerbarer) BotVac fährt, die Alarmanlage bei Bedarf von armaway auf armhome geschaltet wird, damit die BWMs keinen Alarm melden. 8)

Übrigens habe ich eine ähnliche Anforderung gerade bei meinen Eltern, die möchte ich mit einer HomeMatic Schlüsselbund-Fernbedienung ausstatten damit sie auf den HOMEMODE Einwirkung haben. Dazu habe ich mir aber überlegt dass ich die 4 Tasten benutze um nur ihren ROOMMATE Status zu ändern (home|away|gotosleep|panik), der Rest macht dann wieder die Automatik. Panik soll dann sofort die Sirene auslösen...

Gruß
Dan

Zitat von: Spezialtrick am 24 Februar 2017, 20:57:38
Eine Frage hätte ich aber noch. Wie betrittst du dein Heim, ohne den Alarm auszulösen. Hast du eine Verzögerung für die Haustür eingestellt? Presence reagiert ja nicht so schnell.  ???

Zitat von: Spezialtrick am 24 Februar 2017, 23:12:14
Ok. Welche Zeiten hast du in Presence eingestellt?

Grüße!

Zitat von: Spezialtrick am 25 Februar 2017, 12:09:38
Danke dir!  :)

Hast du noch eine Attribute in Presence gesetzt?

Zitat von: DeeSPe am 25 Februar 2017, 12:26:37

Code Auswählen Erweitern

absenceThreshold 10

Gruß
Dan

ZitatHomeAutoDaytime
Standardmäßig wird mode anhand der Tageszeit automatisch gesetzt. Ist das nicht gewünscht kann das über den Wert 0 deaktiviert werden. Dann stehen allerdings tageszeitabhängigen mode(s) nicht mehr zur Verfügung.
Werte: 0 oder 1
Standardwert: 1

Zitat von: Spezialtrick am 25 Februar 2017, 22:11:18
Vielen Dank!

Welche Zeiträume sind für die unterschiedlichen Tageszeiten hinterlegt? Kann man diese anpassen?

Zitatmorning: 5-9
day: 10-13
afternoon: 14-17
evening: 18-22
night: 23-4

• Absturz behoben der ausgelöst wurde durch den gleichzeitigen Statuswechsel von mind. zwei RESIDENTS
• erweiterte holiday Unterstützung, es werden nun alle Typen (1,2,3,4,5) von holiday Events unterstützt - auch Event Texte mit Leerzeichen können nun benutzt werden (Leerzeichen werden beim Erstellen der HomeCMD Attribute durch Bindestriche (-) ersetzt)
• Bekanntes Problem: Beim gleichzeitigen Statuswechsel von mind. zwei RESIDENTS werden die Platzhalter nicht richtig ersetzt - eine mögliche Lösung habe ich bereits erarbeitet, diese zu implementieren dauert allerdings noch ein Weilchen

Zitat von: FEIERTAG.holiday
1 01-01 Neujahr
1 04-14 Karfreitag
1 04-16 Ostersonntag
1 04-17 Ostermontag
1 05-01 Tag der Arbeit
1 05-25 Christi Himmelfahrt
1 06-04 Pfingstsonntag
1 06-05 Pfingstmontag
1 10-03 Tag der deutschen Einheit
1 10-31 Helloween
1 12-03 1. Advent
1 12-10 2. Advent
1 12-17 3. Advent
1 12-24 Heilig Abend
1 12-31 Silvester

Zitat von: FEST.holiday
4 04-14 04-17 Ostern
4 06-04 06-05 Pfingsten
4 12-03 12-24 Advent
4 12-25 12-26 Weihnachtsfest

Zitat von: Esjay am 26 Februar 2017, 12:11:24
So, ich habe heute nochmal ein wenig Zeit, mich mit meiner Fenster offen Warnung zu beschäftigen.

So sieht der Fensterkontakt aus

Code Auswählen Erweitern


Readings:
     2017-02-26 11:48:42   RSSI            -64.5
     2017-02-26 11:48:42   battery         ok
     2017-02-26 11:48:42   onoff           1
     2017-02-26 11:48:42   state           opened
   Internals:
     interfaces switch_active;battery
Attributes:
   HomeContactType doorinside
   HomeModeAlarmActive armaway
   HomeOpenMaxTrigger 2
   HomeOpenTimes 1
   IODev      Max_Steuerung
   group      Fenster
   room       Wohnzimmer


So siehts in Homemode aus

Code Auswählen Erweitern


Readings:
     2017-02-26 11:50:59   alarmTriggered  Die Terassen_Tuer
     2017-02-26 11:50:59   alarmTriggered_ct 1
     2017-02-17 09:53:49   anyoneElseAtHome off
     2017-02-26 11:50:59   contactsDoorsInsideOpen Terassen_Tuer
     2017-02-26 11:50:59   contactsDoorsInsideOpen_ct 1
     2017-02-26 11:50:59   contactsDoorsInsideOpen_hr Die Terassen_Tuer
     2017-02-26 11:50:59   contactsDoorsMainOpen
     2017-02-26 11:50:59   contactsDoorsMainOpen_ct 0
     2017-02-26 11:50:59   contactsDoorsMainOpen_hr
     2017-02-26 11:50:59   contactsDoorsOutsideOpen
     2017-02-26 11:50:59   contactsDoorsOutsideOpen_ct 0
     2017-02-26 11:50:59   contactsDoorsOutsideOpen_hr
     2017-02-26 11:50:59   contactsOpen    Terassen_Tuer
     2017-02-26 11:50:59   contactsOpen_ct 1
     2017-02-26 11:50:59   contactsOpen_hr Die Terassen_Tuer
     2017-02-26 11:50:59   contactsOutsideOpen
     2017-02-26 11:50:59   contactsOutsideOpen_ct 0
     2017-02-26 11:50:59   contactsOutsideOpen_hr
     2017-02-26 11:50:59   contactsWindowsOpen
     2017-02-26 11:50:59   contactsWindowsOpen_ct 0
     2017-02-26 11:50:59   contactsWindowsOpen_hr
     2017-02-26 10:00:02   daytime         day
     2017-02-17 09:53:49   dnd             off
     2017-02-26 11:48:42   lastContact     Terassen_Tuer
     2017-02-26 11:48:36   lastContactClosed Terassen_Tuer
     2017-02-17 09:52:23   location        home
     2017-02-26 10:00:02   mode            day
     2017-02-26 11:42:26   modeAlarm       armaway
     2017-02-17 09:52:23   presence        present
     2017-02-26 11:48:42   prevContact     Terassen_Tuer
     2017-02-26 11:48:36   prevContactClosed Terassen_Tuer
     2017-02-17 09:52:23   prevLocation
     2017-02-26 10:00:02   prevMode        morning
     2017-02-26 11:42:26   prevModeAlarm   armhome
     2017-02-17 09:52:23   season          winter
     2017-02-26 11:50:59   sensorsTampered
     2017-02-26 11:50:59   sensorsTampered_ct 0
     2017-02-26 11:50:59   sensorsTampered_hr
     2017-02-26 10:00:02   state           day
   Helper:
     lastChangedAttr HomeCMDcontactOpenWarning1
     lastChangedAttrValue set TelegramBot msg @#Home Bla bla
     allMonitoredDevices:
       Homemode
       Haus
       rr_Stephan
       MAX_10cb79
       Terassen_Tuer
Attributes:
   HomeAdvancedUserAttr 1
   HomeAutoAlarmModes 0
   HomeCMDcontactOpenWarning1 set TelegramBot msg @#Home Bla bla
   HomeSensorsContact MAX_10cb79,Terassen_Tuer
   HomeSensorsContactOpenTimes 1
   devStateIcon {(HOMEMODE_devStateIcon($name),"toggle")}
   event-on-change-reading .*
   icon       floor
   room       HOMEMODE
   userattr   HomeCMDmode-absent-rr_Stephan:textField-long HomeCMDmode-asleep-rr_Stephan:textField-long HomeCMDmode-awoken-rr_Stephan:textField-long HomeCMDmode-gone-rr_Stephan:textField-long HomeCMDmode-gotosleep-rr_Stephan:textField-long HomeCMDmode-home-rr_Stephan:textField-long HomeCMDpresence-absent-rr_Stephan:textField-long HomeCMDpresence-present-rr_Stephan:textField-long
   webCmd     modeAlarm

Was habe ich übersehen? ich würde eigentlich erwarten, dass ich nach 1 Minute eine Meldung über Telegramm bekomme.

Zitat von: Esjay am 26 Februar 2017, 12:28:35
Wodurch wird denn HomeSensorsContactValues/HomeValues beeinflusst? Fehlt da noch ein Attribut?

Zitat von: DeeSPe am 26 Februar 2017, 12:33:31
Das sind die Attribute um die es geht! ;)
In HomeSensorsContactValues kannst Du global angeben welche Values als offen/sabotiert gelten sollen.
In HomeValues kannst Du es in jedem Sensor angeben.
Schau Dir am Besten die Doku dazu an.

Gruß
Dan

Zitat von: Esjay am 26 Februar 2017, 12:45:52
Dank dir. Funktioniert

• beim gleichzeitigen Statuswechsel von mind. zwei RESIDENTS werden nun die Platzhalter richtig ersetzt
• Problem mit arrival der RESIDENTS behoben

• Besteht allgemeines Interesse diesen Public-IP-Check fest in HOMEMODE zu integrieren?
• Wenn ja zu 1., wie sollte die Aktualisierung erfolgen? Ich stelle mir das evtl. so vor: Ein Attribut HomePublicIpCheckInterval, welches den Default Wert 0 hat, somit wird kein Check ausgeführt. Bei Bedarf kann man dieses Attribut auf einen beliebigen Wert in Sekunden setzen, nach denen der Check wieder ausgeführt werden soll.

Zitat von: DeeSPe am 01 März 2017, 15:16:03
Ich bin gestern über ein allgemeines Problem gestolpert.
Obwohl der ddclient bei mir ordnungsgemäß eingerichtet ist, stimmte die IP Adresse nicht mehr.
Ergo: Zugriff nicht möglich. >:(

Zitat von: Schlimbo am 01 März 2017, 21:47:27
Hallo Dan,Das hört sich aber mehr nach einem Problem mit deinem DDNS Anbieter an, denn genau das ist ja die Aufgabe von DDNS.

Zitat von: Spezialtrick am 04 März 2017, 21:45:44
Kein Grund sich zu entschuldigen, Dan.  ;)

Kannst du dir erklären weshalb nachfolgendes nicht mehr funktioniert?

Ich habe im Attribut "HomeCMDpresence-absent" folgende Befehle eingesetzt:

Code Auswählen Erweitern

set FL.Kamera on;
set Sonos stopAll;
set Pushover msg 'Auf Wiedersehen!';

Alles bis auf "set FL.Kamera on" wird ausgeführt. Es handelt sich um einen HM-Aktor, der außerhalb des Moduls einwandfrei funktioniert. Wenn das Modul das Schalten übernimmt, bleibt der Aktor mit einem MissingACK stehen, also einer Glühbirne mit rotem Ausrufezeichen. Wenn ich "set FL.Kamera on" in die Befehlszeile eingebe funktioniert das Schalten auch.  :o

Zitat von: Esjay am 07 März 2017, 11:53:46
Hallo Daniel,
Finde folgendes im Logfile.

Code Auswählen Erweitern


017.03.07 06:57:04 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 3886.
2017.03.07 06:57:04 1: stacktrace:
2017.03.07 06:57:04 1:     main::__ANON__                      called by fhem.pl (3886)
2017.03.07 06:57:04 1:     main::ReadingsVal                   called by ./FHEM/22_HOMEMODE.pm (1349)
2017.03.07 06:57:04 1:     main::HOMEMODE_PrepareCMDs          called by ./FHEM/22_HOMEMODE.pm (1569)
2017.03.07 06:57:04 1:     main::HOMEMODE_execCMDs             called by ./FHEM/22_HOMEMODE.pm (2004)
2017.03.07 06:57:04 1:     main::HOMEMODE_ContactOpenCheck     called by (eval 508543) (1)
2017.03.07 06:57:04 1:     (eval)                              called by fhem.pl (1029)
2017.03.07 06:57:04 1:     main::AnalyzePerlCommand            called by fhem.pl (1049)
2017.03.07 06:57:04 1:     main::AnalyzeCommand                called by fhem.pl (977)
2017.03.07 06:57:04 1:     main::AnalyzeCommandChain           called by ./FHEM/90_at.pm (177)
2017.03.07 06:57:04 1:     main::at_Exec                       called by fhem.pl (2905)
2017.03.07 06:57:04 1:     main::HandleTimeout                 called by fhem.pl (607)

Hast du eine Idee dazu?

Grüße

Zitat von: Esjay am 07 März 2017, 14:25:28
Ok, jetzt sehe ich es selber!!

Das HOMEMODE in den Zeilen ist mir halt einfach zu sehr ins Gesicht gesprungen.

ZitatHat noch jemand das Problem oder eine Lösung dafür?

Zitat2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_updateInternals redefined at ./FHEM/22_HOMEMODE.pm line 312, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_GetUpdate redefined at ./FHEM/22_HOMEMODE.pm line 475, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_alarmTriggered redefined at ./FHEM/22_HOMEMODE.pm line 703, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_makeHR redefined at ./FHEM/22_HOMEMODE.pm line 727, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_alarmTampered redefined at ./FHEM/22_HOMEMODE.pm line 758, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_RESIDENTS redefined at ./FHEM/22_HOMEMODE.pm line 779, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_Attributes redefined at ./FHEM/22_HOMEMODE.pm line 888, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_userattr redefined at ./FHEM/22_HOMEMODE.pm line 1009, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_cleanUserattr redefined at ./FHEM/22_HOMEMODE.pm line 1095, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_replacePlaceholders redefined at ./FHEM/22_HOMEMODE.pm line 1354, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_serializeCMD redefined at ./FHEM/22_HOMEMODE.pm line 1499, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_ReadingTrend redefined at ./FHEM/22_HOMEMODE.pm line 1525, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_WeatherTXT redefined at ./FHEM/22_HOMEMODE.pm line 1548, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_ForecastTXT redefined at ./FHEM/22_HOMEMODE.pm line 1572, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_CheckIfIsValidDevspec redefined at ./FHEM/22_HOMEMODE.pm line 1611, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_execUserCMDs redefined at ./FHEM/22_HOMEMODE.pm line 1624, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_execCMDs redefined at ./FHEM/22_HOMEMODE.pm line 1636, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_AttrCheck redefined at ./FHEM/22_HOMEMODE.pm line 1651, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_DayTime redefined at ./FHEM/22_HOMEMODE.pm line 1668, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_SetDaytime redefined at ./FHEM/22_HOMEMODE.pm line 1679, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_SetSeason redefined at ./FHEM/22_HOMEMODE.pm line 1698, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_hourMaker redefined at ./FHEM/22_HOMEMODE.pm line 1721, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_addSensorsuserattr redefined at ./FHEM/22_HOMEMODE.pm line 1734, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_TriggerState redefined at ./FHEM/22_HOMEMODE.pm line 1781, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_name2alias redefined at ./FHEM/22_HOMEMODE.pm line 1983, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_ContactOpenCheck redefined at ./FHEM/22_HOMEMODE.pm line 1995, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_ContactOpenCheckAfterModeChange redefined at ./FHEM/22_HOMEMODE.pm line 2075, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_ContactCommands redefined at ./FHEM/22_HOMEMODE.pm line 2089, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_MotionCommands redefined at ./FHEM/22_HOMEMODE.pm line 2117, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_EventCommands redefined at ./FHEM/22_HOMEMODE.pm line 2142, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_HomebridgeMapping redefined at ./FHEM/22_HOMEMODE.pm line 2170, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_calcPowerAndEnergy redefined at ./FHEM/22_HOMEMODE.pm line 2192, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_calcPowerOrEnergy redefined at ./FHEM/22_HOMEMODE.pm line 2208, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_Weather redefined at ./FHEM/22_HOMEMODE.pm line 2220, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_Twilight redefined at ./FHEM/22_HOMEMODE.pm line 2238, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_Icewarning redefined at ./FHEM/22_HOMEMODE.pm line 2280, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_CheckHolidayDevices redefined at ./FHEM/22_HOMEMODE.pm line 2306, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_HolidayEvents redefined at ./FHEM/22_HOMEMODE.pm line 2318, <$fh> line 1841.
2017.03.06 15:13:12 1: PERL WARNING: Subroutine HOMEMODE_devStateIcon redefined at ./FHEM/22_HOMEMODE.pm line 2345, <$fh> line 1841.

• doppelt definierte Funktionen entfernt
• neu: "get publicIP" um die öffentliche IP Adresse zu beziehen (http://icanhazip.com) und im Reading publicIP abzulegen
• neu: Attribut HomeCMDpublic-ip-change für CMDs die ausgeführt werden sollen wenn eine neue IP Adresse festgestellt wurde
• neu: Attribut HomePublicIpCheckInterval für das Interval in Minuten nach der wieder ein publicIP Check ausgeführt werden soll
• neu: Platzhalter %IP% für das Reading publicIP

Zitat von: alex885 am 10 März 2017, 10:18:36
Hi Dan,

Danke, für das schöne Modul in das ich mich gerade einarbeite!

Dazu bitte gleich eine Frage, habe div Contactsensoren verschiedener Hersteller die für offen: open, Open, on,geoeffnet senden.

wie kann ich das in HomeSensorsContactValues richtig Mappen?
Oder geht das nur pro Device?

Und noch eine Verständnisfrage zu HomeOpenTimeDividers, wieso unterscheidest Du nach Jahreszeit? Wäre eine Unterscheidung nach Temperatur bzw Tag/Nacht/Helligkeit nicht sinnvoller?

Merci, Alex

Zitat von: bstaeheli am 10 März 2017, 11:00:46
Wow, das ist echt ein Hammer-Plugin, Hut ab und vielen herzlichen Dank!

Kleine Frage: wäre es dir möglich ein Repository einzurichten damit man es einfacher, über die FHEM Befehlszeile, installieren und updaten kann? (https://wiki.fhem.de/wiki/Update#Repository-Verwaltung (https://wiki.fhem.de/wiki/Update#Repository-Verwaltung))

Du könntest deinen Code z.B. auf GitHub zu veröffentlichen. Das hätte den Vorteil dass du gleich ein Bugtracking hättest und andere dir gleich Verbesserungsvorschläge "pullen" könnten.

Gruss
Boris

Zitat von: binford6000 am 10 März 2017, 11:09:12
Hi Dan,
ich hätte auch noch einen Vorschlag: Ähnlich wie Du bereits humidityTrend und temperatureTrend
eingebaut hast auch noch einen "pressureTrend" einzuführen. Weather (yahooapi) gibt das ja her:

Code Auswählen Erweitern

pressure_trend 0
pressure_trend_sym =
pressure_trend_txt gleichbleibend

VG Sebastian

ZitatDer Platzhalter %PRESSURETREND% macht genau das.

Zitat von: alex885 am 10 März 2017, 13:04:47
Guten Tag Dan,

merci für Deine ausführliche Antwort, ich stehe immer noch  beim regex für HomeSensorsContactValues aufm Schlauch,

im post #1 steht Standardwert: open|tilted|on

wie kann ich den ganz konkret am liebsten  an Hand eines Beispiels mehrere werte für open wie z.b. "open|Open" einsetzen?

für open hätte ich gerne open|Open|on
tilted bleibt
sabotageError on bleibt.



merci für Deine Hilfestellung.

P.S Meine Fensteröffnungswarnungen bleiben dann wohl wie bisher temperaturabhängig: if draussen < -10 grad zu innen wird schneller gewarnt, bei >= garnicht bzw haus verlassen  ;)

ZitatHomeSensorsContactValues
Regex der Werte die für offen und sabotiert stehen.
Die hier eingetragenen Werte sind global für alle Kontaktsensoren, können aber durch setzen des Attributs HomeValues in jedem Sensor überschrieben werden.
Werte: frei wählbar
Werteformat: Regex
Standardwert: open|tilted|on

Zitat von: alex885 am 10 März 2017, 13:36:09
ich bin doof, habs immer noch nicht kapiert...


das kapier ich:
[Oo]pen|tilted|on ->Trennung der 3 möglichen werte durch |

das nicht:
open|Open|tilted|on -> wie erkennst Du welcher wert für was zuständig ist?

ist aber schon etwas OT. Keine Antwort notwendig.

Zitat von: DeeSPe am 10 März 2017, 13:25:52
...oder nach Regex Syntax geht auch eleganter:

Code Auswählen Erweitern

[Oo]pen|tilted|on

Zitat von: FranzB94 am 10 März 2017, 19:41:07
Hi Dan!
Dann sagt mit fhem aber:

Code Auswählen Erweitern


Invalid value [Oo]pen|tilted|on for attribute HomeSensorsContactValues. You have to provide at least one value or more values pipe separated, p.e. open|tilted|on]

Gruß Franz

Zitat von: bastelfeak am 10 März 2017, 23:28:09
Hallo,
ich bin gerade auch dabei dein Modul zu erproben. Es ist wirklich toll und ich schwer begeistert.
Was mir noch nicht ganz klar ist: Warum diese unflexible Variante für die Fenster/Türkontakte?
Für mich wäre es sinnvoller, es von den Außentemperaturen/Temperaturabfall im Raum, als von Jahreszeiten abhängig zu machen.
Wäre eine Logik auf Temperaturen basierend integrierbar?

Viele Grüße
bastelf(r)eak