Skifter ut gamle spotter til sg Junistar Exclusive 10W. Har endel xcomfort cDAu-01/02, og disse fungerer fint, men laveste lysnivå er litt sterkt. Kan noen fortelle meg om det finnes en annen dimmeaktuator som dimmer Junistar til 0?
Hovednyheten i denne utgaven er støtte for neste generasjon Smart Home Controller programvare - SHC 2.x
Med MRF 2.4x og SHC 2.x kan du gjøre all konfigurasjon av komponenter, soner mm. direkte fra MRF og laste konfigfil opp til SHC i en og samme operasjon. Det er også enklere å gjøre backup/restore. SHC 1.x kan fortsatt konfigureres på gamlemåten ved å laste opp datapunktliste. SHC 2.x bruker kun den nye metoden.
Gjør du endringer i oppsettet i SHC 2.x bør du lagre disse til fil og overføre det til MRF 2.4x. Samme andre veien. Gjør du endringer i MRF 2.4.x lagrer du disse til fil og laster de opp til SHC 2.x.
Du kan ikke åpne en fil lagret i MRF 2.4x fra tidligere MRF versjoner da filformatet er endret. Ta derfor backup av din MRF 2.3x fil før du evt. overskriver med MRF 2.4x.
Da er det bare å vente på at Eaton legger ut SHC 2.x programvare og oppdatert iOS/Android app. Når SHC 2.x programvare blir tilgjengelig er det viktig å følge prosedyren for oppgradering fra 1.x til 2.x. Den er beskrevet i MRF 2.41 hjelpefilen.
Jeg kommer med flere tips og eksempler når SHC 2.x blir tilgjengelig. Jeg kan ikke svare på spørsmål relatert til dette før programvaren er lansert.
Da er MRF 2.42 lagt ut. Nyheten i denne versjonen er støtte for 16A bryteraktuatorer. Det var vel meningen at 16A skulle komme samtidig med 10A i fjor sommer. Litt forsinket, men nå ser de endelig ut til å komme. - Bryteraktuator 16A, CSAU-01/01-16 - Bryteraktuator 16A med binærinngang, CSAU-01/01-16I - Bryteraktuator 16A med binærinngang og energimålesensor, CSAU-01/01-16IE
Legg merke til lastbegrensning ved omgivelsestemperatur over 40 grader hvis man bruker utgaven med energimålesensor. Den vanlig utgaven går opp til 50 grader før lastbegrensning inntreffer.
Litt spent på ny SHC versjon. SHC i dag har gitt på utfordringer. Ved strømbrud. Hvor strøm kommer og går noen ganger så kan Scenarios / Brukerdatabasen bli korrupt/borte. Dette skjer både hjemme og på hytten.
Kunne vært spennende med ett API eller tilkoblingsmulighet for 3djeparts utstyr, men regner med det er usannsynlig.
Flere en 99 datapunkter hadde og vært kjekt, men er kanskje en HW/RF begrensning og ikke kun SW.
SHC i dag har gitt på utfordringer. Ved strømbrud. Hvor strøm kommer og går noen ganger så kan Scenarios / Brukerdatabasen bli korrupt/borte. Dette skjer både hjemme og på hytten.
Pussig du opplever trøbbel med scenarios og brukerdatabase. Jeg har ikke opplevd det på mine to SHC'er. SHC på hytta har gått knirkefritt i snart et år. Jeg koblet for sikkerhets skyld en fjernstyrt Ontech GSM modul på SHC strømforsyningen på hytta for å kunne fjern-reboote, men den har jeg aldri fått bruk for. Hjemme har jeg min SHC tilkoblet en UPS. Den har derfor hatt strøm hele tiden.
Pussig du opplever trøbbel med scenarios og brukerdatabase. Jeg har ikke opplevd det på mine to SHC'er. SHC på hytta har gått knirkefritt i snart et år. Jeg koblet for sikkerhets skyld en fjernstyrt Ontech GSM modul på SHC strømforsyningen på hytta for å kunne fjern-reboote, men den har jeg aldri fått bruk for. Hjemme har jeg min SHC tilkoblet en UPS. Den har derfor hatt strøm hele tiden.
Har aldri mistet IP connectivity når strømmen er tilbake. Men må logge på med admin / default passord da brukerdatabasen er "tom". Alle macroer jeg har sett på har vært der, Alle sonene er der fremdeles. Kun Scenarioer og Brukerdatabasen. -En restore og alt er oppe igjen.
Har nådd SHC(e) via IPaddressen og VPN til nettet når jeg har vært på tur; eller ikke tilstede lokalt så har ikke vært problem å fått ting igang igjen. Det skjer ikke hver gang; men ofte nok. På hytta har det ihvertfall skjedd 3 ganger av 7 strømbrudd. siden november. UPS er jo en rimelig investering så har vurdert det noen ganger.
Kan være norske tegn, eller uheldige kombinasjoner av tegn som forrårasker det som ikke er likt på våre installasjoner. Slike ting har en forunderlig evne til å bli fikset i "oppdateringer" uten å nevnes i KB'en
Hei Jeg har xcomfort/sensio og er selv elektriker. Har lagt opp styring for flere persienner som fungerer fint med brytere og via nryterfunksjon på sensio. Har montert en luxføler via 0-10v analog adapter for få lysstyrken utendørs inn på sensio. Dette fungerer greit og slår av lysene i 1 etg om det er tilstrekkelig utelys (dagslysstyring). Samme funksjon har jeg brukt for automatisk persiennekjøring. Problemet er da lysføleren sender verdi syklisk så får sensio beskjed om at lysstyrke er over grenseverdi og persienner skal kjøres ned, selv om de allerede er kjørt ned. Dette medfører et klikk i alle 8 persienneaktuatorene. Det samme skjer på kvelden når det rapporteres at persienner skal opp. Litt slitsomt hver 20min. Er det noen med et godt tips her om hvordan systemet kan kun melde om endring av persiennestilling kun en gang når grenseverdien brytes. Har forsøkt flere endringer i systemet uten hell
Er ikkje kjent med Sensio, men med SHC. Prinsippet kan kanskje brukes på begge:
På SHC ville jeg hatt en macro som utførte jobben for å kjøre ned persiennen. Som siste kommando kunne den ha disablet seg selv(macroen). Tilsvarende opprettet en macro for å løfte persiennen og enablet macroen som brukes for å kjøre persiennen ned.
Jeg bruker samme teknikk på badet for å styre en vifte der som er fuktighetsstyrt. Når automacroen først er opprettet så liker jeg å gi brukeren mulighet for å "overstyre" automatikken med f.eks, en bryter på veggen. Gevinst: Av/på for viften fungerer som normalt for gjester osv.. Samt brukeren kan disable/enable macro ved langt trykk om noen har behov for å overstyre automatikken.
På en dimmebryter kan du lett snu funksjonen. På en vanlig bryteraktuator kan du ikke snu av/på funksjonen. Bruk en tynn kniv om du skal snu bryteren.
Roger
http://www.moeller.no/webapp/Xcomfort/XC_programvare.htm
Hovednyheten i denne utgaven er støtte for neste generasjon Smart Home Controller programvare - SHC 2.x
Med MRF 2.4x og SHC 2.x kan du gjøre all konfigurasjon av komponenter, soner mm. direkte fra MRF og laste konfigfil opp til SHC i en og samme operasjon. Det er også enklere å gjøre backup/restore.
SHC 1.x kan fortsatt konfigureres på gamlemåten ved å laste opp datapunktliste.
SHC 2.x bruker kun den nye metoden.
Gjør du endringer i oppsettet i SHC 2.x bør du lagre disse til fil og overføre det til MRF 2.4x. Samme andre veien. Gjør du endringer i MRF 2.4.x lagrer du disse til fil og laster de opp til SHC 2.x.
Du kan ikke åpne en fil lagret i MRF 2.4x fra tidligere MRF versjoner da filformatet er endret. Ta derfor backup av din MRF 2.3x fil før du evt. overskriver med MRF 2.4x.
Da er det bare å vente på at Eaton legger ut SHC 2.x programvare og oppdatert iOS/Android app. Når SHC 2.x programvare blir tilgjengelig er det viktig å følge prosedyren for oppgradering fra 1.x til 2.x. Den er beskrevet i MRF 2.41 hjelpefilen.
Jeg kommer med flere tips og eksempler når SHC 2.x blir tilgjengelig. Jeg kan ikke svare på spørsmål relatert til dette før programvaren er lansert.
Roger
Det var vel meningen at 16A skulle komme samtidig med 10A i fjor sommer. Litt forsinket, men nå ser de endelig ut til å komme.
- Bryteraktuator 16A, CSAU-01/01-16
- Bryteraktuator 16A med binærinngang, CSAU-01/01-16I
- Bryteraktuator 16A med binærinngang og energimålesensor, CSAU-01/01-16IE
Legg merke til lastbegrensning ved omgivelsestemperatur over 40 grader hvis man bruker utgaven med energimålesensor. Den vanlig utgaven går opp til 50 grader før lastbegrensning inntreffer.
Eaton har også oppdatert dokumentasjonen til versjon 2.42:
http://www.moeller.no/webapp/Xcomfort/XC_filer/MRF_2_42_NO_Manual.pdf
Link til MRF 2.42:
http://www.moeller.no/webapp/Xcomfort/XC_programvare.htm
SHC i dag har gitt på utfordringer. Ved strømbrud. Hvor strøm kommer og går noen ganger så kan Scenarios / Brukerdatabasen bli korrupt/borte. Dette skjer både hjemme og på hytten.
Kunne vært spennende med ett API eller tilkoblingsmulighet for 3djeparts utstyr, men regner med det er usannsynlig.
Flere en 99 datapunkter hadde og vært kjekt, men er kanskje en HW/RF begrensning og ikke kun SW.
Pussig du opplever trøbbel med scenarios og brukerdatabase. Jeg har ikke opplevd det på mine to SHC'er. SHC på hytta har gått knirkefritt i snart et år.
Jeg koblet for sikkerhets skyld en fjernstyrt Ontech GSM modul på SHC strømforsyningen på hytta for å kunne fjern-reboote, men den har jeg aldri fått bruk for.
Hjemme har jeg min SHC tilkoblet en UPS. Den har derfor hatt strøm hele tiden.
Roger
Har aldri mistet IP connectivity når strømmen er tilbake. Men må logge på med admin / default passord da brukerdatabasen er "tom". Alle macroer jeg har sett på har vært der, Alle sonene er der fremdeles. Kun Scenarioer og Brukerdatabasen. -En restore og alt er oppe igjen.
Har nådd SHC(e) via IPaddressen og VPN til nettet når jeg har vært på tur; eller ikke tilstede lokalt så har ikke vært problem å fått ting igang igjen. Det skjer ikke hver gang; men ofte nok. På hytta har det ihvertfall skjedd 3 ganger av 7 strømbrudd. siden november. UPS er jo en rimelig investering så har vurdert det noen ganger.
Kan være norske tegn, eller uheldige kombinasjoner av tegn som forrårasker det som ikke er likt på våre installasjoner. Slike ting har en forunderlig evne til å bli fikset i "oppdateringer" uten å nevnes i KB'en
Jeg har xcomfort/sensio og er selv elektriker. Har lagt opp styring for flere persienner som fungerer fint med brytere og via nryterfunksjon på sensio. Har montert en luxføler via 0-10v analog adapter for få lysstyrken utendørs inn på sensio. Dette fungerer greit og slår av lysene i 1 etg om det er tilstrekkelig utelys (dagslysstyring). Samme funksjon har jeg brukt for automatisk persiennekjøring. Problemet er da lysføleren sender verdi syklisk så får sensio beskjed om at lysstyrke er over grenseverdi og persienner skal kjøres ned, selv om de allerede er kjørt ned. Dette medfører et klikk i alle 8 persienneaktuatorene. Det samme skjer på kvelden når det rapporteres at persienner skal opp. Litt slitsomt hver 20min. Er det noen med et godt tips her om hvordan systemet kan kun melde om endring av persiennestilling kun en gang når grenseverdien brytes. Har forsøkt flere endringer i systemet uten hell
På SHC ville jeg hatt en macro som utførte jobben for å kjøre ned persiennen. Som siste kommando kunne den ha disablet seg selv(macroen).
Tilsvarende opprettet en macro for å løfte persiennen og enablet macroen som brukes for å kjøre persiennen ned.
Jeg bruker samme teknikk på badet for å styre en vifte der som er fuktighetsstyrt.
Når automacroen først er opprettet så liker jeg å gi brukeren mulighet for å "overstyre" automatikken med f.eks, en bryter på veggen. Gevinst: Av/på for viften fungerer som normalt for gjester osv.. Samt brukeren kan disable/enable macro ved langt trykk om noen har behov for å overstyre automatikken.