Fjosepose
-
Innlegg
193 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
4
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av Fjosepose
-
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:
-
Jeg skal ha inkludert alle non-secure...men kan selvfølgelig ha bommet. Hvor ser man det ? Har sjekket "node information" uten å se noe... Jeg har en Fibaro Double Switch som kun dukker opp som parent device i HS4 assosieringsmenyen...ikke noe valg av endpoint eller annet. I HC2 dukket hvert endpoint opp som to ulike devicer man kunne krysse av for.
-
Da er vi kanskje nede på hvilken FW-versjon UZB1 har?
-
Når jeg fikk de riktige søkeordene så fant jeg denne ganske raskt: https://forums.homeseer.com/forum/hs4-products/hs4-software/hs4-pro-beta-releases/1420907-multipoint-association-not-working-in-hs4 Antakeligvis er dette noe som fremdeles vedvarer på current release også...
-
Jo, assosiasjonene er mellom noder, men problemet mitt er fremdeles at "multi endpoint device" assosisasjoner som jeg beviselig hadde under HC2 nå ikke lenger er mulig å sette opp med HS4. Eneste åpenbare forskjellen jeg klarer å ser er at kontrolleren/z-wave-enhet er byttet ut. Tenket at dette muligens kunne påvirke oppsettet mellom nodene...feks at en gammel z-wave-firmware ikke klarte å "se" underenhetene hos multi endpoint device?
-
Hei Jeg bygger nå opp assosiasjoner mellom devicer gjennom HS4 som har en UZB1 v4.61. Men jeg ser faktisk ikke child devices som separate enheter i assosisasjons-menyen...altså feks begge switchene i en Fibaro Double Switch. Istedet ser jeg bare en switch som er parent. I HC2 så fungerte dette...så jeg tenker at det nok ikke er devicene det er noe galt med(HeatIt z-push og Fibaro Double Switch) Skyldes dette gammel FW på UZB1? Eller noe annet?
-
Kan det stemme at "is Light" kun er for stemmestyringsformål...?
-
Jeg har et ganske enkelt script hvor jeg fra event-generatoren sender over en verdi til scriptet: Public Sub Main(Parms As Object) 'Dim hs4 as Object = hs 'ADDED BY tenScripting Dim Parm() As String = Parms.Split(",") Dim Tellerverdi As Double = Convert.ToDouble(Parm(0)) hs.SetDeviceValueByName("TellerPresence", Tellerverdi) End Sub Jeg får deg feilmeldingen "HomeSeer Error 1 Running script SettPresence.vb :Exception has been thrown by the target of an invocation." men verdien i VDen TellerPresence blir likevel satt. Kunne sikkert bare ignorert feilmeldingen...men tenker at det er greit å få denslags bort. Noen tips?
-
Jeg endte opp med å lage "definisjoner" i events pr rom for å slå av og på. Da blir det kun event i eventen, men samtidig bare ett sted å endre dersom jeg må gjøre endringer. Er uansett en drøm å lage events i HS4 sammenlignet med HC2...
- 5 svar
-
- 1
-
-
- hs4
- lysstyring
- (og 1 andre)
-
Hei Jeg skal snart begynne å flytte over lys til HS4. Er det noen som har anbefalinger på en god strategi for oppbygging på det området? Ser at det bla finnes en variabel som heter "Is light" som sikkert er lurt å krysse av. Finnes det feks noen triks for å slå av lys i spesifikke rom bare ved å "kalle rommet"? Eller er det til syvende og sist greiest å legge alt lys inn i et antall scripts og kalle det fra events? Evt legge rommene inn i event hvor trigger er "manuell" og så trigge disse eventene fra andre eventer? Her er det nok litt smak og behag, men tenker vel at for dere som har fiklet lenge nok med Homeseer vil det kan utkrystallisert seg en "best pratice"?
-
Ok, da er visningen i GUI en tilstandsmaskin som viser value dersom string er blank, og string dersom ikke blank. Dette betyr vel at det ligger et lag som håndterer value/string i GUI, mens i API er det "rette på. Ser dog at GUI følger når jeg skriver value..da blir både visning og icons korrekte👍 Så lenge man dette så er det jo ok, men er jo litt knot å bruke (intetsigende) values for å styre VDs i GUI som string-baserte. Istedet for å styre direkte på min/med/max må man altså bruke feks 0/1/2.
