iblis

Den dårlige nyheten: Tapatalk har nå blitt fjernet fra Hjemmeautomasjon.no da denne tilleggsfunksjonen skapte mer hodebry enn nyttighet for oss som driver forumet. 

Den gode nyheten: Hjemmeautomasjon.no støtter nå Push Notifications både på Android og iOS ved å legge til siden på "Home Screen" som en egen app og samtidig godta sending for push notifications. Etter dette ble implementert så ser vi ingen grunn for å beholde Tapatalk funskjonen. 

Hei og takk for tilbakemeldinger. 

Jeg installerte akkurat en ny patch fra Invision som jeg tror vil gi en fiks på dette problemet. Fint om dere kan komme med en tilbakemelding om problemet er borte eller fortsatt oppstår. 

Hei Kim, 

Takk for at du rapporterte om dette. Var en innstilling som ikke ble aktivert igjen etter en oppgradering av nginx.

Bytt over mqtt brokeren din (mosquitto?) til EMQX og du har alt av analyser og data du kan tenke deg.

Beklager dette, var en feil i kodingen som satt dette til standard uten å kunne reverte tilbake til originalen. 

Skal være fikset nå. 

Erling skrev (7 timer siden):

http://username:password@ip-adresse:80/bha-api//history.cgi?index=1

 

Fungerer på lokal maskin, men ikke via HS-Touch, får 401 melding.

 

Jeg ser det er mulig å godkjenne en IP med tilgang (gresk), men håper andre Homeseer/Doorbird-brukere reagerer.

Har DoorBird brukeren du logger inn med fra HSTouch aktivert tilgang til å bruke API?

Lenge siden jeg har brukt hstouch, men mener å huske at du kan definere  og vise HTML sider der. Da kan du bruke DoorBird sin HTML5 Widget.

https://www.doorbird.com/en/widget

PeXjensen skrev (3 timer siden):

Det ser ud til der er problemer igen med Tapatalk.

Tapatalk er for tiden deaktivert i påvente av oppgradering til IPS 4.6

Selger diverse Namron Z-Wave/ZigBee produkter kun brukt for testing. Flere av enhetene er som nye kun tatt ut av eske.

https://www.finn.no/215721144

Selger diverse Develco/Climax (Homely) produkter kun brukt for testing. Flere av enhetene er som nye kun tatt ut av eske.

https://www.finn.no/215567901

Det er ikke bare hos deg PerH [emoji31]

Vi begynner å få såpass stor pågang her nå at VPSen vi kjører forumet på ikke strekker til og er i 100% load så å si 24/7.

Men du kan berolige deg med at vi er på saken og vil komme opp med en løsning i nærmeste fremtid. [emoji4]

Ahh, da forstår jeg 😊

Siden du allerede har gått til innkjøp av en UZB1, hvorfor ikke også spandere på seg en Z-Way lisens? Da vil du få alt du trenger++ til å feilsøke ditt Z-Wave nettverk.

Z-Way støtter også sniffing av data mellom noder, oversiktlig kart over mesh-nettverket, en fantastisk nodeliste som viser gjennomsnittlig timing på nodene og siste data som ble prosessert i nettverket (dette er stedet å starte for å lett identifisere hvilke noder som skaper delay). 
En annen funksjon i Z-Way som jeg bruker ofte er en liste med oversikt over alle assosiasjonene nodene i nettverket har. Der kan man lett finne assosiasjoner til noder som "henger igjen" etter en ekskludering. Disse vil også skape mye unødvendig trafikk og delay i nettverket ditt hvis assosiasjonene ikke har blitt fjernet etter ekskludering (tenk batterinoder som sover under ekskludering).

20 minutter siden, Dal skrev:

Men ser at det må gjøres motsatt av det jeg har gjort nå.

Altså at adapter settings, key etc må settes i Z-Wave2MQTT og ikke i Z-Wave JS, og SÅ installere Z-Wave JS.

Ja, jeg var under den forutsetning at zwavejs2mqtt allerede var installert etter Evelen sin guide.

23 minutter siden, Dal skrev:

 

Det vil si at ting må gjøres på nytt. Men hvis jeg bruker samme key, skal vel enhetene dukke fint opp igjen vil jeg tro.

Det skulle jeg tro 😊

Kan jeg spørre om hva som er formålet med denne snifferen? Hva skal du bruke den til?

10 minutter siden, Dal skrev:

Hei.

Kan dette brukes som en frontend / gui til open Z-Wave JS som ble sluppet sammen med core-2021.2.0 i går?

Den integrasjonen har jo ingen frontend pr. i dag.

Det kan den. 

Frenck har også laget en zwavejs2mqtt addon hvis du bruker Supervisor.

For å bruke den med Z-Wave JS integrasjonen i Home Assistant så gjør du følgende:

• Aktiver WS Server under Settings/Zwave på zwavejs2mqtt. 
• Aktiver Disable Gateway under Settings på zwavejs2mqtt.
• Legg til Z-Wave JS integrasjonen i Home Assistant og UNCHECK Use the Z-Wave JS Supervisor add-on.
• Fyll inn adressen på WS Serveren din. Eks: ws://IPADRESSE:3000. Bruker du Frenck sin addon skal adressen være: ws://a0d7b954-zwavejs2mqtt:3000

Tror jeg har greid å "trylle" det til nå slik at hele eposten blir sendt uten å avkorte den. Fint om dere kan komme med tilbakemeldinger om det fungerer. 

Da skal det være fikset. 

Det skal nå være en Forum link til venstre for All aktivitet under desktop modus, og en Forum link ovenfor All aktivitet under Forum kategorien på mobil modus. 

Mener du denne forsiden: https://www.hjemmeautomasjon.no/forums

?

Hvis dere ute etter en bra NVR setup med objektdeteksjon så vil jeg på det varmeste anbefale Frigate + Google Coral Accelerator.

23 minutter siden, Moskus skrev:

Merk at man mister muligheten til å f.eks. ha forskjellig lysstyrke på forskjellige tider av døgnet.

Som er grunnen for at jeg la vekt på "alltid" og "samme dimme nivå".

Hvis dette er et lys som alltid skal slåes på under bevegelse med samme dimme nivå så vil jeg anbefalle deg å bruke direkte assosiering for å slå på selve lyset og deretter bruke en flow for å slå det av igjen. Da vil du få en raskere og mer stabil trigger siden signalet vil gå direkte fra bevegelsesensoren til lyset og vil også fungere selv om kontrolleren (Homey) er nede.

Hvis du vil prøve denne fremgangsmåten så må du først assosiere lyskilden med assosiasjons gruppe 2 på Fibaro sensoren. I tillegg må du forandre parameter 12 på Fibaro sensoren: 

 12. BASIC command class configuration fra 0 til 1 (only the BASIC ON command frame sent in Basic Command Class).

På denne måten vil sensoren kun slå på lyset og ikke av som gjør at du får mer kontroll over når du vil slå av lyset via flows i Homey.

1 minutt siden, Evelen skrev:

Hvis jeg skjønner deg rett spiller dette inn om endringer skjer mens Home assistent er nede?

Det stemmer, men verdiene lagres av Retain under MQTT innstillingene som du allerede har aktivert og ikke Retain discovery som kun lagrer oppsettet til noden under discovery.

My bad 😎

Jeg tar tilbake det jeg skriver over da jeg nå ser du har aktivert Retain under MQTT som er det oppfordringen var ment for og ikke Retain discovery som er noe annet 🙃

45 minutter siden, Evelen skrev:

Har endelig blitt kvitt alt av interface på min virtulle Home-Assistant server, tidligere med DeCONZ for Zigbee, og nå nulig ZWaveJS2MQTT for Z-Wave.

Det gikk lekende lett faktisk, selv om det etter alt å dømme ikke var godt dokumentert.

Vil derfor dele denne how-to-en jeg skrev:

https://flemmingss.com/how-to-set-up-zwavejs2mqtt-on-a-raspberry-pi-and-integrate-it-with-home-assistant/

 

En fin how-to du har laget der @Evelen 👍

En ting jeg vil pirke litt på er konfigurasjonen du har satt under Gateway / Hass discovery.

Her vil jeg oppfordre deg til å aktivere Retained discovery slik at nodene som er oppdaget av HASS vil beholde sin siste publiserte verdi selv etter en restart. Konsekvensen ved å ikke ha Retained aktivert er at nodene må vente på en verdiendring før de oppdaterer status som igjen kan være ugunstig med tanke på automasjon osv. 

Dette skal nå være fikset.