Fjosepose

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)

Fungerte ikke uansett hva jeg fant på, secure inclusion/re-inclusion/osv ☹️

Jeg har ikke gjort det, men jeg har inkludert tre-fire stykker og alle har hatt lik oppførsel. Skal dog gjøre en exclude/include bare for å ha gjort det.

Men da ville det jo ikke fungert andre steder heller. Dette fungerte jo fint i HC2. Ser dessuten dette i datablade: Eneste bekymring i så måte er at dette er "supported"....det kan muligens bety litt forskjelling?

Måtte du gjøre noen triks for å få Verisure til å fungere i HS4? Kan du evt fortelle fremgangsmåten?

Vet ikke helt om jeg skjønner hva du mener. Z-push er den enheten det skal styres fra, så den trenger å se endpoints på devicene som skal styres. Hver knapp er forøvrig ikke en gruppe. Hvert knappe-par er en gruppe, se databaldet. Om Z-push hadde fungert slik som ønsket så skulle jeg ha sett dette: Istedet ser jeg noe som dette:

Nei, får ikke opp en slikt menyinnhold når jeg går inn i assosisasjonsmenyen for z-push. Bildet over viser denne menyen for Fibaro Double Switch når jeg ser på en annen Double Switch(Ute Garasje Garasjelys osv..). Det er det som får meg til å tro at feilen muligens ligger i området rundt Z-push...

Går fint an å "teste" med noe som er i bruk. Eneste man trenger å gjøre er å gå inn i assosisasjonsmenyen til en "wall switch" og se hva som dukker opp, for deretter å avbryte. Jeg gjorde en test og fant ut at "Fibaro Double Switch"(som også kan være en "fjernkontroll") dukker opp som en multi-endpoint device...slik som dette: Dette tyder jo på at både HS4 og z-wave-stick fungerer med multi endpoint. Jeg begynner å falle ned på at det må være HeatIt Z-push´en som tuller med meg...men det er jo litt merkelig siden den har fungert som ønskelig tidligere. En mulighet er jo at enkelte klasser har "falt ut" under inkludering, det har jeg sett på feilmeldingene. Skal prøve en "rescan" eller inkludere på nytt med devicen kloss opp i HS4-serveren...

Mao så skal denne styre hvert sitt relé i én Fibaro double switch gjennom assosiering

Jeg har en Heatit Z-push som har 4 av/på-par. Hvert par har sin egen group, hhv group2(par1), group3(par2), group4(par3), group5(par4). Jeg ønsker at par1 og par2 skal kontroller hvert sitt rele i en Fibaro Double Switch uten at HS4 trenger å være involvert i signaleringen etter at assosieringen er utført. Det er vel dette som er assosiering mellom to devicer? Fibaro Double Switch skal ha denne egenskapen se snap av Command classes: Hvilken versjon av Z-wave-plugin....jeg tok den jeg fikk i updateren😀 Men versjonen min er 3.0.2.0... antar at den er den nyeste og beste? I HC2 er assosieringen nogenlunde lik i prosess, selv om menyene er noe ulike. Man velger gruppe og legger inn device, og deretter sync´es de nye innstillingene.

Jeg regner med at det du skriver stemmer for alle tyder devicer. Det som jeg sliter med å få til med HS4 gikk helt fint i HC2, som jeg har skrevet over. Jeg tenker jo at denne Multi-Endpoint-assosisasjonen i utgangspunktet er bestemt av de to devicene som skal kobles sammen, MEN kontroller må fasilitere dette. Når dette fungerer i HC2 så forteller et meg at devicene har denne Multi-Endpoint-egenskapen. Da peker pila på enten HC4 eller z-wave-sticken, høres ikke det rimelig ut?

Dette er det som dukker opp: og slik: