Ziggy

3.0.0 av appen bruker en URL parameter &minUpdatedAt=2024-01-09T20%3A15%3A57%2B0100 for å begrense stasjoner (og datamende) overført til de som er endret etter dette tidspunktet. Tilsvarer &minUpdatedAt=2024-01-09T20:15:57+0100 med ":" og "+" URL-enkodet. De som allikevel setter opp noe som tar vare på states mellom requests kan vurdere å ta dette i bruk.

token 237faA88-s90a-2eee-b31d-188244e6ce11 brukes av appen til å generere en ny API-nøkkel, man kan jo tippe vha en kryptografisk algoritme som ikke lett kan knekkes.

Ja, antar det. Vanskelig å vite. Tipper de ikke ser på HA brukere som hverken en stor mulighet eller trusssel, men at de har beskyttet API'et sitt mer for å unngå at noen begynner å bruke dataene på en mere kreativ måte.

Ja til alt.

/api/v1/authorization-sessions er åpen og ser ut til å returnere en «global» token som erstattes av en ny etter noen få timer. Api nøkkelen er nok nå en hash av denne token’en og din bruker-id, og må re-beregnes når den rullerende token’en oppdateres.

Hei, her er et morsomt rent YAML-eksempel jeg kom fram til på en sensor som viser billigste Diesel 'D' innenfor en satt radius (dist_limit=10.0 km) fra "deg" 🙂. Sensoren puttes inn i Restful-integrasjonen fra eksemplet tidlig i tråden. Sensor verdien er foreløpig en streng, med prisen først: Om noen ser hvordan man kunne hatt bare prisen i sensorverdien og resten som attributter ala tidligere eksempler, hadde det vært interessant. Ser ikke ut som json_attributes_path tillater templates...

Hei, er det noen av dere med MODBUS-tilkobling som har kikket på flowsettings vs. effekttrekk på viftene ? Jeg gjorde en liten kjapp enkel test på mitt 2013 VR700 (EC2, Appl 3.05.03) anlegg og fikk noen interessante resultater. Satt viftehastighet til høy (REG_FAN_SPEED_LEVEL(101)=3), og brukte REG_FAN_EF_FLOW_HIGH(107) til å styre flow. Setting her gir hos meg auto-oppdatering av leseregisteret REG_FAN_SF_FLOW_HIGH(106) til ca +4%. Så målte jeg powertekk på hele aggregatet etter ca 20 sek for ulike flowsettings, manuelt med en Deltaco plugg. E fan l/s S fan l/s S/E pwm E pwm S EF SF Power W P/pwmS 35 36 1.029 2.0 2.0 1800 1980 127 63.5 45 47 1.044 2.4 2.5 1920 2160 157 62.8 Lav 50 52 1.040 2.6 2.7 2040 2280 175 64.8 55 57 1.036 2.9 3.0 2280 2340 205 68.3 60 62 1.033 3.1 3.2 2280 2460 225 70.3 70 73 1.043 3.5 3.6 2460 2700 283 78.6 80 83 1.038 3.9 4.1 2640 2820 330 80.5 Nominal 84 87 1.036 4.1 4.2 2760 2820 344 81.9 90 93 1.033 4.4 4.5 2760 2820 353 78.4 100 104 1.040 4.8 5.0 2760 2820 353 70.6 120 124 1.033 5.7 5.8 2760 2820 354 61.0 140 145 1.036 6.5 6.8 2760 2760 351 51.6 160 166 1.038 7.5 7.7 2760 2760 352 45.7 Høy 162 168 1.037 7.5 7.8 2750 2760 350 44.9 180 186 1.033 8.3 8.5 2760 2820 351 41.3 200 207 1.035 9.1 9.4 2760 2820 351 37.3 212 220 1.038 9.7 10.0 2760 2820 354 35.4 De uthevede linjene er settingene som er innstillinger for lav, nominal og høy som ble satt av installatør. E fan l/s = Extract fan flow l/s S fan l/s = Supply fan flow l/s S/E = Forhold mellom supply og extract flow, automatisk satt. pwm E = resulterende PWM Extract fan (ser ut som fast mapping ) pwm S = resulterende PWM upply fan (ser ut som fast mapping) EF/SF = omtrentlig Extract/Supply fan RPM (hopper litt opp og ned, opp i max ca 3000rpm, regner med sensorjodling, ser ingen forskjell f.o.m PWM 4,5) Power = målt powertrekk. P/pwmS = forhold mellom power og pwm S Som det fremgår er det ikke mulig å få viftene til å trekke mer power enn 350W tilsammen, selvom hver av viftene på dette anlegget er spesifisert til 246W. Noen her i forumet som har gjort tilsvarende observasjoner eller vet mer om temaet? Er det fysisk mulig at aggregatet kan pumpe dobbelt så mye luft mellom norminal og høy med helt minimal effektøkning og ikke målbar hastighetsøkning? Har dette noe med økt trykk ved økt hastighet, og optimalisert arbeidsområde for viftene og gjøre? Hvordan er anleggene deres, har dere merkbar el. målbar hastighetsendring på viftene mellom Nominal og Høy setting? Dere som styrer flowsettings, har dere merkbare evt målbare endringer i flow i hele innstillingsområdet? VR400 har vifter på 115W hver, hva er effekttrekket på max speed hos dere med VR400? Jeg hadde forventet en mere direkte sammenheng mellom PWM, som er i range 2 - 10V og effektforbruk, her taker det på en måte allerede rundt nominal på 4.5V, og jeg hadde forventet et effektrekk på ~500W på max flow.

Da har jeg vært oppe en stund med villavent-bridge integrert mot HA, takk for all hjelp @gskjold, dette ser veldig bra ut, kudos for bra jobb! 👍 Oppkoblingen elektrisk er som over og jeg henger på RJ45-kontakten midt på hovedkortet. Repeterer: VR700DCV installert 2013. Hovedkort EC2 v1.0.0 04.06.2010, FW app EC 3.05.0 [EC boot 1.02.00, CD appl 2.00.32/boot 1.00.02] Hadde først en runde med Elfin EW11, gjorde en ganske full integrasjon med Modbus/TCP mot HA, og så at det fungerte fint. Ser imidlertid løsningen med en MQTT device i nærheten av aggregatet som en bedre vei å gå da det kan generere mye mindre trafikk oppover i systemet. HA slipper å polle registre som aldri endrer seg, og MQTT sensorintegrasjonen er litt bedre i HA. Tror @gskjold's latest and greatest funker fint, ellers ligger (nesten alt) det jeg kjører foreløpig på https://github.com/sigvind/villavent-bridge-svi/tree/try-register-manager, koden er en god del mere verbos på serial output som viser hvordan det går med hver enkelt MODBUS-lesing.

Litt usikker på om jeg oppfatter hva du spør om her, men ja, koblet meg på RJ45-pluggen midt på hovedkortet. Klippet av en cat5 kabel og koblet 3 ledere mot denne fra Elfin: Det betyr vel at jeg har koblet pin 4 til B og 5 til A, iht til SystemAir dokken under, mens pin 1 GND gikk til - (minus) Da jeg hadde byttet om A og B kom det forresten også noe data da jeg brukte RFU, med de gav lite mening, ble mye enere og lite nullere. 🙂

Mener bestemt at jeg endte opp med A->A / B->B, min blingsing var altså å koble feil i første forsøk. Prøvde aldri å koble av GND igjen etter å først å koble den, for så å bytte parene. Var såpass i Eureka-humør da det så ut til å fungere at jeg gikk umiddelbart over i ikke-rør-modus. Jeg kjører en Elfin EW11, den ser litt anderledes ut, men koblet GND-pinnen fra modbus-connectoren på aggregatet til jord på power, som jeg antar blir det samme som GND på HF2211. Kjører foreløpig 9600,8,1, Even Parity, som var det aggregatet var innstilt på i Modbus-menyen. Flow Control = Disabled Protocol = Modbus. Den siste påvirker innpakkingen/forventet innpakking på TCP, uten å velge 'Modbus' blir det RFU over TCP ser det ut til. "IOT Device Series Software Function" manualen refererer til en pakke (Industry products application manual_20200417.zip) som inneholder Modbus Poll. Jeg fant det veldig nyttig å ha en enklere tool å teste enkeltaksesser med for å finne ut hvilke/om registere som svarte og med hva, og samholde med registerdokumentasjonen fra SystemAir. I toolen må du også velge Modbus over TCP hhv RFU over TCP avhengig av hva du har satt i adapteret. I home Assistant ser det sånn i i headeren: ################################################################################ # Modbus on Elfin EW11 on ventilation ################################################################################ modbus: - name: systemair type: tcp host: 192.168.0.223 port: 8888 delay: 5 # Startup delay sensors: # FAN CONTROL REGISTERS - name: "SA valgt viftehastighet" slave: 1 address: 100 input_type: holding # 0=off, 1=low, 2=normal, 3=high, 4=auto scan_interval: 5 data_type: uint16 PS: mitt aggregat støtter ikke auto på viftehastighet. Håper dette tar deg videre!

@sinamics, se vet jo ikke om VR400 serien opererer med samme FW versjonsserie, i.e om det er samme kort/FW, men jeg øyner jo håp for mitt 2013 VR700 med EC2 og denne EW11 altså. Har ESP32 og RS485 moduler i transitt, mulig jeg kommer til å teste ut @gskjold sin kode her også, avhenger av hvor deployed løsningen med EW11 blir før jeg får dem. 🙂

Sigarene rulles i øyeblikket ut, har noe ut via Modbus Poll som gir mening. Hadde blingsa på A+ og B-. Byttet, og koblet også GND (pinne 1 fra Rj45 på aggregatet) til jord fra power på EW11. Dette er altså et VR700 anlegg, med firmware EC appl 3.05.03 boot 1.02.00 / CD appl 2.00.32 boot 1.00.02, vet ikke om det er samme kort og FW som på VR400, men noterer for the record, i.e. for andre. Noterer også noe som var litt forvirrende med modbus poll programmet. For å få verdien av register 101 fra SystemAir MODBUS registerspekk, må man oppgi registerverdi 100, tror det er noe som er avledet av MODBUS spekken.

Jepp, det snurrer på TCP, men kan visst ikke røke noen sigarer ennå 🙂 Hva satt du 'Flow Control' og 'Protocol' til @TomB? Kan velge flow control 'Disable', 'Flow Control' og 'Half Duplex', SystemAir sier ingenting om dette i modbus-dokkene, vet ikke om det er relevante settinger her. Protocol gir valgene 'Modbus', 'Frame' og 'none'. Har ikke funnet noen comboer som gir fornuftige resultater foreløpig. Prøver meg med "Modbus Poll", her forsøker jeg å hente register 1F5 med en read input register, burde returnert verdien 1 for VR700 🙂 Tx:005900 - 01 04 01 F5 00 01 20 04 Rx:005901 - 7F 9F 2A FF FD 73

@TomB, fått inn Elfin EW11 og forbereder påkobling. Blir ikke tid til å teste det før om noen dager, men har du noen kjappe innledende tips til settings på adapteret? Så det var et modbus av/på protokollvalg, antar den må slås på f.ex? Brukte du default UART settings fra displayet på aggregatet? Vet du om noen lavterskel måte å teste at det faktisk kommer svar fra aggregatet uten å koble inn hele shebangen med HA etc? Ute etter et enklere verktøy der jeg kan taste inn et modus-register som er sannsynlig at skal svare, for å se om noe kommer tilbake... 🙂

Takk @gskjold, jeg skal prøve med en Elfin EW11 først, som blir bekreftet at ihf fungerer mot @TomB’s vr400 med ec4 og ny fw. Det reduserer antall ukjente og kan kanskje avdekke om mitt 2013 vr700 med ec2 faktisk kan snakke modbus-språket såpass at det er mulig å bruke. Lever i håpet. 🙂 Må uansett legge noen sånne ESP moduler inkl den RS485 modulen i bestilling så jeg kan lære litt - takk for tips, er mange varianter ser det ut til. Vil en wemos D1 mini også kunne gjøre jobben her? Takk for jobb på AMS, skal sjekke status på prosjektet!