Fermate

Hver problemet? Funker den ikke eller får du ikke opp devicene? Har du forsøkt å includere den "non secure"?

Hva sa loggen?

Men jeg har EN positiv nyhet da: MQTT på Arduino er helt topp! Jeg er blitt helt forelsket Er ikke usannsynlig at jeg bytter ut softwaren på ventilprosjektet med MQTT versjon. MEN jeg mener fremdeles at jeg burde få skjerpet meg til å skrive noe standard greier for å sette opp IP, SSID og PWD over et lite Web interface istedenfor å komplilere det inn i selve programmet. Slik som jeg snakker om her. Er bare det at jeg aldri kom helt i mål med det. Kanskje det blir enklere når resten er MQTT og ikke WEB det også..

I diskusjonen på hva har du automatiskert i dag kommenterte både @stigvi og @Mathias at 5V Steppermotorene ikke er kraftige. Jeg mene at de var kraftige nok. Jeg ser jo nå at jeg har kjørt "proof of concept" på en motor type og basert meg på at de stepperne (som jo er noe helt annet) er like bra. Nå her jeg testet og DET ER DE IKKE -De orket ikke å dra gardinene og jeg må nå tenke omigjen på det konseptet som jeg hadde lagt så mange timer ned i Jeg har bestillt noen 12V versjoner fra Kina men må nå bestemme meg for hvilken vei jeg skal gå. Skal jeg vente på 12V versjonene? Dersom jeg skal ha plass til den andre motoren må jeg gå bort fra ønsket om at alt dette skulle ligge BAK gardin-skinna og heller la den kommen ned på veggen, slik: Men da har jeg ingen stepper motor lengre som jeg kan telle omdreininger på (så jeg slipper endebrytere)... Og med denne store boksen her kunne jeg egentlig få plass til dette beistet her: Sukk besluttninger besluttninger...

Man turn'er ikke ON og OFF en rullegardin. Man ÅPNER og LUKKER den. ("Alexa, OPEN bedroom blinds") Jeg er EKSTERMT opptatt av at dialogen med Alexa skal være så naturlig som mulig. For meg er Alexa selve INKARNASJONEN av (smart) huset. Enegtlig ønsker jeg å bytte ut Skill-ordet "HomeSeer" med HOUSE (eller "the house") slik at jeg kan si: "Alexa, ask the house what the outside temperature are" eller "Alexa, Tell the house to prepare for dining in the kitchen" Og jeg mener det skal gå (gjorde ikke @mk1 black limited det for lenge siden tro) men jeg orker ikke å lære meg den programmeringen akkurat nå... Sukk jeg begynner å bli gammel

Siden Monkey havnet i bunn av Alexa: Notify Me, tenke jeg jeg skulle lage en egen posting for den her. Monkey skillen gjør det altså mulig å få Alexa til å si noe UTEN at du har snakket til henne først. Du kan styre til hvilken device som meldingen kommer MEN ikke (jeg har ikke funnet det ihvertfall) til alle. Gjør slik: (Jeg har flere Alexa devicer i huset og bruker altså en Monkey for hver device så jeg skal styre hvor meldingen kommer) Gi Echo devicene dine unike navn før du starter, om du endrer dem i etterkan må du endre Routinene etterpå Enable Monkey skillen i Alexa og koble kontoene til Amazon. Lag en monkey for hver echo device: Lag en "Routine" for hver av Monkeyene i Alexa appen: In the Alexa App (on your mobile device), go to “Routines”. Create a new Routine, give it a name and then in the “When this happens” section select “Smart Home” and select the Monkey you just created. In the “Add Action” section, select “Skills”, then “Your Skills”, then choose “Voice Monkey”. Select the Alexa device that should make the announcement and then save the routine. Lag dette scriptet i HS: Public Sub Main(pParams As String ) Dim sParams() as string = pParams.tostring.split("|") Dim sMonkey as string = sParams(0) Dim sPlainMessage as string = sParams(1) Dim sMessage as string = sPlainMessage Dim sResult as string ="" Dim sAccess_token = "xxx" Dim sSecret_token = "yyy" sMessage = Replace(sMessage, " ", "%20") sMessage = Replace(sMessage, "æ", "%e6") sMessage = Replace(sMessage, "ø", "%f8") sMessage = Replace(sMessage, "å", "%e5") sMessage = Replace(sMessage, "Æ", "%c6") sMessage = Replace(sMessage, "Ø", "%d8") sMessage = Replace(sMessage, "Å", "%c5") sMessage = "https://api-use.voicemonkey.io/trigger?access_token=" & sAccess_token & "&secret_token=" & sSecret_token & "&monkey=" & sMonkey & "&announcement=" & sMessage ' Debug hs.writelog("Monkey", "Message:" & sMessage) sResult = hs.urlaction(sMessage, "GET", "", "") If InStr(sResult, "{""status"":""success""") = 0 Then hs.writelog("Monkey", "Send Message to Monkey:" & sMonkey & " failed, result:" & sResult) Else hs.writelog("Monkey", "Sendt Message to Monkey:" & sMonkey & ":" & sPlainMessage ) End If End Sub Token finner du her: (Bytt ut xxx og yyy) Kall på scriptet fra en event slik: Parameterne er altså navn på monkeyen og teksten som skal leses skillt med en "pipe" Have fun! Pass på WAF....

Og for hver rullegardin skal det: Lages en Virtuell Device som Alexa kan detekte (Disse får nå helt urelaterte navn slik at Alexa ikke skal forsøke å manøvrere dem direkte. OBS Selv det så slå sammen ordene hjelper ikke. "CarportVirtualDoorDevice" forsøker hun å skjønne betydningen av ) Lages to "Rutine"er i Alexa Appen for å koble "Open North Blinds" til Turn ON device "Virtual 12" og en for "Close North Blinds" som slår av "Virtual 12" Lages to Eventer for å trigge på endringen av disse (Virtual 12) for å åpne og lukke selve Rullegardinen (Rollertrol) Dette tar også tid...

Noe annet som tar tid er å legge opp Alexa rapportering på alle Temperaturer og Termostater: (For å kunne si "Alexa, Ask HomeSeer office temperature") Scriptet er et gammel script som ser slik ut:

Neida (men hyggelig at du følger med ) men det går litt sakte akkurat nå: Alle mine devicer er koblet i software (med eventer) mellom "bryter" og den som skal aktiveres. Det betyr at hver j... veggbryter, bevegelses detektor eller andre sensorer må ha en (eller fler) Eventer for å fungere. I tillegg legger jeg nå (klok av skade ) på status devicer som kan override all type automatikk: Det er praktisk i div situasjoner som oppstår (uten at en på forhånd kan forutse at og når de trengs) å kunne skru av automatikk. Fordi HS har et slikt (for j...) point and click interface for å lage eventer, orker jeg bare SÅ mange klikk og leting i dropdown lister hver dag. Det er sikkert fint at WEB interfacet er blitt "enda mer web" siden HS3 men det irriterer meg at jeg ikke kan droppe en boks og så trykke "2" for å hoppe ned til 2.etasje Alle slike status devicer skal helst ha en Alexa komanndo og også en knapp på HSTouch interfacet på vegg-iPadene. Det tar TID! (ellers går det også en del tid på "panelgardin prosjektet om dagen..)

Jeg har ingen fra før og ville kanskje kjørt den på samme PC som kjører HS (?) Er den noen (annen) grunn til å kjøre den separat, kontra å bruke mscMQTT ? Og hva bruker folket til å debugge MQTT med (kjøre manuelle komandoer etc)? MQTT Explorer?

Og her er status på det mekaniske nå: Er kommet meg ned i 30mm høyde på "snor motoren". Klaringen ned til lamellene er 35mm. Ende-motoren må sitte der den sitter pga stanga. Var fristet til å la "snortrekk motoren" sitte på veggen under "vri motoren" men valgte å forsøke å minimalisere hvor mye det må kuttes av skinnen for å få den inn i karmen. Dette betyr at jeg muligens dropper "joystikken" av plasshensyn og kun går for 2 stykk knapper for å kunne åpne og lukke manuellt. (Manuell kjøring blir jo bare til nødbruk uansett og all daglig manøvrering vil jo skje gjennom ALexa) Er nok bedre å også kjøre konfigureringen med Alexa og finjustere posisjonene med knappene: Alexa, Tell Homeseer to configure the Noth Curtain HS setter den i "learn mode" og kvitterer med lysdiode Alexa: Please adjust the curtain to the left end. Jeg bruker knappene til å kjøre gardinen helt til høyre og finjustere fram og tilbake til jeg er fornøyd. Alexa, Tell Homeseer to continue the configuration Alexa: Please adjust the curtain to the right end. Lysdiode skifter farge og jeg justerer osv osv til begge endene av begge motorene er konfigurert og lagret. Så får vi se i praksis da

Ja du har et poeng med strømstans. Har lest en del om det å rekke å lagre posisjonen i EEPROM'en til Arduinoen akkurat idet strømmen går. Tenker at det at strømmen går MENS den beveger seg er ekstrems lite sannsynlig og at da får jeg heller justere den oppigjen på nytt. Kanskje det holder å ta vare på posisjonen i hver ende så den husker om den var åpen eller lukket når strømmen kommer tilbake. Dersom jeg klarer å lage det slik at mekanikken ikke slurer i vanlig bruk men tåler å "hoppe over" dersom den er feil vil den jo "korrigere seg selv" også Jobber mest med det mekaniske nå men skal straks i gang med programmeringen. Tenker å kikke på MQTT siden WEB server programmeringen er ganske slitsom. Men jeg har ingen erfaring med MQTT. Hvilken broaker er det HomeSeer folket kjører? (Hvilken kjører du @Moskus ? ) Og hvilken MQTT plugin er den beste for HS?

Jeg driver å bygger styring av lamell gardinene min (fra Jysk). La ut noe i hva-har-du-gjort-i-dag-tråden men fant ut at jeg heller vil ha en egen tråd. Særlig fordi det er andre her som både har lyst og erfaring. Her er proof-of-concept på snortrekket og strammeren: Her er step 2 i prototype utviklingen: Siden jeg modellerer i Onshape er alle modellene mine public tilgjengelige: (Onshape er gratis om du deler modellene) Målet er at automatikken skal ligge "bak" skinna slik at skinna skal kunne monteres helt oppe i karmen. Det gir en utfordring med høyden på snortrekke-hjulet slik at det ikke tar ned i lamellene. For øyeblikket er det to små steppere og tanken er å telle omdrininger slik at jeg slipper endestopp. Bygges da slik at mekanikken tåler å "hoppe over" om det ikke stemmer helt. Skal kunne kjøres manuellt og konfigureres (omtrent som en "Rollertrol") med en "joy stick" som denne (3 klikk for Learn-mode ) og en RGB-Led for å melde tilbake Blir nok en Arduino MKR 1010 WiFi siden jeg har en liggende og brukte en slik på "Ventil prosjketet" Tar imot ALLE råd og kommentarer med stor takk! Fint om andre gardin prosjekter også postes her 👇

Jeg skal dit jeg også dette var bare proof of concept på at det går å dra snora. Faktisk har jeg samme løning på rotasjon med samme type steppermotor. Men jeg vurderer å bruke denne lille stepperen til å dra gardinene også (av plass hensyn). Om det tar 60 sek å lukke er det egetlig helt greit. Interessant at du bruker switcher som endestopp. Testet å bruke LED sensor for å detektere at snora var var tusjet svart som endestopp. Virket dessverre bare nesten Må du da dra kabler over til den andre enden av skinna? Tror jeg lander på å telle omdreininger på stepperne og heller tåle at den spinner ved en feil i endene. Har laget koblingen til lamell-vri-akslingen slik at den kan hoppe over hakk uten å skade mekanismen. Tanken er å ha en "bryter" som denne for å kunne kjøre den manuellt men også for å "lære" den ende posisjonene. (Trykk for "learn mode") Om du kobler den feil blir den veldig svak. om du kobler den riktig er den dritsterk etter min erfaring. (Den er giret kraftig ned) Om du kobler pinne 1-2-3-4 på driveren til 8-9-10-11 på en arduino skal koden din ha Stepper stepper (STEPS, 8, 10, 9, 11); Sjekk at alle lysene blinker på driveren, om en av dem ikke er med blir den veldig svak. En ting til. I de fleste av eksemplene bruker de 64 i STEPS, jeg bruker 32 (men jeg husker ikke om motorene er fra Kjell eller Aliexpress altså..) Den er stemplet med 5V og jeg lurer på om selve motoren tåler mer og at det er bare driverkortet som kan ta 5-12V, men her er jeg usikker. Siden det er mange som har gjort ting før her, flytter jeg meg over i en egen tråd:

Ah Fortell mer om løsningen din. Har du en stramme mekanisme? Hva gjør du med "ende stopp"? Har du sving på lamellene også? Hva styrer du med? Har du noen SW å dele?

Proof of concept på "Panel-gardin automatikk". Utfordringen ligger i å få nok friksjon mot snora. Kommer tilbake med mer når produktutviklingen har tatt et nytt skritt Mye artig modellering her

OK? - Fordi? (Ikke det at JEG har brukt den noen gang men det var kanskje en av de tingene jeg følte at alle andre gjorde... Gjør dere ikke det?) - Hender jeg ser flotte grafer over temperaturer og forbruk og masse greier på diverse postinger, -hvor kommer de fra? - Hvordan stenger jeg av den?

Ser at det ikke er mulig å styre hvilken Echo device det skal til uten å anngi det i Routinen. (Og ikke mulighet til ALLE ) Men Da er det jo bare å legge opp en Moknky til hver Echo og kalle dem navn som "Speak-on-kitchen", "Speak-on-bedroom" osv og så styre det fra HS ved å anngi Monkey navnet i https kallet

Hm Er dette noe med komma/punktum også?

Har testet den, virker veldig lovende. Er litt sur fordi jeg mener ar HS selv burde ha devicer som detekteres av Alexa med triggermuligheter, men det får nå så være.. Det står at den skal trigges med en POST men det gikk også greit å trigge den direkte fra en Browser: OBS Det går også ann å trigge den generellt med HVILKEN SOM HELST TEKST DU VIL fra HS Da trenger du bare EN Monkey: Sett opp monkyen med en Action som er selve Monkey skillen som beskrevet her Og bare kall den med teksten som du ønsker lest opp som en parameter slik: Husk å kode blanke som %20 HERLIG !!

Har ikke tenkt over det. Funker helt fint både på Vifta og Servoen (Den vil vel egentlig også ha 5V?) Utfordringen for meg lå som sagt i at PC vifta skal ha en PWM frekvens på 25kHz og det var ikke lett å finne kode for å endre det på Arduinoen.

Jeg er enig, jeg har bare ikke fått rotet meg til å kjøre opp MQTT mot HS hjemme ennå. Men siden 2 av de 3 Daikin Varmepumpene jeg fikk i hus antakeligvis kjører MQTT (for DainkiSeer funker ikke mot dem) må jeg jo det før eller senere

Aha, Artig men veldig støyende. Blir å skru den på når det skal programmeres noe da Lærer stadig nye ting her

Er det Device IDer du har der i parantes? Jeg fant foresten en fin måte å raskt få de på: (Hold musa over og sjekk linken)

Da skal jeg jammen feire dette ved å dele en liten raritet med dere: Nå som vi har fått "features" isteden for Childs, lurer jeg litt på hvordan jeg best bør navne ting. Før var det jo greit å navne RootDevicet med ".. Root" for å holde det unna de andre Devicene. Nå ser det jo litt rart ut i event lista dersom du følger denne regelen: Devicene: blir til dette i Eventene: I HST er det ikke konsekvent som vanlig (jeg har en misstanke om at det er en av de eldste programmererne hos HomeSeer som vedlikeholder HST Designeren ) : I Status tracking lista ser det slik ut: Mens i "Actions When released" ser det slik ut: Det går jeg greit selvfølgelig helt fram til det punktet hvor du tenker at Root devicet skal ha navn etter enhet og Featuren etter funksjon: Altså Lys på kjøkkenet og funksjonen er også lys: I Status trackingen går det fint: (Her er Featuren den jeg har selected mens den over er RootDevicen) Mens i "Actions When released" overlapper RootDevicen Featuren slik at denne ikke blir valgbar: Du oppdager det når du fordi RootDevicen ikke har noen Commandoer: Dette kan muligens klassifiseres som en BUG men jeg tenker at dette løser seg når jeg blir enig med meg selv om hvordan ting bør navnes i HS4. (Dessuten VET jeg at @Moskus kommer til å ha en bastant mening om hvordan denne navningen skal gjøres, så det er egetlig bare å vente.. )