Og displayet bør jo også kunne henge "for seg selv" (uten ekstrautstyr) med dobbeltsidig tape + cat5 patch gjennom hull i veggen nederst/i underkant. Da burde kabelen bli helt skjult av flensen rundt displayet.
I alle fall gjelder dette ut fra fasongen på displayet på min EH410
Kobles ("telefonpluggen") direkte i displayet, og jeg har en sterk mistanke om at fra displayet ganske enkelt mottar og sender modbus-data over RS485/RTU. Bla informasjon om baud- (seriell hastighet) og paritets-settings indikerer standard seriell dataoverføring mellom enhetene.
På den andre siden av interfacet er det en ordinær CAT5 kontakt og elektronikken i boksen gjør grunnleggende TCP/IP kommunikasjon (henter IP over DHCP på lokalnettet osv) og sender data til en CTC server.
Litt nedtur at dette ikke skjer automatisk feks i faste tidsintervaller. Istedet må man i appen velge "å oppdatere", og først da går det trafikk til/fra CTC-boksen med bla info fra alle tmpsensorer, rele-status (pumper av/på osv), vv-settings osv.
Nyttig å kunne følge med fra hvorsomhelst, justere temperatur, feks slå på feriemodus og endel annet fra appen - men jeg er fortsatt mest lysten på å integrere VPen mot smarthuset istedet for å ha en separat enhet og app som er frakoblet fra alt annet.
Jeg fatter ikke hvorfor disse pumpene må koble seg opp mot en server for å kunne videreformidle informasjon, er det ingen som kan gjøre det på lokalnettet? Av samme grunn ønsker jeg å integrere mot smarthuset, gjerne ved hjelp av modbus om det er veien å gå. Så kan jeg heller nå smarthuset via internet/egen ruter. Jeg forstår at pumpene via server gir enklest mulig tilkobling, men hvorfor ikke tillate lokal kontrol i tillegg?
Tanken bak er vel så enkel som at leverandørene vil tilby "app-styring" til alle som ikke skjønner opp og ned på nettverk.
Og det er jo greit - men når først enheten likevel er koblet til lokalnettet er det jo ingen ting i veien for å tilby tilgang til informasjonen via lan'et i tillegg.
Slenger inn noen tips her da jeg har syslet med MODBUS selv på min Høyax Vann-Vann (=Nibe 1145). Jeg har hentet ut logger på USB og analysert disse i et program jeg fikk pr email fra en i Høiax - tror det er en Nibe-SW uansett siden alt er likt. Sjekk evt også denne linken http://www.husdata.se . Det går også ann å kople til Modbus selv via en Arduino eller Raspberry e.l. men varmepumpens Modbus krever ACK dersom Modbus enables sies det, så et evt program må svare med ACK. Sjekk evt win-sw her http://www.nibe.se/Proffs/For-installatoren/Kommunikation/ Jeg kom over denne tråden da jeg tenker på å gå over til en inverterstyrt Nibe 1155 om jeg får tak i denne.
Jeg fatter ikke hvorfor disse pumpene må koble seg opp mot en server for å kunne videreformidle informasjon, er det ingen som kan gjøre det på lokalnettet?
Noe av utfordringen her er at teknologiutviklingen går for raskt. Det vil være alt for krevende for en produsent å gi ut firmware oppdateringer til alle produktmodeller hele tiden. Det er en alt for rask utvikling av nettlesere og operativsystemer, som gjør at kildekodene må oppdateres jevnlig for å fungere slik som tiltenkt.
Den enkleste måten er å ha en ren kommando-kommunikasjon mellom enhet og server, hvor produsenten kan drive vedlikehold og oppgraderinger av enkle portaler. På denne måten har produsenten også større frihet til å benytte ulike kommunikasjonsteknologier mellom server og enhet, uten at forbrukeren må ha utbredt kunnskap for å finne ut hva som gjelder for forbrukerens produktløsning.
Og displayet bør jo også kunne henge "for seg selv" (uten ekstrautstyr) med dobbeltsidig tape + cat5 patch gjennom hull i veggen nederst/i underkant. Da burde kabelen bli helt skjult av flensen rundt displayet.
I alle fall gjelder dette ut fra fasongen på displayet på min EH410
Jeg er ikke helt ferdig, skal også ha kontrollen til ventilasjonen der.
Poenget her er jo ett alternativ til web-interface
Kobles ("telefonpluggen") direkte i displayet, og jeg har en sterk mistanke om at fra displayet ganske enkelt mottar og sender modbus-data over RS485/RTU. Bla informasjon om baud- (seriell hastighet) og paritets-settings indikerer standard seriell dataoverføring mellom enhetene.
På den andre siden av interfacet er det en ordinær CAT5 kontakt og elektronikken i boksen gjør grunnleggende TCP/IP kommunikasjon (henter IP over DHCP på lokalnettet osv) og sender data til en CTC server.
Litt nedtur at dette ikke skjer automatisk feks i faste tidsintervaller. Istedet må man i appen velge "å oppdatere", og først da går det trafikk til/fra CTC-boksen med bla info fra alle tmpsensorer, rele-status (pumper av/på osv), vv-settings osv.
Nyttig å kunne følge med fra hvorsomhelst, justere temperatur, feks slå på feriemodus og endel annet fra appen - men jeg er fortsatt mest lysten på å integrere VPen mot smarthuset istedet for å ha en separat enhet og app som er frakoblet fra alt annet.
Jeg forstår at pumpene via server gir enklest mulig tilkobling, men hvorfor ikke tillate lokal kontrol i tillegg?
Tanken bak er vel så enkel som at leverandørene vil tilby "app-styring" til alle som ikke skjønner opp og ned på nettverk.
Og det er jo greit - men når først enheten likevel er koblet til lokalnettet er det jo ingen ting i veien for å tilby tilgang til informasjonen via lan'et i tillegg.
Noe av utfordringen her er at teknologiutviklingen går for raskt. Det vil være alt for krevende for en produsent å gi ut firmware oppdateringer til alle produktmodeller hele tiden. Det er en alt for rask utvikling av nettlesere og operativsystemer, som gjør at kildekodene må oppdateres jevnlig for å fungere slik som tiltenkt.
Den enkleste måten er å ha en ren kommando-kommunikasjon mellom enhet og server, hvor produsenten kan drive vedlikehold og oppgraderinger av enkle portaler. På denne måten har produsenten også større frihet til å benytte ulike kommunikasjonsteknologier mellom server og enhet, uten at forbrukeren må ha utbredt kunnskap for å finne ut hva som gjelder for forbrukerens produktløsning.