[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

Begonnen von CoolTux, 30 Oktober 2018, 17:29:46

Vorheriges Thema - Nächstes Thema

homekid

Hallo Zusammen,
erst mal Danke für das Modul.
Ich habe Somfy Rolläden die ich über das Tahoma Modul steuere. Nun zu meinen Problemen:
1. Im Rolladen-Device musste ich ein Userreading "dim" anlegen und dieses mit der aktuellen Position versorgen. Da der Befehl zum Bewegen des Rolladens (ASC_Pos_Reading) "dim" ist. Danach ist der Rolladen Abends und Morgens gefahren.
2. Das Lüften über den Fenstergriff funktioniert irgendwie nur sporatisch und dann auch nur mit "tilted" (treestate Sensor) "open" und "closed" zeigen keine Reaktion. Hat jemand ein ähnliches Problem?
Gruß Timo

hexenmeister

Habe heute hier geschrieben, dass bei mir open am Fensterkontakt auch nicht zum Öffnen der Rollläden führt, nur tilted. Beim close wird jedoch wieder geschlossen.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

Loredo

Hallo Leon,


habe mich auch gerade (endlich) einmal kurz dran gewagt. Leider stecke ich bereits dabei fest, dass die User Attribute bei mir gar nicht an den Shutter Devices angelegt werden.
Es handelt sich dabei um Geräte vom Typ HMCCUCHN.


Habe leider keinen Ansatz gefunden, dass die Attribute generiert werden :-(
Dabei ist mir aufgefallen, dass NOTIFYDEV mit doppelten Einträgen zu kämpfen hat, wenn ich den "scanForShutters" Setter manuell öfters betätige.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

CoolTux

Zitat von: hexenmeister am 13 November 2018, 20:22:43
Was nicht ganz klappt ist zunächst das 'Comfort'-Öffnen. Bei Öffnen des Fenster passiert erstmal gar nichts. Beim Kippen dagegen wird Rolladen geöffnet. Beim Schliessen fährt Rollanden wieder runter.

Internals:
   .eventMapCmd dunkel:noArg halb:noArg oeffnen:noArg schatten:noArg schliessen:noArg
   CFGFN      ./config/biz_devices.cfg
   NAME       OG_BZ_Rollo
   NR         102
   STATE      0
   TYPE       dummy
   .attraggr:
   .attrminint:
   .eventMapHash:
     fw:
       dunkel     dunkel:noArg
       halb       halb:noArg
       oeffnen    oeffnen:noArg
       schatten   schatten:noArg
       schliessen schliessen:noArg
       stop       stop:noArg
     usr:
       dunkel     20
       halb       60
       oeffnen    on
       schatten   80
       schliessen off
   READINGS:
     2018-11-13 20:08:57   ASC_ShuttersLastDrive minimum brightness threshold fell below
     2018-11-13 19:28:50   ASC_Time_DriveDown 13.11.2018 - 22:30
     2018-11-13 19:28:50   ASC_Time_DriveUp 14.11.2018 - 09:00
     2018-11-13 20:09:17   position        0
     2018-11-13 20:09:17   select          0
     2018-11-13 20:09:17   state           off
Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BrightnessMaxVal 150
   ASC_BrightnessMinVal 100
   ASC_Closed_Pos 0
   ASC_Down   brightness
   ASC_Drive_Offset -1
   ASC_GuestRoom none
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode off
   ASC_Pos_Reading position
   ASC_Pos_after_ComfortOpen 100
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Brightness_Reading brightness
   ASC_Shading_Brightness_Sensor UM_VH_PIR01
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 04:30
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     brightness
   ASC_Ventilate_Pos 100
   ASC_Ventilate_Window_Open on
   ASC_WindowRec OG_BZ_FK_all
   ASC_WindowRec_subType threestate
   ASC_lock-out soft
   ASC_lock-outCmd none
   devStateIcon 100:fts_shutter_0@gray closed:fts_shutter_0@gray 0*:fts_shutter_100@#FF5722 1\d(.\d)*:fts_shutter_90@#FF5722 2\d(.\d)*:fts_shutter_80@#FF5722 3\d(.\d)*:fts_shutter_70@#FF5722 4\d(.\d)*:fts_shutter_60@#FF5722 5\d(.\d)*:fts_shutter_50@#FF5722 6\d(.\d)*:fts_shutter_40@#FF5722 7\d(.\d)*:fts_shutter_30@#FF5722 8\d(.\d)*:fts_shutter_20@#FF5722 9\d(.\d)*:fts_shutter_10@#FF5722 open:fts_shutter_10@#FF5722 open_ack:fts_shutter_10@#FF5722 .*:hourglass@#FF5722
   eventMap   {usr=>{'oeffnen'=>'on','schliessen'=>'off','dunkel'=>'20','schatten'=>'80','halb'=>'60'},
fw=>{'schliessen'=>'schliessen:noArg','dunkel'=>'dunkel:noArg','schatten'=>'schatten:noArg','halb'=>'halb:noArg','oeffnen'=>'oeffnen:noArg','stop'=>'stop:noArg'}}
   group      Beschattung
   icon       fts_shutter
   mqttDefaults base={"$base/og/bz/rollo/all"}
   mqttPublish position|select|state:topic={"$base/set"}
   mqttSubscribe position|select:topic={"$base/position"}
state:topic={"$base/state"}
   readingList position select
   room       Badezimmer
   setList    stop:noArg select:iconRadio,use4icon@FF5722,stop,rc_STOP@808080,00,fts_shutter_100@808080,15,fts_shutter_90@808080,50,fts_shutter_50@808080,70,fts_shutter_30@808080,100,fts_shutter_10@808080
position:slider,0,1,100
   sortby     10wz_20
   stateFormat position
   userattr   ASC_Antifreeze:off,on ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BrightnessMaxVal ASC_BrightnessMinVal ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_Drive_Offset ASC_GuestRoom:on,off ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_Pos_after_ComfortOpen:0,10,20,30,40,50,60,70,80,90,100 ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Brightness_Reading ASC_Shading_Brightness_Sensor ASC_ShuttersPlace:window,terrace ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate ASC_lock-out:soft,hard ASC_lock-outCmd:inhibit,blocked
   webCmd     select:position
   widgetOverride setList:textField-long


Die Version war bis zum Fehlerzeitpunkt noch 2.0.3, habe gerade upgedatet.

ASC:

Internals:
   CFGFN      ./config/biz_devices.cfg
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  global,ASC,DG_WZ_Rollo_Ost1,OG_BZ_Rollo,OG_BZ_Rollo,DG_WZ_FK_ost1,OG_BZ_FK_all,UM_VH_PIR01
   NR         95
   NTFY_ORDER 51-ASC
   STATE      minimum brightness threshold fell below
   TYPE       AutoShuttersControl
   VERSION    0.2.0.4
   .attraggr:
   .attrminint:
   OLDREADINGS:
   READINGS:
     2018-11-12 22:27:19   .monitoredDevs  {"UM_VH_PIR01":{"OG_BZ_Rollo":"ASC_Shading_Brightness_Sensor"},"OG_BZ_FK_all":{"OG_BZ_Rollo":"ASC_WindowRec"},"OG_BZ_Rollo":{},"DG_WZ_FK_ost1":{"DG_WZ_Rollo_Ost1":"ASC_WindowRec"}}
     2018-11-13 20:03:50   DG_WZ_Rollo_Ost1_PosValue 100
     2018-11-13 16:25:50   DG_WZ_Rollo_Ost1_lastPosValue 0
     2018-11-13 19:28:50   DG_WZ_Rollo_Ost1_nextAstroTimeEvent 14.11.2018 - 07:44
     2018-11-13 20:09:17   OG_BZ_Rollo_PosValue 0
     2018-11-13 20:05:41   OG_BZ_Rollo_lastDelayPosValue 100
     2018-11-13 20:19:30   OG_BZ_Rollo_lastPosValue 66
     2018-11-13 19:28:50   OG_BZ_Rollo_nextAstroTimeEvent 13.11.2018 - 22:30
     2018-11-08 23:15:54   lockOut         on
     2018-11-08 21:10:41   partyMode       off
     2018-11-13 19:28:47   room_Badezimmer OG_BZ_Rollo
     2018-11-13 19:28:47   room_Wohnzimmer_DG DG_WZ_Rollo_Ost1
     2018-11-08 21:10:41   selfDefense     off
     2018-11-13 20:08:57   state           minimum brightness threshold fell below
     2018-11-08 21:10:41   sunriseTimeWeHoliday off
     2018-11-13 19:28:47   userAttrList    rolled out
   helper:
     shuttersList:
       DG_WZ_Rollo_Ost1
       OG_BZ_Rollo
   monitoredDevs:
     DG_WZ_FK_ost1:
       DG_WZ_Rollo_Ost1 ASC_WindowRec
     DG_WZ_Rollo_Ost1:
     OG_BZ_FK_all:
       OG_BZ_Rollo ASC_WindowRec
     OG_BZ_Rollo:
     UM_VH_PIR01:
       OG_BZ_Rollo ASC_Shading_Brightness_Sensor
Attributes:
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_freezeTemp 3
   ASC_temperatureReading temperature
   ASC_twilightDevice astroD
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense inactive:status_open day.open:scene_day night close:scene_night
   icon       fts_shutter_automatic
   room       ASC


Ich hoffe, das war halbwegs verständlich. Kann ich noch irgendwas zur Lösung beitragen?

Hallo Alex,

Mit diesen Einstellungen die Du oben hast, hätte der Rollladen bei open in die Position 100 fahren müssen.
Kurze Erklärung. Bei einem threestate Sensor ist gekippt lüften und open Komfort. Damit also bei Dir open anspringt muss das Attribut ASC_Pos_after_ComfortOpen bei Dir größer sein wie die aktuelle Position. Da Du geschrieben hast das der Rollladen zu war also bei 0 hätte er auf 100 fahren müssen was Dein ASC_Pos_after_ComfortOpen entspricht, abe rauch nur wenn im ASC Device das Attribut ASC_autoShuttersControlComfort auf on steht. Was bei Dir auch der Fall war.
Ich habe das bei mir nachgestellt und da hatte es super geklappt.

Die Lösung habe ich nach 5 Minuten Code durchstöbern gefunden  ;D
Du hast lockOut global on und das verhindert eine Fahrt des Rolladens.


Zitat von: hexenmeister am 13 November 2018, 20:22:43
Dazu hat mir jedoch meine Freundin heute einen 'Fehlerbericht' übrgebracht. Es ist ungefähr so abgelaufen: Rolladen wurde früh geöffnet (manuell noch im Dunklem) und Fenster war letztendlich zu. Später (war schon hell) wurde Fenster zum Lüften geöffnet. Als das Fenster wieder geschlossen wurde, fuhr das Rollo runter, trotz Tageszeit und musste manull wieder hochgefahren werden.

War das ganze nachdem der weiter oben beschriebene Vorgang stattgefunden hat? Also das mit Fenster open und der Rollladen fuhr nicht? Wenn ja dann ist die Sache leicht erklärt.
Immer wenn ein Rollladen nicht fährt obwohl eine vom Modul ausgeführte Aktion statt gefunden hat kommt der Fahrbefehl in eine Warteschlange. Erfolgt dann wieder eine Aktion welche vom Modul unterstützt wird, wird geschaut ob ein Fahrbefehl in der Warteschlange ist und dieser ausgeführt. Hier werde ich noch einmal nachbessern müssen.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: homekid am 13 November 2018, 23:17:20
Hallo Zusammen,
erst mal Danke für das Modul.
Ich habe Somfy Rolläden die ich über das Tahoma Modul steuere. Nun zu meinen Problemen:
1. Im Rolladen-Device musste ich ein Userreading "dim" anlegen und dieses mit der aktuellen Position versorgen. Da der Befehl zum Bewegen des Rolladens (ASC_Pos_Reading) "dim" ist. Danach ist der Rolladen Abends und Morgens gefahren.
2. Das Lüften über den Fenstergriff funktioniert irgendwie nur sporatisch und dann auch nur mit "tilted" (treestate Sensor) "open" und "closed" zeigen keine Reaktion. Hat jemand ein ähnliches Problem?
Gruß Timo
Hallo Timo,

Das Attribut ASC_Pos_Reading wird in erster Linie nur noch dafür gebraucht das korrekte Reading zu kennen zum auslesen der Position. Der eigentliche Befehl zum fahren wird versucht automatisch zu erkennen (was bei Deinem TYPE unterstützt wird). Das aber nur zur Info.
Zum Thema Lüften und open bei treestate Sensoren wirst Du das selbe "Problem" haben wie Alex, Du hast global lockOut aktiv.

Zum Thema sporadisch, wie genau äußert sich das. Bedeutet Du kippst das Fenster an und der Rolladen fährt nicht oder du schließt und er fährt nicht? Wie gesagt open ist noch mal so eine eigene Sache bei threestate Sensoren.
Dafür muß unbedingt im ASC Modul das Attribut Comfort auf on stehen und das Reading lockOut auf off.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Loredo am 14 November 2018, 00:28:59
Hallo Leon,


habe mich auch gerade (endlich) einmal kurz dran gewagt. Leider stecke ich bereits dabei fest, dass die User Attribute bei mir gar nicht an den Shutter Devices angelegt werden.
Es handelt sich dabei um Geräte vom Typ HMCCUCHN.


Habe leider keinen Ansatz gefunden, dass die Attribute generiert werden :-(
Dabei ist mir aufgefallen, dass NOTIFYDEV mit doppelten Einträgen zu kämpfen hat, wenn ich den "scanForShutters" Setter manuell öfters betätige.

Hallo Julian,

Hast Du ein halbwegs aktuelles FHEM? Hast Du Meldungen im Log?

Das mit dem doppelten Einträgen in der NOTIFYDEV ist bekannt und gefixt. Neue Version gibt es heute mit einem Update.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

ChrisKoh

Zitat von: CoolTux am 08 November 2018, 05:36:07
Naja ich weiß nicht, 3 Module um Rolläden zu steuern. Ich glaube der einfachste Weg ist den Modulautor von Uniroll zu bitten zusätzlich Nummernwerte zu implementieren. Wäre ja nur 0 und 100 wenn das Modul nur Up und Down kennt. Er kann ja über Fahrzeitenberechnung und somit Positionsbestimmung dann auch mal nachdenken  :)


Also ich hab mal versucht das Thema mit den Uniroll Wicklern mit einem Eventmap zu lösen.

eventMap
100:up 0:down


Aber funktioniert leider nicht  :(
ODROID H2 + Docker: Portainer; FHEM; HomeBridge; Node-RED; Nextcloud; PiHole; MQTT.
FS20; HM; ZigBee; Z-Wave

CoolTux

Zitat von: marvin78 am 13 November 2018, 09:16:24
Nein. FHEM ist aktuell von heute morgen. Keine Attribute in den Devices (außer ASC=2). Es sind Homematic Unterputz Aktoren.

Aber das ist nicht so wichtig. Ich komme ohnehin nicht zum einrichten. Ich habe noch meine eigene Automatik, die sehr gut funktioniert. Wenn es also überall sonst klappt...


Edit: GGf. funktioniert das nicht, wenn das Device schon userattr besitzt. Nur geraten.

Das geht auch trotz userattribute. Die bleiben sogar erhalten. Hast Du denn überhault gefundene Rollläden im ASC Device?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Loredo am 14 November 2018, 00:28:59
Hallo Leon,


habe mich auch gerade (endlich) einmal kurz dran gewagt. Leider stecke ich bereits dabei fest, dass die User Attribute bei mir gar nicht an den Shutter Devices angelegt werden.
Es handelt sich dabei um Geräte vom Typ HMCCUCHN.


Habe leider keinen Ansatz gefunden, dass die Attribute generiert werden :-(
Dabei ist mir aufgefallen, dass NOTIFYDEV mit doppelten Einträgen zu kämpfen hat, wenn ich den "scanForShutters" Setter manuell öfters betätige.

Stehen denn Rollläden im ASC Device drin?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: ChrisKoh am 14 November 2018, 07:51:09

Also ich hab mal versucht das Thema mit den Uniroll Wicklern mit einem Eventmap zu lösen.

eventMap
100:up 0:down


Aber funktioniert leider nicht  :(
Ich glaube das Funktioniert nicht bei den set befehlen sondern eher beim Reading setzen, oder?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Loredo

Zitat von: CoolTux am 14 November 2018, 05:21:06
Hast Du ein halbwegs aktuelles FHEM? Hast Du Meldungen im Log?


FHEM ist tagesaktuell, im Log tauchen bei verbose=5 lediglich Kopien der Notify Events auf, nichts weiter.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

CoolTux

Zitat von: Loredo am 14 November 2018, 08:46:29

FHEM ist tagesaktuell, im Log tauchen bei verbose=5 lediglich Kopien der Notify Events auf, nichts weiter.

Und stehen im ASC Device Rolläden drin?
Gib mal bitte ein List eines Rollladens und vom ASC Device.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

marvin78

Also Loredo hat das gleiche Problem, wie ich. Nach einem Update heute morgen und FHEM Neustart waren die Attribute vorhanden.

Allerdings war ich davon ausgegangen, dass ein Neustart nicht nötig wäre (laut commandref gibt es keinen Hinweis darauf). Ggf. hat der Bugfix für die mehrfache Aufführung in NOTIFYDEV auch dieses Problem gefixt?!


CoolTux

Zitat von: marvin78 am 14 November 2018, 08:56:21
Also Loredo hat das gleiche Problem, wie ich. Nach einem Update heute morgen und FHEM Neustart waren die Attribute vorhanden.

Allerdings war ich davon ausgegangen, dass ein Neustart nicht nötig wäre (laut commandref gibt es keinen Hinweis darauf). Ggf. hat der Bugfix für die mehrfache Aufführung in NOTIFYDEV auch dieses Problem gefixt?!

Ah Mist, dachte ich es mir doch. Ok ich werde es, obwohl im FHEM Updateprozess erwähnt, noch einmal explizit in die Commandref des Modules schreiben. Nach jedem Update ist ein Neustart erforderlich, da die Objektinformationen bei einem reload verloren gehen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Loredo

... als professioneller Laie habe ich den Neustart selbstverständlich ebenso gemacht  8) . Trotzdem keine Attribute, auch heute nicht :-/
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER