Guahtdim

Siste forskyning fra AliExpress har faktisk muligheten for å velge high/low trigger. Man flytter bare markert den gule "greia" (kommer ikke på hva det heter) slik at den enten markerer (og kortslutter) for H eller L. Dette liker jeg best.

Bare å komme med forslag hvis det er noe som dere ser kunne vært greit å ha.

@Moskus Bare fortsett å koble opp slik det står du. Det er iallefall det jeg kommer til å fortsette med.

Jeg har sett muligheten til å velge på noen av releene jeg har, men de aller fleste ser ut til å ha en fast trigger. Men det er sikkert prisen jeg må betale for å kjøpe veldig billig via AliExpress. Etter å ha gått på denne blemma så er jeg nå klar over det og søker aktivt etter "trigger high".

Når jeg kikker litt nærmere så ser jeg at funksjonaliteten er veldig lik Daikin, men her går man via en skytjeneste.

Hadde jeg hatt Panasonic hadde jeg sikkert allerede laget denne. Man har endel å gå ut ifra her, men det skal fortsatt lages endel ting til bruk i HomeSeer.

Jeg sikter til signalet som man sender fra NodeMcu/Arduino når man skal lukke rele (NO delen). Personlig så liker jeg best at når man skrur noe på så sender man ett HIGH signal. Dette har med hva jeg liker å se når jeg leser kode (personlig preferanse). Ikke at det er noe galt med utstyret/virkemåte når det trigges på LOW.

Jeg bruker NodeMCU til mine 2 styringer av vifter. NodeMCU trigger rele som slår av/på strømmen til viftene. Fungerer som bare det. Vær obs på at noen rele trigges On med Low signal, mens andre triggres med High. Selv foretrekker jeg High signal, men fant ut at nesten alle releer jeg sitter på trigges med Low. Fullstendig ulogisk for meg 🙂.

Den er god. I HS3 fungerer advanced som den skal. HS4 har jeg ikke kikket så mye på så jeg er litt usikker på hva som er problemet. Mulig at det nye oppsettet for brukergrensesnittet ikke håndterer jqSlidingTab.

Så du får åpnet advanced for eksisterende events, men ikke når du lager nye?

Neste på listen nå er bittelitt skremmende. Det er å koble 12 volt inn på Zuno og se om den da oppfører seg pent. Eller om jeg står igjen med brente komponenter for ca 600 kroner.

En ny exclude/include og switch1(input/trigge meldevarsler) påvirker ikke switch 6(output/avlesning ett varsel fra melder) mer. Jeg er ikke veldig imponert over hva som foregår i HomeSeer mot UZB1/Zuno.

Like etter at jeg skrev posten over så skulle jeg gjøre noen endringer. Som jeg er vant til så fjernet jeg først noden til Zuno for så å legge inn igjen etter at jeg hadde oppgradert. Og så fungerte ingenting. Etter ett stort antall remove/include node så fungerte fortsatt ikke enheten når det kom til innmelding på bryter 3-6 (signalene fra melderne). Idag tidlig gjorde jeg ett nytt forsøk hvor jeg restartet alle maskiner. Og alt fungerer som det skal igjen. Problemet her er at det er litt for mange "moving parts" til tider. Det er av og til vanskelig å vite hvor feilen ligger. Er det koden i Zuno, koblingen mellom Zuno og HomeSeer eller HomeSeer? Men jeg gir ikke opp. Det går framover selv om man noen ganger går noen skritt bakover. Edit: Etter litt lunsj-testing så ser jeg at den ene input-kanalen påvirker en outputkanal. Jeg aner ikke om dette er HS eller Zuno. Koden for Zuno ser grei ut og jeg skjønner ikke hvorfor dette skjer siden de variablene som blir benyttet ikke blir delt der. Mulig det er HS og UZB1 som ikke spiller helt på lag. Jeg føler at der er det litt bingo om ting treffer eller ikke. Etter en exclude og include ble det seende slik ut i HS med samme kode for input/output som i posten over.

Jeg tror jeg har det meste på stell så lenge Zuno er koblet til usb-strøm. Slik ser breadboard ut for tiden Eller litt enklere vist Orange og rød led er simulert styring av rele på gammelt og nytt røykvarslingssystem. De 4 bryterne på høyre side av zuno er simulerte inputs fra melderne til røykvarslingssystemene. 1 røyk/brann varsel for gammelt anlegg og varsling av røyk, co og feil for nytt system. Inputs har fått en pulldown motstand hver (dette er for å gjøre inngangen lav/Low når man ikke har kontakt). Led som simulerer reler har også fått motstand for å ikke brenne ut led (de tåler 3 volt og det er 5 volt i systemet) I HomeSeer (v3) blir det seende slik ut (Notification og Sensor binary blir lagt på uten at jeg kan gjøre noe med det) Utfordringen videre er å begynne å koble seg opp mot det faktiske anlegget. Utfordringen er at den nye melderen skal ha 12 volt. Enten må jeg kjøre med en strømforskyning på 12 volt som kobles til melder og en egen på 5 volt som kobles til usb på Zuno. Eventuelt kan jeg vistnok koble 12 volt på Zuno (den skal vistnok håndtere dette) og så får man 5 volt ut av Zuno til releer. Det siste er mest fristende. Jeg håper Zuno klarer å drive releene, men det er forhåpentligvis ikke så ofte det skal skje. Den gamle melderen slipper jeg å tenke så mye på. Den er batteridrevet og slik sett enklere å tenke på. Ulempen med batteridrift er at de som oftest tar slutt midt på natten. Så alle nye varslere nå blir kjøpt inn med 10 års batteri.

Koden til Moskus er for HS3. Men jeg mener den skal klare å kjøre som legacy-plugin i HS4. Det er litt variabelt hva som fungerer eller ikke. Så langt så virker det som om mine plugins fungerer greit.

Fordi Git ikke er så enkelt for deg? Eller fordi du glemte det etter at C# versjonen ble lagt ut?

Jeg har gjort alle mine plugins i C# Du kan se på Moskus sine eksempelplugins for å få litt oversikt https://github.com/Moskus/hspi_CsharpSample (og han burde også ha lagt ut sin vb-versjon) Slik jeg gjør det så pleier jeg å lagre ned endel info til PED (Plugin Extra Data) når jeg lager en device. Her ville det f.eks. vært at man kan ha deviceId som en property. Når du da får noe inn på IOMulti så er det bl.a. deviceId for enheten som man trykket på (og "controlvalue"). Med dette henter du inn PED data og ut fra dette kan du da begynne å kalle mot f.eks. api når du skal endre noe. Edit: Moskus slo meg og hadde også mye bedre forklaringer.

Sender du en ovn så må jeg sikkert gjøre det 😉

Jeg har kommet litt lenger. Måtte lese endel om channels for å skjønne hvordan det settes opp. Jeg velger å gjøre alt til vanlige switcher, dvs at alle vil se ut som i første post. Jeg synes det er enkelt og jeg får ikke noe ekstra alarm og notification device som jeg egentlig ikke er så interresert i. Jeg legger kode ut fortløpende. Denne er den som man kan se utviklingen i: https://github.com/oesolberg/ArduinoProjects/tree/master/Z-Uno-SmokeDetektorRelay Enn så lenge så er ikke all kode på plass. Det blir muligens ikveld med å sette opp ting på ett breadboard.

Personlig så hadde jeg kanskje rullet tilbake muligheten til å sette språk slik at man kan se ting i HS4. Jeg antar at det er dette som feiler ut fra screenshots i denne tråden. Eventuelt får du lete opp hva som gjør at det feiler, men jeg er redd det ikke er noen enkel jobb siden HS4 ser ut til å ha gjort ting litt anderledes med ux/frontend delen.

Jeg vil helst ha/eie tingene selv for å gjøre plugin prosjekter. Og det går fort 10-20 timer i ren kodetid på å lage ett slikt prosjekt selv om jeg nå har mye jeg kan "kopiere inn" fra andre prosjekter.

Vi gleder oss til neste kapittel!

Dette ser lovende ut. Det blir spennende å se når det kommer i buttikene. https://venturebeat.com/2020/09/08/z-wave-long-range-protocol-supports-up-to-2000-smart-devices-on-a-mesh-network/

Kommer det en ny hjelpeside/blog om dette?

Eventuelt du kan installere backup-software på en annen maskin. Plugge til enhet som du skal gjøre backup/restore av. Slik slipper du å belaste HS3/4 systemet ditt når du skal kjøre restore til en annen stick. Bare husk at backup i Aeotec programmet=Read og restore=Write. Edit: Jeg har brukt software uten problem mot UZB1.