Hillmar

Takk @Moskus! Jeg tester i kveld og kommer med tilbakemelding

Jeg tenker å benytte det for å stoppe tørkeskapet når tøyet er tørt. Til denne bruken tror jeg relativ luftfuktighet blir vanskelig å bruke, siden temperaturen i skapet kan varieres (og i alle fall vil variere under "oppvarmingsfasen").

Takk @Moskus. Umiddelbart ser det riktignok ut som om det ikke er helt det jeg behøver, da duggpunktet er resultatet av hans formel. Jeg skal bruke verdien til å vurdere når klærne i et tørkeskap er tørre så jeg kan stoppe skapet. Tror derfor jeg trenger absolutt luftfuktighet. Men kanskje Scriptet kan hjelpe meg på riktig vei. Jeg skal jo tross alt bare stable på beina et script som skal lese inn to verdier (temperatur og relativ luftfuktighet), regne ut iht. en gitt formel og skrive resultatet til en device, på samme måte som dette scriptet...

Her er mitt oppsett. Har klippt vekk deler av oppsettet som ikke er relevant for det du prøver å oppnå. Jeg har fiberen inn på eth3 og lokalt nettverk ut på eth1. Den statiske ruten KAN måtte endres, avhengig av hvor i norge du holder til, tror jeg (jeg holder til i Bærum). firewall { all-ping enable broadcast-ping disable group { network-group TV_WAN { description IPTV network 172.21.0.0/16 } } ipv6-receive-redirects disable ipv6-src-route disable ip-src-route disable log-martians enable name WAN_IN { default-action drop description "WAN to internal" rule 10 { action accept description "Allow established/related" state { established enable related enable } } rule 20 { action drop description "Drop invalid state" state { invalid enable } } } name WAN_LOCAL { default-action drop description "WAN to router" rule 10 { action accept description "Allow IGMP" log disable protocol igmp } rule 20 { action accept description "Allow established/related" state { established enable related enable } } } receive-redirects disable send-redirects enable source-validation disable syn-cookies enable } interfaces { ethernet eth0 { duplex auto speed auto } ethernet eth1 { address *IP DITT LOKALE NETTVERK”/24 description Local duplex auto mtu 1500 speed auto } ethernet eth3 { description "SFP WAN" dhcp-options { default-route update default-route-distance 210 name-server update } duplex auto speed auto vif 101 { address dhcp description IPTV dhcp-options { default-route no-update default-route-distance 210 name-server update } mac *MAC-ADDRESSEN TIL DITT ALTIBOX-MODEM* } vif 102 { address dhcp description Internet firewall { in { name WAN_IN } local { name WAN_LOCAL } } } } loopback lo { } } } protocols { igmp-proxy { interface eth1 { alt-subnet 0.0.0.0/0 role downstream threshold 1 } interface eth3.101 { alt-subnet 0.0.0.0/0 role upstream threshold 1 } } static { route 172.21.0.0/16 { next-hop 10.202.206.1 { } } } } service { nat { rule 5010 { description "masquerade for WAN" log disable outbound-interface eth3.102 protocol all type masquerade } rule 5011 { description "masquerade for TV_WAN" destination { group { network-group TV_WAN } } log disable outbound-interface eth3.101 protocol all type masquerade } } ssh { port 22 protocol-version v2 } unms { disable } } system { } }

Som det fremgår lengre opp i tråden så har jeg et oppsett med EdgeRouter 4 som fungerer. Men med samme motivasjon som deg (bedre GUI) prøvde jeg meg på å bytte ut EdgeRouteren med en Unifi Security Gateway Pro. Selve oppsettet med å sette opp IGMP proxy og annet nødvendig oppsett så må man benytte CLI direkte mot gatewayen siden dette ikke er tilgjengelig i GUIet. Og deretter må oppsettet lagres på Unifi kontrolleren slik at det ikke overskrives neste gang det gjøres endringer i oppsettet fra kontrolleren. Jeg fikk aldri dette helt til, og synes det var så klønete, at Unifi gatewayen returnerte på Finn og EdgeRouteren fikk jobben tilbake...

Er det noen der ute som kan hjelpe meg med et lite script (eller forslag til annen løsning) som kan beregne absolutt luftfuktighet, med temperatur og relativ luftfuktighet som input? Formelen har jeg funnet her: https://carnotcycle.wordpress.com/2012/08/04/how-to-convert-relative-humidity-to-absolute-humidity/

Ja, da var det som "fryktet". Får eventuelt bytte ut Elko-connectorene mine den dagen jeg får problemer med båndbredden i kablene

Finnes det deksler til disse som er litt mer «hjemmevennlige» enn de vanlige «kontordekslene»?

Sier du at Elko Cat6 connectorer ikke går igjennom en Cat6 test, eller at de ikke går igjennom en Cat6A test?

Det kan endres globalt for JowiHue i innstillingene for plugin'en (øverste settingen under Miscellaneous) :

Hva er sannsynligheten for at en «ufaglært» terminerer CAT6A (eller CAT6 for den del) på en måte som gjør at den ikke leverer iht. spesifikasjonen? Og vil det være større sannsynlighet for at nevnte «ufaglærte» oppnår 10 gbit hastighet med CAT6A enn med CAT6, gitt at kabelstrekkene ikke er lengre enn at CAT6 skal støtte 10 gbit?

En liten oppdatering herifra: Det viste seg at samboer sin Apple-konto var satt opp med feil enhet som «lokasjonsenhet». Når jeg fikk rettet opp dette slik at lokasjoner til telefonen hennes benyttes så fungerer det å bruke HomeKit til å sette Devicer i Homeseer «av» eller «på» avhengig av om vi er hjemme eller ikke. Jeg setter derfor opp denne løsningen parallelt med PHlocation for å få en mer robust løsning.

Ja, om alle devicene er borte så fungerer ikke mitt forslag nei. Jeg har opplevd dette selv en gang. Løsningen ble å følge fremgangsmåten beskrevet her. NB! Du er da avhengig av å benytte enZ-Wave dongle som støtter backup og restore fra HomeSeer. Meg bekjent så er det bare UZB1 med gammel FW som støtter dette.

Har du prøvd "Remove Bad Node" under "Z-Wave"-fanen til root-devicen (for node-40)?

Nyhetene om at utvikling av PHlocation og "sooty" (Paul) har jeg ikke fått med meg. Det var jo i utgangspunktet dårlige nyheter, men ut fra denne posten så er det håp om at han kommer tilbake. En av grunnene til at jeg ikke har fått det med meg er at jeg har hatt plugin'en kjørende uten større problemer det siste året, så man kan jo håpe at det fortsetter sånn... (Hadde problemer for en ukes tid siden, men det problemet lå hos HomeSeer siden URL-en som var satt opp som Webhook i Geofency sluttet å fungere) Jeg har selv testet litt med bruk av Apple Homekit og Homebridge. Har satt opp en automasjon på iPhonen som trigger devicer i Homeseer når jeg kommer og går. Dette fungerer stabilt på min telefon, men jeg har ikke fått det til å fungere på samboeren sin. Tror det er noe med rettigheter knyttet til lokasjonsinformasjon på andres enheter. Jeg "eier" huset i Home-appen så jeg må sette opp automasjonen, men automasjonen er avhengig av lokasjonsinformasjon på hennes enhet... Siden GeoFency/PHlocation2 fungerer så greit så har jeg ikke brukt så mye tid på det. Men om noen benytter en annen løsning så er jeg også interessert i en Back-up.

Jeg kjører ESXI selv, men savner (er interessert i å teste) flere av funksjonene som ikke er tilgjengelig i gratisversjonen. Tenkte derfor å teste Proxmox og gjorde et halvhjertet forsøk for litt siden. Jeg fikk inntrykk av at man fort må ty til CLI for å få til det man vil. Stemmer dette eller er det jeg som ikke klarte å finne ut av GUIet? På nåværende tidspunkt så heller jeg mot VMUG medlemskap og VMWare Training License for 200 USD/år. Vurdere at dette er verdt det om alternativet er å «rote rundt» i CLI-verden.

Ja, der har du jo grei tilgang, så da er det ikke noe å bruke penger på!

Litt sent siden utstyret er i bestilling, men jeg tar sjansen likevel. Returmulighetene er jo til stede Til et serverbygg, som antageligvis skal stues bort på et mindre tilgjengelig sted, så vil jeg absolutt anbefale et hovedkort med innebygget Lights Out Management (LOM). Det å kunne logge inn remote og gjøre alt fra restart av serveren, via endring av BIOS-innstillinger, til installasjon av OS har gjort administrasjon av mitt eget kalle mørke "server-rom" mye mer behagelig. Eksempel på et kort som kan passe ditt oppsett er: https://www.supermicro.com/en/products/motherboard/X11SCL-IF Ser ikke ut som om det er å få tak i her i Norge, men ser ut til å havne på rundt 3000 fra utlandet.

I følge manualen så er «side controller» bare vanlige impulsbrytere. I teorien kan du da koble til en Fibaro Implant f.eks. Men å få til noe mer enn av/på styring tror jeg kanskje blir vanskelig (dimming krever a impulsbryteren holdes inne). Implanten koster rundt 400kr, og du må ha elektriker for å koble de. Selv hadde jeg da heller gått for å bytte ut dommerens med Fibaro Dimmer 2 som bare koster litt mer en Implant. Da får du standard z-wave dimmere som går rett inn i «et hvert» smarthus-system.

Jeg har kun erfaring med denne. Fikk lagt den inn uten problemer (som «AC_Module») og den har fungert prikkfritt i en måned nå.

Du var kanskje en time for tidlig ute? Krasjet hos meg nå kl 14.

Betyr dette at det er mulig å sette på Elko Plus vrider og deksel? I så fall ble denne dimmeren plutselig veldig mye mer attraktiv!

Er det egentlig noe god grunn til å IKKE benytte 433MHz enheter til midlertidig julelys? Om man har mer enn 4-5 lys som skal styres så er Tranciveren spart inn ved at pluggene er billigere, og man slipper problematikken rundt mesh-nettverket. Jeg ønsker i alle fall ikke å ha en masse plugger stående stikkontakter rundt om kring hele året på grunn av dette... Og etter min erfaring så er 433MHz absolutt stabilt nok til at jeg kan leve uten tilbakemelding om at julelysene er skrudd av/på.

Mottok releet i dag. Innpakning og «kvalitetsfølelse» ga meg en dårlig magefølelse. Jeg koblet til strøm og fikk det inn i DeConz. Der ble det registrert som en lyspære og jeg fikk skrud det av og på, men ingen device for forbruk... Og når releet var «energized» duret det. Som dere kanskje har skjønt så levde ikke dette produktet helt opp til forventningene, verken kvalitetsfølelse eller funksjon. Det går i retur og Heavy Duty handles inn.

Den kommer i posten en av de nærmeste dagene. Tenker jeg får koblet den opp til test ganske raskt for å sjekke at den inkluderes greit i deconz/HS. Men jeg tørr ikke si noe om når jeg får koblet den opp i sikringsskapet og satt den i "produksjon".