Vinnerliste

Merk at hvis du kjøper 10 fra ebay så koster de 5kr pr stk og ikke 20 som i første linken: http://www.ebay.com/itm/10PCS-DALLAS-DS18B20-18B20-TO-92-Digital-Thermometer-Sensor-IC-/142011908341?hash=item211091c0f5:g:7sMAAOSwepJXT6EJ

Det er få ting her i verden som irriterer meg, men dette er ren svindel: https://www.elektroimportoren.no/fibaro-temperatursensor-4-pk-z-wave/4512370/Product.html?Event=searchlist Ref: http://www.ebay.com/itm/DS18B20-One-Wire-Digital-Temperature-Sensor-/282105179859?hash=item41aec76ed3:g:GeYAAOSwv0tVYkVW

Dette er en guide for custom oppsett av RollerTrol RF rullegardinmotorer (m.nu selger vel den minste versjonen av disse) i HomeSeer 3. Dette baserer seg på en virtual device og en event som trigger et eksternt skript. Dette er et bash-script, så i utgangspunktet er dette for de som har en linux-installasjon av HS3, men det burde være mulig å kjøre et bash-skript fra windows også, og det vil være veldig lett å få dette til å kjøre på domoticz. Dette er min v2 av et slikt skript. Grunnen for å lage dette er å få inn følgende funksjonalitet på en RollerTrol rullegardinmotor som allerede er oppe og går med RFXcom på homeseer: 1. HS3 skal vite om rullegardinen er oppe, nede eller hvor mange prosent åpen/lukket den er. 2. Rullegardinen skal kunne gå direkte fra fra X til Y prosent uten å måtte åpnes eller lukke helt først. 3. Det skal være knapper i HS for de mest brukte posisjonsene og en nedtrekksmeny/slider for antall prosent lukket. 4. En veggbryter/fjernkontroll skal kunne fungere på klassisk vis: en knapp for opp, en for ned, og dersom rullegardinen er i bevegelse skal et trykk til på hvilken som helst knapp stoppe den. I tillegg kan man valgfritt ha ekstra knapper for favorittposisjoner. 5. "Alexa, set Study Roller Blinds to 40%." 6. Dersom rullegardinen er X prosent lukket og man setter den til X prosent nok en gang -- da skal det ikke skje noe (f.eks. trigger grunnet høy direkte stråling). Slik ser det ut i HS3. Jeg har kalt rullegardinene for «Roller Blinds» fordi Alexa ofte misforstår «Blinds». Jeg har gjort dette på alle rullegardinene, og alle heter det samme, men location 2 er forskjellig basert på hvilket rom de er i. «Stop» er egentlig unødvendig siden hvilken som helst knapp stopper rullegardinene dersom de allerede ruller. Ny post følger...

Det er nok ikke klart enda. Fra sikre kilder:

Nå har jeg testet dette en stund, og det er veldig stabilt og fungerer bra. Hovedbruksområdet for oss her på forumet vil nok være å få sensordata fra steder der man ikke har WiFi. Jeg ser jo for meg f.eks. tyverisikring på sykkelen (gps-data++). Telenor flyr alle betatesterne ned til Oslo/Fornebu om 3 uker for en workshop så det blir spennende

For noen måneder siden var jeg på jakt etter en "dings" med 2 sensorinnganger og en relé-utgang (gjerne Z-wave), men det var ikke lett å finne. Fikk da et tips fra @Blodstrupmoenom en NodeMCU. Siden den gang har jeg kommet på flere prosjekter hvor dette kan være nyttig (og ikke minst, billig! 😁), så tenkte jeg kunne dele litt erfaringer jeg har gjort meg her, hvis det er flere som kunne tenke seg å se på lignende løsninger. Man kan lage omtrent hva som helst: * Styre smarthuset fra en fjernkontroll (Ir) * Magnetsensor og temp/fukt-måling på vaskerom * Bevegelssestyrt lys over kjøkkenvasken * Styre garasjeportåpner Alle disse løsningene havner nok under 100-lappen! Noen krever litt "peiling", men ikke mye, og har man HomeSeer kan mye av dette gjøres uten å programmere noe til og med (Arduino-plugin)! Hva er NodeMCU/ESP8266? Begrepene NodeMCU og ESP8266 er de som går igjen og hva forskjellen egentlig er har jeg slitt litt med å få helt "tak på". I mange tilfeller brukes begrepene om hverandre, men kort sagt så er det en mikroprosessor med innebygget støtte for wifi. For de som har hørt om Arduino, så er dette nesten det samme, men da med wifi i tillegg. Det finnes 3 typer NodeMCU (men i hovedsak 2 som selges i dag). De aller aller fleste trenger en NodeMCU v2: Det finnes en NodeMCU v3 også (og man skulle tro høyeste versjon=best), men det er en produsent som har gjort en bitteliten endring på v2 og lansert den som v3. Grunnen til at man ofte vil ha v2 er at v3 er fysisk sett større enn v2 og da passer det ikke nødvendigvis like godt i de boksene man vil putte det i (primært 3D-printede bokser), i tillegg til at v3 er bredere og ikke får plass på vanlige "breadboards" (dekker alle hull). Det finnes mange produsenter og hvem som lager kvalitet er ikke godt å si, men jeg har bestilt et par herfra til ca 25 kr inkl frakt. Hva trengs for å komme i gang? Det er selvsagt ikke nok med bare mikroprosessoren, man trenger noe mer "småtteri" i tillegg. Det finnes flust av sensorer og ting man kan styre. Eksempler: * DHT22 temp-/fuktmåler (4$) * Vibrasjonssensorer (1$ for 3 stk) * Relé (0,6$) * Magnetsensor for dør/vindu (1$) * IR-mottaker (1$) * Lysdioder (1$) I utgangpunktet kan man stort sett søke på "arduino <sensortype>" og finne det man trenger! 🙂 Så, hva trenger man minimum for å koble opp noe? Breadboard er praktisk når man kobler opp noe nytt for testing - de setter man NodeMCU "nedi" og så kobler man sensorer og sånt i nærliggende hull: * Veldig små (0,35$) * Litt større (1$) De kablene man bruker for å koble ting sammen (uten å måtte lodde) kalles "dupont kabler". De finnes i flere varianter ferdige (eller man kan lage selv). Kjøp gjerne alle 3 variantene: * Hun-Hun (0,60$ for 40 stk) * Hun-Han (0.64$ for 40 stk) * Han-Ha (0,58$ for 40 stk) Det sies at å få en lysdiode til å lyse er det samme som å skrive "Hello, World" i et programmeringsspråk, så det er jo noe man kan prøve å gjøre først. Da trenger du: * En resistor (motstand, på norsk) - pakke med 300 stk i 30 forskjellige størrelser (1,69$) * Lysdioder (1$) I tillegg trenger du en strømkilde, f.eks en vanlig mobillader med MicroUSB. Da har du det du minimum trenger for å koble opp og bruke en NodeMCU! Dupont-kabler - lage selv Ønsker du å lage "dupont-kabler" selv? Da kan du lage de lengder du vil og sette på "plugger" på f.eks DHT22-temp/fukt-sensoren. Da trenger du: * Han-"plugg" (1$ for 100 stk) * Hun-"plugg" (0,83$ for 100 stk) * 1-pins "hus" (0,48$ for 100 stk) * 2-pins "hus" (0,67$ for 100 stk) - det er sjelden behov for "hus" for mer enn 2 kabler, da man ikke nødvendigvis kan koble alle kabler fra f.eks DHT22 ved siden av hverandre på NodeMCU (3v, gnd og digital inngang er ikke nødvendigvis ved siden av hverandre) * Krympetang (5,30$) Det kan være litt vrient å koble på dupont-plugger selv, man må gjerne se noen videoer som viser hvordan man bruker krympetangen og prøve litt. For økt WAF kan det være lurt med 1-2 slike for å oppbevare alle disse små duppedittene man har kjøpt (rommene kan tilpasses i bredden ved å fjerne skillevegger). Fra prototype til noe mer "profft" Joda, dette funker: og dette også (@xibriz😞 Men, man vil kanskje ha noe som ser "ordenlig ut" (sorry, @xibriz 😜), som dette (@Blodstrupmoen😞 eller dette (@xibriz😞 Da trenger man en "project box", i passende størrelse. F.eks: * 100x60x25 (0,89$) - merk at denne kan bli for lav, avhengig av hvordan du fester NodeMCU i "bunnen"! * 116x68x36 (1,58$) For å feste NodeMCU og relé-kort, har jeg kjøpt slike "spacer standoffs" (4,20$ for 100 stk). Hvis du da har den øverste "project boxen", så vil den altså bli for lav til å få på lokket: For å skjære hull og sånt, kan man bruke en Dremel. Jeg har bestilt slike, men vet ikke hvor godt det funker på plastikk enda. For strømtilførsel til en slik boks, har jeg kjøpt en slik USB-kabel som jeg tenker å skjære på hull til. Kanskje noen her som bruker Arduino-plugin kan skrive noen ord om hvordan det settes opp? For nå har man bare en "hardware-dings", som ikke snakker med noe... 😜 Alternativt kan man bruke f.eks JSON-interfacet mot HomeSeer (og sikkert lignende løsninger på andre systemer), men da må man programmere litt.

med tanke på driftsikkerhet, ville jeg valgt å programmere dette i Arduinoen, og sendt verdier til HS. for den dagen noe skjer med HS, (vedlikehold, disk-havari, etc) står du plutselig uten styring på systemet. Arduino-pluginen er kjempefin til formålet, som Moskus sier. Det er en mulighet til å legge til en Arduino i API-modus, der all kommunikasjon med HS er lagt inn i en sketch, så legger du bare inn din egen kode før du laster opp til kortet. se vedlegget, der har du nokså bra beskrevet hvordan pluginen funker Arduino for Homeseer Help.pdf

Fant denne https://groups.google.com/forum/#!topic/souliss/Zk3UVUk9As0 som forklarer de fint, Dallas=DS18B20

6 days ago The product is still on track for market launch in July. Thank you for having patience with us! We appreciate it very much / Teptron, Telldus

Kult prosjekt! HomeSeer har en Arduino-plugin som gjør kommunikasjonen med Arduino'er til en lek. Det kan skje via COM, ethernet eller Wifi. Du kan også bruke en NodeMCU hvis det er enklere. Det er vel smak og behag. Jeg personlig hadde styrt alt i HomeSeer, men det er fordi jeg er mer komfortable med programmering i HomeSeer enn til Arduino.

Jeg er alt i gang med neste versjon da det i januar kom ut litt info om et app API. De første testene er veldig lovende Noe som vil gi bedre stabilitet samt noen nye funksjoner

Da har jeg lagt ut Versjon 2.5 som kan lastes ned på LSoft Versjonen inneholder i hovedgrad feilrettinger. Beklager at det har tatt så lang tid å få ut denne versjonen.

Og nå kommer det viktigste: skriptet. Det er et bash-skript og må lagres med endelsen .bash. Jeg har et for hver rullegardin, og kaller dem Blinds_{ROM}.bash, f.eks. Blinds_Living_Room.bash Du må bestemme deg for hvor du skal lagre disse, og etter at de er lagret, må de gjøres kjørbare med f.eks. 'chmod ug+x Blinds_Living_Room.bash'. Da får eier og gruppen rettigheter til å kjøre/eksekvere skriptet. Skriptet baserer seg på at du har tatt tiden det tar for rullegardinene å rulle fra helt åpen tilstand til helt lukket tilstand (downtime), og fra helt lukket tilstand til helt åpen tilstand (uptime). Denne tiden (i millisekunder) plottes inn begynnelsen av skriptet sammen med referenceID til den virtuelle devicen du noterte over. Du må også notere og plotte inn ID'en til motoren i RFXcom. Jeg brukte litt tid før jeg skjønte at dette fungerer veldig bra med kun disse to målene -- jeg forsøkte å regne ut akselerasjon og forskjellige hastigheter ut fra hvor åpen/lukket rullegardinen var, men det var helt unødvendig. Det er veldig liten forskjell fra 40% lukket fra gang til gang. Dersom man kjører mye opp og ned i halvåpen tilstand vil det bli en liten forskyvning, men dette nullstilles hver gang man åpner eller lukker helt. Blinds_RoomName.bash Se nå post 2 igjen. Hver gang verdien til den virtuelle devicen endres, kjøres skriptet og når rullegardinene har endret posisjon, oppdateres verdien til den virtuelle devicen. Første gang du kjører, er det best å kjøre helt opp et par ganger, og så ev. helt ned slik at de midlertidige filene kan skrives.

Opprett en virtual device som du kaller «Roller Blinds» og legger til rommet der du har rullegardinene. Dersom du vil bruke den med Alexa, passer du på at «Voice command» er avkrysset. Noter deg «Reference ID». Under Status Graphics, setter du det hele opp som følger (men du kan senere endre prosentknappene til å passe akkurat dine favorittposisjoner): Endre «Slider» til «Drop down» dersom du foretrekker det. Du må nå opprette en ny event: Trykk senere på «Edit» og legg til banen til der du har lagret skriptet som kommer i neste post. Poenget her er at hver gang denne virtuelle device'n settes til en verdi, kjører dette skriptet.

Hvorfor skal HS ha vært nede i mellomtiden? HS skal jo aldri være nede...

Etter firmware-oppdatering skal skal det holde å skru på "BT1" hvis jeg husker riktig.