Fredrick
Medlemmer-
Innlegg
498 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
13
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av Fredrick
-
Erfaring med Develco DIN smartrele
Fredrick svarte på Hillmar sitt emne i Strømsparing og strøm-overvåkning
Når ser du for deg å få lagt ut litt erfaringer? Jeg er også interessert i denne -
Takk for input, og takk for bilde Spørsmål: 1. Med triggeren "4:40 after sunrise", må du justere denne underveis i sesongen? Solen har jo ikke fast posisjon like lenge etter soloppgang gjennom året. 2. Hvor godt fungerer condition "Skyet". Er det ofte du skulle ønske den gikk ned fordi det er lett overskyet, eller at du skulle ønske den ikke gikk ned fordi det var tilstrekkelig skylag?
-
Hei, Har montert utvendige screens for å hindre innslipp av for mye varme om sommeren. Disse kommer snart "online", og jeg lurer i den sammenheng på om det er noen her som har gode erfaringer med hvordan disse skal styres? Måle utvendig lux er vel kanskje ikke så presist? Eventuelt forslag til sensorer? Hente posisjonen på solen? Vil vel gi for mye solskjerming på overskyede dager Kombinere solposisjon med utvendig lux?
-
Hei, Jeg sliter litt med å få lagt til noen Develco røykvarslere i Deconz og i Homeseer via Jowihue. De skal være støttet, men det virker litt "ruskete". Har nok nå forsøkt å legge de til litt vel mange ganger, og mistenker at jeg har en liten opprydding å gjøre før jeg skal dømme hele driten til søpla. Noe av problemet er at jeg la til enheter via gammel versjon av Phoscon appen som gjør at enhetene ikke kommer opp i vanlig phoscon app der jeg ellers kunne slettet de. Selv når jeg har slettet enhetene, og resatt de fysisk så henger det igjen minst én device i Deconz. Hva er beste måten å rydde opp i dette på? Vil gjerne unngå å kjøre full reset av hele nettverket da det var litt av en øvelse å få lagt til alle trådfri-pærene. EDIT: Og er det bare meg som syns Zigbee er jævla tungvint når man i Phoscon/Gammel Phoscon/Deconz og Jowiehue får ulik informasjon? Hvorfor så jævlig mange steder man kan kødde til...
-
Selv om jeg ser nytteverdien i dette vil jeg nok ikke ha denne funksjonen i eget system. Vi vet alle hvordan uforklarlige bugs kan dukke opp og integrasjoner kan kødde seg til. I værste fall risikerer man et brannscenario der røykvarslerne blir skrudd av fra Homey uten at man våkner.
- 59 svar
-
- 2
-
- røykvarsler
- z-wave
-
(og 1 andre)
Merket med:
-
Konklusjonen må altså være at noe er galt/rart med min lås ettersom det samme fungerer for flere av dere. Vi kan vel gjette på at det skyldes FW som jeg har oppdatert, men det får vi vel ikke svar på. Tror løsningen blir å kjøpe en Sensative Strip så har jeg mer kontroll på døren selv
-
Nå skjønte jeg ikke.. Du har lest av parameter - og den er 252? Det gir vel desto mindre mening at jeg kan styre den manuelt til verdi 0/1, men ikke via event
-
Ser at det kan være en fordel å la Homeseer styre det mer direkte ja, særlig det med lenger forsinkelse Hjalp ikke med 2 byte størrelse
-
Så ikke at du hadde svart tidligere. Du tenker slik? Jeg ser at denne vil trigge flere ganger slik at man har noe "fallback", men det vil jo i prinsipp være samme løsning? @Moskus Det virker å endre parameter på rootdevice direkte, men ikke via event som vist her. Da får jeg feilmeldingen i log fra OP
-
Ja jeg koblet vel egentlig at det ikke har med sleep å gjøre.. Den støtter jo opplåsning uavhengig av status. Ja det er satt til 1 byte. Jeg har også oppdatert FW både på lås og Z-wavemodul Jeg har også forsøkt å kjøre event manuelt et par ganger uten hell EDIT: Forsøkte nå manuelt å endre parameter via rotenheten, fikk ingen feilmeldinger/kvittering i logg. Må nesten teste når jeg kommer hjem om det virket.
-
Hei, Jeg har en IDLock 150 som jeg gjerne skulle hatt til å automatisk låse i perioden 21-07, resten av døgnet liker vi å ha døren åpen. Jeg ser at jeg kan styre autolås-funksjonen via parameter 1, men hvis jeg lager event som kl 2100 endrer dette parameteret får ser det ikke ut til å virke, er det fordi noden sover? Er det noen måte jeg kan programmere den på til å endre parameter neste gang noden våkner? Alternativt kan jeg vel styre "auto-lås" via Homeseer i at den bare låser døren - er det kanskje den enkleste måten? sep-29 21.00.12 Z-Wave Warning A Z-Wave action in the event Lås og Alarm Ytterdør Autolås kveld returned an incomplete (failed) result. sep-29 21.00.12 Z-Wave Error Event Action Set Configuration Parameter failed in Event Lås og Alarm Ytterdør Autolås kveld
-
Etter litt lettbent googling ser det ut til at noen av pærene har FW som er mer sensitiv for timingen for å få til resett. Løsningen var å ha den avskrudd litt lenger (typ 0,5s) og så på så kort som mulig. Skru den av igjen så fort den lyser EDIT: Så får vi se om vi finner ut av Develco røykvarsleren...
-
Takk for svar.. Da er det vel bare å prøve videre. Så lite det hadde kostet dem å hatt et lite binders-hull for resett.. Jeg trenger ikke være tett på ("Touchlink-avstand") fra Conbee for å få lagt den til med denne måten? Det holder at jeg har dekning? Jeg vet jo at jeg dekning i stuen for der får jeg lagt til dimmerne. Når du legger til å Phoscon er det bare å trykke "Add new light" og så resette Trådfri innenfor det minuttet den scanner? Det er ikke sånn at Trådfri-pæren må være paret med en dimmer for å være "klar" for gateway?
-
Hei, Kjøpte meg Conbee for noen dager siden, og fikk installert deCONZ på maskinen min. Det kjører fint, jeg har kontakt med Conbee og har siste versjoner av SW/FW. Så kjøpte jeg i dag et par Develco røykvarslere for å teste disse, og samtidig noen Trådfri pærer med dimmere. Jeg får lagt til dimmerne i Phoscon appen, men ikke trådfri pærene. Jeg har forsøkt å resette (av/på strøm 6 ganger tilsvarende videoen på Youtube) etter alle kunstens regler, og har iht denne tråden også forsøkt i den gamle appen til ingen nytte. Jeg er klin opptil Conbee når jeg prøver. Jeg får heller ikke lagt til røykvarsleren. Den blinker som den skal for å signalisere at den leter etter Gateway - det skal den i følge manualen gjøre i 15 minutter før den dvaler. Etter 30s-60s så slutter den å blinke, uten at jeg har fått den opp som en enhet i nettverket mitt. Jeg har altså satt Phoscon webappen til å søke etter "other" sensor når jeg forsøker å legge til røykvarsleren, og etter light når jeg legger til trådfripærene. Noen som kan forstå hva en Zigbee nybegynner gjør feil her?
-
Ikke helt sømløst og problemfritt altså. Takk for svar
-
Noen med Homeseer som har oppgradert FW på lås og Z-wavemodul med noen erfaringer av hvordan det gikk?
-
Man trenger fremdeles bridge? Eller kan man droppe dette mot at man har en ZigBee kontroller? Eventuelt en kontroller å anbefale?
-
Fra: https://forums.homeseer.com/forum/homeseer-products-services/general-discussion-area/103751-any-news-on-hs4/page12
-
@Moskus Er det mulig å få inn spenning/strømforbruk for de ulike fasene? Det er tilgjengelig i appen, og også støttet i API såvidt jeg kan forstå
-
GUIDE [Homeseer/Tasker]: Fredricks unødvendig kompliserte «babycall»
Fredrick svarte på Fredrick sitt emne i Overvåking
Ble vurdert, men fant ingen god løsning nei -
GUIDE [Homeseer/Tasker]: Fredricks unødvendig kompliserte «babycall»
Fredrick svarte på Fredrick sitt emne i Overvåking
Det er faktisk noe av grunnen til at jeg skrev den inn i koden. Jeg hadde også andre intervaller inne mens jeg testet det ut. Når det kom til stykket valgte jeg det bort for en enklere løsning. Som du vet er gråt eller barn som roper en variabel som det er vanskelig å ta høyde for i alle tilfeller. Gråter de mot mikrofonen får jeg masse utslag, har de snudd seg i sengen og ligger inn i dynen er det ingenting. 1-minutts nivået kan også bli kunstig forhøyet av biler/flytrafikk i området som gjør at jeg ikke får alarmer når jeg skal. Til syvende og sist opplever jeg noen falske alarmer når det f.eks kommer en motorsyklist som skal tøffe seg litt forbi vinduene. Jeg vil likevel mye heller ha falske positiver enn falske negativer. -
GUIDE [Homeseer/Tasker]: Fredricks unødvendig kompliserte «babycall»
Fredrick publiserte et emne i Overvåking
Hei, Valgte å legge topic her da mye av dette kan hackes om til andre systemer, men for egen del er det Homeseer som gjelder. Følgende «komponenter» inngår for å få dette til å virke: Webkamera (PoE Hikvision 2432) ESP8266 med en billig lydsensor Homeseer med plugins: - Kodi - EasyTrigger - Tasker - mcsMQTT MQTT-broker Mobil med Tasker, AutoRemote og AutoNotification Jeg har hermet etter noen andre på forumet i prinsippene, men så har jeg også tatt den litt lenger og tenkte at jeg kunne dele hvordan jeg har gjort det. Jeg forsvarer tidsbruken for meg selv ved at jeg tror vi trenger «babycall» i en del år frem ettersom vi har en lydisolert kjeller-kino der vi ikke hører barna, og det er vi litt avhengige av å ha kontroll på. Resultatet er slik: Lydnivå i barnerommene overvåkes og sendes kontinuerlig til Homeseer Hvis lydnivå overstiger en terskelverdi sendes det ut en egenprodusert notification (se under) til telefonen. Hvis Kodi i kjelleren eller i stuen spiller av kommer samtidig bilde-i-bilde av webkamera til det rommet det gjelder Fra notification kan jeg åpne webkamera på mobilen, senke terskelverdien (noen kvelder er det mye bråk ute som gjør at alarmen trigges), skru av alarmen for dagen (eks. hvis jeg vet vi er tilgjengelig – eller hvis vi har barnevakt så trenger ikke jeg notifications) eller «slumre» alarmen i 15 minutter i de tilfellene der barna må få sovnet inn igjen. Notification ser slik ut: Jeg fikk aldri digital utgang fra en annen lydsensor til å fungere, så det er brukt analog. Her hadde jeg nok hatt godt av litt bedre elektro-kompetanse, for jeg tipper det mangler en motstand. Justeringen på selve lydsensoren er ekstremt følsom, og den minste endring fører til at signalet klipper på maks. Senker jeg den litt reagerer den ikke på skriking. For eget vedkommende har jeg klart å få det til å fungere, men ta det som en advarsel/mulighet for forbedring. Kombinasjon av «If its stupid, but it works..» og «If it works, dont fix it» Programmering – ESP8266 Klipper bare inn programmet som brukes, så får dere heller spørre hvis det er noe. Kanskje jeg kan svare, kanskje noen andre kan svare. Kanskje noen kan fortelle meg om ting som burde vært gjort annerledes //Library and defining DHT #include "DHT.h" #define DHTTYPE DHT22 #define DHTPIN 2 DHT dht(DHTPIN, DHTTYPE); //Library for NodeMCU #include <ESP8266WiFi.h> //WiFi setup const char* ssid = "SSID"; const char* password = "PASSORD"; WiFiClient espClient; //Libraries, setup and topics for MQTT #include "PubSubClient.h" const char* mqtt_server = "192.168.1.7"; const int mqtt_port = 1883; #define temperature_topic "ESP/Ronjas/temp/temp" #define lyd10_topic "ESP/Ronjas/lyd/lyd10" #define lyd60_topic "ESP/Ronjas/lyd/lyd60" PubSubClient client(espClient); //Variables for temperature-reporting. long lastMsg = 0; //Storing last sent temp float temp = 0.0; float diff = 1.0; //change to a suited value based on max difference in temp that should be accepted int pinSignal = A0; // pin connected to sound sensor //Sound-sensor connected to A0 void setup () { pinMode (pinSignal, INPUT); // Set the signal pin as input for sound sensor Serial.begin (74880); setup_wifi(); client.setServer(mqtt_server, mqtt_port); dht.begin(); } void setup_wifi() { delay(10); Serial.print("Connecting to "); Serial.println(ssid); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } Serial.println("WiFi connected"); Serial.print("IP address: "); Serial.println(WiFi.localIP()); } void reconnect() { // Loop until we're reconnected while (!client.connected()) { Serial.print("Attempting MQTT connection..."); // Attempt to connect if (client.connect("ESP8266Client")) { Serial.println("connected"); } else { Serial.print("failed, rc="); Serial.print(client.state()); Serial.println(" try again in 5 seconds"); //Wait 5 seconds before retrying delay(5000); } } } //Check if new temp value can be accepted bool checkBound(float newValue, float prevValue, float maxDiff) { return !isnan(newValue) && (newValue > prevValue - maxDiff || newValue < prevValue + maxDiff) && newValue != prevValue; } void loop () { if (!client.connected()) { reconnect(); } client.loop(); int level60 = 0; //Averages the last minute and publishes to MQTT for (int x = 0; x<6; x++){ int level10 = 0; //Averages the reads from last 10 seconds and publishes to MQTT for (int y = 0; y<10; y++){ int level1 = 0; //Takes 200 polls from sound sensor and stores the sum. 5ms between polls for (int z = 0; z<200; z++){ level1 = level1 + analogRead(pinSignal); delay(5); } level1 = level1 / 200; level10 = level10 + level1; } level10 = level10 / 10; level60 = level60 + level10; client.publish(lyd10_topic, String(level10).c_str(), true); //Serial.print("Lyd siste 10: "); //Serial.println(level10); } level60 = level60 / 6; client.publish(lyd60_topic, String(level60).c_str(), true); Serial.print("Lyd siste 60: "); Serial.println(level60); //Reporting new temp each minute if it passes checkBound float newTemp = dht.readTemperature(); if (checkBound(newTemp, temp, diff)) { temp = newTemp; Serial.print("Ny temperatur rapportert: "); Serial.println(String(temp).c_str()); client.publish(temperature_topic, String(temp).c_str(), true); } else { Serial.print("Skippet rapportering av temp, newTemp: "); Serial.print(newTemp); Serial.print(" temp: "); Serial.println(temp); } } Merk at denne sender ut gjennomsnittsverdier for siste 10 og siste 60 sekunder. Dette ble brukt litt i testingen, men jeg har valgt å beholde begge. Jeg bruker siste 10s for å utløse alarmer da det har vist seg å fungere godt uten at det blir for følsomt. Programmering – Homeseer Forutsetter at dere har installert Tasker plugin og fått den til å fungere begge veier. Det trengs noen virtuelle devicer for å komme i mål: «Leggetid» On/Off o Brukes for å skru av alarmen når ungene ikke sover. Brukes også for å skru av/slumre alarmen «Lydnivå» o Denne enheten oppdateres (via MQTT) med verdiene fra lydsensoren «Alarmterskel» o Denne enheten brukes for å utløse Homeseer-event ved sammenligning mot Lydnivå (Lydnivå>terskel – kjør notification) o Eneste grunn til å ha dette som en egen device og ikke kjøre event direkte (lydnivå>»TERSKELVERDI») er for å kunne senke følsomheten via notification. Så blir det en del events: «Leggetid unger» Skrur på device «Leggetid» etter fastsatt klokkeslett. Jeg kan også kjøre dette eventet via snarveier på mobilen. Har ambisjoner om å få dette bedre automatisert fordi leggetid selvsagt ikke følger et fast klokkeslett hver dag. Jeg har lagt inn en «failsafe» ved at dersom de er lagt tidlig og vi fyrer opp kinoen skrus alarmene likevel på. «Lydalarm» Sammenligner devicene «Lydnivå» og «alarmterskel» med hjelp av EasyTrigger, kjører event hvis barna er lagt (og ikke «huset sover», altså vi voksne også). Sender notification til mobilen min Starter bilde-i-bilde på Kodi dersom det spilles av media der "Morgen" Skrur av leggetid for begge barna og for huset «Resett terskelnivå» Hvis vi har senket sense via mobilen så skal den tilbake til opprinnelig verdi hver natt «Senk sense» Kjører skript som senker verdien på «Alarmterskel» med et gitt intervall «Slumre» Skrur av leggetid i 15 minutter Programmering – Tasker Tasker er for meg tungvint og uoversiktlig, men jeg fikk det nå til tilslutt. Ser store muligheter med Autonotification. F.eks automatisk fjerne notifications for «post» fremfor å sende en ny notification «Post hentet». - Event «Notification» kjører når det sendes alarm fra Homeseer. Denne notification har 3 knapper i tillegg til å i seg selv fungere som en knapp. Setup ser slik ut: - De ulike knappene må alle ha tilhørende «Profiles» som ser slik ut: Disse profilene kjører hver sin task som ser slik ut: - Snooze (OBS! Feil ID-nummer): - Skru av (OBS! Feil ID-nummer): - Senk sense: - Åpne webkamera:- 5 svar
-
- 5
-
Jeg gruer meg til å overlate dette systemet til fruen når det kommer til daglig bruk... Fikk byttet til ny på Elkjøp. Nå funker det igjen, men sensorfallen er litt treg. Samme som var problemet opprinnelig - de har to ulike låskasser i omløp, og nå har jeg fått en som er lik den første jeg hadde og som jeg måtte bytte ut. Lover ikke godt, men foreløpig går det ok.
-
Den "enkle" løsningen er selvsagt å ha en annen inngangsdør med tradisjonell sylinder, men det er ikke akkurat så sexy, ei heller en løsning som passer for alle (leiligheter etc.) Man skal liksom kunne stole på låsen sin. Dette er andre gang jeg reklamerer på min IDLock, og jeg har ikke engang brukt den enda...