aarpi3

Ja, har opplevd noen ganger at HS4 har stoppet opp litt uten grunn. Sist gang var at den det lå en oppdatering (av HS) klar til å kjøres. Har ikke fått den helt "rock solid" følelsen av HS4 enda. --

Er det noen som har funnet ut at tilbakemeldinger fra Namron Z-wave dimmer? Har en jeg sliter veldig med, og tror jeg har vært gjennom de fleste tips i tråden.

Ja, LoraWan protokollen funker på alle ISM bånd (bla 433, 868, 2400). Mest brukte i Norge er på 868MHz. Det er mange ulike (properitære) industrielle protokoller som bruker 868MHz. Fordelen er vel større båndbredde, og muligens lavere sendetid på bekostning av noe mindre rekkevidde. Også er det historisk mindre forstyrrelser enn i 433MHz. Rekkevidden er uansett ikke noe problem. Jeg har en 868MHz lora temp sensor inne i kjøleskapet som funker fint. Og frilufts "rekord" på over 20km. Om kommunikasjonen er en eller toveis har med protokollen å gjøre ikke frekvensen, meg bekjent. --

Jeg bruker mosquitto. --

Spent på hva han sier. Jeg satte opp en enkel Wemos med noen led og klarte å reprodusere loopen du snakker om med en non-plugin device. Dvs. jeg laget devicen først så koblet til topic. Men med samme enhet men som device laget via mscMQTT så fikk jeg ikke noe loop da jeg satte verdier i HS.

Ikke på en non-plugin device. På en plugin device så er det enkelt.

hmm... ser ikke noe galt jeg heller. Jeg hadde et tilfelle der bare Status ble oppdatert via mcsMQTT (ikke value), men det fikset jeg i mcsMQTT devicen. Hos deg er både Value og Status er lik, men du kan jo prøve å sammenlign disse med verdier du får i mcsMQTT lista ved oppdateringer (begge veier). Ser at valgmuligheten i mcsMQTT er færre med non-plugin devices. Sikker noe jeg ikke har oversikt over, men hvorfor er devicen en non-plugin device?

Hvordan ser devicen ut i HS management?

å. Det er en non-pugin device. Det har jeg ikke testet. Da er det vel litt viktig at oppsettet passer med det devicen forventer. Denne tråden så litt relevant ut: https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/mcsmqtt-michael-mcsharry/1396183-mcsmqtt-plugin-and-non-plugin-devices

Skal det ikke være motsatt pub/sub? Hvordan ser detaljene for 1037 ut?

Har ikke testet dette spesifikt men mener at zigbee2mqtt gjør dette. Jeg mener jeg får payload in på zigbee2mqtt/friendly_name og setter verdi på zigbee2mqtt/friendly_name/set Hvordan ser devicen ut i mcsMQTT?

Da skjedde det igjen. Ser ut til sensoren ikke timer ut slik den skal etter 4 min. Nesten 30 min ser det ut til at det brukte. 21:26:14 No Motion 20:57:27 Motion Må vel få lagt opp strøm på ett eller annet hvis.

Home assistant integrasjonen ser ut til å kunne dimme https://www.home-assistant.io/integrations/twinkly/ Tror den er basert på koden her https://github.com/dr1rrb/ha-twinkly

Ja. 1st er floor, Bathroom er room og light er Child device name. Root device name er Bathroom downlights. På Remove Delayed Device Action så vises ikke Root Device navnet etter lagring

Ble usikker, men har bare et lys på badet i HS. Når jeg velger Light på bildet under så lagres den uten root device navnet.

Ja litt overveldet av muligheter og innstillinger i mcsMQTT. Har brukt noen timer på å finne ut av noe så enkelt som at Device VSP for å sette Device value kun funker hvis Device controll er satt til button eller list. Sent from my SM-G950F using Tapatalk

Ja, det vil kanskje løse problemet. Men lurer litt på hvordan logikken virker uansett. Med forsinket OFF på 15 min så burde det være nok tid etter en 4 minutters time out for re-trigger eventet. Og fra statusen i HS ser det ut til å virke. I.e. bevegelse registrert, men lyset slår seg av. Akkurat som sletting av forsinket OFF delen ikke funket. Har faktisk ikke sjekket om eventet faktisk er kjørt da jeg får feil. Sent from my SM-G950F using Tapatalk

Kan være. Kortere blir jo bedre, men den går på batteri så har default 4 min. Men trodde det gikk fint så lenge delay off er mye mer en 4 min. Sent from my SM-G950F using Tapatalk

Ja mener det.

Jeg har lik event for å styre lyset på badet, men får det ikke hel til å bli som ønsker. Styres ved en Multisensor 6 og virtuell Device for morgen, dag, kveld og natt). Sensoren går på batteri og har default 4 min time out for bevegelse, men det burde vel være ok siden jeg har 15 min delay på OFF. Men det blir mørk på badet selv om jeg er der inne av og til har ikke helt funnet ut mønsteret enda. Da det skjer rapporterer HS bevegelse (og lys av). Noen som vet hva jeg har oversett? Hadde en mistanke om at det kunne være akkurat i overgangen mellom dag og natt på den virtuelle Device, men har sett oppførselen uten for de overgangene også. Også er det problemet med at manuell justering blir tilbakestilt (da eventen virker som forventet). En må vel til med script for å løse det. Kanskje mulig å lage flere eventer med "AND IF" "Device value equal" forutsetninger. Og en "no motion" for x time event for OFF. Blir fort mange eventer

Hva med en IR eller ultrasonic bryter mot en arduino/ESP eller en smart implant?

Det er en spesifikk LoRaWAN musefelle. Men fanger bare en mus og en mus. Trenger TTN dekning. https://connectedthings.store/gb/xignal-lorawan-mouse-trap.html#:~:text=Xignal LoRaWAN Mousetrap,miss a caught mouse again!&text=With the advanced LoRa technology,7 reports about rodent activities.

Ja, har brukt ish samme oppsettet før jeg fikk meg 8 kanaler gw. Nodene må settes opp til å bruke den kanalen du setter gw på ellers så mister du mange pakker. Jeg har koblet gw til TTN og hentet data ned med MQTT og mcsMQTT i HS. Men du kan også hvis du vil ha en privat (lokal) server. --

[quote post="77250" Det høres ut som om mqtt er veien å gå. Jeg har ikke sett på det enda, men regner med at det ordner seg. Noen som har gjort dette allerede? Hvis jeg senere vil ha en node til, hva gjør jeg da? Må man ha gateway så fort det er flere noder? Jeg har kun brukt LoRaWAN, men med LoRa så er jo ikke signalet kodet på noen måte. Vil tro at en mottaks-node vil høre alle noder som sender i området så i praksis fungere som en gateway. Ellers så går det å lage en 1-kanals LoRaWAN gateway av et standard ESP/RM 95 kort kombo. Men da må en sette opp en server lokalt eller gå via feks the things network. Er jo selvfølgelig en uting å gå via skyen, men fordelen jeg ser er jo at en kan få utvidet hjemmet til hytta, bilen, sykkelen, båten eller gamle foreldre uten å være avhengig av Wi-Fi. --

De kan integreres med MQTT (som alt annet). Edit: https://www.thethingsnetwork.org/docs/applications/mqtt/api.html --