All aktivitet

Det går fint ja, har akkurat gjort det samme med både dimmer 2 og double switch 2. 🙂

Er det @Ronniehlsin container baserte "Homely - MQTT" løsning som er veien å gå? Er @kolaf sin component deprecated ?

Ja. Bruker den nye appen...

Bruker du den nye appen? Den hadde en annerledes form for kalibrering når jeg rekalibrerte for noen uker siden. Kanskje det kan hjelpe?

Hrmf. Jeg har nå montert Danalock v3 på en Trioving 8765 som er sånn 360 grader omdreiing eller noe. Så for at nøkkel skal synke så må jeg vel ha på 'End to End', og da er kalibreringen helt på bærtur. Det fungerer å låse/låse opp fra appen, men når jeg vrir vrideren helt til venstre og litt til høyre så tror appen at jeg har låst... Forslag?

ja riktig, vinkelen er ikke optimalt for at veggbryter med innebygd sensor skal kunne fange bevegelse. Det du foreslår er mye bedre løsning. Er det noe mere vanskelig å installere sånne smarte dimmere enn å installere vanlig dimmere? vil tro at framgangsmåten er det samme.. Men ja, for sånt må man nok ha elektriker som skal gjøre jobben.

Hei Nu har jeg ikke homey selv men fibaro men tenkte å kjøpe frient led pulse energy meter. De har en homey app og lure på om man kan se koden fra en homey app etter den er installert på homey pro. Jeg trenger nemlig å justere fra 4000 imp/kWh (kVArh). til 1000 imp. appen.. https://homey.app/no-no/app/com.frient/frient/

Vel, det er jo nettopp det de har, som nevnt i denne tråden.

Dette er ca hva jeg gjorde 1. sudo mkdir /opt/homely-mqtt 2. sudo mkdir /opt/homely-mqtt/config 3. cd /opt/homely-mqtt 4. lage filen docker-compose.yml med følgende innhold version: '3.9' services: homely-mqtt: image: yusijs/homely-mqtt:latest container_name: homely-mqtt restart: unless-stopped environment: - TZ=Europe/Oslo volumes: - /opt/homely-mqtt/config/:/app/dist/config 5. lage filen conf/local.yml med innhold som angitt på github siden 6. kjør kommando: sudo docker-compose up -d (den vil gjerne feile, pga env variabler som ikke er satt, men det er greit) 7. gå til portainer, <ip addresse>:9000, gå til homely-mqtt docker, velg advanced edit, legg til env variabler, deploy denne og da skal det virke (husk å definere mqtt riktig og enable den i local.yml filen)

255kvm enebolig med utleiedel, 4 beboere og en baby, 2 elbiler. 2021: 26400kwh 2022: 27900kwh 2023: 35351kwh

Finnes det en okei framgangsmåte for dette? Skal sjekke litt ekstra i tråden her, men ikke brukt docker compose tidligere.

Ahhhh…i see. Hvis du absolutt vil bruke esphome til å dekode meldingen må du lage en custom component ettersom esphome ikke har en ams modul for dekoding, dette vil være et greitt utgangspunkt: https://community.home-assistant.io/t/hacky-integration-for-m-bus/127288, men du må fortsatt skrive det om til å funke mot han meldingen. Her er han dekodingen til ams-reader repoet https://github.com/UtilitechAS/amsreader-firmware/blob/main/src/IEC6205621.cpp som vil være ganske grei å bruke. så da trenger du kun å implementere integreringen og publisere den. Men du slipper ikke unna en del koding selv om du bruker esp-Home

FAQ: Locks for SmartThings in the Nordic region. Many are curious about locks, and since it's essentially only an option for us up here, I made a FAQ yesterday, read if it's of interest. 1. ID-lock with a Z-wave chip is supported both with the default device handler from SmartThings and with extended functionality in custom code. I recommend giving some dollars to rboy, whom you can find at community.smartthings.com, so you get the best possible code for the lock. This one has 2 codes. 1 master code for the family, and a service code that you can change as often as you like. If you use the master for mom and dad, and service for the rest of the family, etc., you decide yourself. It comes with 10 RFID tags that are unique when added. With a smart app, you can change the service code. Tags vs. codes. Tag number 1 is automatically the master code user, number 2 is the service code user, numbers 3-10 are unique with no possibility for a code. More codes in the future? Possibility to change codes according to time? ID-Lock isn't very informative on such matters, so my theory is that we probably won't see support for more codes for a long time, no point in nagging them either because they won't respond anyway. Changing codes according to time? For example, open until 12 on Friday because a mason is coming. This can be solved in many ways, but I think doing it manually in a smart app, or on the lock itself, would be the most natural. If you want to create a schedule for when, for example, the cleaning help comes on Thursdays after 12:00, that can be solved in Core. Set the code automatically on Thursday morning, and change it to something else in the afternoon in the same Core script. Notifications: You can receive notifications when user 1, 2, 3... opens, you can get a notification if an incorrect code is used, you can get a notification if the door is burning (temperature), a notification if the door is open or closed, you can turn off the alarm if the lock is opened... There are no limits to what you can get out of data and do something with it. 2. Yale in the Nordic region is locked in such a way that the Z-wave module for homebrew will not work, and Trioving has no plans to change this, most likely due to agreements with alarm companies. This works elsewhere on the globe. 3. There are a couple of other alternatives that can probably be used in blocks, etc., but which are probably not very suitable to use on the main door in the Norwegian climate.

Matter over Thread (og Silicon Labs dev kits) devices støtter OTA. Espressif har også ESP32 dev kits som støtter Matter.

Det tror jeg. Hvorfor blander du inn zigbee? Ja, jeg kan i teorien laste ned kildekoden og modifisere den. I praksis er det en del jobb med dette. En skal jo forstå hva som foregår i denne koden. Og som nevnt, de har lagt inn mye som har med dette web-grensesnittet å gjøre. Fordelen med esphome er at det er brukervennlig og noe jeg kjenner. Jeg holder en knapp på at det er den veien som er lettest å gå.

Da kan du vel ta utgangspunkt i den firmwaren som ligger der og tilpasse den dine egne behov? Det er jo en av fordelene med åpen kildekode. Jeg mener det er ESP32 som sitter på kortet. https://github.com/UtilitechAS/amsreader-firmware Eller om du kjører den mot zigbee2MQTT så kan du jo hente ut data etter eget behov. Eller er det noe her jeg ikke ser/forstår?

Jeg har allerede en esp32 tilkoblet HAN som går på strøm så dette er ikke en aktuell problemstilling for meg. Men takk for svar. Som nevnt ovenfor, jeg ønsker å prosessere data i esp32. Det kan feks være å integrere opp energi ut i fra effekt som sendes på HAN porten hvert 2,5s. Slikt er ikke mulig med pulse. Da må en i så fall integrere opp i Home Assistant og da blir resultatet feil hver gang en tar en omstart på Home Assistant.

Lagde en hanleser med esp32 og noen transistorer for noen år tilbake, det er ikke veldig vanskelig, men du kommer til å slite veldig med å drive den fra hanporten. Jeg tror jeg brukte ca 10% av tiden på å lage dekoderkretsen og programmering, og de resterende 90% på å ikke dra ned to linjen. Det funket ok,men jeg endte med å kjøpe en Tibber pulse, og sette den opp til å sende mqtt pakker direkte til homeassistant

Jeg opplevde det samme. Jeg hadde en tidlig integrasjon installert som sluttet å virke, og passet da anledningen å gå over til docker-compose varianten som etter 5-10 minutters arbeide kom opp og alt ser ut til å virke veldig bra.

Home Assistant virker å være populært og den har også støtte for KNX https://www.home-assistant.io/integrations/knx/

Jeg har nettopp overtatt en bolig som ble bygget ca. 2012 med hjemmeautomasjon som var relativt avansert den gang. Hjertet er en Gira Homeserver 3 med et Gira Display 9 som styringsskjerm, det er Gira styringsbrytere i alle rom, styring av en rekke lysscener innen- og utendørs, 3 Gira kamera for overvåking/callinganlegg til inngangsdører, styring av flere persienner og gardiner for solskjerming, integrert værstasjon med mer... Gira Homeserver 3 er nå en eldgammel løsning basert på Windows 3.11 Embedded og som ikke støtter DHCP. Homeserver har derfor vært koblet til en egen router med statisk IP og port forwarding. Som igjen har fått IP fra en Telenor bredbåndsrouter. Når jeg i går installerte Altibox fiber og erstattet Telenor-routeren ble det Connection Error på Homeserver, og ingen funksjoner er lenger tilgjengelig på styringsskjermen. Der ser man kun Homeserver med Windows 3.11 Embedded OS og app for Quad-client. Som ikke klarer å starte pga. manglende IP. Det er en svært omfattende installasjon i huset med mye kabling. Og alle KNX styringsbryterne virker jo fint uten Homeserver. Så jeg ønsker å beholde alle styringsbryterne og det kablede anlegget, men få et mer moderne system enn Gira Homeserver 3 som støtter DHCP og kan kobles mot enhver bredbåndsrouter uten ytterligere enheter og dill. Jeg vil ha et system som ikke krever en "integrator" for hver gang jeg ønsker å gjøre en endring på en lysscene. Jeg ønsker å kontrollere hele systemet selv. Og jeg har mange Samsung og Google enheter som gjerne kunne vært integrert. Jeg kan relativt lite om kablede løsninger som ikke er skybasert. Jeg ser leverandører som Smarthuset tilbyr 1home Server, men klarer ikke helt å forstå om denne krever at Gira Homeserver fremdeles er installert. Er det noen som kan anbefale en løsning? Evt. gi meg et tips om en KNX-sertifisert leverandør i Tønsberg-regionen som virkelig kan sine saker?

Sensorene oppdateres fremdeles hos meg ser det ut til.

Fikk melding av Homely om at de skulle gjøre oppdateringer tirsdag 16. april. Jeg vet ikke om det har noen sammenheng med at jeg dagen etter mistet Homely-tingene mine i Home Assistant..? Sjekker loggen: Logger: homeassistant.config_entries Source: config_entries.py:444 First occurred: April 17, 2024 at 23:57:26 (5 occurrences) Last logged: 08:33:26 Error setting up entry Homely Hjemme for homely Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/config_entries.py", line 444, in async_setup result = await component.async_setup_entry(hass, self) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/config/custom_components/homely/__init__.py", line 26, in async_setup_entry await homely_home.setup() File "/config/custom_components/homely/coordinator.py", line 69, in setup self.location = await self.hass.async_add_executor_job( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/concurrent/futures/thread.py", line 58, in run result = self.fn(*self.args, **self.kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/homelypy/homely.py", line 176, in get_location devices.append(create_device_from_rest_response(device)) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/homelypy/devices.py", line 172, in create_device_from_rest_response return device_class.create_from_rest_response(data) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/homelypy/devices.py", line 98, in create_from_rest_response state_fields[field.name] = field.type.create_from_rest_response(device) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/homelypy/states.py", line 91, in create_from_rest_response *extract_value_and_last_updated(my_data["defect"]) if "defect" in my_data else (None, None), ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/site-packages/homelypy/states.py", line 19, in extract_value_and_last_updated timestamp = parse(data["lastUpdated"]) if data["lastUpdated"] is not None else None ~~~~^^^^^^^^^^^^^^^ KeyError: 'lastUpdated'

Jeg vil anbefale deg å lese litt her: https://www.elektroimportoren.no/namron-og-philips-hue/namron-og-philips-hue/Document.html Det du er på utkikk etter er nok en Zigbee dimmer som støttes av Philips Hue. Jeg har ikke gjort research selv, men vil si det er rimelig å anta at denne fungerer i ditt tilfelle gitt informasjonen over: https://www.elektroimportoren.no/namron-zigbee-led-dimmer-200w-2-0-hvit/4512750/Product.html Da bytter elektriker ut dagens bryter med den over, så kan du kjøpe en Philips Hue(eller annen støttet sensor) bevegelsessensor og koble det sammen slik du allerede gjør i dag. Det finnes også dimmere med bevegelse integrert, men da blir jo sensoren der hvor dimmeren står og det er sjelden optimalt.

En grunn til at EspHome frister er at jeg vil kjøre min egen behandling av data på esp32. Og med EspHome er det lett å oppdatere kode OTA. Støtter Silicon Labs dev kit det? Eller må du oppdatere kode ved hjelp av kabel?