Hillmar

Fortsatt samme resultat... Nå prøvde jeg også med 7Zip. @Vitellius, har du testet de siste zip-filene?

Unziping feiler fortsatt med samme feilmelding for meg...

Kan du beskrive/tegne nøyaktig hvordan du har koblet? Kan kanskje se (og høres) ut som om du har koblet den manuelle bryteren i parallell med UTGANGEN på implantatet, og ikke mellom "GND" og "IN1" slik manualen, og skissen til Moskus, viser. Det kan også høres ut som om implantatet ikke er satt opp i "gate" modus. Det høres ut som om utgangen aktiveres av ett trykk og deaktiveres av neste. I "gate" modus skal utgangen aktiveres OG umiddelbart deaktiveres når du trykker en gang. Har du endret parameter 20 til "2" og parameter 156 til "1" slik som det står i manualen?

Veldig bra! Men synd at ikke alle kjører HS3 på Windows sånn som meg Da hadde det vært mye enklere for meg å følge guidene. Nevnte jeg at det hadde vært en fordel for MEG?

Helt enig i fordelene ved å kunne overstyre lys på "vanlig måte". Om dere ønsker å holde det så tradisjonelt som mulig så mener jeg at alle former for "smart pærer" utgår da disse i liten grad er forenelige med forankoblede vanlige brytere og HELT uforenelige med vanlige "vri-dimmere". Den beste, og sikkert dyreste løsningen, ser jeg for meg blir Elko (plus) GLED 316 RF-dimmere foran lyskilder som skal dimmes og "en-eller-annen" z-wave/zigbee bryter-pille montert bak Elko (plus) brytere foran lyskilder som kun skal av/på. Eneste forskjellen fra tradisjonell betjening blir da at av/på bryterne må pomonteres en fjer slik at de blir impulsbrytere. Alt lys vil da selvfølgelig være kontrollerbart fra smarthuset. Og ikke minst gratulerer med nytt hus!

Uten at jeg skal skryte på meg all for mye kunnskap om server HW så se etter maskiner med følgende prosessorer: - Xeon E3-1200 v3-familien eller nyere, for en moderat litt mer strømgjerrig server - Xeon E5-2600-familien eller nyere, for en kraftigere server. Eventuelt en maskin med 2 prosessorer 32GB RAM tenker jeg er minimum, men som nevnt så har jeg selv innsett at jeg skulle hatt (i alle fall hatt støtte for) mer. Håpet du ikke skulle spørre, for jeg har ikke fått på plass noe jeg er fornøyd med selv ennå Jeg tenker som et minimum en separat maskin/NAS (eller sky) som er satt opp til å automatisk ta backup av all kritisk data på hovedmaskinen. Da mister du i alle fall ikke dataene, men det kan selvfølgelig ta tid før du er oppe å går igjen da alt må installeres og settes opp på nytt når du har Serveren i gang igjen.. Melomløsning: Backup av hele VM-er, og ESXi hosten, på separat maskin/NAS (eller sky) slik at du kan kjøre de opp igjen så fort du har reparert Serveren (Usikker på om gratis versjonen av ESXi har mulighet for automatisk backup av hele VMer?) Ideelt en maskin nummer 2 som Hot Spare slik at denne automatisk tar over om maskin 1 feiler. Dette er langt over mitt kunnskapsnivå og langt inn i betalingsløsningene til VMWare. Det er vel strengt tatt ikke en Backup-løsning heller da man burde ha en løsning for backup av alle VM'er til en 3. maskin uansett... Jeg tror jeg føler at jeg er i mål når jeg har automatisk backup av kritiske VM'er (HS3-maskin f.eks.) og av kritisk data på andre VM'er til et eget NAS...

Heller ha igjen penger til en god backup-løsning (fysisk eller i sky) enn å svi av alt på så ny og kraftig HW som mulig på hovedmaskinen Men når Backup-løsning er ordnet så må selvfølgelig resten av potten gå til "over the top" HW!

Jeg har også kastet meg på viritualiserings-toget og ESXi. Min erfaring med oppsett av ESXi er lik Moskus sin, veldig enkelt. Men det henningl kanskje tenker på er at du med ESXi er avhengig av å ha plukket komponenter som støttes. Det finnes kanskje andre viritualiseringsløsninger kjører på flere komponenter i konsumentklassen. Selv så fulgte jeg med på finn.no til det dukket opp en fornuftig "server grade" maskin (Server-hovedkort, ECC-minne og Xeon prosessor, men ellers montert i et standard kabinet med standard strømforsyning). Fordelen med slike komponenter er, i tillegg til mer sikker kompabilitet med ESXi, at server-hovedkort som oftest har IPMI. Dette gir deg mulighet for å logge deg inn på serveren over nettverket på lik linje med skjerm, mus og tastatur koblet direkte i maskinene. Deilig å slippe å "ta skjermen under armen å gå ned i kjelleren" Alle disse vil holde til ESXi og en VM med Win10 og HS3. BlueIris kjenner jeg ikke til kravene til. Men det vesentlig forskjell i strømforbruk på gamle og nyere prosessorer (i alle fall strømforbuk vs. ytelse), i tillegg til at nyere maskiner på alle måter er nyere enn de eldre (om det går ann å si). Det er også verdt å ha i bakhodet om man tror man kan bli revet med og utvide med flere bruksområder senere. Jeg ser f.eks. nå at jeg ønsker å sette opp en FreeNAS-lagringsmaskin på min Server og da burde jeg hatt mulighet for mer en 32GB RAM som er maks...

Hos meg så feiler utpakking av .zip-filen. Har prøvd både den standard Windows unzip'er og Winrar. Både direkte i HS3-mappen og i en annen mappe. Winrar gir feilmelding om at arkivet er korrupt. Er det bare jeg som opplever dette?

.zip-filen ser ikke ut til å være tilgjengelig...?

Ut fra sammenligning av mine FW v.1.92-enheter og ZoRaC sine FW v.1.8-enheter ser det ut som om nettopp "ID" og "Type" kanskje skiller disse fra hverandre. Min erfaring med parametrisering av enheter med FW v.1.92 tilsier at parameterene er like. Bakgrunnen for denne antagelsen er at det kun er tilgjengeligjort manual for FW v.1.8 og det er denne jeg har benyttet med FW v.1.92. Inntil videre så retter jeg posten min til at Config-filen kun støtter FW v.1.92...

Er de oppdatert med FW v1.92, eller har de gammel FW?

Plukker opp igjen denne tråden. Har laget en enkel config-fil for HeatIT Z-Wave termostat versjon 1. Filen er laget med utgangspunkt i manualen for FW v.1.8, men min erfaring er at paramaterene er de samme for FW v.1.92. EDIT: Ref. erfaring fra ZoRaC så ser det ut som om FW v.1.8 ikke er helt lik FW v.1.92 (ulik "ID" og "Type") Om noen sitter på Config-fil for Aeotec Multisensor 6, eller andre enheter så del gjerne! <xml version='1.0'> <Device name="HEATIT Z-WAVE THERMOSTAT" version="V.1" url="https://www.thermo-floor.no/media/multicase/documents/_tfasdokumentasjon/heatit%20controls/heatit%20z-wave/manual_heatit_z-wave_fw%201.8_ver2019-a.pdf" Manufacturer='0x19B' ProductType='0x3' ProductID='0x201'> <Groups> <Group ID='0' default='open'>HeatIT Z-Wave Thermostat</Group> </Groups> <Parameters> <Parameter name="1" group="0" access="rw" type="radio"> <Setting values="0,1,2,3" default="1" size="1" /> <Title>Operation mode</Title> <Description> The thermostat have several operation modes 0 - the thermostat is turned off 1 - the thermostat is set in heating-mode 2 - the thermostat is set in cooling-mode 3 - the thermostat is set in energy save-mode</Description> </Parameter> <Parameter name="2" group="0" access="rw" type="radio"> <Setting values="0,1,2,3,4,5" default="1" size="1" /> <Title>Sensor mode</Title> <Description>The thermostat has a range of choices when it comes to sensors 0 - the thermostat is using a connected floor sensors 1 - the thermostat is using the internal room sensor (not recommended due to poor thermal design in the thermostat) 2 - the thermostat is using the internal room sensor for regulation, but limiting max temp based on floor sensor (se FHI) (not recommended due to poor thermal design in the thermostat) 3 - the thermostat is using a connected external room sensor 4 - the thermostat is set to Power regulator mode, see parameter 12 (P setting) 5 - the thermostat is set to "Floor sensor + Power regulator" mode (unclear how this is working)</Description> </Parameter> <Parameter name="3" group="0" access="rw" type="radio"> <Setting values="0,1,2,3,4,5" default="0" size="1" /> <Title>External/floor sensor type</Title> <Description>Select the right ohm value for your external/floor sensor 0 - 10k NTC 1 - 12k NTC 2 - 15k NTC 3 - 22k NTC 4 - 33k NTC 5 - 47k NTC</Description> </Parameter> <Parameter name="4" group="0" access="rw" type="range"> <Setting from="3" to="30" default="5" size="1" /> <Title>Hysteresis</Title> <Description>In this parameter you are able to make changes to the hysteresis in the thermostat. This means that you can changes the hysteresis from 0,3°C (3) up to max 3,0°C (30).</Description> </Parameter> <Parameter name="5" group="0" access="rw" type="range"> <Setting from="50" to="400" default="50" size="2" /> <Title>FLo, Floor min limit</Title> <Description>Min Floor temperature, 5°C=50 and 40°C=400</Description> </Parameter> <Parameter name="6" group="0" access="rw" type="range"> <Setting from="50" to="400" default="400" size="2" /> <Title>FHi, Floor max limit</Title> <Description>Max Floor temperature, 5°C=50 and 40°C=400</Description> </Parameter> <Parameter name="7" group="0" access="rw" type="range"> <Setting from="50" to="400" default="50" size="2" /> <Title>ALo, Air min limit</Title> <Description>Min Air/room temperature, 5°C=50 and 40°C=400</Description> </Parameter> <Parameter name="8" group="0" access="rw" type="range"> <Setting from="50" to="400" default="400" size="2" /> <Title>AHi, Air max limit</Title> <Description>Max Air/room temperature, 5°C=50 and 40°C=400</Description> </Parameter> <Parameter name="9" group="0" access="rw" type="range"> <Setting from="0" to="9" default="0" size="1" /> <Title>PLo, FP-mode P setting</Title> <Description>Min temperature in Power Reg Mode</Description> </Parameter> <Parameter name="10" group="0" access="rw" type="range"> <Setting from="50" to="400" default="210" size="2" /> <Title>CO mode setpoint</Title> <Description>CO – mode: Is used for normal use, 5°C=50 and 40°C=400. </Description> </Parameter> <Parameter name="11" group="0" access="rw" type="range"> <Setting from="50" to="400" default="180" size="2" /> <Title>ECO mode setpoint</Title> <Description>ECO – mode: Is a setback mode that you can use if the thermostat is installed in a room or a house that is rarely used, 5°C=50 and 40°C=400.</Description> </Parameter> <Parameter name="12" group="0" access="rw" type="range"> <Setting from="0" to="10" default="2" size="1" /> <Title>P setting</Title> <Description>Power regulator mode setting</Description> </Parameter> <Parameter name="13" group="0" access="rw" type="range"> <Setting from="50" to="400" default="210" size="2" /> <Title>COOL setpoint</Title> <Description>COOL - mode: Only if cooling is enabled, 5°C=50 and 40°C=400</Description> </Parameter> </Parameters> </Device> </xml>

Hva tenker dere om at ID Lock i mailen vi får når vi registrerer interesse for firmwareoppdatering fraskriver seg alt ansvar ved oppdatering?

Ja, det kan du.

En liten update fra meg: I mitt tilfelle så kan det se ut som om det ikke var økt batteriforbruk som var årsaken til at rapportert batterinivå falt så drastisk etter oppdatering. Jeg misstenker at det heller var et resultat av at "batterikurven" har blitt justert i nyere firmware. Etter oppdateringen i slutten av juni har nemlig batterinivået forblitt på 45%... Så inntil låsen eventuelt motbeviser det så friskmeldes den. Og for oversiktens del; denne låsen benyttes altså med Homeseer.

Ja, om du skal ha implantatet i bryteren så må du ha 3 ledere mellom motor og bryter. Men det løser du enkelt ved å heller montere implantatet oppe på motoren, rett i nærheten av tilkoblingene på motoren. Da er det kun de 2 gule lederene (på skissen til @Moskus) som går ned til bryteren, dvs. dette blir som i dag, også gjøres all kobling oppe ved motoren.

Smart implant'en skal kobles "mellom" bryter og motor. Dvs. din eksisterende bryter skal kobles på inngangen på implant'en, og utgangen kobles til motoren. Implant'en vil da "overta" jobben med å koble sammen ledningene fra motoren for å starte/stoppe den, mens bryteren kun blir en "trigger" som implant'en benytter for å starte/stoppe motoren (om det gir mening). Alternativt så kan du beholde bryteren koblet direkte til motoren slik den er i dag og bare koble utgangen fra implant'en i parallell inn på motoren. Jeg kjenner ikke implanten i detalj, men jeg går utifra at du da mister noe funksjonalitet/indikering da implant'en ikke vil kjenne til at du har åpnet/lukket porten med bryteren.

Høres rart ut at der er medie converteren som er avhengig av MAC-adressen. Trodde dette bare var en «dum» optisk-elektrisk converter. Selv så har jeg fiber rett i en Edgerouter og måtte likevel sørge for at MAC-adressen stemte med hva Altibox forventet (dvs. satte den lik adressen til min utdelte Altibox-ruter)

Om jeg forstår deg rett så var dette i forbindelse med at du erstattet FMG-boksen med USG? Den vanlige løsningen da er vel å klone MAC-addressen fra FMG til USG. Men du fikk altså Sognenett til å sette opp MAC-addressen til USGen i sitt system? Om det stemmer så gjør jo det det enklere å sette opp USGen (da MAC kloning må configureres via CLI på USG), men du mister da muligheten for å bytte tilbake til FMG-boksen uten å kontakte ISP igjen. Edit: Ser av en annen tråd at du ikke har Altibox, og da ikke FMG-modem/ruter. Men jeg vil anta prinsippene er de samme... Og er du sikker på at det du kaller "modem" ikke er en mediaconverter som bare omgjør fra fiber til kobber?

For å svare ut et par saker over her, for min del: - Jeg kjører Homeseer - Økning av batteriforbruk har skjedd uten et jeg har gjort noen endringer i Z-wave nettverket (eller Homeseer forøverig)

Ja, jeg er også skeptisk til hva denne «prosedyren» gjør som skal hjelpe på problemet... Spessielt siden jeg har hatt en problemfri lås frem til jeg oppdaterte til 1.1.7. Men, får teste det ut og kontakte dem igjen om det ikke hjelper.

Svar fra ID Lock: Er på ferie i noen uker nå så får ikke testet på en stund.

Jeg har hatt ID Lock 150 siden den kom på markedet (forhåndsbestilt) og har aldri hatt problemer med batterilevetiden. Om jeg husker riktig så satte jeg inn 4 batterier når jeg installerte den og byttet ut de 4 med 8 nye når Z-Wave enheten ble installert en gang etter sommeren i fjor (de 4 batteriene var da ikke tomme, men byttet de når jeg først var i gang). Jeg var med på betatesting av ny FW og oppdaterte FW siste gang i februar i år tror jeg (husker ikke hvilken versjon det var, men kan det ha vært 1.1.0?). Men følgende tekst i release note for versjon 1.1.7, "Fixed a bug related to amount of notifications sent when unlocked/locked from z-wave", fikk meg til å oppdatere den igjen nå, i håp om at teksten betydde at rapportering av hvem som har låst opp var rettet (som det ikke var). Dette gjorde jeg for noen dager siden. Batterinivået rapporterte 70% før oppdateringen og 65% når jeg var ferdig, MEN nå noen dager senere er jeg nede på 45%! Jeg har som sagt aldri opplevd sånn batteriforbruk på denne låsen før, så kan ikke skjønne annet enn at det har med FW oppdateringen å gjøre. Så lærdommen er, som alltid, avvent oppdatering til "noen andre" har testet om det er problemer med den ? Saken blir selvfølgelig også rapportert til ID Lock. Edit: Jeg kan legge til at det siste halve året så har låsen vært satt om med auto lock (at den alltid låser seg automatisk igjen), men dette skrudde jeg av noen uker før jeg oppdaterte med ny FW. Men dette skulle vel bare tale for enda bedre batterilevetid nå enn før...

Work around med TTS og Alexa kunne jo vært morsomt, men selv for en amatør som meg gjør det litt vondt å måtte ty til sånne løsninger ? Når jeg får tid til det planlegger jeg å sette opp en løsning der støvsugeren styres via Home Assistant og Home Assistant kobles mot Homeseer, som dette. Sannsynligvis ikke noe enklere enn løsningen til Rogerbl (men tror ikke det er mye vanskeligere heller), men uendelig mye billigere (gratis siden jeg setter opp en ny VM på serveren) og med tilsvarende funksjonalitet.