Leaderboard

Da jeg var innom et shoppingsenter i Berlin i fjor sommer fant så jeg disse klokkene: Jeg ble kjempefasinert, særlig fordi det slo meg at dette var noe jeg selv kunne klare å lage. Da jeg kom hjem fant jeg dem på nettet hos Nordiska Galleriet og de var ikke akkurat billige 😮 (Sjekk DEN prisen) Enda en grunn til å lage dem selv. Jeg har alltid være fasinert (og litt stolt) over måten vi normenn angir tiden med "avstanden til nærmeste halve time": - 5 over 2 - 5 på halv 3 - 5 over halv 3 -5 på 4 osv Utlendinger går i fella hele tiden og mange tror at "halv 7" er 07:30 🙂 I tillegg ville jeg selvfølgelig ha minutters nøyaktighet (og ikke 5 min nøyaktighet som de kjøpeklokkene hadde) og også tekst på "halv" og "kvart". Etter å ha sittet noen kvelder og stablet sammen ord på rutepapir (Trenger ikke egen TO når du kan tenne de 2 første bokstavene i TOLV etc) endte jeg opp med en matrise på 12x12 bokstaver. Jeg hadde da også plass til "KLOKKA ER NÅ" og litt Service ord som "WIFI" og "DOT" Jeg var litt usikker på angivelsen av minuttene mellom xx:15 og xx:20 (og xx:40 og xx:45). -Sier vi "tolv minutter over halv" eller "atten minutter på" ? (Antakeligvis ingen av delene 🙂 ) Jeg tok en sjefsavgjørelse og bestemte meg for 1..19 minutter på og over hel time, og 1..10 minutter på/over halv time Å frese ut så små bokstaver i aluminium er ikke bare-bare og det prosjektet arbeider jeg fortsatt med, -MEN jeg har jo en laser 😉 ! Og laserskårene Times New Roman (Med seriff og greier) ble skikkelig fint i svart kartong (Fra Ark bokhandel) Måtte jobbe litt i CAD for å få bokstavene til å bli "stencil-type" men det ble jo ferdig til slutt. De nye adresserbare LED stripene er jo helt perfekte til slikt og jeg valgte en 5V stripe med RGBW slik at jeg kunne kjøre dem på en USB kabel og kunne få litt varmt gult lys. Med 30 stk på meteren ble det 3.33cm på hver bokstav som var helt passe. Så da var det bare å klippe dem opp og lime dem på bakplata og lodde dem sammen med strøm og data slik at alle kom etterhverandre: "Avstands plata" ble det jo en del arbeid med. Den måtte freses nøyaktig og ha utsparinger til loddingene: Her er et glimt fra produsjonen IMG_0096.mp4 Med plata montert og ESP32'en på plass så det slik ut: Hadde ikke lyst til å sette av noe plass til en "reset knapp" så den ble bare 2 kabler på baksiden 🙂 : For at kartong-bokstavene skulle holde seg flate måtte jeg ha plastplate både over og under. Jula hadde noen fine i 2mm og 4mm. Jeg prøvde meg med hvit plast fra Biltema for å gjøre lyset diffust men det "lakk" for mye over til nabobokstaven så løsningen ble faktisk helt vanlig printerpapir (2 x A3) som ble lagt under bokstavene: En venn av meg foreslo svart silkepapir som difusjonspapir og det ble også ganske fint. -Da ser en ikke bokstavene så godt før de lyser opp og det gir en annen effekt (men jeg synes det er litt kult å se dem ellers også) 2 x 6mm MDF + 2mm plast + 4mm plast = 18mm Til slutt hadde jeg litt flaks og fant alu-profiler hos Maxbo som var perfekte. Disse var rett under 18 og kunne klemmes på som eneste festemåte etter at de var skåret i gjerdesaga. Siden jeg bruke 5m USB kabler til strømforskyning var det jo ingen grunn til ikke å la den USB'en også være plugget i ESP32'en slik at en kan reprogrammere om en vil. Men jeg turte ikke å ta strøm til LED'ene fra ESP32'en så kablene ble klippet opp og tappet for 5V. Så var det programvaren da. Minimums konfigurasjonen fikk WiFi Manager som setter opp en SSID = "BokstavKlokke" med samme passord for å sette opp husets WiFi. Den leser så klokka fra nettet med NTP og "tidssone" = CET-1CEST,M3.5.0,M10.5.0/3 Det skal gi riktig sommertid også så vidt jeg forstår. Når du trykker "reset" (kortslutter de to kablene på baksiden) går den i AP mode igjen og viser "WIFI" på displayet Når den starter tester den alle LEDene i alle farger og så "tekster" den ut IP adressen 🙂 Untitled video - Made with Clipchamp (2).mp4 Mulighetene herfra er mange: - Flere konfigurerings-parametere i WiFi Manager: Justering av bokstav-farger og intensitet Modi med andre farger om natta Feiring av hel/halv time med farger - MQTT support fra Smarthuset Blinker klokka om noe skjer Styrer fargene avhengig av sol opp/ned MEN alt dette må jeg jo spille ball med dere på forumet om ! Jeg opretter en tråd på Mikroprosessor-forumet og tar imot ideer og kode der. (Min kode skal dere selvfølgelig få) Jeg har brukt så mange timer på dette prosjektet at det ville være dumt å ikke dele det med flere. Så jeg har laget noen få komplette som er lagt ut på finn. (Søk på bokstavklokke) Til dere som liker å gjøre ting selv men ikke har fres og/eller laser tenkte jeg å tilby et "byggesett" med de delene som er vanskelige å lage. Egentlig er det bare de to MDF platene og bokstavkartongen men jeg er redd kartongen ikke overlever postgang om jeg ikke legger den mellom plastplatene. Kontakt meg her eller på Finn om dere er interessert. Og hva er neste skritt? Vel, jeg har ikke gitt opp å frese ut bokstavene i aluminiumsplate. Da kan den øverste plastplaten skippes og difusjonspapiret bør byttes ut med plastfolie. Jeg HAR allerede forsøkt å bruke noe annet enn svart kartong i laseren. Jeg har prøvd meg på tapet, både med og uten mønster. Det ble veldig kult men min laser er egentlig bare en fres med påmontert laser og brenner derfor et lite hull hver gang den starter en skjæring. Jeg har kjøpt inn en ny controller som kan ta M11P1/M10P1 koder (skru på laseren først når aksen begynner å bevege seg) så når den er montert får vi se mere på tapeter.

Veldig midlertidig, tok bildet for «morro». Gammel VVB er nå på gangen mens flisene fuges. Gir bort 200 liter med varmt vann i morgen tidlig!

Elektriker (utenbys) har vært her og ordnet strøm til nytt toalett. Han fant strømmen i stikk-kontakt på soverommet, koblet seg inn i kontakten, spikret kabel på gulvliste og borret hull inn til badet. Der kom det et motstykke som støpslet til toalettet ble satt inn i. Min faste elektriker mente det var pussig løsning. Noen som kjenner reglene her? Takk.

Veit ikkje om eg kan kalle det ett prosjekt men varmepumpa er nå koblet til Node-Red iallfall, eg støvsugde den for støv 😃 Må ærlig si at eg ikkje hadde trudd at litt støv skulle utgjøre så stor forskjell... trakk 1kW og greide faktisk ikkje å opprettholde temperaturen til å trekke 2kW og lage badstu i stua. Måtte sitte ned temperaturen noen grader da temperatur sensorene tydlig vis ikkje greide å henge med på all den varme luften som plutselig kom 😅

Sluttet å fungere igjen. Men fungerer med 11 istedenfor 9.

Etter å ha brutt ned mitt esp kontrollerte pepperkakehus var jeg i prosjekt vakuum etter jul, noe som utløste ideen om å koble min NAD C320BEE forsterker på nett for styring fra Home Assistant. Første tanken var en IR fra en Raspberry som står som streaming node i stereoanlegget men fikk lyst å grave litt dypere. NAD har en IR in, IR ut og 12v trigger 3.5mm kontakt som jeg måtte utforske litt. Med litt googling fant jeg krets diagrammet for forsterkeren og det viser seg at det er relativt enkelt å koble seg på. IR in/ut er koblet via transistor drivere, forventer 5v men fungerer på 3.3v IR ut gir ett rått modulert IR signal, dvs den videresender alle IR signaler selv om de ikke er NAD (SR5 for C320BEE) Så, etter litt testing med en WeMos D1 mini (esp8266) ender jeg opp med en enkel kobling. En enkel spenningsdeler på 12v for å detektere power status på forsterkeren og en pulldown på input from IR out (motstandene er basert på hva jeg hadde i skuffen..). Dermed var det klart for å sette opp i ESPHome/Home Assistant: IR bruker remote_receiver/remote_transmitter i ESPHome Trigger 12v kobles på en binary_sensor Kobler mot MQTT for direkte kontroll (utenom HA) Definerer fjernkontroll funksjoner som button's i ESPHome, fjernkontrolleren er en tilfeldig jeg hadde liggende med NEC encoding, adresse 0x1000 Jeg liker at stereo anlegget virker selv om hjemme serveren er nede så jeg koder inn "on_nec" lokalt i remote_receiver for direkte kontroll. Definerer en power switch (template switch) og mute for bruk i HA samt en template select for å velge forsterker input. Styring av andre enheter Siden jeg publiserer alle NEC IR koder til MQTT kan jeg fange opp andre fjernkontrollere og gjøre aksjoner i Home Assistant, f.eks styring av en media_player (MPD i mitt tilfelle). automation: - alias: Hifi - play trigger: - platform: mqtt topic: ir/nec/0x1000 encoding: utf-8 payload: 40800 value_template: "{{ value_json.command }}" condition: [] action: - service: media_player.media_play data: {} target: entity_id: media_player.media_system mode: single - alias: Hifi - pause trigger: - platform: mqtt topic: ir/nec/0x1000 encoding: utf-8 payload: 40290 value_template: "{{ value_json.command }}" Notater om IR koder Jeg hadde mistet NAD fjernkontrollen for mange år siden men jeg fant ut at den bruke SR5 i lirc som ser noe slikt ut: begin remote name NAD_SR5 bits 16 flags SPACE_ENC|CONST_LENGTH eps 30 aeps 100 header 9060 4418 one 644 1600 zero 644 478 ptrail 644 repeat 9059 2172 pre_data_bits 16 pre_data 0xE13E gap 107847 toggle_bit 0 begin codes KEY_POWER_ON 0xA45B KEY_POWER_OFF 0x13EC KEY_CD 0xA15E KEY_TUNER 0xBB44 KEY_AUX 0xD926 KEY_VIDEO 0x43BC KEY_DISC 0x916E KEY_MUTE 0x29D6 KEY_VOLUMEUP 0x11EE KEY_VOLUMEDOWN 0x31CE end codes end remote Forsterkerens NEC IR addresse er gitt i pre_data som 0xE13E, ihht ESPHome NEC må denne bit-reverseres så forsterkerens adressen er 0x07C87. Kommandoene gitt i lirc er som de sendes, dvs 8b inverted + 8b. Dette må bit reverseres for å få ESPHome NEC koden. Dermed kan vi konvertere lirc IR filer direkte til ESPHome NEC. Eksempel: Videre Jeg ser videre på muligheten for å få opp i2s (audio) for å gjøre forsterkeren til en streaming enhet, litt usikker på om lydkvaliteten blir ok, må kanskje skifte til en ESP32 for å kunne håndtere multirom streaming (Snapcast) Prosjektet kan egentlig bygges inn i forsterkeren (garantien løp ut for noen år siden, ca 20?), den har 5v "alltid på" for sin innebygde IR kontroller, spørsmål om ev. støy fra ESP. ESPHome YAML esphome: name: "nad-c320bee" esp8266: board: esp01_1m # Enable logging logger: # Enable Home Assistant API api: ota: wifi: ssid: !secret wifi_ssid password: !secret wifi_password # Enable fallback hotspot (captive portal) in case wifi connection fails ap: ssid: "nad-c320bee" password: "XXXXXXXXXX" captive_portal: # Should use hassio mqtt server mqtt: topic_prefix: esp discovery: false broker: 192.168.0.99 username: yyyyy password: xxxxxxxxxx id: mqtt_esphome # Check 12v trigger binary_sensor: - platform: gpio name: "NAD Power State" id: nad_power_state pin: number: GPIO14 # D5 device_class: power internal: false # Note power off/on resets the mute state on_state: - switch.template.publish: id: nad_mute state: OFF # Direct from NAD IR-Output remote_receiver: pin: number: GPIO12 # D6 inverted: False dump: all tolerance: 50% filter: 50us idle: 10ms # Publish all/most NEC parsed commands to MQTT on_nec: then: - if: condition: lambda: |- if(x.address != 0x1000) return true; switch(x.command) { // Volume down case 0xbf40: id(nad_volumedown).press(); return false; // Volume up case 0xe01f: id(nad_volumeup).press(); return false; // Volume mute case 0xe718: id(nad_mute).toggle(); return false; // Power toggle case 0xff00: id(nad_power).toggle(); return true; // Channel up case 0xef10: { auto call = id(nad_input_source).make_call(); call.select_next(true); call.perform(); return false; } // Channel down case 0xf00f: { auto call = id(nad_input_source).make_call(); call.select_previous(true); call.perform(); return false; } // Pass rest on default: break; } return true; then: - mqtt.publish_json: topic: !lambda |- static char topic[16]; sprintf(topic, "ir/nec/0x%x", x.address); return topic; payload: !lambda |- root["address"] = x.address; root["command"] = x.command; # Direct to NAD IR-Input remote_transmitter: carrier_duty_percent: 50% pin: number: GPIO13 # D7 switch: - platform: template name: "NAD Amplifier Power" id: nad_power icon: "mdi:audio-video" lambda: |- return id(nad_power_state).state; turn_on_action: - button.press: nad_cmd_poweron turn_off_action: - button.press: nad_cmd_poweroff optimistic: false assumed_state: false - platform: template name: "NAD Volume Mute" id: nad_mute icon: "mdi:audio-video" turn_on_action: - button.press: nad_cmd_mute turn_off_action: - button.press: nad_cmd_mute optimistic: true assumed_state: false # XXX: Tape monitor (1) is not a toggle as rest... # it will co-exist with others select: - platform: template name: "NAD Input Source" id: nad_input_source icon: "mdi:audio-video" options: #- tape1 - tape2 - tuner - aux - video - cd - disc set_action: - lambda: |- static const std::map<std::string, template_::TemplateButton *> input = { {"tape1", nad_cmd_tape1}, {"tape2", nad_cmd_tape2}, {"tuner", nad_cmd_tuner}, {"aux", nad_cmd_aux}, {"video", nad_cmd_video}, {"cd", nad_cmd_cd}, {"disc", nad_cmd_disc}, }; // Delay needed to separate from earler (power on) commands delayMicroseconds(100000); if(auto it{ input.find(x) }; it != std::end(input)) { const auto&[key, value] {*it}; value->press(); } else { ESP_LOGD("main", "unknown source for amplifier input select [%s]", x.c_str()); } restore_value: true optimistic: true button: # # Address: 0x7C87 is 0111 1100 1000 0111 # Reversed: 1110 0001 0011 1110 -> 0xE13E which is the address Lirc uses for SR5 # # Command: 0x6B94 is 0100 1011 1001 0100 -> is inverted cmd + cmd # 6B => 0110 1011 # 94 => 1001 0100 # Reversed: 0010 1001 1101 0110 -> 0x29D6 which is the command Lirc uses for SR5 # # # mosquitto_pub -h stuepi -u sysop -P xs2mf4ao -t esp/button/nad_mute/command -m 'PRESS' # # Commands: Tuner, Aux, Video, CD, Disc (DD/9B/C2/85/89) # Tape Monitor 1, Tape 2 (8D/91) # Vol up/down, mute (88/8C/94) # Power on/off (25/C8) # - platform: template name: "NAD Select Tuner" id: nad_cmd_tuner on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x22DD internal: true - platform: template name: "NAD Select AUX" id: nad_cmd_aux on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x649b internal: true - platform: template name: "NAD Select VIDEO" id: nad_cmd_video on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x3dc2 internal: true - platform: template name: "NAD Select CD" id: nad_cmd_cd on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x7a85 internal: true - platform: template name: "NAD Select DISC" id: nad_cmd_disc on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x7689 internal: true - platform: template name: "NAD Select Tape Monitor 1" id: nad_cmd_tape1 on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x728d internal: true - platform: template name: "NAD Select Tape 2" id: nad_cmd_tape2 on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x6e91 internal: true - platform: template name: "NAD Volume up" id: nad_volumeup on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x7788 - platform: template name: "NAD Volume down" id: nad_volumedown on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x738c - platform: template name: "NAD Mute" id: nad_cmd_mute on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x6B94 internal: true - platform: template name: "NAD Power on" id: nad_cmd_poweron on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0xda25 internal: true - platform: template name: "NAD Power off" id: nad_cmd_poweroff on_press: - remote_transmitter.transmit_nec: address: 0x7C87 command: 0x37c8 internal: true Home assistant media player media_player: # # Implementation of NAD amplifier # - platform: media_player_template media_players: nad_amplifier: friendly_name: NAD Amplifier device_class: receiver # value_template: "{{ states('switch.nad_amplifier_power') }}" <-- XXX: test this value_template: > {% if is_state("switch.nad_amplifier_power", "on") -%} on {%- else -%} off {%- endif %} #current_is_muted_template: "{{ states('switch.nad_volume_mute') }}" <-- XXX: test this current_is_muted_template: > {% if is_state("switch.nad_volume_mute", "on") -%} True {%- else -%} False {%- endif %} current_source_template: "{{ states('select.nad_input_source') }}" # Note tape1 is a "tape monitor" and coexists with the others inputs: tape2: service: select.select_option data: option: tape2 target: entity_id: select.nad_input_source tuner: service: select.select_option data: option: tuner target: entity_id: select.nad_input_source aux: service: select.select_option data: option: aux target: entity_id: select.nad_input_source video: service: select.select_option data: option: video target: entity_id: select.nad_input_source cd: service: select.select_option data: option: cd target: entity_id: select.nad_input_source disc: service: select.select_option data: option: disc target: entity_id: select.nad_input_source turn_on: service: switch.turn_on target: entity_id: switch.nad_amplifier_power turn_off: service: switch.turn_off target: entity_id: switch.nad_amplifier_power mute: service: switch.toggle target: entity_id: switch.nad_volume_mute volume_up: service: button.press target: entity_id: button.nad_volume_up volume_down: service: button.press target: entity_id: button.nad_volume_down

Kan ikke annet en si meg godt fornøyd med systemet, eneste issue så langt er at ZHA tidvis mister kontakt med noen av Aqara sensorene.. Disse må bare resettes, så er de på nett igjen. Siste tillegg til huset er sensor for peistemperatur. Denne står i underetasjen, så når man sitter oppe glemmer man bort å mate etter med ved. Nå sier systemet fra til meg når det er på tide å etterfylle. 🙂 Dette gjøres med en Wemos D1 Mini (ESP8266) koblet til en MAX6675 K-type Thermocouple. OBS: Thermocouple følger ikke med, kjøp helst en som tåler minst 300 grader. Konnektoren ble demontert fra MAX kortet, og de ble pakket sammen i en 3d printet boks (kan sende STL ved behov): Dette ble da satt opp i Home Assistant med ESPHome integrasjon. Der la jeg inn følgende YAML: esphome: name: esphome-web-xxxx friendly_name: esphome-web-xxxx esp8266: board: d1_mini # Enable logging logger: # Enable Home Assistant API api: encryption: key: "xxxxxxxxxxxxxxxxxx" ota: password: "xxxxxxxxxxxxxxx" wifi: ssid: !secret wifi_ssid password: !secret wifi_password # Enable fallback hotspot (captive portal) in case wifi connection fails ap: ssid: "Esphome-Web-xxxxx" password: "xxxxxxxxx" captive_portal: spi: miso_pin: D6 clk_pin: D5 sensor: - platform: max6675 name: "Hall Fireplace Temperature" cs_pin: D7 update_interval: 15s filters: offset: -5.0 Så bare virket det. 🙂 Dere ser at det er lagt inn en offset på sensoren, denne fant jeg ved å tarere sensor i et glass vann breddfullt med snø - altså ca 0 grader. Så har jeg en automasjon som holder styr på makstemperatur, og sier fra når målt nivå er 15°C under toppnivå. Da roper telefonen at jeg må legge på mer ved! 🙂

Mission completed:

Faen. Hadde oversett den. Vi prøver på nytt. HSPI_TibberSeer 0034.zip

Å men vi lager en bergenser versjon til deg 🙂 (Det blir for lite plass men det løses med KLOKKEN ER istedet for KLOKKEN ER NÅ) Har allerede versjon for SYV / SJU, SYTTEN/SØTTEN og jobber med en svensk versjon 🙂

Grafana dashboards for Netatmo, Tibber og Easee: https://github.com/xperimental/netatmo-exporter https://github.com/terjesannum/grafana-dashboards https://github.com/terjesannum/tibber-exporter https://github.com/terjesannum/easee-exporter

https://flows.nodered.org/node/node-red-contrib-persist Den noden har ein liten error som kan fikses med å redigere ei fil i ein text editor. https://github.com/DeanCording/node-red-contrib-persist/issues/11

https://www.finn.no/bap/forsale/ad.html?finnkode=295712341 Jeg kommer straks til å tilby byggesett, så kan du lodde alt selv og få den billigere 😉

Den er så sinnsykt kul!!! 😄

Godt spørsmål. Mulig vi skulle hatt en egen kategori for elbilladere.

Jeg har kjørt remote home assistant på hytta siden i fjor sommer og kan ikke skryte nok over hvor stabilt og greit det har vært. Hytten kjører for seg selv. Så når det har vært problemer med mobilnettet, fungerer all automasjon som vanlig, og alle funksjoner er tilgjengelige lokalt. Veldig greit å bare ha en egen fane i appen med hytten for å kunne styre den i samme app som hjemme.

Jeg har satt opp en Intel Nuc med Zigbee usb-dongle og Zigbee2MQTT som sender alt til Home-Assistant hjemme via en VPN-tunell, har vært 100% stabilt i 2år nå. Alle automasjoner etc lages som vanlig i Home-Assistant / Node-red etc.

Jeg har etter å ha prøvd diverse løsninger, bl.a. uavhengige instanser av HomeSeer og HA med MQTT basert sync, funnet noe som jeg synes fungerer veldig bra for meg. Jeg har egne HomeAssistant installasjoner for hvert sted og bruker "Remote Home Assistant" for å kobble de sammen. Da velger du en HA instans som hoved-enhet og kan så velge hva du vil speile/ synkronisere inn i den fra de andre installasjonene dine. Du kan gjerne gi hver "satelitt" et prefiks slik at det er lett å se hva som hører til hvor. Med dette oppsettet er hytta en satelitt som kan kjøre selvstendig og i tillegg kan jeg integrere hytta i min hoved-instans og styre enheter derfra også

Det ser ut som at noe er på gang, men ikke helt i mål ennå https://github.com/home-assistant/android/issues/296 ut ifra det jeg kan se av informasjon i denne tråden er det flere som har vært på jakt etter denne funksjonaliteten. det skrives mye om eventuelle workarounds, men det ser ut som at det er med varierende hell. et eksempel som kom frem var bruke androids "work profile" som skiller apper og som gjør at samme app kan installeres flere ganger. men dette virker ikke på alle telefoner kan det se ut som. for apple var det visst heller ikke helt enkelt. helt i slutten av tråden er det en bruker som linker til en pågående beta (av android appen), som også ser ut til å bli jevnlig oppdatert: https://github.com/home-assistant/android/pull/3332

Fikk montert opp et nydelig solcelleanlegg i går, dette har Solis inverter. Og den har sin egen cloud løsning som kan integreres mot Home Assistant via HACS. Testa dette, og det fungerte fint. Men problemet for meg var at data ble sendt over med 5-10 minutters mellomrom. Jeg liker at sånn info strømmes kontinuerlig. Via comporten under inverteren der wifi dataloggeren står er en port med 4 pinner, her får du levert modbus signal og 5 volt. Som dere ser på bildet brukte jeg bare kontakten som var på dataloggeren og lodda på en ledning. Står jo tall på den til og med. Har du ikke den, eller ønsker du ikke å bruke den (eller har den) så kan du nytte vanlig 7 DIN kontakt (tror du finner disse på gamle B&O anlegg) 1: 5volt 2: Jord 3: A+ 4: B- Så kobles dette opp til en ESP8266 eller ESP32 via en sånn TTL Rs485 sak. Alt dette kan stappes inn i casen til wifidongelen, og drives av inverterens 5 volt uttak. Her er configen: Fungerer og gir alle parametere som er av interesse. Skal språkvaske litt, samt vurderer og å integrere feilmeldinger og sånt, så det kommer opp i home assistant, så skal jobbe litt mer med dette. Men her får du alt du trenger med tanke på og følge strømproduksjonen

En ny versjon som støtter nytt Entsoe API er lastet opp.

Kjekk sak, lot seg inkludere i HS4 som en drøm, rapporterer forbruk. 👍

Trakk en cat6-kabel mellom det utvendige inntaksskapet til nettverksskapet inne før helga, for å få bedre sendeforhold for AMS-leseren som tidligere var inne i et Faraday-bur. Sleit med at den rebootet et par ganger i måneden når sendestyrken og/eller spenningen ble for lav. Hadde heldigvis et ledig trekkerør allerede. Med AMS-leseren (POW-U) innendørs er signalstyrken mye bedre og forsyningsspenningen på POW-U rimelig stabil, selv om den fortsatt er matet fra HAN-porten. Skiftet er ved 3. mars ca. 18:00: Slik måtte jeg massere inndataene (f.eks. timeforbruk) tidligere gjennom et Python-script for å ta høyde for kræsj, men det kan jeg heldigvis fjerne nå:

PowerControl er en plugin for HomeSeer som vil forenkle styring av strømforbruk etter strømpriser. Den lager automatisk ett konfigurerbart antall On/Off devicer i HS ved første gangs kjøring. Devicene slås Off og On ettersom prisene er høye eller lave. Det fins to typer devicer, Max og Min. En Max device går Off når prisen går over en grense, en Min device går On når prisen går under en grense. Du kan definere så mange slike devicer som du vil. En parameterfil definerer devicer og prisgrenser etc. Denne kan editeres fra web-grensesnitt. Disse devicene lager da eventer i HS som igjen kan styre fysiske devicer som varme, varmtvann osv. Du kan og definere hvor lenge en device kan være av- eller påslått, eller innenfor et gitt tidsrom. Grensesne kan settes som pris i øre, eller når pris går over eller under gjennomsnittspris. Uansett vil programmet finne de laveste prisene med de gitte kriterier, Du kan også knytte en device opp mot en eksisterende HS device ved hjelp av en Shadow device. I tillegg til ON/OFF kan denne også sende verdier til HS device, som feks termostat setpunkt. PowerControl kan lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS. Effektforbruk kan også hentes fra HS om det fins der feks, fra Tibber. Programmet kan redusere maks effektforbruk ved å slå devicer av for å holde forbruket under en bestemt grense pr time for å redusere nettleie. Eksempler på bruk Du kan kombinere flere devicer i HS ved hjelp av eventer og lage en varmestyring som virker slik: - Sett dag og natt-temperatur i HS. Kombiner så dette med en PriceControl-devicer som: -Setter ned temperatur hvis strømmen blir ekstra dyr basert på en fast grense, eller høyere enn gjennomsnitt den dagen. - Setter opp temperaturen om strømprisen går under en fast grense, under strømstøtte grensen, eller under gjennomsnitt. - Slår av devicer om effektforbruk en time går over en grense. Les mer i Help dokumentet. PowerControl kan også lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS samt logges til fil. Dette er ingen skybasert løsning og den er leverandør-uavhengig. Priser hentes gratis fra ENTSO-E. Release V1.1 08.01.2023 Ny funksjonalitet lagt til: - Strømstøtte. Plugin beregner estimert strømstøtte og du kan legge til denne som en grense slik at en forbruker slås på, eller at en annen forbruker ikke slås av i forhold til pris og støtte, - Du kan konfigurere plugin-parametere direkte i web grensesnitt - Du kan velge å bruke MVA Release V1.1.0.1 14.01.2023 Bugfix: Minberegning feilet for enkelte settinger når IgnoreLimit=0. Minberegning var ikke alltid riktig for MinLength og StretchMin Release V1.1.0.2 18.01.2023 Bugfix: TimeSpan from - to feilet om TimeSpan passerte midnatt. Katalognavn små bokstaver tilpasset Linux Hvis du har lagt Plugin inn i HomeSeer holder det å bytte exe fil og html dokumentasjon. Ny fil PowerControl_Parameters.html gir deg parameter hjelp i webgrensesnitt. Release V1.2.0.0 03.02.2023 Effektbegrensning. Effektforbruk kan måles med AMS måler tilkoblet strømmåler, eller overføres fra HomeSeer om du har feks Tibber måledata her. Devicer kan settes opp til å slå seg av i prioritert rekkefølge for å unngå og gå over en grense. Ny device type: Shadow Device. Knyttes til en eksisterende HS device. Kan brukes som Max, Min eller PowerLimit. Kan sette HS OFF/ON eller til en verdi, feks temperatur setpunkt. Dag/natt-tariff kan legges til strømpriser. Se brukermanual. Bugfix / viktigeendringer - Hindrer PowerControl fane på nye virtuelle devicer - Parameteren PowerSupport er endret. Endre navn i INI fil fra PowerSupport til PowerSupportLimit - Parameter Power endret til PowerConsume. Endre i INI fil - Parameterendring. Hvis du bruker AMS leser: endre fra POW-U til PowerReader=POW_U Release V1.2.0.1 06.02.2023 - Bugfix. Init av plugin feiler hvis PowerReader parameter er blank eller mangler. - Har du lastet ned 1.2.0.0 allerede holder det at du legger inn en eller annen tekst, PowerReader=something Release V1.2.0.2 06.03.2023 Nytt Entsoe API Fikset bruk av default verdier om ikke priser blir hentet. Kan slå av prishenting helt ved å sette PriceArea blank Det holder å bytte exe fil om du allerede har PowerControl Release V1.3.0.0 25.03.2023 Bugfix: Feiler pgr av endring av antall priser fra Entsoe Grafikk: Plotter priser og forbruk. se: Grafikk Ny ini fil: PowerControlData.ini. Visning av Månedsmaks og gjennomsnitt av 3 høyste verdier - nettleie avgift. Lese forbruk fra HomeSeer - Tibber NB. For detaljer om hvordan oppgradere les nederst i ny dokumentasjon. Web status display Visning av priser og forbruk. Konfigurerbare Devicer du kan knytte til events i HS. Her for å styre varmepumpe. Sette ned varme ved høy pris og sette opp varme ved ekstra lav pris. Planlagt videre utvikling Direkte styring av varmepumper, panelovner etc. I dag kan man bruke Powercontrol til å styre en varmekilde som i eksemplet over. Det krever dog ganske mange events i HS når flere devicer skal kombineres. Alternativt kan du lage et script. Enklere er det å kombinere flere devicer i PowerCntrol, og så sende temperatursettpunkt, viftehastighet etc direkte til varmepumpe- eller panelovn-device i HS så slipper du å lage masse events som er vanskelig å endre. Temperatur settpunkt etc vil kunne redigeres i PowerControl web grensesnitt. PowerControl_V1.3.0.0.zip PowerControlHelp - V1.3.0.0.pdf

I bloggen Enda en smart(?) klokke beskriver jeg byggingen av en "bokstav klokke". Her deler jeg kildekoden til denne og håper at folk bygger den ut og deler tilbake her

Spørsmålen var ikke dumme!

Men hvis hele poenget bare er å slå av og på ladingen manuelt, kan det jo like godt styres fra bilens app, det trengs ikke en egen app for den avanserte stikkontakten. Og man kan slå av og på med selve boksen. De fleste biler kan vel stoppe og starte lading på en eller annen måte. Mercedesen min har ikke av og på, men jeg kan sette maksimal ladetilstand, som i praksis gir omtrent det samme resultatet.

En viktig hensikt med "boka" (regelverket/forskriftene) er at det ikke er opp til hvert enkelt å vurdere hva som er farlig. Dersom det er gjort inngrep i det elektriske anlegget har utførende elektriker ansvaret for at det som er gjort følger forskriftene - og er pålagt å dokumentere det ansvaret ved å gi deg en Samsvarsattest når jobben er gjort. Dersom noe skjer ifm det som er utført (brann, personskade etc) vil Samsvarsattesten kunne være et verdipapir som utvetydig plasserer erstatningsansvaret hos elektrikeren. Uten det dokumentet er huseier fullt ansvarlig for et eventuelt avvik - og det kan bli dyrt, i form av avkorting fra forsikringsselskapet. Det er dessuten ekstra strenge regler for el-anlegg i våtrom, grunnet høyere risiko for personskade. Ikke glem at 230 V i verste fall er livsfarlig, om man er uheldig med hvordan man får støtet, og kanskje har svakt hjerte.

Ny versjon kommer snart. Den har fått grafikk som viser pris og strømforbruk for 48 timer. Nyttig verktøy for å vurdere automatikken. Her er en graf som viser to siste døgn. Legg merke til hvordan forbruket øker mellom klokken 3 og 6 om natten. Da er strømmen nesten gratis, og da slår gulvvarme seg på smtidig som vamepumper settes til høy temperatur. Dette slår til når strømprisen går under forventet strømstøtte som programmet kontinuerlig beregner. I tillegg ser jeg forbruket øker klokken 9 og 22. Skal sjekke hva som skjer da. Lurer på å legge inn grafikk som viser hva som slås på også. (lese device status i HS)

Kult, kanskje jeg skal bytte ut klokken jeg har på veggen istedenfor batteriene i den eksisterende. Men funker dårlig i Bergen da vi sier "klokken" og ikke klokka da vi ikke har hunkjønn 😛

Du trenger bare å angi zha: zigpy_config: ota: otau_directory: /config/zigbee_ota_updates også legger du .ota-fila i /config/zigbee_ota_updates (som hos meg tilsvarer /root/config/zigbee_ota_updates når jeg bruker SSH/scp for å kopiere filer til HA)..

Firmware oppdatering av Namron Zigbee termostatene (4512737) fungerer fint i ZHA. Legg .ota fila som du laster ned fra Elektroimportøren eller https://github.com/Koenkk/zigbee-OTA/tree/master/images/Namron i mappen du angir i otau_directory. ZHA vil etterhvert oppdatere FW. Du kan også trigge en oppdatering med f.eks https://github.com/mdeweerd/zha-toolkit

Du må sette contextStorage til localfilesystem i stedet for memory, står litt om det f.eks. her: https://notenoughtech.com/home-automation/preserving-variables-in-nodered/

Fikk forøverig dette som svar av Yale.

Det er rett bak varmeveksler, mellom varmeveksler og elektrisk ettervarmer.

Godt vi ikke er medlem i EU da...

18

Jeg satte opp HA med alt oppsett for fjernstyring og ekstern innlogging osv hjemme, og testet at alt virket. Vil anbefale å ha muligheten for å logge seg inn fjern også, for å kunne justere på lokale automasjon o.l. Men oppdateringer og slikt ordnes via hoved HA. Fjernpålogging var også greit i starten for å kunne tyvkikke litt når jeg satte opp fanen i hoved HA slik at de ble like. Og ikke minst når en har glemt å legge til enheter 😛 Pass på at IPer og slikt blir riktig, jeg bruker annet subnett på hytten f.eks. Når alt virket slik jeg ville tok jeg den med på hytten en helg og la til alt lokalt, lagde lokal fremvisning, automasjoner osv. (Men dette kan en jo også gjøre hjemmefra etterpå hvis en har ekstern pålogging). Og kunne da sjekke i appen på telefonen at ting dukket opp i enhetslisten på Hoved HA hjemme. Jeg fant infoen for å komme i gang på disse 2 sidene: https://github.com/custom-components/remote_homeassistant Så er det bare å passe på å kunne begrense seg for hvor mye rart en finner ut at en vil overvåke på hytten....... 😄

n= (Avtrekkstemperatur - avkasttemperatur) / (Avtrekkstemperatur - Inntak). Formelen stemmer så lenge utetemperatur ligger under avtrekkets duggpunktstemperatur. Avtrekkstemperatur er temperatur som går inn i gjenvinner. Å måle denne kun på badet vil ikke være representativt for avtrekkstemperaturen i anlegget, men dette er avhengig av hvor mange avtrekksventiler du har. Har du 18 grader i huset, vil avtrekkstemperatur være 18 grader. Er avtrekkstemperatur i huset 18, men badet er 25, vil du måle avtrekkstemperatur på 25 når du måler kun på badet, og da vil ikke virkningsgraden være riktig. Virkningsgraden er jo hvor mye gjenvinneren klarer å gjenvinne (forskjell på inn og ut av gjenvinner), og ved å kjøre kunstig høy temperatur på avkast vil virkningsgraden du regner ut være lavere enn virkelig. 🙂

Noen som ville ha vannet? Litt sent å si det nå men jeg tømmer av og til hele berederen på 300 liter rett i avløpet for å få bort fett o.l. fra avløpsrørene. Gjør det vel ikke hvert år men en og annen gang... Med solkraft koster det jo ikkeno å varme berederen igjen...

Da havner de 2 kamearaene jeg kjøpte på Blakk Fredag i hver sin fuglekasse. 😄 Det likte ikke å fokusere så nær. Men det var forholdsvis enkelt å buksprette, fjerne sperrevoksen og skru litt på linsa for å få ønsket fokus. 10cm er vel passe. Samtidig passer jeg på å ikke plugge inn høyttaleren. I tilfelle fingerfommel fra min side så vil jeg jo ikke skremme vettet av fjærdottene. Sjekket med sekundviser at den ikke "hopper". Jeg prøvde nemlig med ESP32-CAM og den bare lugger! Jeg ser også at om jeg "tjuvtitter" i mobiltelefon appen så blir oppløsningen dårlig. Stenger jeg appen så blir den bra igjen. Da er neste steg å bygge et fuglehus som rommer kameraet, henge det opp og håpe det går bra på visningen. Riktignok ikke hjemmeautomasjon. Om jeg ikke legger inn varme og termostat i kassa da.....

Har "fiklet" med mangt ... så det går nok bra. Joda, har lest dette noen ganger etter at problemet oppstod. Det hele ble klarere om sammenhengen nå. Ser at det kan være problem med trafo. Mener å vite at den aktuelle trafo her er ganske ny, var lynnedslag for et par år siden. Men trafo som kan trinnes er noe dyrere og da er det kanskje ikke en slik. Må trafo byttes, da kan jeg forstå at dette vil ta tid (og koste penger) for netteier. Blir spennede i morgen. Takker igjen!

har en mistanke om at Heatit leser forumet her, for dette er det mange som har spurt om. forhåpentligvis blir prisen fornuftig 😄

So, what else is new? Det snakkes om gull og grønne skoger men ender som vanlig opp med knapper og glansbilder...

Jepp, disse fungerer i utgangspunktet som repeatere i zigbee-meshet, Men,.. vær litt OBS på hvilken firmware som er installert på disse. Har vært borti en versjon som er defekt i så måte. Hvilken er fortrengt og glemt nå. Den som kom etterpå virket akkurat som den skulle (og muligens de påfølgende også).

Hei Har brukt Peaqev noen uker for å styre lading av elbilen med en Easee lader. Stort sett fungerer det bra, men har et ganske stort problem jeg ikke har funnet ut av. Jeg lader normalt med 20 A, og dette fungerer også med Peaqev frem til jeg tar en restart av Home Assistant. Etter restart får jeg noen feilmeldinger og den går tilbake til maks 16 A. Utover det fungerer ladingen fint, men altså maks 16 A etter restart. Løsningen til nå har vært å reinstallere Peaqev, noe jeg da må gjøre etter hver restart av Home Assistant. Feilmeldingene som kommer er disse 2: Etter det jeg har forstått skal max amps hentes fra sensoren sensor.xxxxxx_max_charger_limit, og denne sensoren ligger tilgjengelig med verdi 20 A. Har prøvd med versjon 2.5.0, 2.5.1 og 2.6.0 beta, men alle med samme problem. Noen som har noe forslag til hvor jeg skal starte å feilsøke?

Laget en litt alternativ strømprisgraf. I utgangspunktet har jeg en graf for i dag og en for i morgen men har nå slått sammen slik at jeg har en graf som viser strømpriser fra nå og utover så langt der finnes data, altså i praksis fra inneværende time fram til midnatt tidlig på dagen og fra inneværende time fram til neste midnatt litt senere på dagen. Tanken er at strømpriser fra tidligere på dagen er "water under the bridge" og trenger ikke oppta plass på skjermen... Kl 13 ser det slik ut: Hvit er råpris på strøm, gul og oransje (som nå ligger usynlig under den gule pga strømstøttesats = 0) er hhv. råpris + nettleie og råpris + nettleie - strømstøtte. Strømstøtte varierer fra dag til dag da den beregnes ut fra snittpris denne mnd. fram til nå. ...og kl 14 blir den slik: Hvilken versjon som er mest nyttig kan jo alltid diskuteres men nå har jeg i alle fall begge en stund...

Hei, Har fått bygget, montert og integrert et OpenEVSE kit mot Home Assistant. Eksisterende Home Assistant integrasjon er utdatert og fungerer kun delvis. Valgte å bruke MQTT for integrering, HTTP støttes også, mer info her Sensors: - platform: mqtt state_topic: 'openevse/amp' name: 'openevse_amp' expire_after: 300 value_template: "{{ value | multiply(0.001) | round(2) }}" unit_of_measurement: 'A' unique_id: 'openevse001' - platform: mqtt state_topic: 'openevse/pilot' expire_after: 300 name: 'openevse_pilot' unit_of_measurement: 'A' unique_id: 'openevse002' - platform: mqtt state_topic: 'openevse/wh' name: 'openevse_wh' expire_after: 300 unit_of_measurement: 'Wh' unique_id: 'openevse003' - platform: mqtt state_topic: 'openevse/state' name: 'openevse_state' expire_after: 300 value_template: >- {% set values = { '1':'Klar', '2':'Tilkoblet' ,'3':'Lader','4':'Feil', '254':'Klar - Bil tilkoblet', '255':'Klar - Bil ikke tilkoblet' } %} {{ values[value] if value in values.keys() else 'Unknown' }} unique_id: 'openevse004' - platform: mqtt state_topic: 'openevse/vehicle' name: 'openevse_vehicle' expire_after: 300 unique_id: 'openevse005' - platform: mqtt state_topic: 'openevse/colour' name: 'openevse_colour' expire_after: 300 value_template: >- {% set values = { '0':'Off', '1':'Red' ,'2':'Green','3':'Yellow', '4':'Blue', '5':'Violet', '6':'Teal', '7':'White' } %} {{ values[value] if value in values.keys() else 'Unknown' }} unique_id: 'openevse006' - platform: mqtt state_topic: 'openevse/manual_override' name: 'openevse_manual_override' expire_after: 300 unique_id: 'openevse007' Automation: # Read charge level from MQTT - alias: OpenEVSE Set slider trigger: platform: mqtt topic: openevse/set_pilot action: service: input_number.set_value target: entity_id: input_number.openevse_capasity data: value: '{{ trigger.payload }}' id: 56a6f9d542174f8bbd5dbb6633fe1342 # Publish MQTT charge level - alias: OpenEVSE slider moved trigger: platform: state entity_id: input_number.openevse_capasity action: service: mqtt.publish data: topic: openevse/rapi/in/$SC retain: true payload: '{{ states(''input_number.openevse_capasity'') | int }}' id: c15be7f0051244839beef00a1ae32343 # Publish MQTT charge state on - alias: OpenEVSE charge on trigger: entity_id: input_boolean.openevse_state platform: state to: 'on' action: service: mqtt.publish data: topic: openevse/rapi/in/$FE retain: true # payload: '' id: c15be7f0051244839beef00a1a324324 # Publish MQTT charge state off - alias: OpenEVSE charge off trigger: entity_id: input_boolean.openevse_state platform: state to: 'off' action: service: mqtt.publish data: topic: openevse/rapi/in/$FD retain: true # payload: '' id: c15be7f0051244839beef00a1a345332 # Read back charge status and set input boleean - alias: OpenEVSE charge set on trigger: entity_id: sensor.openevse_state platform: state to: 'Lader' action: service: input_boolean.turn_on target: entity_id: input_boolean.openevse_state id: 56a6f9d542174f8bbd5dbb66334352 - alias: OpenEVSE charge set off trigger: - platform: template value_template: "{{ not is_state('sensor.openevse_state', 'Lader') or (is_state('sensor.openevse_vehicle', '0'))}}" action: service: input_boolean.turn_off target: entity_id: input_boolean.openevse_state id: 56a6f9d542174f8bbd5dbb663324342 # Overstyringsflagg på - alias: OpenEVSE charge override on trigger: entity_id: sensor.openevse_manual_override platform: state to: '1' condition: condition: time before: '22:00' after: '10:00' action: service: input_boolean.turn_on target: entity_id: input_boolean.openevse_override id: 56a6f9d542174f8bbd54324324258 # Overstyringsflagg av - alias: OpenEVSE charge override off trigger: entity_id: sensor.openevse_vehicle platform: state to: '0' action: service: input_boolean.turn_off target: entity_id: input_boolean.openevse_override id: 56a6f9d542174f8bbd5898654442 configuration: input_number: # OpenEVSE Kapasitet openevse_capasity: name: Ladestrøm min: 6 max: 16 step: 1 unit_of_measurement: 'A' icon: mdi:target input_boolean: openevse_state: name: Lading icon: mdi:car-battery initial: off openevse_override: name: Overstyring icon: mdi:car-battery initial: off