Hillmar
Medlemmer-
Innlegg
483 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
6
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av Hillmar
-
Jeg testet den nå. Lagde en ny bruker i Unifi, med et enkelt brukernavn og passord for å redusere feilkildene, og logget inn med den. Det fungerte, men måtte vente ett minutt (poll-tiden) før devicene oppdaterte seg.
-
Jeg var på utkikk etter det samme her om dagen (drive regnsensor RG-11 på 12V og NodeMCU på 3,3V eller 5V) og fikk tydelig inntrykk av at en "Buck converter" var riktige måten (tilsvarende som i Moskus sin AliExpress-link). Men løsningen med bare en LM7805 ser jo mye enklere ut! Er det noe grunn til å ikke gå for denne løsningen til slik bruk? Forbruket på 5V-siden vil jo være så lavt (i mitt tilfelle kun det som behøves for å drive Node MCU som ser ut til å være 80mA) at det umulig kan være noe stort problem med f.eks. varmeutvikling? Det ser ut til at LM7805 "brenner av" effekt tilsvarende "(input voltage – 5) x output current", som i mitt tilfelle blir (12V-5V)x0,08A=0,56W. Jeg har ikke noe forhold til hvor mye effekt dette er for en komponent som LM7805, men synes det høres ut som så lite at det bør være uproblematisk... Eller? Edit: Skrev mens dere kom dere lengre ned i saken til trådstarter. Ser nå at det ikke er samme utfordring som jeg har. Se derfor bort fra min post hvis dere ønsker å ikke rote til tråden
-
Den reagerer på første regndråpe sier du, men forblir den "aktivert" til det har sluttet å regne eller ser du at den pulser hurtig (200mS) når det regner lett? Jeg hadde i utgangspunktet tenkt å benytte Mode 1. Men det er kanskje bedre å få "rådata" inn i HS3 og selv gjøre vurderingen av om det regner eller ikke...
-
Er dette med Mode 6, Drop Detector? Manualen gir uttrykk for at den da sender pulser, og hvis det er som du sier så ser jeg ikke helt verdien i den modusen kontra Mode 1, It's Raining... Om du har sensoren i denne modusen, hvordan benytter du dataene inn i HS3? Gjør du din egen databehandlig for å vurdere om det regner eller ikke?
-
De er ikke like hvis man har byttet Status Icon Set. Om jeg har forstått det riktig så lastes innholdet i det valgte Status Icon Set'et inn i mappen Status i HS3. Vil anta at det er likt i HS4 og at Status-mappen er den korrekte å bruke?
-
Ja, gode poenger som jeg godt kunne nevnt Så utfordringene med å ha Sonos på samme nettverk som alt annet utstyr i hjemmet er løsbart (men kan kreve "over snittet" nettverksnerding). Mens utfordringene med forstyrrelse på 2,4GHz kanskje er vanskeligere å komme unna (er vel avhengig alle 2,4GHz-nett i nærheten, som man ikke selv har kontroll på)? Man kan kanskje prøve seg frem med å endre kanal for nettet...
- 23 svar
-
- 1
-
Beklager, men fornuften har innhentet meg. Etter en rask test av sammenkobling med NodeMCU og Arduino-plugin'en til HS3 ser jeg at dette prosjektet er gjennomførbart, også med min kompetanse og timeplan. Jeg beholder den derfor inntil videre (og Tempest'en er avbestilt inntil videre).
-
Disse er vel samme type? https://www.kjell.com/no/produkter/elektro-og-verktoy/elektronikk/sikringer/glassrorsikringer/glassrorsikring-5-x-20-mm-50-ma-trege-t-p41171
-
Jeg har hørt om flere som har utfordringer med Sonos koblet trådløst på det "vanlige" trådløse nettet. Spesielt fra folk med Unifi-utstyr har jeg hørt om dette (med det kan være fordi jeg leser om Unifi at jeg har hørt mest fra de som har slikt utstyr). Men om du kobler minimum 1 Sonos-enhet kablet så kan du sette de opp på sitt eget trådløse nett. Det har jeg gjort, og det er dønn stabilt! Det er likevel lite som slår stabiliteten til kablet. Så min konklusjon når du bygger nytt så legg opp kabel så langt det lar seg gjøre, men ikke for en hver pris.
-
Hvordan løser du strømtilkoblingen da? Om jeg har forstått det rett så har du "sentral strømforsyning" og 5v (eller 12V med DC-DC stepdown ute i koblingsboksen?) til koblingsboksen? Klipper du den medfølgende USB-kabelen og kobler direkte i koblingsboksen, eller har du koblet opp en USB A hunnkontakt i boksen som du plugger kabelen i?
-
Takk for god hjelp og rettledning @Moskus. Jeg tror du satte meg på noen gode ideer for å forenkle oppsettet mitt! Jeg skal prøve å få meldt tilbake når jeg har fått testet litt. Forslaget ditt @Bjonness reduserer antall eventer, men jeg tror kanskje det blir litt lite "leselig" for min smak. Men det er smak og behag tenker jeg... Og det er uansett fint å se hvilke andre muligheter som finnes for å løse den samme oppgaven! Plutselig får man behov for det
-
Hva tenker du på med denne uttalelsen? Mye SW som må skrives til produktet? Eller for å få det inn i automasjonssystemet?
-
Elektriker i Bærumsområdet som installerer Heatit Z-TRM3
Hillmar svarte på dillemikk sitt spørsmål i Nybegynner
Sjekk med Stolt Elektro. Disclaimer; drives av bekjent av meg, men kan gå god for at de er over snittet interessert i smarthus og har et fornuftig forhold til påslag på materiell. -
Kall meg naiv, men akkurat dataintegreringen ser ut som om allerede er på plass med denne plugin'en. Eller? Jeg kjenner jeg er mer usikker på kvaliteten på dataene. Regndata fordi sensoren virker som "nybrottsarbeid", og temperatur siden den blir stående alt for høyt grunnet krav til høyde for vindsensoren... Men en ekstra temperatursensor på riktig høyde har jeg uansett, så det er regnsensoren jeg er mest spent på!
-
Først av alt; jeg har full forståelse for at det ikke er lett å forstå hva jeg er ute etter. Jeg sliter selv også med å forstå det! Men jeg prøver meg på en kravspesifikasjon med utgangspunkt i det du begynte på her (Jeg tar utgangspunkt i at lyset styres av Dimmer 2): 1. Jeg vil at lyset skal endre nivå ved bevegelse og ved mangel på bevegelse 2. Lysnivåene ved bevegelse og ved mangel på bevegelse skal endre seg avhengig av tid på døgnet 3. Jeg vil at hvis noen trykker på den fysiske bryteren så skal det fungere som en vanlig S1-bryter koblet til en Dimmer 2 og automatikken skal deaktiveres. 4. Det skal være mulig å overstyre lysnivåene ved bevegelse og ved mangel på bevegelse med predefinerte "scenarioer" som trigges manuelt (alt fra tale kommando til trykk på S2 til Dimmeren, men triggeren har jeg kontroll på) 5. Det skal være mulig å deaktivere overstyring (initiert av enten punkt 3 eller punkt 4) 6. Når systemet går fra en "tidstatus" (f.eks. dag) til en annen (f.eks. kveld) så skal all overstyring (initiert av enten punkt 3 eller punkt 4) resettes automatisk. 7. Full "lokal kontroll" skal opprettholdes (bruk av S1 direkte mot dimmer) også når Homeseer er nede. Punkt 1 og 2 realiseres med "andre devicer ("Auto av" og "Auto på")" i dag, men er ikke nødvendigvis låst til det... Jeg opplever at det er punkt 3 her som kompliserer. Kanskje sammen med punkt 7
-
Ser ut som om jeg ikke akkurat har forbedret markedet for min regnsensor Men tiden vil vise om den kanskje går som varmt hvetebrød så fort vi har funnet ut (atter en gang) at alle de fine ordene på crowdfunding-kampanjer ikke alltid omsettes til virkelighet Hvis det er noen som heller velger å høre på Moskus så står i alle fall tilbudet om å kjøpe sensoren fortsatt
-
Ja, stemmer. De kjørte i høst en kampanje på Kickstarter og har nå kampanje gående på Indiegogo. Mitt inntrykk er at kampanjen på Indiegogo nå er mer en "bestillingsportal" enn en vanlig crowdfunding-kampanje. De rapporterer at de første 1500 enhetene "being calibrated and tested in our fulfillment center in Florida" og at 4500 til er på vei. Og anslått leveranse hvis du backer nå er i mai. Jeg har selv blitt revet med og lagt inn en bestilling nå (med mulighet for å trekke meg frem til 25.05). Havnet på USD 309 med frakt, og dette skal dekke alle kostnader rundt mva og tollgebyr også. Får se om jeg klarer å komme til fornuft og avbestille igjen
-
Ja, ser nå at du var inne på det samme som jeg har gjort... Missforsto deg nok litt. Men som nevnt så synes jeg den foreløpige løsningen min blir fryktelig omfattende, og hadde håpet på at det fantes en enklere løsning... I tillegg så er løsningen ikke helt skuddsikker ennå. F.eks. om tilstedestatus endrer seg MENS jeg dimmer manuelt så spretter lysnivået til "auto av"/"auto på". Dette lar seg sikkert også løse, men det vil jo øke kompleksiteten ytterligere. Litt mer generelt til dere som har satt opp mye mer avansert styring i HS en meg; Må jeg forvente at det etterhvert blir så mange og komplekse eventer for styring av så "enkle ting" som lysstyring etterhvert? Eller kan det se ut som om jeg gjør ting unødvendig komplisert?
-
Godt forslag og en parameter jeg ikke har registrert at finnes. Men likevel ikke helt hva jeg er ute etter? Jeg ønsker at lysstyring med bryteren skal fungere helt vanlig (av/på med enkelt trykk, dimming ved å holde inne og full lysstyrke med dobbelt klikk) "på toppen av" automasjon som beskrevet av Moskus. Jeg vil da at "normal" betjening av bryteren skal deaktivere automasjonen frem til den aktiveres igjen (enten manuelt eller automatisk ved f.eks. skifte fra dag til kveld). Sånn ser min foreløpige løsning ut: Ikke sikkert dette forklarer ønskene mine så godt til andre enn meg selv, men gjør gjerne et forsøk En ting er sikkert; om det må være så komplisert å oppnå dette så blir det nok ikke noe av. Det er tross alt ikke ofte behov for å fritt justere lyset, så da holder jeg meg nok til predefinert overstyring...
-
Ja, det er ulemper. Man må eventuelt stole på alle de flotte ordene de skriver om garanti og returrett... Etter hva jeg har sett så forsynes huben med strøm fra en vanlig USB-lader og USB A til USB B-micro kabel. Så det er bare å finne frem en gammel telefonlader fra skuffen.
-
Det var også min reaksjon. Og når det i tillegg finnes en HS plugin som henter data fra sensoren lokalt så begynner det å "lukte av fugl"!
-
Godt forslag, som jeg har vært innom. MEN dette fører vel til at lysstyring med bryter når HomeSeer ikke kjører ikke vil fungere, siden man da må deaktivere direkte kontroll av dimmer fra tilkoblet bryter? Jeg prøver å holde målet om at huset skal fungere også uten HomeSeer kjørende som et "hellig prinsipp".
-
Mine Telldus sensorer genererer 3 devicer (se bortifra kommunikasjonsfeil): Så burde derfor gå ann å sette opp en egen "TemperaturSensor" med henvisning til device IDen til den devicen.
-
Helt i tråd med min egen tankegang! Men stemmer ikke alltid med erfart praksis. Legg til plunder og heft som: - å finne ut at du mangler en liten komponent du trodde du hadde - jobb med å bygge og legge opp strømforsyning til der sensoren skal stå - barn som våkner akkurat når jeg har rigget meg til ved arbeidsbordet - programmeringskunnskaper som mer eller mindre begrenser seg til copy/paste (som fører til tidkrevende "feilsøking" når jeg lest HOW-TOen feil) Når jeg i tillegg kom over denne enheten som ikke krever stort annet enn å klatre opp på taket for å skru den fast, og installere en ferdig plugin, så virker det fristende å "kaste penger" på problemet I tillegg så får jeg vind-data, som også er essensielt for markisestyring. Dette måtte ellers være løst med en annen komponent, som igjen ville spist opp tid. Men denne hobbyen er et såpass stort pengesluk, så innkjøp av Tempest avhenger av at jeg får solgt denne regnsensoren