DiderikFrom

13 hours ago, Peter Weierud-Wilsgård said:

Så det betyr egentlig at en enkel operasjon som bevegelse i garasje skal skru på lys. Sånskal lys skru seg av igjen etter 4 min ikke kan brukes fordi jeg ikke kan kontrollere at flere instances ikke skal trigge videre og skape overload på minne/cpu?

 

Jeg tolker det slik at dersom du får "too many instances" er det én eller flere scener event som bør skrives om. Men uten logg er det vanskelig å vite hvilken. Å øke antall instances mer enn bare litt vil/kan føre til ustabilitet/ressursproblemer.

Jeg ville først gått grundig gjennom scenene og sjekket logikken. Er det noen scener som vil aktivere igjen og igjen uten behov? F.eks. dersom bevegelse --> slå på lys, bør skrives om til (dersom bevegelse OG ikke lys) --> slå på lys.

Dersom du da fortsatt ikke er i mål, ville jeg deaktivert alle scener, for så å aktivere én og én og sjekke stabiliteten for hver ny scene som aktiveres.

Det er noen år siden jeg solgte min HCL, blant annet på grunn av dette.

Jeg er rimelig sikker på at meldingen kommer fordi en scene/event trigges for mange ganger. Det som er den største bakdelen med HCL er at det ikke fins noen logg du kan sjekke dette i (ihvertfall var det ikke det da jeg sluttet å bruke HCL).

Dersom du lager en scene som følger (pseudokode):

If time is after 2000; then turn on lights

Vil scenen  trigges igjen og igjen i det uendelige, og du får CPU-/minneproblemer og nevnte melding.

Denne kodensnutten er ekstremeksempelet, men det er mange små fallgruver man kan gå i, og uten logg er det vanskelig å debugge.

Jeg selger en stykk Philio veggkontroller-/dimmer. Meget god stand. Jeg har vært veldig fornøyd med denne, men jeg trenger den ikke lenger.

Se bilder under. Det øverste er produsentbilde.

https://www.tronika.no/no/zwave-kontrollere/865-veggkontroller-psr07.html?search_query=philio&results=11

Tenkte meg, tja, 350. Kom ev med bud.

Kan hentes på Frogner i Oslo, ev.sendes mot at kjøper betaler frakt. Jeg kan sende i brev (uten sporing) for 48 kroner, ev norgespakke med sporing (noe dyrere).

On 13/12/2018 at 16:02, Preference said:

Hei, jeg kjøper gjerne en (med temp-sensor hvis mulig) hvis det passer med henting 20-22., eller 25-30. desember?  

Hei,

det er fint! Henting passer både mellom 20-22 og 25-30 desember.

Jeg selger tre stykk Fibaro Door/Window Sensor. Den ene har påmontert temperatursensor. Dersom det er av interesse, kan jeg se om jeg finner løse temperatursensorer som kan følge med de to andre.

Se bort fra eskene, de kan godt være fra en annen sensor. Nøyaktig typebetegnelse ses på bilde. Alle er i god stand.

Jeg tenkte meg 275 per stykk, 800 for alle tre.

Kan hentes på Frogner i Oslo, ev sendes mot at kjøper betaler frakt. 

Det er ikke spanning tree protocol? Det slet jeg med for en god stund siden.

https://en.community.sonos.com/troubleshooting-228999/sonos-and-the-spanning-tree-protocol-16973

PS: Bridge er jo bare dersom du ikke kan kable en av Sonosdingsene dine.

On 28.8.2018 at 11:15, ZoRaC said:

Mulig det er noe jeg ikke skjønner i behovene du beskriver, men er det ikke bare å kjøpe bevegelses- og magnetsensorer og sette opp events som et alarmsystem? Det er det jeg gjør...  

 

Eneste det ikke finnes noen god løsning på er vel keypad for å deaktivere alarmen med kode - jeg bruker geofence til det, er vi hjemme når ytterdør åpnes så aktiveres hjemmemodus. Er vi borte så går alarmen.  

Jeg gjør det også slik, og det har fungert utmerket i noen år nå. Jeg bruker Sonos som varsling og med diverse lyder, samt som sirene.

Og keypad/RFID har også fungert utmerket: 

On 6/18/2018 at 10:39, ZoRaC said:

 

Jeg tror det løses med å sette dette før wifi.begin():

WiFi.mode(WIFI_STA);

Ref https://github.com/esp8266/Arduino/issues/676

 

Ser også at du har 2 "wifi.begin();", kanskje den ene starter i AP-modus? Ville fjernet den nederste av dem også.  

On 6/18/2018 at 10:47, DiderikFrom said:

 

Det har jeg jammen! Det må jeg fjerne,

 

 

Ah, herlig! Det ser veldig riktig ut, jamfør ref. (Det burde jeg jo ha klart å google meg til...)

Tester dette så snart jeg kommer ut til NodeMCU'en.

 

Tusen takk!

Da fikk jeg oppdatert NodeMCU'en i dag, og dette funket utmerket!

On 6/19/2018 at 10:30, Moskus said:

IP-telefonen.

(FreePBX er konge! ) 

Jeg prøver å forstå FreePBX? Har du eget iptelefonabonnement via internettlervandøren din eller gjør du det på annen måte?

5 minutes ago, ZoRaC said:

Ser også at du har 2 "wifi.begin();", kanskje den ene starter i AP-modus? Ville fjernet den nederste av dem også.  

Det har jeg jammen! Det må jeg fjerne,

5 minutes ago, ZoRaC said:

 

Jeg tror det løses med å sette dette før wifi.begin():

WiFi.mode(WIFI_STA);

Ref https://github.com/esp8266/Arduino/issues/676

Ah, herlig! Det ser veldig riktig ut, jamfør ref. (Det burde jeg jo ha klart å google meg til...)

Tester dette så snart jeg kommer ut til NodeMCU'en.

Tusen takk!?

1 hour ago, ZoRaC said:

 

Det høres ut som en risiko, ja. 

Kan du dele koden du brukte for å sette det opp? Sikkert en smal sak å deaktivere.  

Ja, meget gjerne! Her er koden. Som du ser, har jeg funnet den på github, men har skrevet noe om fordi den rotet det til med Celsius.

Jeg synes det er rart at NodeMCU'en både kan lage et eget nettverk og være koblet til det trådløse nettet fra 4G-ruteren? 

Edit: Når jeg tenker meg om, antar jeg at ESP'en er i rutermodus kun når klienten ikke er tilkoblet (client.stop)? En nødløsning kunne være å flytte delay til før client.stop? Men det beste hadde vært å deaktivere rutermodus.

#include <DHT.h>
#include <ESP8266WiFi.h>

//https://github.com/casper-gh/nodemcu-temperature-sensor/blob/master/thermometer-dht22-thingspeak.ino
 
// replace with your channel's thingspeak API key, 
String apiKey = "***********";
const char* ssid = "**************";
const char* password = "***************";
 
const char* server = "api.thingspeak.com";
#define DHTPIN 4 // D2 pin on Nodemcu
 
DHT dht(DHTPIN, DHT22, 11);
WiFiClient client;

void setup() {                
  Serial.begin(115200);
  delay(10);
  dht.begin();
  
  WiFi.begin(ssid, password);
 
  Serial.println();
  Serial.println();
  Serial.print("Connecting to ");
  Serial.println(ssid);
   
  WiFi.begin(ssid, password);
   
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.print(".");
  }
  Serial.println("");
  Serial.println("WiFi connected");
  
}
  
void loop() {   
  float h = dht.readHumidity();
  float t = dht.readTemperature();
  // Read temperature as Celsius (the default)
  //float t = dht.readTemperature();
  // Read temperature as Fahrenheit (isFahrenheit = true)
  //float f = dht.readTemperature(true);
  if (isnan(h) || isnan(t)) {
    Serial.println("Failed to read from DHT sensor!");
    return;
  }
 
  if (client.connect(server,80)) {  //   "184.106.153.149" or api.thingspeak.com
    String postStr = apiKey;
           postStr +="&field1=";
           postStr += String((float)t);
           postStr +="&field2=";
           postStr += String((float)h);
//String((float)t sends float, and String((int)t sends integer

 
     client.print("POST /update HTTP/1.1\n"); 
     client.print("Host: api.thingspeak.com\n"); 
     client.print("Connection: close\n"); 
     client.print("X-THINGSPEAKAPIKEY: "+apiKey+"\n"); 
     client.print("Content-Type: application/x-www-form-urlencoded\n"); 
     client.print("Content-Length: "); 
     client.print(postStr.length()); 
     client.print("\n\n"); 
     client.print(postStr);
           
 
     Serial.print("Temperature: ");
     Serial.print(t);
     Serial.print(" degrees Celcius Humidity: "); 
     Serial.print(h);
     Serial.println("% send to Thingspeak");    
  }
  client.stop();
   
  Serial.println("Waiting...");    
  // time between updates
  //  delay(120000); // 2 mins
  delay(1800000); // 30 mins
}

Jeg satte sammen en NodeMCU med en DHT22 som oppdaterer (temperatur og fuktighet) hver time til Thingspeak.com. Jeg henter data fra thingspeak til HomeSeer hjemme. Dermed har jeg kontroll på temperaturen på loftet på landstedet.

Men; i dag merket jeg at NodeMCU'en lager et usikret trådløst nettverk med navn ESP***. Er det en sikkerhetsrisiko? Kan jeg slå det av? Jeg brukte Arduino og wifi-library for å sette opp NodeMCU.

10 hours ago, psv021 said:

 

rullegardin_hjul_innerst.stl

rullegardin_hjul_ytterst_0.7cm_overheng.stl

Tøft! Har du tegnet dette selv? ?

19 hours ago, Okstad said:

 

Finnes det mulighet for å legge grupper i grupper? Og eventuelt lage regler som melder lys inn og ut av grupper?

 

Meg bekjent finnes ikke noe slikt. Ev. tror jeg du må skripte det selv. Igjen tror jeg der er fornuftig å gjøre dette så enkelt som mulig for å unngå en lang rekke kompliserte regler. Jeg finner også at jeg ønsker forskjellig innstilling på forskjellige lyskilder (om det da ikke er mange lyskilder i f.eks. en lysekrone e.l.).

22 minutes ago, Okstad said:

Begynte å lage individuelle regler for hvert rom/sone og egne JowiHue Scenes for hver "setting" (10 ulike grader av LUX etc..) Det blir fort veldig uoversiktelig med ekstremt mange Scenes og variabler. Jeg kunne tenkt meg en "overordnet" Scene som følger alle disse reglene og som de ulike lysgruppene kan meldes inn og ut av - uavhengig av hverandre. 

Jeg har lagd et skript som kjører per lyskilde (ev. gruppe). Skriptet kjører hvert 15. min. Det starter med å sjekke om pærens status er det samme som skriptet sist satte det til. Dersom det ikke er match, betyr det at noen har justert lyset manuelt, og skriptet vil dermed ikke justere noe. Dersom det er match, vil lysstyrke (jeg synes det fungerer best med lysstyrke ute) og tid brukes til å definere fargetemperatur og lysstyrke. Dette kan man gjøre så komplekst man vil, men jeg synes for de fleste lyskildene at det er best med få nivåer. De fleste lyskildene justerer jeg bare i henhold til etter/før solnedgang, mens på andre trengs finjustering ut fra lux og tid &c.

Her tror jeg ikke man kan finne noen enkel standard, men bare må starte, og bruke litt tid på å justere nivåene.

10 minutes ago, Moskus said:

Har man denne muligheten med Zigbee/Hue? 

Enten du bruker JowiHue eller styrer direkte med JSON API'en til Hue Bridge, kan du angi "Transition Time".

Trådstarter: Jeg gjør dette med Hue, men det har krevd relativt omfattende custom skripting. Jeg bruker bash (kjører HS3 Linux). Diverse skript kjører hvert 15. min, og justerer lysstyrke og fargetemperatur.

Den er ikke tom for batteri?

Det samme skjedde her om dagen med en Fibaro dørsensor. Den sluttet å kommunisere, men blinker når man trykker på den. Batteristatus var ikke oppdatert siden primo 2016. (Jeg hadde dog brukt et "billig" batteri, uten at jeg vet det har noe å si).

Et nytt batteri fikset det hele.

On 30/12/2017 at 17:51, Moskus said:

AeonLabs Multisensor er knall.

... men jeg ville også anbefale å legge opp fast strøm, alt blir mye enklere da og man slipper å vekke den for å sende innstillinger.

Aeon Labs Multisensor 6 er knall dersom den får strøm fra USB. Den er langt fra knall dersom den går på batteri. Da anbefaler jeg sterkt Fibaro sin i stedet. Den har langt bedre batteritid.

On 29/12/2017 at 14:41, Mr_Stian said:

Men sliter med å sette opp hvor ofte denne skal sende info fra de forskjellige sensorene. Bevegelses sensoren ser ut til å funke veldig bra. Men får ikke til å sette at følerne skal oppdatere seg oftere en hver time. Kjører denne på batteri.

Fra manualen: "If battery power, the minimum interval time is 60 minutes by default"

On 29/12/2017 at 14:41, Mr_Stian said:

Jeg har forstått at jeg må sette denne i lyttemodus for å få satt den opp. I følge bruksanvisningen så skal dette skje ved å holde inne knappen på baksiden til LEDen lyser gult. Når en da slipper denne så skal den blinke gult i 10 min eller til en igjen trykker på knappen. Problemet mitt er at den slutter å blinke etter ett par sekunder. Sliter da med å få sendt innstillingene til den. 

Det som står i bruksanvisningen om "wake" er bare tull. Her må man bare trykke og prøve. Jeg tror det jeg har brukt å gjøre er trippelklikk, og da går det til slutt, men du må være kjapp når du setter parametre. (Jeg har ikke oppdatert firmware da jeg ikke har noen Aeon stick lenger.)

Er det noen som vet hvor (helst i Norge) man får tak i produkter fra Gira.

Jeg blir mer og mer glad i ZigBee, og ville veldig gjerne hatt Gira ZigBee® Light Link wall transmitter:

https://www.gira.com/en/gebaeudetechnik/produkte/manuelle_lichtsteuerung/zigbee-lightlink/galerie.html

15 hours ago, Odd said:

 

Ja, når enhetene kommer inn i deCONZ(WebApp), kan du for eksempel gå til fjernkontrollen og velge hvilke pærer som skal assosieres med den.
Dette gjenspeiler seg i HS3 som gruppe(r) i det eksempelt jeg skrev om er gruppen ID 1024, Fjernkontrollen er ID 998 og 999.
Pærene har ID 1011 og 1012 samt 1013 0g 1014. Jeg samler alle under 1024 mest for å ha visuell kontroll. En kan da skripte mot 1024 eller rett og slett bare bruke fjernkontrollen.

Aha, takk, WebApp. Jeg forsøkte å assosiere direkte i deCONZ slik at det skulle fungere offline. Dog forsøkte jeg Xiaomi-knapper mot Hue. Ikke sikkert Xiaomi kan brukes slik.

On 12/14/2017 at 11:43, Odd said:

Jeg bruker deCONZ til å assosiere pære par som skal oppføre seg likt og knyttes til en fjernkontroll.
Det gir meg dette resultatet når jeg slår sammen enhetene:

Jeg tar inn både IKEA pærene og fjernkontrollen via deCONZ og inn via JowiHue i HomeSeer 3 pro.
Fjernkontrollen vil da "henge" på den styringen jeg gjør i HS3, samtidig kan jeg bruke den uten å måtte kople den mot funksjoner i HS3.

Jeg er ikke helt med... Sier du at du assosierer fjernkontroll mot pære (f.eks) i deCONZ? Jeg prøvde det, i teorien ble det riktig, men det fungerte ikke...

On 12/14/2017 at 18:49, ZoRaC said:

Mulig det var 91 da?

Ville uansett oppgradert til 98 i morgen - er visst noen fæle bugs etter nr 80-ett-eller-annet. Kan miste devicer, enheter slutter å respondere, osv. 

Å, ja! Takk! Det fungerer opp til kvadruppel med 97!

Edit:

Usj. Selv om oppgraderingen la til dobbel-, trippel- og kvadruppelklikk, mistet jeg button pressed og button released. Knappen fungerte utmerket som impulsdimmer med et lite skript jeg lagde, men det fungerer altså ikke lenger med .98. Jeg kommenterte på github:

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/168

11 hours ago, ZoRaC said:

 

Må ha minst deCONZ 2.04.90 (17. Nov) for double og triple. Quadruple kom enda litt senere.  

 

Og ja, fungerer veldig stabilt!

Hm, jeg har da 2.04.90... Jeg venter på flere slik. Jeg får se om de gir meg dobbelklikk. Dersom ikke får jeg feilsøke...

9 hours ago, Moskus said:

Trådfri bevegelsessensor snakker kun med pæren, ikke med Hub. Du kan ikke se i hub'en om bevegelsessensoren er trigget, ja.

Veldig dumt om bevegelsessensoren kun snakker med pæra, ja, men sier du at Trådfri bevegelsessensor ikke kan knyttes til en hub? Eller gjelder det bare for Trådfri Hub, mens den kan knyttes til Rasp-/ConBee? TRÅDFRI er listet som kompatibel med kombinasjonen Rasp-/ConBee og JowiHue. Jeg har aldri forsøkt noe Trådfri-greier.

On 12/7/2017 at 22:16, ZoRaC said:

Fikk Xiaomi Wireless Switch i dag.  

 

 

ikke helt sikker hva jeg skal bruke den til enda...  

Min fungerer kjempefint. Mye mer stabil enn det meste z-wave.
Men triple click? Jeg får bare button pressed og button released, dvs 1000 og 1002 tror jeg det var. Annen versjon?