Einar

Ja. Det er stort sett det jeg har brukt da jeg kan se at pæra faktisk er der. Og for sikkerhets skyld har jeg også prøvd å resette den gjennom WebApp. Også fordi jeg får noen kryptiske feilmeldinger fra JowiHue i loggen. Så jeg tenker det er greit å inkludere uten å bringe inn JowiHue/HS som mulige feilkilder. Disse pærene har jeg hatt liggende ganske lenge, men de er jo oppdatert nå til siste firmware versjon.

Jeg har 28 noder controller ikke medregnet. Så ser jeg et sted at DeConz ikke klarer mer enn 32 enheter. Hva!? 32 enheter er jo ingenting om man skal ha "alt på nett" i et møblert hjem. Men jeg har jo ikke kommet til 32 ennå heller. Og jeg mener jeg har inkludert 2 Xiaomi dør/vindussensorer etter at jeg fikk problem med å legge til flere pærer. Og det gikk greitt. Og det er et lass flere dør/vindussensorer på vei. De koster jo nesten ingenting, så kan jeg sanere mitt ledningsbundne sensorsystem. Men! Om grensen på 32 er reell så har jeg jo det problemet uansett. Jeg har prøvd å inkludere gjennom HomeSeer og DeConz webapp. Lampene er først koblet opp mot Ikea hub for å oppdatere firmware som nå rapporteres som 1.3.009 på pærene og 1.2.223 på fjernkontroll. 1. Er det virkelig ikke mulig å inkludere mer enn 32 enheter? 2. Hva skal jeg gjøre for å inkludere flere lamper? Siste nytt! : Nå fikk jeg inn "Lampe 18". Dette etter å ha oppdatert DeConz til 2.05.64. Men det er fortsatt 3 lamper jeg ikke får inkludert. Jeg ser i WebApp at de ikke er på kanal 11 som gateway benytter. De er på 15, 20 og 25. Kan dette være problemet og isåfall hvordan løser jeg det?

Øhhh!? Ja. Men må ikke da 10200 åpnes? Det virker ikke gjennom MyHS ialfall. Så da må noe annet være galt da?

Jeg har en hEX lite RB-750r2 med RouterOS V6.39.1 (stable). Så prøver jeg å sette opp en NAT for å slippe gjennom port 10200 til Raspberry som kjører Homeseer. Men det beste jeg har fått til er at jeg kan se i webgrensesnittet IP->Firewall->NAT at det er noen som "banker på". Men HStouch eller ekstern portsjekker finner ingen der. For ordens skyld: HStouch funker om jeg er på samme nett som Homeseer og angir IP:port uten å gå gjennom MyHomeseer. MyHomeseer kan jeg også merkelig nok bruke til å nå webinterfacet på Raspberryen. Jeg har googlet frem noen forklaringer, men de virker å forutsette at man allerede kjenner RouterOS terminologien og antar noe som selvfølgeligheter. Men jeg trenger forklaring med teskje. HJÆLP!

Eventet baller på seg (Delayed action - #) for hver gang det trigger. Jeg har prøvd å få HS3 til å fjerne dem for så å legge inn en som da skal slå inn senere. Men resultatet er at lyset går av i forhold til første gang det ble trigget. Det jeg ønsker er en event med retrigger delay. Men legg merke til at delayed action eventet har et annet navn enn det jeg prøver å delete. Og "L_Dass" er ikke et valgbart event! Det er ikke noe event som heter det, men en lampe. Hos meg er alt som starter med L_ lamper. Det samme skjer med stort sett alle events. Det ser ut som delayed event får navn etter den device de skal manipulere. Og er ikke valgbar under Cancel a Delayed Event.

Et CE dokument og tilhørende klistrelapp kan teknisk leder selv utstede uten engang å ha smakt på bryteren! Men h?n risikerer å få boka i hodet om det blir sjekket. F.eks. etter at noe tok fyr. Au! Der røk jobben! Men når tekniske ledere er forbruksvare i landet så..... 2 årslønner til deg om du skriver under helt nederst her. Et dokument fra TÜV, DNV, Delta eller annet godkjent uavhengig lab gir en helt annen tyngde. De har mye å miste på å skrive under uten å ha testet etter boka. Og har meg bekjent ennå ikke blitt tatt med buksa på knea. ( Hvordan de klarte å snike seg ut bakdøra usett etter Wolkswagengate forstår jeg dog ikke.)

Nå kan vel GU10 by på spesielle problemer ved at de gjerne monteres slik at de omsluttes av en metallisk holder på alle kanter untatt lysåpningen. Da vil rekkevidden bli tilnærmet annonsert i de retningene lyset lyser. Men atskillig kortere i de retningene der holderen skjermer for radiobølgene.

Ja, der fikk jeg ialfall en slags kontakt med pæra. Fikk den til å blinke, men ikke inkludert. :-( Men nå har de jo skrota den web-appen. Og Phoscon ser ut som et steg tilbake. Edit: Trodde jeg ja! I hovedbildet finnes den øvers til høyre. Eller <IPadresse>/login.html. Ellers tusen takk! Jeg ser ikke helt hva du skrev for å få meg til å prøve dette: - Start Phoscon->Lights->Add New light FØRST! - Så umiddelbart vrikk pæra av/på 6ggr. (Reset) mens den er veldig nær controlleren. - Og du hildrande du! Der kom den inn gitt. Ikke bare en pære men neste og. Nå begynner jeg å få en gnagende følelse av hva som er problemet. Ikea høbben står på. Den sliter med å gradere opp noen fjernkontrollbrytere. Kanskje den oppdaget pæra like etter jeg hadde resatt den og inkluderte den. Den har jo vært forlovet med den før, da den oppgraderte den. Men når jeg resatte den mens deCONZ var aktivt på sjekkern og pæra like ved så tapte Ikea høbben. Når jeg tenker meg om så er dette det som vil kunne skje i et PROFIBUS nettverk med rivaliserende mastere. Jeg tenker Ikea høbben skal stenges ned neste gang jeg skal inkludere noe her. Nerder ja?! Det blir ikke hjemmeautomasjon uten å være supernerd! Dette blir ikke mainstream før det dukker opp veiledninger som virker uten noe ab und her.

Men forklar elektriker hva planen er! Så monterer han dype bokser bak brytere og stikk så det blir plass til å putte inn godsakene. Enten det nå blir Fibaro, Eaton eller noe annet.

Nå får jeg ikke lagt til nye Ikea pærer i deCONZ! - Oppdaterte dem med Ikea pøkk og app. Det ble 1.3.002, Hurra! Jeg har flere pærer som allerede er i bruk med den versjonen. - Montert i arbeidslampe og gjort av-på vrikkene for å få en reset på pæra. Deretter lagt så nær kontrolleren som mulig. - Kjørte Plugin->Jowihue->Configuration->Scan New Devices. Ingen ny pære. - Prøvde Wireless Light Control programmet og klarte ikke inkludere den der heller. Men den viste at pæra ligger på kanal20 mens deCONZ kjører 11.? - Så virker ikke det programmet lengre. Nå er det Phoscon App som er tingen. Den klarer heller ikke å plukke opp den pæra. Farsjken! Jeg kan visst like gjerne gå i fruktdisken og finne ei pære der. Billigere og like umulig å få inn i deCONZ! Men hva bør jeg prøve nå?

Du har funnet en (sikkerhets)kondensator. Sannsynligvis fra inngangsfilteret. Ta det på garantien! I beste fall støyer den nå kraftig på radioer. I værste fall kommer den magiske røyken sivende ut snart. Bumerket er litt uklart på bildet, så uvisst om det er Murata. Den må har forlatt kretskortet i en faderlig fart ettersom den har etterlatt loddekontaktene på kretskortet! Smalt det godt? https://www.ttiinc.com/content/ttiinc/en/manufacturers/k-o/murata/products/murata-ga3-gd-gf-gb-recognized-safety-capacitors.html

Ikke kjøp huljern som URL peker til. Kjøp stemjern eller som Biltema kaller dem: Huggjern. http://www.biltema.no/no/Verktoy/Handverktoy/Kjorner-Huggmeisel-Brytejern/Huggjern-3-stk-2000035067/ Rommet for den eksisterende låskassen uvides enkelt med stemjern. Da har du bedre kontroll enn med en fres som gjerne benytter anledningen til å stikke av og fjerne noe du gjerne skulle beholdt.

Om de inneholder en mikrokontroller med RTC så kan jo det være i overkant fristende for noen produsenter. Men om slikt skulle bli oppdaget så er det jo så nær kommersiellt selvdrap man kan komme. Så det er vel litt konspiratorisk å tro det? ( Eller ikke? Mange printerpatroner er jo preprogrammert til å dø før tiden.) Slikt kan man i de fleste tilfeller finne ut av med en obduksjon av flere avdøde identiske dingser.

Ski, Akershus.

Samme her. Og det er hovedgrunnen til at jeg har gått helt over til overflatemontering der det er mulig. Det eneste "spesialverktøy" du trenger er en fin pinsett, helst av Titan. Loddebolten du har er fint brukbar om det ikke er av typen loddeøks for takrenner og beslag. Varmluft er jeg ikke så glad i. Plutselig har du blåst printet fritt for komponenter. :-( Ja, også trenger du flytende fluss. Det som er i tinnet er ikke nok eller bra nok.

Den holder nok om den har et bra kobberareal for kjøling. Begrensningen er ofte I*R tapet og pakkens evne til å kvitte seg med varmen. Akkurat det er ikke SOT pakkene gode på. Men om den ikke står og kjatter uavlatelig på LAN så bruker jo ikke prosessorkortet mye. Så når alle bugs er kastet ut bør det gå med god margin.

Jeg foreslår en høyere verdi på C4 og en 100n kondis i tillegg som er plassert så nær 3.3V og GND på mikrokontrolleren som mulig. Dette fordi den trekker strøm i pulser på etparhundre milliampere. og dermed røsker skikkelig i forsyningen. LM1117 i SOT pakke er ikke akkurat noen tøffing heller. Sett av plass til en TO220 inntil du har debugget firmware og sjekket strømbehovet. Hvordan jeg vet? Brent finger lukter ille! Heldigvis kunne jeg "låne" 3.3V fra en sekundær forsyning. Og kjør DRC! Selv på en så enkel konstruksjon kan den redde pelsen din.

Det er vel der Big Data kommer inn. Algoritmene har lært av reaksjonsmønsterene i noen tusen andre hjem de har overvåket hvilke overstyringer som har blitt foretatt når ett av barna er syke. Og ja, det vet de nok ettersom Aleksa kan være litt av ei sladrekjerring for alt vi vet. ?

Den kan ikke regne? 244,004*4,320=1054. 239,053*13,806=3300 0*0=0 Der regnet den riktig gitt! Kanskje den ikke sampler V og A på samme tidspunkt?

Hæhh! Jeg ser bare 3 bokser med H.A. Stæsj! OBS har bokser til en vettug pris, og 2 små bokser passer på/under store. Jeg gikk over til slike bokser for en stund siden og har ikke snudd meg siden! Mindre stash går i Raco skap. De største går i winch opp på hemsen i garasjen. Om jeg synes boksen koster for mye i forhold til verdien på det jeg putter i den så rykker det i kastemuskelen. Desverre resulterer det i at jeg har slike bokser fra gulv til tak, så noe trening av nevnte muskel bør kanskje vurderes. ?

Ja, uplink skal være kryptert. Dette er sensitive data der man kan lese ut din døgnrytme må vite. Og om jeg har lest rett så har den ikke så hyppig rapportering som HAN interfacet. På hytta ligger antenne og kabel kørvet sammen inne i skapet. Her hjemme er antennene på utsiden av skapene. Ingen av stedene kan dog betegnes som grisgrendte strøk. Og skapdørene er ikke jordet, så de er nok langt fra noen gode Faradays bur. Men tiden vil vise. På hytta har jeg nettop fått beskjed om at jeg ikke trenger lese av måleren, så får vi se om de ber om å få den på nett.

Hvis du ikke har oscilloskop så heng på en piezoelektrisk skive. En slik som du finner i mange billige dingser som kan si Piip. Er det stille så kommer det ikke data. Kremter den så er det signaler der.

Du sier noe der. Det er kanskje derfor jeg brukte "set to". Det har jeg jo gjort på bryterene. Så jeg tenker på om det kan være bedre å bruke en timer og resette den med "set to". Eller å bruke "changes and becomes" etter melding "no motion" fra sensoren og sette 5 min. forsinkelse i selve sensoren. Dette med at lyset skal stå på i X minutter funker ikke alltid her. Og jeg tenkte det kanskje ble litt mye for hva som ser ut til å være en knotete metode. Hva gjør de som kjører på Raspberry og får dette til å virke pålitelig?

Jeg la merke til at der jeg har en Ikea PIR sensor som skrur på lyset i et soverom så logger den trigger så tett som 2-3 sekunder om jeg er i bevegelse! Ettersom jeg kjører på en Raspberry blir det kanskje litt mye mas for Homeseer. Jeg har prøvd å skru opp tidsintervallet bak på sensoren uten at det ser ut til å gjøre noen forskjell. Ikke så rart at batteriet allerede er nede i 60%. Er det bare slik den er, eller er det noe setting for dette. Det er forresten Software Version 1.2.214 i den. Dette så jeg ifb.m. at jeg prøver å finne ut av delayed event actions. Men det tar jeg i an annen tråd etter at jeg har fått grublet litt mer på det. Det ser ialfall ut til at hver av disse trigger eventene lager en ny delayed action. Så det kommer et ras av slike noe senere. Uhh! Nå ser jeg den ikke er alene om det. En Neo sensor gjør det samme. Og jeg tror jeg har funnet blemma! Men jeg lar dette innlegget gå, så kan kanskje andre lære av det. Eller skjelle på meg fordi jeg tar feil. Event var satt til "This Device had its value set to". Nå endrer jeg det til "This Device changes and becomes", og det ser ut til å stoppe maset.

Nei. Det vil si jeg har gjort det nå. Men det hjelper ikke. Den er veeldig treg. Og den grønne status LEDen lyser veldig lenge. Så jeg anser de Aeon greiene som feilinvestering. Det verste er at en av dem er dyrere enn 2 slike Neo sensorer. Eller man kan jo se det slik at det blir mye å spare på det i lengden. Jeg kan jo prøve å sette dem opp på hytta når jeg kommer så langt. Da blir det en nyinstallasjon av Raspberry, Z-Wave controller og hele balletten. Det kan jo være noe som har balla seg så hardt til at det må tas fra bunnen igjen.