Einar

... som blir stående i "movement" så lenge jeg vimer rundt i rommet. Changes and becomes virker jo ikke da den ikke endrer seg. Og jeg ser ingen andre som ser ut til å ganske enkelt bety "er". Eller må jeg lage en ny event som reagerer på endring fra meovement til no movement og da skru av lyset. Hvordan har du gjort det?

Det er hva jeg er ute etter. Hvordan!?

Jeg har en IMST iC880A som jeg ikke har fått fomlet meg til å sette opp. Tanken var å sette den på hytta (nær Bjerkøya i Sande, Vestfold). Men så ble jeg litt betenkt med at den kanskje spiser for godt av den tilgjengelige datakapasiteten min. Internett er der kun gjennom mobilnettet og dermed ikke ubegrenset. Er det noen her som kjører en TTN gateway og kan si noe om hvor mye data den forsyner seg med?

Jeg kunne tenke meg at automatikken selv finner ut at residensen er forlatt. Hvordan gjør jeg det enklest mulig? Jeg ser vel for meg en watchdog som klappes kjærlig for hver gang en PIRsensor eller dørsensor trigges. Og som så kjører godnatt-eventen når den bjeffer. Ellers har jeg en godnatt-knapp ved køya. Og kan vel sette en ved utgangsdørene og. Men det er jo ikke automatisk da. ?

Aaahhh! Så det er ikke en PIR sensor, men en vibrasjonssensor. Jaja.. Jeg tar 3 av den bare for å teste. ?

Vilha! Hva skal jeg søke på? De Xiaomi bevegelsessensorene jeg kjøpte stikker seg ikke akkurat bort. Men denne ser jo ut som man kan overse den. Fint med duppeditter, men de trenger jo ikke akkurat å stå og skrike "her er jeg!". Den der ser fin ut.

Jeg får pærene inn etterhvert på pur stahet. Prøver igjen og igjen og til slutt går det. Uten at jeg kan se hva jeg gjorde forskjellig. Men alltid med WebApp som jeg kjører over VNC til Raspberry med deConz. Det kan se ut som det er best å kjøre Open Network for så i en helsikkes fart resette pæra ( 6*av/på) og dytte den helt oppi gateway.

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.