Fjosepose

Det ordnet seg...fikk låne av en lokal

Jeg bruker en Intel Nuc10i3

Mye tyder på at 50cm med USB-forlengerkabel gjorde underverker...nå har det kun vært en CRC-feil på snaut 24 timer!

Skal prøve med en forlenger og se. Har en zniffer som jeg kan benyttetil å se på nettverket, så det får bli årets første smarte ting å gjøre😀 Ellers så har jeg vel omlag 40-50 fysiske devicer. Ble endel include/exclude forbi jeg måtte migrere fra HC2 og mange devicer satt allerede montert i bokser.

Jeg ser av og til innom "z-wave vinduet" i Homeseer, og legger merke til at det ofte rapporteres om feil. Her er et utdrag: Er dette normalt, eller må det noe medisin til? Spør for en venn.

1) Brannvarslere bør ha minst mulig med smartløsningen å gjøre, og de bør virke på egen hånd i størst mulig grad. Mener å ha hørt at Fibaros røykvarslere ikke kan seriekobles direkte, men at dette må gå gjennom hub...dette er etter min mening galskap. La første kriterium være "best i test" på deteksjon. I så måte har jeg lest at Nest fremhever seg(har slike selv)...og at de nå endelig har begynt å åpne API slik at du kan trigge flows(vet ikke om dette pt går an, men antar det kommer). 2) Verisures løsning for Doorman er suveren både mhp kode/brukeradministrasjon og funksjoner...tror ikke du finner noe bedre. Integrasjonene er dog ikke helt 100%, men de virker likevel for Homey, Homeseer(HS3), HC3(har jeg lest). Tenker at det du trenger for smarthus er låsstatus og lås/lås-opp, og kanskje hvem som har tastet kode. Resten fikses best i Verisure-appen. Sier du opp abonnementet trenge du å kjøpe greier for omlag kr 1000 for at løsen skal fungere videre på Verisure-plattformen. 3) Har kjørt Dlink, Arlo, og tilslutt Ubiquiti med PoE. Selvfølgelig noe styr med å kable, men når det er på plass er det helt suverent(og ganske dyrt i innkjøp, men med en god porsjon selvbedrag så klarer du fint å overbevise deg selv). Også på kamera kjører jeg app´en som produsenten har laget, i de fleste tilfeller skal det mye til at det finnes noe bedre som andre har laget...men på sikt tenker jeg feks at hendelser kan trigge opptak, og det finnes det integrasjoner for å både Homey og Homeseer (og sikkert andre også).

Du spør egentlig hvor lang en gummistrikk er😀 Her er det nok ingen svar som utmerker seg som 100% riktige og motsatt...mye vil nok avhengige av perspektiv, smak og erfaring. Starter derfor med noen råd som jeg tenker er smarte uansett: Lag ditt smarthus så likt et vanlig hus som mulig. Skulle noe går i stykker eller slutte å virke skal huset fremdeles kunne betjenes som et vanlig hus. Et smarthus har gjerne app-styring og det kan være praktisk, men app-styring gjør ikke et hus smart. Tenk at automatisering skal ta over mange oppgaver, men dersom dette er viktig må det finnes alternative løsninger. Velg en løsning som ikke er avhengig av sky/internett for å virke. Velg helst en åpen standard hvor du selv kan kjøpe inn enheter fra ulike produsenter. Rendyrk verdikjendene, har du Hue belysning så bruk Hue(eller kompatible) brytere. Valg av hub er viktig, og noe som du må leve med med mindre du vil pådra deg omfattende migreringsjobber. Selv bruker jeg Homeseer 4 og liker datamodellen godt og at debugger er svært god, men vet jo ikke det har betydning for deg. Tidligere har jeg brukt HC2 med Homey som multiprotokollbridge, noe jeg syntes fungerte bra. (Skal bare spise middag så skal skrive lit mer)

Sånn... ungene ned nesa i iPad, besteforeldre på gåtur og kona på kjøkkenet.. nå er mcsMQTT fikset og looping´en er borte med oppdateringen i linken en en av postene over. Sannelig en funksjon på høyde med julen, HS4 og ioBroker sømløst sammekoblet med MQTT, enkelt å sette opp og umiddelbar oppdatering begge veier hvor det er nødvendig. HS4 er master for dataobjektene (men MQTT-klient). Nå må jeg bare koble om så er ioBroker dashboard oppe og kjører(har begynt fra toppen): God jul!

Fikk systemet til å stoppe "loopingen" med å fjerne valget "Publish only on change" på Broker. Dette er dog noe konterintuitivt da å sette dette valget nettopp er for å hindre looping av meldinger. Fjerning av tilsvarende på klient eller i VD-meny hadde ingen effekt. Har dog merket at å legge til non-plugin-devicer og annen informasjon er en selsom affære...for at det man gjør skal ta effekt er rutinen blitt å legge inn, klikke i et annet felt, klikke utenfor og refreshe browser. De alle fleste ganger så er endringen da "lagret". Men for add device må jeg enkelte ganger feks checke og unchecke et valg i general tab for at devicet skal fungere...snodige saker.

FYI: https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/mcsmqtt-michael-mcsharry/1441082-challanges-during-upgrade-to-5-9-3-2/page3 Jeg hadde først en egen tråd, men ble "guidet" til tråden over av utvikler.

Hei @aarpi3 Hva er det du bruker som broker? Kunne være greit å informere at ikke bare jeg opplever denne loop´en...

Nå kan det se ut til at utvikler har funnet loop´en, men jeg klarer ikke helt å følge "instruksjonene". Ser ut til at han kun har lagt ut en HS3-zip mens jeg har HS4. Om ikke det kommer noe så venter jeg heller til offisiell oppdatering...

@@aarpi3 har du noen tips til å hvordan å "bytte" value og status fra innkommende payload?

Jo, men! Ut av mcsMQTT så har det aldri vært et problem, det er på turen inn, altså de topics som jeg subscriber på som skaper trøbbel. Hva er det mcsMQTT-forventer å få inn...er det value eller status. Det jeg tenker at at den kanskje mottar noe som ikke "trigger" oppdatering av VD? Hvordan substituter man value-til-status og status-til-value? Vet at man må knotte noen greier med dollartegn, men har ikke helt skjønt greia enda...

..og inni ser den slik ut:

Siden jeg bruker HS4 ser den slik ut:

Tror det skal være riktig.

Må si at jeg ikke skjønner alt som står her, men er det slik at non-plugin devices bruker status og ikke value?

Har prøvd "alle retninger" og ikke noe virker spesielt bra. Virker av og til, noen ganger så får jeg feedback, andre ganger skjer ingenting. Umulig å reprodusere en stabil feil eller riktig tilstand. Jeg er i kontakt med utvikler og han har ikke reagert på et evt ombyttet topics-navn...

Det hadde jo vært morsomt om det var feilen....her er detaljer:

Slik den ser ut (og som jeg tror er riktig):

Ja, det er jeg ganske sikker på å ha lest, og der fungere heller ikke. Det ser ut til at enn så lenge så er plug-in´en litt sånn halvveis. Fungerer tilsynelatende fint dersom man har en MQTT-device og skal hente verdier, men dersom HS4 er "master" for verdiene (og topic´ene) så fungerer det ikke så bra. Ser at skissen min falt ut fra første post, men det jeg ønsker å få til er: Overstående fungerer mellom feks MQTT Explorer-client og ioBroker-broker, og grunnen til at jeg ønsker det slik er for å slippe "glue logic" i form av Node-Red. Forøvrig ikke noe feil med Node-Red, men i dette tilfellet skal det ikke være nødvendig å bruke...

Hei Jeg sliter med mcsMQTT og tror det er en feil i plug-in´en for HS4. Utvikleren mener at jeg skal kunne sub og pub på samme topic name (selv om jeg mener å ha lest at han anbefaler sepatate topics for set and get). Jeg får ikke dette til å fungere. Dersom jeg benytter ulike topic names for set og get (finnes en option for dette i ioBroker) som mottar på /topic og sender ut/svarer på topic/set så fungerer det (nesten) i HS4. Problemet er bare at da får jeg feedback siden mscMQTT tar innkommende verdi(subscribed) og publisher den ut broker igjen. Broker gjør som jeg tror er riktig...den svarer og sender echo av mottatt verdi tilbake til mcsMQTT...og så har vi det gående... Dersom jeg bruker fullstendige forskjellige topics som ikke har noe med hverandre å gjøre så fungerer det, med da jobber jeg ikke på samme "variabel". Det jeg ønsker er: Overstående fungerer mellom feks MQTT Explorer-client og ioBroker-broker, og grunnen til at jeg ønsker det slik er for å slippe "glue logic" i form av Node-Red. Forøvrig ikke noe feil med Node-Red, men i dette tilfellet skal det ikke være nødvendig å bruke...

Nå har jeg lekt med meg mcsMQTT på HS4 noen kvelder på rad og begynner å nærme meg sammenbruddets rand. Det jeg i praksis skal gjøre er å publisere verdiene fra noen VS som er temperatursetpunkter til en broker. Dette går helt fint og jeg kan bruke disse verdiene i mitt dash board for å vise verdienen. MEN så skal jeg også endre på disse verdiene i dashboard. I terorien må man da benytte en annen topic for å unngå "feedback". Vanligvis gjøres dette ved å slenge på en /set bak klientens publish topic. Så puttes det legges subscribe-verdien inn i mcsMQTT assosieringsmenyen (etter at man først har satt opp publish) Dette har jeg altså klart etpar ganger med verdiene StueEP og StueCP, verdiene vises fint i dashboard og HS4, og jeg kunne endre begge veier. Når jeg så skal legge til flere verdier slutter det å virke for de nye verdiene selv om jeg har benyttet samme fremgangsmåte for å legge dem inn. Deretter har jeg fiklet med det og så har alt sluttet å virke. Det som er snodig er at jeg også har satt opp en anndre klienter( MQTTX og MQTT Explorer), og her kan jeg subscribe på topicene jeg ønsker endre på dem og puclisere akkurat som jeg vil. Broker plukker opp riktig verdier. Nå får jeg bare til å publisere fra mscMQTT på HS4...ikke noen subscription i det hele tatt. Nå er det forøvrig slik at "master" for verdiene mine er HS4....det er ikke en device som jeg skal hente verdier fra noe steds slik som muligens oftest et oppsett er. Er det noen her som behersker mcsMQTT og kan gi noen tips? Holder på å bli sprø🥳

Hvilken USB-stick(med versjon) bruker du forresten? Jeg har en UZB1 versjon 4.61 (ZDK 6.71.1)