Vinnerliste

Hei. Kjøpte en slik Wifi "smartplug" fra Clas for å se om jeg kunne klare å styre det med egen software. https://www.clasohlson.com/no/Clas-Ohlson-Home-WiFi-Smart-Plug-/38-8192 Og det tok ikke lange tiden å få til. Men fant lite på google under Clas sitt navn, så tenkte jeg kunne poste det her, i tilfelle det kan glede andre. Brukte dette python scriptet: https://github.com/mjg59/python-broadlink (bare å følge instruksjonene). Men discovery programmet vil si at du skal bruke --type=0x7d00, men denne definisjonen finnes ikke ikke i broadlink scriptet. Jeg bruker istedenfor 0x2711, og det fungerer greit.

Ikke i dag, og ikke i morgen. ... men en annen gang? Det er bra, det er det viktigste. Sier ikke at den er bedre enn HS til ditt bruk. Du kommer fra Vera, du vet ikke bedre... ? Dun dun duuuun!

Ja, det er selvfølgelig mulig. Men det er litt tidkrevende å forklare. Termostat-scriptet mitt gjør dette. Funksjonen du trenger er DeviceScriptButton_AddButton (se dokumentasjonen). Se på Setup()-rutinen, nærmere bestemt denne delen: hs.DeviceScriptButton_AddButton(rootRef, value.ToString, CInt(value), scriptFile, "ModeButtonPress", CInt(value), 1, CInt(value) + 1, 1) ... der rootDevice (int) er device IDen ... value.ToString (streng) er teksten på knappen ... CInt(Value) (int) er "verdien" på knappen/status'en. ... scriptFile (streng) er filnavnet til scriptet (i dette eksempelet er scriptFile en variabel, Private scriptFile As String = scriptName & ".vb") ... "ModeButtonPress" (streng) er Sub'en i scriptingfilen som blir kallet ... CInt(value) er verdien som blir sendt til ModeButtonPress ... de andre har med row/column plasseringer å gjøre. Når jeg tenker meg om hadde det vel vært bedre å skrive det slik: hs.DeviceScriptButton_AddButton(deviceID, "tekst på knappen", verdi_til_knappen, "Scriptets_filnavn.vb", "NavnPåSubSomSkalKjøres", verdi_til_Sub, rad:=1, column:=1, span:=1)

Update: Domoticz: FT55 bryter er støttet, forøvring var den kjempe lett å legge til. FUD61NPN dimmer, ikke mulig å legge til som annet en av/på bryter, men det virker for på/av styring. Etter litt mer graving i dokumentasjonen går det frem at dimmere ikke er støttet. Så da ble det å lete videre etter et system som støtter dimmeren. Fant etter litt leting ut at Homegear støtter både dimmer og bryter som jeg har. Satte så opp et Homegear VM og ga den tilgang til EnOcean USB Gatewayen. Fikk parret den med FT55 bryteren. Ikke kommet så langt at jeg har fått testet dimmeren enda. Satte så opp Mosquitto i Docker for å ha en MQTT broker. Slo på MQTT i Homegear. La inn MQTT plugin i Homeseer. Subscribet på topicene til bryteren fra Homegear. Laget eventer i Homeseer som trigger på MQTT meldinger når knappene blir trykket på. Dette fungerte som smurt. Rapportere tilbake når jeg har fått testet dimmeren. Litt om Homegear: Homegear is a free and open source program to centrally manage and control IoT devices. It features the following interfaces - all with SSL support: XML-RPC Binary-RPC JSON-RPC MQTT WebSockets with PHP session authentication HTTP (GET and POST) REST Nyttige linker: https://community.openhab.org/t/enocean-via-homegear/34406 https://www.enocean.com/fileadmin/redaktion/enocean_alliance/pdf/EnOcean_Equipment_Profiles_EEP_V2.6.3_public.pdf https://doc.homegear.eu/data/homegear-enocean/ https://ref.homegear.eu/family.html?familyLink=nanoleaf&familyName=EnOcean https://hub.docker.com/_/eclipse-mosquitto/ https://forums.homeseer.com/showthread.php?p=1233946 https://www.domoticaforum.eu/viewtopic.php?f=74&t=10525

Vekselstrømslaster kommer enten som 1 eller 3 fase. Både IT/TT og TN har 3 faseledere. IT/TT Her henter man ut 1 fase mellom 2 faseledere eller 3 faser mellom 3 faseledere. For vanlige bygg snakker vi om 230V fasespenning. På båt feks brukes 400/440/480 og 690V trefase. TN Her henter man ut 1 fase 230V mellom N og 1 faseleder. Man kan også få ut 400V 1 fase mellom to faseledere. Og man kan hente ut 400V 3 faset mellom alle 3 faselederene. Er viktig å skille mellom faseleder og fase i 3 fasenett.

Bilde

Siste fra meg ang. Hafslund/Aidon: Har skrevet en snutt i Python for dekoding av SLIP og parsing av det som er kjent så langt. Jeg prøvde å måle fasene med tangamperemeter for å sammenlikne, men det var ikke noe som umiddelbart stemte veldig bra (altså tilsynelatende ikke skalert med en tierpotens el.). Det var også for mye endringer i målingene med tangamperemeter og for lav rate på meldingene på HAN-bussen. Skulle fått ut litt mer informasjon på skjermen på måleren, så hadde det vært lettere å korrelere målingene... Noen som vet om det finnes en mer omfattende manual til måleren enn denne PDF-en på to sider? (https://hafslundnett.blob.core.windows.net/files/NY_MALER/veiledning/AIDON_veiledning_des2015.pdf) Kode:

Qotom Q330G4 mottatt! http://s.aliexpress.com/aAVV7FfU

Mitt lokale e-lag etterforsket dette litt og kom med følgende forklaring: (sannsynligvis er da spenningen alltid 0V på L2 hos meg)

Ja, alle events er der som de skal

Jeg har nå fått dette til og det gikk faktisk overaskende lett Det første jeg gjorde var å ta backup av UZB via z-wave plug-in'en. Denne lagres under "usr - local - HomeSeer - Data - Z-Wave" på Zee S2. (Fant senere ut av jeg ikke trengte denne da jeg skulle bruke samme UZB. Deretter tok jeg backup av config på Zee S2 via Tools - Setup - Backup Config. Siden jeg skulle bruke samme UZB så flyttet jeg over denne til Windows maskinen. Dette var en maskin med Windows 7. Windows fant ikke driveren, men den fant jeg på Tronika sin side. Installerte denne via enhetsbehandling i Windows. Så gikk jeg inn på den nye HomeSeer installasjonen og installerte HomeSeer Z-Wave plug-in'en og aktiverte interface'et (UZB). Etter det lastet jeg inn config fra backup via Tools - Setup - Restore Config. Gjorde deretter en restart av maskinen og HomeSeer. Jeg installerte nå alle mine plug-ins på nytt og aktiverte de med samme lisens som jeg hadde brukt på Zee S2. Nå fungerer alt som det skal, tilsynelatende i hvertfall

Jeg tolket tegning slik at man alltid førte alle 3 inn til huset og tok ut fasene der, men ser jo at man kan velge å hente ut en fase fra trafo/koblingsboks og bare føre en av dem inn i huset. Da vil selvsagt løsningen fungere, for du har da bare 1 fas og 2 ledere å forholde deg til.

Teknisk ukeblad sin artikkel om prisingen https://www.tu.no/artikler/slik-blir-de-nye-nettleieprisene-br/432271 Det skal vistnok være tall fra NVE, som har dette ute til høring. Altså, nederste. Jeg har dog forstått det slik at man kan kjøpe andre abonnement og at en i dette tilfellet gjerne burde vurdert ett høyere abonnement med høyere fastpris. Men, det er jo mye forvirring ute å går

Amen! Det smerter i kroppen å høre noen snakke om 2-fase-kobling på IT-nett med to faseledere.

Personlig hadde jeg beholdt den til den dagen du bytter fra Homey igjen...

Mine $0.02, men likevel: Du kan gå tilbake igjen, fordi 1) eventer er lettere å holde styr på enn scripts i lengden (iallfall min årelange erfaring) og 2), du kommer ikke til å ha det samme problemet igjen uansett hvilket OS du går for neste gang.

Den røde Rudolf-nesa det da?

Fikk denne i feed'en idag: Fantasien setter grenser på hva du vil med den dataen, men pass på hva den andre halvparten finner ut av

Med mindre du har over 3kw bereder så fungerer jo denne veldig bra.. Jeg bruker den bare for monitorering av strømforbruket, men den skal jo fint kunne switche power også siden den har crossover switching. Jeg vurderer også å montere en sensor på vannet, men jeg vet ikke helt hvor jeg skal sette den.. Skeptisk til å skru av strømmen til berederen over lang tid uten kontroll på det, jeg vil ikke ha noe bakteriekoloni inne i den.

Det er da ikke noe morsomt å tenke sånn! Mye morsommere å tenke at det er en sammensvergelse som handler om millioner av kroner fra strømselskapene for å sette opp termostatene så de bruker mer strøm enn nødvenig på grunn av den unøyaktige, innebygde termostaten! ?

Eller hiver på en clamp rundt en av fasene, eller leser av IR måleren... Har du fysisk tilgang så klarer jeg ikke se hva du kan utrette av ekstra sikkerhet med kryptering på HAN (med de dataene som finnes der nå da). Fra avleseren må ting selvfølgelig være kryptert WiFi.

Er enig med @Moskus, en komplisert løsning på et problem som ikke burde finnes! Men nå er det nå slik at slike problemer kan oppstå, og jeg opplever det selv med mine Fibaro produkter Jeg kommer til å låne løsningen din, og bruke dette selv på pluggene som styrer varmeovnene! Men, trenger du egentlig event som sjekker at switch binary, power, watts eller kw hours blir endret? Kan du ikke bare kjøre Reset application status hvert xx minutt, og trigge dersom den kommer opp som Invalid/Error?

Lenge siden en oppdatering her, men det skjer litt hver dag med selve huset om ikke noe med styringen. Har bestilt rundt 100 lyspunkter fra en leverandør Kina som skal kobles på DALI. Har kun testet med et par lamper, og er spent på hvordan det vil fungere med så mange enheter. Også veldig spent på selve lyspunktene. I går fikk jeg 1-wire temperatursensorer i postkassen og fikk testet de. De kom rett inn i LogicMachine uten noen utfordringer og viste ca samme temperatur seg imellom. Jeg har ingen referansemåling, men mistenker at de ligger noe høyt, noe det enkelt kunne kompenseres for i oppsettet av av de så det ut til. Disse skal brukes i gulv på baderom. Venter også på en prøve av et 10" touchpanel som jeg håper på å motta i løpet av dagen. Dette har rooted Android og får strøm og nettverk via PoE, og er egnet for veggmontering. Skal legge ut noen bilder av dette når jeg har fått begynt å teste det. Til generell temperatur, bevegelse og etc har jeg tenkt å benytte meg av Aeotec sine MultiSensor 6 og har i den forbindelse lagt opp slynge for 24V til punkter i tak. Derfra skal det benyttes Step down fra 24V til 5V USB for å forsyne disse med fast strøm. Har lite lyst å måtte bytte så mange batterier hvert år. Fikk også de step down modulene i postkassen i går, men de gjenstår å teste. Har tidligere fått tak i en 24V 60W strømforsyning fra MeanWel som skal forsyne disse og litt andre ting. Fordelen med å kjøre 24V istedenfor 230V med stikkontakt og 230V til USB er for det første kompleksitet, og for det andre pris. Også ren 5V kunne fort blitt styr på grunn av kabelstrekk og strømmengde. 24V ble her den beste middelvei med billige komponenter og standard kabling. Har montert lave spot-kasser i taket hvor disse sensorene skal kobles til USB og 24V.

Dette er litt typisk journalistikk. De polariserer alltid en sak uansett om det egentlig er noe midt i mellom. Å kopiere en digital nøkkel, er omtrent like vanskelig som å kopiere en vanlig nøkkel, og det er verken ukjent eller ny informasjon Fordelen tar de ikke med, det er mye enklere og billigere å bytte ut en digital nøkkel. Det finnes mange enklere måter å bryte seg inn på og jeg kan ikke huske å lest om et eneste innbrudd som har skjedd på denne måten. Litt morsomt at det begynner å dukke opp sekvenser om automasjon og sikkerhet for den jevne bruker på TV da

Satt opp dette også selv nå. Genialt med kutting av pristopper med TibberSeer og tilbakestilling noen timer senere. Takker @Moskus!

Noen oppdateringer fra den siste uken... 1) Laget meg en boks selv og 3D printet. Ble helt greitt til å gjemmes bort i sikringskapet (bilder nedenfor) Om interesse ligger STL filer på github: https://github.com/roarfred/AmsToMqttBridge/tree/master/Electrical/HAN_ESP_TSS721/enclosure (Brukt Fusion 360 her, er det noe annet enn STL format som er fornuftig å dele?) 2) Har laget en mer fullverdig Arduino "sketch", med følgende features: Boot som Access Point om ikke config finnes, eller om Prog-knappen trykkes ned innen 5 sek etter oppstart Webside for å konfigurere (bruker innebygget DNS, så hvilken som helst http-url funker, eks. http://config) SSID / Passord Meter Type (Kaifa / Kamstrup / Aidon) MQTT server, port, brukernavn og passord Lagrer config i EEPROM (første byte er en "identifying byte" som kan endres om en endrer på strukturen) Støtter Kaifa og Kamstrup måler, og tilrettelagt for Aidon (sendt forespørsel om å få test-data fra dem for å fullføre. Får se om det kommer noe, ellers får jeg ta en best guess) Temperatursensor leses av og rapporteres sammen med hver sending på MQTT Mottak av MQTT meldinger (klargjort, med egen metode, men ikke kodet noe spesiellt her) - kan enkelt brukes for OTA update Debugging via samme connector (litt klønete, må koble til/fra TX på FTDI når evt. HAN port skal brukes, og en må ha en terminal som støtter 2400 baud 8E1 for Kaifa) Utnytter blå LED på ESP, for litt status: Lyser i 5 sek etter oppstart, for å vise at du kan trykke Prog-knappen for å boote som AP Blinker hvert sekund (50% syklus) hvis startet som AP Under normal drift, tennes hver gang en pakke på HAN porten er dekodet, og lyser til den er levert på MQTT. (På Kaifa, flash hvert 2. sekund) WiFi/MQTT reconnect Da tror jeg det er på tide å gjøre en solid oppdatering på all dokumentasjon på github... Som de sier i politikken om dagen, lik og del! Config Kretskort i boksen "Montert" vha friksjon i sikringsskapet

Det kommer an på hva du vil gjøre. Til helt vanlig HD (1080p) kan du bruke billiggreier fra eBay eller Amazon uten problemer. Det har iallfall jeg gjort. Det viktige er kvaliteten på nettverkskabelen. Til 4K, HDR og 3D må du mer opp i pris. Jeg har et sånt sett til prosjektøren i kinoe, og det funker ypperlig (jeg har ikke testet HDR, for prosjektøren støtter ikke det, men både 3D og 4K funker): https://www.kvmsolutions.uk/product/sy-hdbt-slim-set-s-y-electronics-slimmest-hdbaset-hdmi-70m-extender/#1468492949767-bb953ec3-1a0b

Prøv denne: http://www.domotique-info.fr/wp-content/uploads/2015/04/domotique-info-functionality-specification-z-wave_ver2015-a.pdf

Ecolite ladere har mulighet for ekstern styring, og lastdeling. God pris også. Tenker tibberseer-ecolite-homeseer blir en god kombo.

Zapcharger har et åpent api. https://api.zaptec.com/ Får min lader i løpet av et par dager, så får vi se om det er mulig å få ut noe av det.

Jeg begynte prosjektet med automatisk vanning i fjor, men ble ikke ferdig med automasjon, men alt fysisk arbeid er jeg ferdig med :). Jeg har en arduino med ethernet som styrer reler som åpner eller lukker solenoid ventiler (24v dc). Kaller bare en url på arduinoen for å åpne/lukke ventilene. Jeg har både svetteslage og pop-up sprinkler fra gardena for vanninga. Har en kapslingboks ute hvor styringa og strømmen er, og så har jeg gravd ned ventilene. Har delt opp i en del vanningssoner pga pop-up sprinkelene krever en del trykk for å funke/sprute bra, og så er det jo greit å eventuelt kunne skru på kun en sone slik at ungene kan løpe igjennom vannet uten at resten av hagen blir våt. Tanker rundt automatisk vanning er å bruke netatmo sin regnmåler, yr (varme/sol, er regn i sikte osv) og evnetuelt fukt måler, og vanne etter det når behovet er det, ser ikke noe grunn til å en schedule på dette Gleder meg til å ta fatt på dette arbeidet igjen når snøen blir borte. Noen bilder fra under arbeidet, og ikke helt slik det ble til slutt.... Test vanning før graving! Nedgraving av pop-up sprinkler. I tillegg automatisk dreneringsventil som åpner seg når vanntrykket blir lavt. Solenoid ventiler og kapslingen hvor styringen

Tok en runde med fjernkontrollen til webasto varmeren (Audi) i dag: Har remote som først trenger et trykk for "wake up" av kontrolleren, deretter er det bryter ved siden av som må brytes for å starte varmer. Så brukte en Nodemcu med et rele for dette, remote bruker 3V og rele går på 5V. Brukte D6 Output direkte på knapp 1 for wake up, trenger bare et "3V støt" for å komme i gang, deretter venter jeg bare et par sekunder så remote er oppe og går og så bryter jeg knapp 2 med rele for å sende RF til bilen som da starter diesel varmer. Så blir vel å legge den på MQTT hvis jeg ikke tar den direkte fra Homeseer. "Alexa, heat my car" ? Utdrag av test kode: // setup pinMode(D6, OUTPUT); // Power ON pinMode(D7, OUTPUT); // Trigger relay digitalWrite(D6, LOW); digitalWrite(D7, HIGH); // set relay HIGH, use LOW to toggle // loop digitalWrite(D6, HIGH); // Power on remote control delay(500); // Delay digitalWrite(D6, LOW); // Power off delay(2000); // wait 2 sec for remote contol to wake up digitalWrite(D7, LOW); // Send to relay/short button on remote control to send "heater on" delay(500); // 0.5 sec should be long enough for tooggle switch digitalWrite(D7, HIGH); // turn off toogle relay Bilder: Knapp 1 er nede for power up, knapp 2 over er styrt av rele. Kjører inn 3.3 Volt på undersiden hvor batteri sitter:

Villavent VR-400 fra Systemair. Kjøpte Z-Wave adapter fra de. Fant ut at dokumentasjonen var litt misvisende. Måtte plukke ut en gummiforing og kople meg direkte på styringskortet. Så inkluderer det i HS3 Med litt tilpasninger ser det sånn ut.

Tenkte vel mer på å snu den 90 grader? Hvis det er så dårlig dekning at å flytte antennen 2 cm, så har man ganske dårlig dekning....

Jeg har også en wall-plug som noen ganger ikke har respondert på eventene mine. Dette skjer ikke veldig ofte, men har hendt seg at jeg står opp om morgenen, og der står lyset og lyser for fullt uten å ha blitt skrudd av... Når jeg sjekker device-lista, står switch-devicen som "Unknown". Jeg også har derfor blitt littegran skeptisk til å bruke wallplugs til kritiske ting. Bruker en wallplug og event til å automatisk skru av varmeteppet i senga når det har stått på i 30 min. Har lagd meg noen "safety-events" som kjører etter 32, 35 og 37 minutter. Har ikke lyst til å bli grilla i senga... Disse eventene sjekker status til switch-devicen at den faktisk står på "off", og at power-devicen står til 0 watt, og dersom ikke, sender en ny switch off kommando over nettverket. Det siste eventet forsøker ingen error-correcting, men sender alarm til telefonen min, dersom wallplugen fremdeles ikke er av.

Se også denne tråden, og tråden som er lenket inni denne:

Det er ingen måte i finne ut om de er "Unknown", dessverre. Det er ikke jeg heller. Jeg har ingen Telldus-enheter, men alle mine Wall Plugs med ulike firmware-versjoner kan nås alltid. Nei, det burde ikke være nødvendig. Enheter skal svare uansett. Men noen spørsmål: Hvor mange noder har du i nettverket? Har du optimalisert enheten (eller har du mange nok noder til at det ikke er nødvendig)? Hvilken firmware er det? Polles noen av devicene veldig ofte?

Har satt Fibaro PowerMeter's på både vaskemaskin og tørketrommel. Det er flere formål her; 1) Varsling når vaskemaskin/tørketrommel er ferdig. Begge står litt bortgjemt i en etasje vi normalt ikke befinner oss i. 2) Varsling dersom vi drar fra huset når enten tørketrommel eller vaskemaskin går 3) Varsling dersom huset settes i nattmodus mens tørketrommel eller vaskemaskin fortsatt går. Egentlig mye det samme som GeneralVirus tidligere har beskrevet. Utstyr 2 x Fibaro PowerMeter HS3 med HStouch på ekstern klient (nettbrett på vegg) Siden verken vaskemaskin eller tørketrommel kommuniserer med noe, er tanken å derivere status via strømforbruket. Dermed starter hele øvelsen med en kjapp analyse av strømforbruket på en typisk syklus. Dette logges lett med PowerMeter. Brukte opprinnelig et script som skrev tidspunkt og forbruk til en tekstfil, men oppdaget kjapt at det var enklere å bare hente informasjonen rett fra loggen i HS3. Slik ser forbruket ut for vaskemaskinen på to tilfeldige programmer: Vaskemaskinen har ganske varierende forbruk, inkludert noen "spikes" opp til like over 2000 W. Forbruket vises derfor best på logaritmisk skala. Det er en utfordring at forbruket varierer såpass mye. Det som imidlertid er klart er at et ultralavt forbruk over tid er en god indikasjon på at programmet er ferdig. Slik ser samme grafen ut zoomet inn på de siste minuttene: Jeg legger derfor opp til å detektere den flate linjen etter at vasken er ferdig. For tørketrommelen ser forbruket litt annerledes ut (vist på lineær skala): Tørketrommelen har en funksjon som gjør at den vender (ikke "vente" slik det står i grafikken...) tøyet litt ca hvert 30 sekund etter at den er ferdig. Samme type forbruk kan ses flere ganger langs syklusen, så det i seg selv er ikke diagnostisk. Forbruket i pausene på slutten er imidlertid bittelitt lavere enn forbruket ellers, og fungerer som diagnose. Slik ser Fibaro PowerMeter ut i HS3. Det er subdevice "Power" som brukes i dette oppsettet: I HS3 setter jeg opp virtuelle devicer for å kategorisere strømforbruket. Det er nyttig, fordi man da får et ledd mellom statusen og selve forbruket. Da kan man legge inn krav om en viss varighet på forbruk osv, og man kan dermed fjerne effekten av de ultrakorte spikene i forbruk. Statusen er også en virtuell device. Som dere ser hadde jeg opprinnelig en plan om å detektere sentrifugering, men den kjappe dataanalysen viser at det blir vanskelig. Teksten i status-devicene er laget for å gi grammatisk mening når den vises i HStouch. Eventer endrer proxyene basert på avlest forbruk, og andre eventer (vist under) fanger opp endringene i proxyene, og setter selve statusene. Her er eventen som fanger opp om vaskemaskinen er ferdig med et program. Her har jeg valgt å bake inn varslingen i samme event. En litt mer ryddig måte å gjøre det på vil være å ha en egen event som styrer kommunikasjonen basert på om statusen endres til "er ferdig". Smak og behag, I guess. Verdiene for "lav" og andre forbrukskategorier justeres etter forbruket og signaturen til de ulike programmene. Utfordringen er å finne noe som er diagnostisk på tvers av alle ulike programmer. Her er det også viktig å bruke "has been XX for exactly", i stedet for "at least". Sistnevnte vil fortsette å trigge eventen i all evighet, mens førstnevnte kriterier oppfylles bare 1 gang. I praksis ble det ganske mange eventer ut av dette, og det hadde nok vært best med et script. Det får bli på sikt. Etter at screenshot ble tatt har jeg lagt inn en sjekk i disse eventene for om statusen er noe annet enn "er ferdig".

Da kom de nye Philio pluggene mine og det var på tide å få oversikt over vaskemaskin og tørketrommelen. Enda tidlig i testfasen, første runde på vaskemaskinen med det nye oppsettet holder på akkurat nå. Her er devicene som pluggen lager pluss 2 virtual som jeg har lagt til og gruppert til root devicene. Events som styrer tørketrommel virtual device: Events som styrer vaskemaskin virtual device: Og til sist hele vitsen med dette, notification: Trenger jeg dette? Nei, men er jo gøy da PS: Events er basert på noe jeg fant på homeseer forumet, ikke noe vits å finne opp hjulet på nytt.