2jan

@HansHG Brukte vanlig cat5e nettverkskabel, koblet rett i 410s ved å bruke blå/hvit leder på A, blå på B og oransje/hvit på G (dette skal tilsvare rette pins fra Villavent, pin5 = A, pin4 = B, beskrevet i Villavent Modbus dokumentasjon). Du må inn i 410s å sette opp seriell kommunikasjonen til å matche villavent-enheten (parametrene finner du i villavent displayet). 410s er dumt nok satt opp til å ha fast IP fra fabrikken i 192.168 serien. Jeg brukte en annen serie i min DHCP server og måtte derfor endre DHCP adresseserien bare for å få tilgang til webserveren. Når du først er inne der ville jeg anbefalt å sette dynamisk IP i boksen og heller sette statisk IP i ruteren din. I home assistant følges bare denne guiden som viser denne koden i configuration.yaml: modbus: name: villavent type: tcp host: ip.ad.re.ss port: 8234 I tillegg må du sette opp sensorene du ønsker. Trikset er her å finne de rette registrene, jeg fant dokumentasjonen på mitt system, og da var det bare å legge rett inn (husk å trekke fra 1 fra det du finner i dokumentasjon, feks er viftehastighet oppgitt som 101 i dokumentasjonen, mens vi må legge inn 100 i konfigurasjonen). sensor: - platform: modbus scan_interval: 30 registers: - name: Villavent speed level hub: villavent slave: 1 register: 100

Kunne nok vært formulert bedre ja.. Fungerer de som forventet, integreres de enkelt? Støttet av OpenZWave? Dimmes den naturlig eller hakkete? Du sier det selv, du bruker Fibaro Switch, ikke Fibaro Dimmer. Switch fungerer helt fint, jeg har selv to slike bak servicebrytere. Problemet er at dimmer er laget på en annen måte, noe elektrikeren mente at var lite intuitivt. På badet har jeg blanding av fastmontert LED (som da ikke krever topolsbrudd), en stor E27 pære hengende i ledning (nattlys, ønsker her dimming), og speillys hvorav de siste to krever topolsbrudd. Planen var her å ha 3 brytere (en til hvert lys), en fibaro double switch til fastmontert LED og speillys og en fibaro dimmer til pæren samt servicebryter. Men fibaro dimmer fungerte ikke her som nevnt tidligere. Med min config måtte jeg da hatt to servicebrytere, baller på seg av knapper..

Jeg er ikke ekspert på dette akkurat, men det har noe med at ikke begge fasene kan brytes til pærene med servicebryter og Fibaro Dimmer (det går med Fibaro switch). Dette har både elektriker kommet frem til samt at jeg har hørt samme fra andre. Feks sier også Futurehome det samme. Nok av plass i veggboksene. Namron Dimmer fra elektroimportøren. De har heller ikke topolet brudd, men det er mulig å oppnå det med servicebryter.

Jeg holder på å bytte fra xComfort til Z-wave. Elektriker har allerede montert en del fibaro double switch 2 og fibaro dimmer 2. Men på badet er det ikke mulig å montere fibaro dimmer 2 bak et allpolig brudd, men han nevnte at de ofte bruker Namron produktene om kan gjøre dette. Har dere erfaring med Namron dimmere, switch, dobbel switch? De er jo en del billigere enn Fibaro også? Av system bruker jeg Home Assistant og den nye OpenZwave integrasjonen.

Home Assistant loggene blir oversvømt av denne feilen. Noen som forstår noe av den og hva jeg kan gjøre med det? Jeg har både lest og skrevet data i månedsvis uten problemer, men ønsker gjerne å fjerne feil fra loggene likevel.

Selvsagt... 1. Sett opp en input number i configuration.yaml slik: input_number: nettleie: name: Nettleie min: 0 max: 2 step: 0.01 mode: box unit_of_measurement: NOK/kWh 2. I Lovelace bruker jeg et entities kort for å vise input_number.nettleie som du deretter første gang setter til faktisk nettleie (0.44 kr/kWh hos meg). 3. Ved beregning av kostnader det bare å summere input_number.nettleie og sensor.electricity_price_adresse før du multipliserer med forbruk. Jeg bruker dette selv feks i notifikasjonen om at vaskemaskin er ferdig (inkludert kost) og totalkost/time for alt strøm.

Vil du ikke ha med nettleie også i prisen? Selv har jeg laget en enkel input_number i home assistant som gir en fast verdi på 0.44 kr/kWh men som er lett å oppdatere fra front-end om prisen skulle endre seg. denne kan en jo bruke i alle kostnadsberegningene etterpå.

Dette fungerte som bare det @stigvi! Takk for hjelpen ?

Flott, send meg gjerne konfigurasjon

Ah, det er jo forsåvidt en mulighet ja.. jeg skal jo styre dette fra en annen home assistant instans, men det kan vel fungere likevel

Hei, bruker du denne usb-pluggen sammen med en raspberry PI? Hvilken software brukes for modbus og er det mqtt som er protokoll til å videresende data? Jeg kjører allerede en usr-tcp 232-410s modbus til ethernet adapter på min vtr-500, men skal også sette opp en enhet til å styre en vsr-150 som jeg har i utleiedel. Tenkte da å bruke en rpi jeg har liggende og denne usb pluggen jeg allerede har kjøpt.

Hehe, det har du nok veldig rett i. Ser i manualen at registre 102-107 er flow, men trodde disse bare var set points for forskjellige hastigheter. Mulig det ikke kan leses faktisk verdi da?

Forsåvidt enig i det. Jeg har endret register 108 (REG_FAN_FLOW_UNITS) fra 0 (l/s) til 1 (m3/h), men fortsatt blir verdiene fra register 109 (REG_FAN_SF_PWM) og 110 (REG_FAN_EF_PWM) lest ut som l/s (ligger fremdeles på rundt 49), mens jeg leser nå verdi 1 fra register 108. Noen andre som har endret units og fått det til? Jeg kan jo selvsagt gjøre konverteringen i Home Assistant, men synes det er mer future-proof å endre kilden.

Takk for god informasjon i guiden. Endelig oppe å kjører med USR-TCP232-410s, VTR500 og Home Assistant. Ser nå at jeg kjører på omtrent 47 liter/s tilluft på medium og rundt 63 l/s når jeg kjører på High. TEK10 krav tilsier 1.2 m3/h/m2 noe som for min bolig på omtrent 225 m2 tilsvarer ca 75 l/s. Stemmer disse flowmålingene fra aggregatene?

Fantastisk!

I min uvitenhet har jeg kjøpt RS485 til Ethernet adapter, det støtter visst ikke Modbus sånn uten videre. Jeg måtte derfor bestille et nytt og nå er USR-TCP232-410s på vei fra Ali, satser på det rekker frem før de nye tollreglene blir aktive fra 01. april.

Hei, jeg er nå tom for ideer, får ikke til å hente data fra min VTR-500, håper noen kan dytte meg i rette retning videre. Jeg har et eldre apparat enn det som er brukt i guiden her (uten fargeskjerm). Jeg har heller ikke koblingsboksen, men det er en RJ45 Modbus utgang direkte på hovedkortet jeg har koblet meg til med en standard cat5e kabel. På andre siden av cat5e kabelen har jeg koblet meg på en USR-TCP232-304 kjøpt fra AliExpress ved å bruke pin 4 og 5 for hhv A og B (beskrevet i denne forumposten, post 65). Jeg har fått tilgang til adapteret og endret IP adresse samt satt opp serial porten til å matche det jeg finner på displayet på anlegget (Adresse: 1, Baud-rate: 9600, Paritet: None). Jeg bruker Home Assistant for å koble meg på adapteret, det går forsåvidt fint, men jeg klarer ikke å hente noe data i det hele tatt. Jeg har sikkert ikke samme register som i det siste pdf-dokumentet fra SystemAir, men jeg finner heller ikke noen dokumentasjon på eldre apparat der. Jeg har ved å google funnet en eldre pdf (Modbus for residential units fra 2017) som har andre registeradresser, feks 101 for REG_SPEED_FAN_LEVEL. Jeg har derfor satt opp noen forskjellige adresser i Home Assistant, både fra gammel og ny pdf, men ingen gir data. På adapterens web server kan jeg se at jeg er koblet på, men det er bare data på RX, ingenting på TX. Jeg har også lastet ned Pymodbus for å teste om jeg kan hente data fra en annen klient, men ser ikke ut til at jeg får respons der heller (mulig jeg ikke gjør dette helt riktig, men ser nokså enkelt å greit ut). EDIT: Har også prøvd gjennom Node-Red; får ikke data der heller, enten feil adresser ellers er det ikke data fra villaventen? Håper noen kan gi meg et lite hint av hva jeg kan prøve nå.. MODBUS_FOR_RESIDENTIAL_D24810_USER_MANUAL_EN__A007_.PDF

Lastet ned ny js fil fra github, oppdaterte raw filen (evt lovelace.yaml) med 1 versjonsnr der det står. url: /local/entur-card.js?v=4

Fungerer bra nå ja ?

Jeg kjørte 0.91.3 frem til i dag, 0.91.4 nå. Skal sjekke loggen neste gang ja.

Hei, jeg har hatt tibber data i Home Assistant helt til 14.04.19 kl 08, men etter det ser det ikke ut til at jeg får kontakt med Tibber. Jeg har ikke endret noe på den delen av konfigurasjonen. Får denne opp i Lovelace: Noen som kjenner til hva dette kan skyldes? UPDATE: tok vekk en camera config fra conguration.yaml, da virket den igjen etter en restart. Meget rart.

Noen andre enn meg som har lignende problemer etter oppgradering til 0.90 eller 0.91? Mener jeg så en plass at det var gjort noe med datetime i en av de siste release men finner ikke igjen det i farten.

Det gikk visst fint å bruke dette uten yaml mode også. Kopierte filene som beskrevet til www katalogen. Istedenfor å legge resources i yaml fil må de legges i raw config filen (åpnes ved å trykke de tre prikkene en gang til etter Configure UI). Deretter legges koden inn som et manual card.

Kjapt tips I tilfelle noen andre har samme problem som meg. Det viser seg at siden jeg hadde to biler registrert på min car-net konto fikk jeg feilmeldinger etter konfigurering. Jeg slettet den ene bilen som jeg likevel ikke hadde aktivt abbonement på og da løste det seg. Feil er rapportert som issue på GitHub: https://github.com/robinostlund/homeassistant-volkswagencarnet/issues/30

Ja kjenner til det, men tror ikke jeg ønsker å konvertere til yaml for GUI, spørsmålet var da om det finnes måte å gjøre dette på uten yaml enda? Regner med det er den veien all gui går siden det nå er default.