ØysteinHJ

@Frankis78 Har du rukket å se på dette, om det går an å endre navn på devices uten å brekke tilkoblingen til Sensibo?

Ring samarbeider med politimyndighetene om overvåkning.  Vurderte å kjøpe Ring på et tidspunkt, men da utgår det fullstendig for meg.

https://www.vice.com/en_us/article/j5wyjy/amazon-told-police-it-has-partnered-with-200-law-enforcement-agencies

Takker og bukker.  Ser ut som det er det jeg leter etter, ja.

1 minutt siden, ZoRaC skrev:

Ja, det er jo det jeg spør om - hvorfor vil du ha logging?  

Ah, beklager.  Misforstod deg. ?  Nei, det er jo for å kunne se tilbake på når garasjeporten har blitt åpnet og lukket, og når enheten har blitt online og offline.  Har slitt både med at NodeMCU'en mister forbindelsen til MQTT-serveren, samt at motoren har gitt ut feil signal (melder at porten er åpen når den ikke er det).  Og jeg skulle gjerne kunnet se tilbake på når det skjedde og hvor ofte.

Men generelt så er jeg veldig gira på sensordata.  Liker å kunne se hvordan ting utvikler seg over tid. ?

50 minutter siden, ZoRaC skrev:

Hva med inne på selve devicen? Kanskje det er krysset av for do not log?

 

Men hvorfor vil du logge endringen egentlig?

Jeg vil ikke endre loggingen, jeg vil ha logging.  Logging av når devicene endrer tilstand fra offline til online eller open til closed.  Jeg har sjekke at do not log ikke er krysset av, men jeg får ingenting i loggen når jeg sender MQTT-meldinger (selv om jeg ser at devicene endrer tilstand i Device Management).  Lurer på om det kan være noe med innstillingene i mscMQTT eller noe.

Fikk forresten et svar på Homeseer-forumet (https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/mcsmqtt-michael-mcsharry/1318779-adding-received-mqtt-messages-to-hs-log), uten at jeg umiddelbart ble noe klokere på det.  Skal se nærmere på det når jeg kommer hjem fra jobb.

Jeg bruker mscMQTT for å kontrollere og motta status fra en NodeMCU jeg har tilknyttet garasjedørmotoren.  Men jeg greier ikke å finne ut hvordan jeg skal få tilstandsendringer i "associated devices" til MQTT topics til å dukke opp i HS Log.  Noen som har noen tips?

Jeg brukte Home Assistant tidligere, ettersom den var billig å komme i gang med (open source på en Raspberry Pi).  Men jeg fikk etter hvert nok, ettersom jeg følte jeg brukte så mye tid på å ordne opp i breaking changes.  Jeg prøvde Homey, men følte den var for bekrensende og lite fleksibel.  Så jeg landet på HomeSeer for en måneds tid siden, og har ikke angret på det.

Hvis du synes HomeSeer virker for tungvindt, ville jeg definitivt sjekket ut Homey ja.  Der får du veldig mye med på kjøpet, og kan støtte mye forskjellig hardware.  Alternativt ville jeg sjekket ut Future Home.  Litt mindre fleksibelt enn Homey igjen, men enklere å sette opp.  Som du sier: Koble til, konfigurere og det var det.

Hvilke erfaringer har dere med skjermbeskyttelser på HStouch (på Android nettbrett)?  Er det store problemer med innbrenning for de som ikke har skjermbeskyttelse?  Hvordan unngår en eventuelt at en mister kontakt med HomeSeer når skjermbeskyttelsen er på?

13 minutter siden, Moskus skrev:

 Jeg kan nå begge deler.

Hehe.. En kosekvens av HomeSeer-hobby?

17 minutter siden, Moskus skrev:

Men ellers er VB.net mye enklere å lese: Det er som å skrive pseudo-kode og leselig for alle.  

Ja, ser at skripting blir helt nødvendig for meg å sette meg inn i. 

19 minutter siden, Moskus skrev:

Kanskje verdt å ta kampen en gang til med HS4. 

Vet du hvor langt unna HS4 er? Tenker litt lisenskjøp også. ?

20 minutter siden, Moskus skrev:

Jo, men hvorfor trenger man to funksjoner? 24 og 24,0 er det samme tallet. Hvis man lagrer et heltall i devicen, så får man et heltall ut, desimaltall hvis ikke.

Det har med datatypen på returverdien å gjøre. Er ganske sikker på at det ikke går an å overloade metoder med forskjellig retur-datatype. Men det finnes jo masse måter å snike det til. ?

6 minutter siden, Moskus skrev:

F.eks. har de hs.DeviceValue for å hente device-verdien i heltall og hs.DeviceValueEX for å hente device-verdien som desimaltall.

Det tror jeg forresten ikke du slipper unna. Hvis metode-navnet er det samme, tror jeg returverdien også må være det samme. Men det går jo an å bruke "out" parameter da.

Merk at jeg prater C# her. Har ikke peiling på VB-skript, så aner ikke om det er overførbart. ?

3 minutter siden, Moskus skrev:

Strengt tatt burde det være mulig å bruke overrides (altså flere funksjoner med forskjellig input)

Overloading, er der ikke? I hvert fall i C#.

Men det er jo allerede en SetDeviceValue-funksjon (tenkte .NET med "metode" i forrige innlegg). Vil endringen din ødelegge annen oppførsel?

Forhåpentligvis blir "rusk og rask" fra HS3 endret i HS4, med mulighet for "legacy" for å støtte gammel konfigurasjo.

Takker og bukker! Skal teste det ut. 

Må fordype meg litt i det grensesnittet til HS. Er ikke helt klart for meg hvorfor en har SetDeviceValueByRef-metode og GetDeviceValue-metode som begge bruker RefID til device som input, men ikke kan bruke SetDeviceValue (som jeg prøvde før jeg postet spørsmålet, men ikke fikk til å fungere). ?

Jeg har en virtual device i HS3 (Heat Pump Target Temperature) som jeg bruker til å sette måltemperaturen på varmepumpen via Sensibo.  Så hvis Heat Pump Target Temperature endres og vi er hjemme, videresendes temperaturen til varmepumpen direkte.  Hvis den endres når det er natt eller når vi er borte, så gjøres ingenting ettersom varmepumpen er satt ned på 16 grader for å spare strøm.  Men på morgenen igjen, vil verdien i Heat Pump Target Temperature bli satt i varmepumpen.

I HS3 fungerer dette fint, både ved å sette Heat Pump Target Temperature direkte, samt å bruke verdien i events i løpet av dagen.

Men hvordan kan jeg endre verdien på en virtual device fra HSTouch?  Jeg har to knapper som jeg ønsker å endre verdien i steg, enten opp eller ned.

Jeg har kommet så langt at jeg har laget en manuell event i HS3 som kjører et skript for å heve eller senke verdien på Heat Pump Target Temperature.  Og jeg kan trigge eventen fra HSTouch.  Men skriptet gjør ikke jobben sin.

Jeg har prøvd hs.SetDeviceString, som setter verdien i Status-feltet.  Men da følger ikke Control-feltet med.  Hva er riktige måten å gjøre dette på?  Og trenger jeg å ta høyde for ytre grenser på device'en, eller håndteres det av seg selv siden den bare kan settes til verdier 16-30 grader?

Hvis jeg forstod det riktig så var forskjellen at Danfoss sin enhet bare er en sensor og settpunkt-kontroll, mens Secure sin enhet i tillegg kan utstyre en wallplug/binær enhet?  I så fall blir det jo mye det samme dersom HomeSeer går ned om jeg bruker Danfoss-enheten - panelovnen vil forbli enten avslått eller påslått.

Endte du med å kjøpe en av de?  Og hvilke erfaringer gjorde du?

Jeg har en panelovn på kjøkkenet som er koblet i strømmen via en Telldus Z-Wave wallplug, og en 433MHz temperatursensor. Jeg har nylig migrert fra Home Assistant til HomeSeer, og i HA laget jeg en virtuell termostat som kontrollerte wallplug'en etter verdien til temperaturføleren.

Jeg tror jeg kan gjøre lignende i HomeSeer. Men det irriterte meg at det var ingenting som regulerte panelovnen dersom HA gikk ned. Panelovnen ville enten være avslått eller påslått, med for lav elle for høy temperatur i rommet.

Så jeg er på utkikk etter en lokal termostat som kan utstyre wallplug'en, og som kan få en måltemperatur fra HomeSeer. I gamle tråder fant jeg referanser til SRT321-5. Er denne termostaten noe å trakte etter? Eller er det bedre alternativer der ute?

1 time siden, Moskus skrev:

Min personlige mening er at det er absolutt ingen grunn til at device-navnene ikke skal være mulig for sluttbruker å endre. Det er garantert en måte å gjøre det på, men det krever tydeligvis litt om-programmering.

Ja, det fungerer jo på Z-Wave-enheter, så det går jo tydeligvis an.

Skal bryne meg på plugin-utvikling etter hvert, tenkte jeg. Må bare finne en plugin jeg trenger som ikke finnes. ?

Vel, problemet har til slutt løst seg.  Prøvde nettopp å legge til termostaten som non-secure device enda en gang, og nå gikk det fint.  Antar problemet var relatert til at kontrolleren i 2. etasje greide ikke å prate direkte med termostaten i kjelleren, og at det tok litt tid før de andre nodene var i stand til å videresende meldingen fra termostaten når jeg prøvde å legge den til.  Tror lærdommen blir å ha litt is i magen hvis ting ikke går med en gang, og se om det går når man prøver igjen siden. ?

@Frankis78 Hei, og veldig bra jobbet med plugin'en!  Jeg har et spørsmål angående navngivning.  Det virker som at det ikke er fritt fram å endre lokasjon eller navn på devices tilknyttet varmepumpen, stemmer dette?  Hvilke begrensninger gjelder?  For jeg prøver å endre navn på "Change Temperature"-devicen til "Heat Pump, Change Temperature" (jeg har en panelovn i samme rommet), og det brekker koblingen opp mot sensibo-appen.  Men endrer jeg tilbake til "Change Temperature" så fungerer det fint igjen.

Floor og Room ser derimot ikke ut til å ha noen påvirkning på oppførsel.

Gjorde en test med å bruke Action-knappen på Z-stick'en.  LED-indikatoren på Z-stick'en blinker fort en liten stund etter at jeg har gått i Inclusion Mode på termostaten, men den kommer ikke helt i mål.  Etter hvert får jeg "Err"-feilmelding på termostaten, selv om den etter det igjen viser "Inc" som om den er inkludert.  Men når jeg prøver å importere den i HomeSeer, får jeg feilmelding om at inkluderingen ikke er komplett så den avbryter.  Og på forsiden har det bare dukket opp root-device'en til termostaten.

Har optimalisert hver enkelt node + kjørt full optimalisering på hele nettverket (som nå består av fire slaver: tre Telldus wallplugs og en Aeotec Nano Dimmer).  Men jeg får fremdeles ikke lagt til termostaten.  Prøver å kjøre "Add/include a Node Non Secure" i HomeSeer og deretter gå i Inclusion Mode på termostaten, men ingenting detekteres av HomeSeer.

Kan problemet her være relatert til støy?  Eventuelt at termostaten står for nærme en annen Z-Wave-node?  Aeotec Nano Dimmer-noden står i veggboksen rett over termostaten, og den har jeg god kontakt med i HomeSeer.  Så den burde jo i teorien fungere som repeater for å prate med termostaten.

Jeg så også referanser i en YouTube-video at man kan bruke Z-Stick sin Action-knapp til å inkludere direkte med noden, og deretter importere dette i HomeSeer.  Men er dette en god idé å prøve?  Jeg har ikke villet prøve det, ettersom jeg ikke vil kludre til Z-Wave-nettverket, samt at jeg ikke umiddelbart så noen måte å kontrollere om den ble lagt til secure eller non-secure.

Kan nye noder legges til via andre tilknyttede noder, eller må noden til å begynne med være i nærheten av Z-Wave-kontrolleren? For PCen med HS3 og et Aeotec Z-Stick interface står i 2. etasje, i 1. etasje har jeg en del Telldus wallplug-noder, og i kjelleren skal jeg legge til Heatit-termostaten. I installasjonsboksen over Heatit'en er en bryter med en Aeotec Nano Dimmer. Jeg fikk lagt til dimmeren uten problemer. Men Heatit'en får jeg ikke kontakt med. Men skulle ikke da dimmeren utvide Z-Wave-nettverket så det i prinsippet hadde blitt veldig greit å legge til Heatit'en? Eller hvordan skal jeg legge den til i HomeSeer? 

Etter litt undersøking, ser jeg at "energy_heat" og "heating" har temperaturene til CO mode og ECO mode til termostaten. "cooling" vet jeg enda ikke hva er for noe.

Jeg fikk nylig installert en Heatit Z-TRM2fx termostat på varmekabler med NTC 10kOhm gulvføler (tror jeg det er).  I går la jeg den til i Home Assistant.  Og hey presto, alle entitetene ble lagt til.

Det ble blant annet lagt til tre climate-entiteter:

climate.thermofloor_as_heatit_thermostat_tf_056_cooling_2
climate.thermofloor_as_heatit_thermostat_tf_056_energy_heat_2
climate.thermofloor_as_heatit_thermostat_tf_056_heating_2

Men alle tre mangler "current temperature".  Men det har derimot blitt lagt til en sensor, som det virker som at gir riktig målt temperatur:

sensor.thermofloor_as_heatit_thermostat_tf_056_floor_sensor_2

Det gir jo mening, siden Sensor mode-parameteren er satt til "floor sensor".

Men hvordan kan jeg omkonfigurere climate-entitetene til å bruke en annen sensor som input?  Og er det noen logikk i de tre climate-entitetene?  "Cooling" gir jo ingen mening med en varmekabel, men hva er "enegy_heat" og "heating"?