SveinHa

Om det kan være til noe hjelp så bor jeg i et "TEK1840" hus ? , altså et hus fra 1840 men med noe tilleggsisolasjon i forhold til originalt. Gulvet er veldig godt isolert men veggene er nok litt så som så. Har vannbåren gulvvarme fyrt med varmepumpe og nå i disse dager med rundt 0 grader ute kjører jeg gulvene på 28 grader og det holder grei temperatur i rommene og fyrer i peisen nå og da, dels for kosen sin del og dels for å få noen få grader mer i rommet. Jeg ville nok kjørt opp gulvet til en del mer enn 21. Et varmt gulv gir en varmefølelse som gjør at en kan senke romtemperaturen litt uten at det føles kaldt. Mine 28 grader føles på ingen måte varmt, det er nok litt mer som at det ikke føles kaldt. Betonggulv med laminat og det bremser nok en del av varmen fra å komme opp i rommet...

Begynner å ligne en pissekonkurranse, tror jeg setter på litt pop-corn ?

Ja, der er vel akkurat der det ligger. Jeg har skrevet et par innlegg om dette tidligere så skal ta det kort her. Jeg startet med Telldus og gikk over til Zipatile da jeg gikk i taket på Telldus. Zipatile så bra ut i begynnelsen men utviklerene styrte i feil retning i forhold til det jeg syntes var fornuftig. Prøvde meg på OpenHAB siden det ble beskrevet som det aller beste på nett men ga det fort opp fordi læreterskelen ble ALT for høy. Neste ble Home Assistant, samme som OpenHAB men ikke fullt så ille men ga også den fort opp. Kjørte på med Fibaro HC2 og brukte den greit i et års tid men selv om HC2 gir ganske mye "rett ut av esken" så var det veldig gammeldags brukergrensesnitt og begrensede muligheter for å påvirke. I tillegg var der enkelte basisfunksjoner som krevde at en kunne LUA programmering (og dermed var HC Lite ubrukelig). I ettertid har Fibaro totalt omskrevet sitt system og den oppgraderingen aner jeg ingenting om. Endte opp på HomeSeer og har ikke sett meg tilbake. Først med en RPi 3B+ og siden flyttet hele oppsettet mitt over på Windows. Så konklusjonen min er at brukervennlighet og fleksibelitet egentlig er litt motsetninger, mye av den ene gir lett lite av den andre selv om det heller ikke er 100% riktig...

HomeSeer: ...og det som ligger bak, kun en del dynamiske drop-down bokser som kun inneholder relevant informasjon: Og med "relevant informasjon" mener jeg her at om du skal styre en enhet så dukker der KUN opp styrbare enheter i dropdown-boksen, ikke sensorer, batteristatus, energimålere og slikt.

Å sette opp events i HomeSeer er langt unna det jeg kaller programmering men der går vel en slags udefinert grense mellom hvor en kaller det oppsett/konfigurering og til programmering og den vil nok flyttes i ene eller andre retningen ut fra egne kunnskaper. De enkle oppsettverktøyene som i Homey og Zipato ser jo veldig fancy ut ut fra et salgsaspekt men blir veldig raskt kompliserte og/eller begrensende.

Nope, greit med litt datakunnskaper med HomeSeer også men OpenHAB er på en annen planet i så måte... Du KAN lage f.eks. VBScript i HomeSeer og det er jo et rimelig greit språk (selv om VB er blitt en smule mer avansert enn slik det var tenkt fra starten av) men jeg har klart meg veldig greit med KUN events. Ikke det at jeg ikke kan bruke VB, har brukt BASIC på jobb siden -80 tallet også et par tiår med VB men så langt har standard events gjort jobben helt greit. Da jeg begynte å leke meg med OpenHAB måtte jeg ha MYE hjelp fra OH-forumet for å få til det mest grunleggende som en kaffetrakter-timer.

Spør du meg så krever det alt for høy programmeringskompetanse for "hvermansen" til at det skal være et alternativ, ikke det at en nødvendigvis må programmere så mye men en må skjønne litt vel mye dataprinsipper som folk flest ikke normalt trenger å vite...

Det er jo der kostnaden ligger på de billige sakene. Amazon.com har, i alle fall på noen varer, muligheten for å ta hånd om momsen så da slipper en de norske gebyrene (men Amazon jobber vel ikke helt gratis de heller).

Flott, da kan det være bare kompatibilitetsproblemer med Pi3B+ hos meg.

Overhode ikke. Har mange ganger prøvd meg på Linux i forskjellige varianter men har aldri klart å komme under huden på den... Har uansett opp gjennom alle år hatt behov for å kjøre Window$ i jobbsammenheng, der finnes enkelt sagt ikke de verktøyene jeg MÅ ha i andre versjoner enn Window$. Greit nok det men jeg har nå bare et par 3B+ liggende. Ønsket egentlig bare å prøvekjøre Z-Wave over IP med tanke på eventuelle senere omlegginger men med tanke på at det ble en god del treigere så kunne det være greit å vite om andre har lignende erfaringer eller om det bare er her hos meg?

+ er spesifikt nevnt som ikke støttet i VirtualHere, hvorfor vet jeg ikke men den virker fint men ikke kjapt. For meg som er oppvokst med DOS og Windows fra ver 1.0 så er VirtualHere en langt mer spiselig løsning enn halvkryptiske Linux kommandoer...

Prøvde den opprinnelige oppskriften med UZB på en RPi 3B+ med Raspbian men fikk det ikke til å virke. Prøvde i stedet VirtualHere og det funket som et skudd med en gang... eller skudd og skudd, det var rimelig langsomt men virket. En "Test node connectivity on a network" på 52 noder bruker normalt mindre enn 5 sekund men bruker nå 25-30 sekund. Det blir jo noen flere ledd å gå gjennom i forhold til USB direkte men hadde ikke forventet så stor forskjell. Andre som erfarer det samme? Nå har jeg bare en 3B+ og + står der spesifikt at ikke er kompatibel men både 3B og 4B støttes.

Usynlig fra utsiden, litt maling og det blir enda mer usynlig: Fra innsiden. Hadde litt blå trykkluftslange utenpå ledningene slik at det hele ble litt stivere og kunne limes fast på innsiden: Råkjip skisse av stående kledning. Kledning i svart, betjeningsklosse i blått, stoppekloss slik at betjeningen ikke kommer for langt ut i grønt og bryter i rødt. Håper det ble noenlunde forståelig:

Har laget et par slike løsninger der den ene passer med stående kledning og den andre med liggende, begge helt usynlige. Stående: Ta en bit terrassebord e.l. som er i litt mindre dimensjon enn hulrommet bak ytterbord og mellom innerbordene. Sett en klosse på terrassebordet på innsiden slik at bordet ikke kommer lengre ned enn at det ikke blir synlig utenfra. Over klossen, på innsiden, settes en eller annen bryter som f.eks. denne: https://m.clasohlson.com/no/Trykkstrømbryter-on-off/22-1304 Når du vet hvor bryteren er er det lett å finne og betjene den. Liggende: Samme bryter som nevnt over kan brukes ved å borre et hull i underkant av et kledningsbord litt mer på skrå enn bordet slik at hullet ender på innsiden. Den røde knotten på bryteren kan trekkes av og bryteren stikkes inn i hullet innenfra og akkurat så langt ut at den ikke er synlig. Må lodde på ledninger først og f.eks. lime bryteren fast med limpistol. Begge mine løsninger er koblet direkte til portmotoren men de kan jo like gjerne kobles mot Fibaro UBS e.l. Skal prøve å lage et par skisser i løpet av kvelden...

Bruker enten UZB eller AeonStickGen5 og for meg ser de ganske likeverdige ut. Har noen ganger lagt til enheter ved å ta med meg sticken og trykke på knappen og det har funket greit. Må etterpå importere enheter fra sticken men det har også funka fint med HS3. Eneste backup/restore som meg bekjent virker, er Aeotec sitt backup program. Med dette kan en også ta backup av UZB og restore på AeoStick og omvendt men det tar en del tid (10-15 minutt?) og sticken må ut av drift mens en holder på.

Noen som nevnte Tesselator? Morsomt å lese i brosjyre fra 1983 her: http://www.newcon.se/press/Tesselator_Distinction.pdf

Selv om jeg har jobbet med HMI helt siden ASEA Tesselator var det store på begynnelsen av -80 tallet så er det ikke så veldig sikkert at mine bilder er så veldig imponerende men jeg prøver nå å få til en visuell nytteverdi så får det visuelle designet bli som det blir... Standard HomeSeer bakgrunnsbilder og alle bildevalg i venstre side. Slidere og knapper er både for statusindikering og betjening. Etterhvert som flere bilder dukker opp så blir bildevalgknappene halvert i størrelse. Noen hovedbilder: Og noen sekundære bilder: Batteristatus på alle batteridrevne enheter: Brannvarslere:

Kjøpte HS-Pi3 og HS Touch Designer helt i starten på min HomeSeer karriære men har siden oppgradert til HS Pro og selger derfor HS Touch lisensen (trenger ikke 2). Ny pris i dag er USD $299.95. Gebyr for lisensoverføring er USD $30.- Åpen for seriøse bud.

Oppgraderte for noen mnd siden og det gikk som fløyel. Der var et eller annet med lisenskoden jeg fikk som gjorde at jeg i tilllegg måtte legge inn en tidligere lisens, mulig det bare var jeg som knotta litt feil...

Nei, nå ble jeg imponert gitt....not

Har satt HS support på saken...

Lagt ut spørsmål på HS forumet: https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/z-wave-homeseer/1329026-zuno-and-multiple-ds18b20-sensors-only-one-child-device-in-hs3 Så lenge jeg får opp alle 3 sensorene i ZUNO OG får videresendt de til HS3 (ref HS Logger) så tror jeg ikke jeg legger mer jobb i den biten men takk for tips uansett. Etter tips på HS forumet har jeg klart å få opp 3 child devicer ved å bruke ZUNO_SWITCH_MULTILEVEL i stedet for ZUNO_SENSOR_MULTILEVEL men da ble verdiene helt på styr og child devicene dukket opp som Light. Tror HS har en jobb å gjøre her...

Den dynamske blir jo litt mer uoversiktlig men det er jo i loopen her (henter temp 2 ganger pr sensor pga debuggen): void loop(){ for (byte i = 0; i < number_of_sensors; i++) { // Read temperature Serial.print("i: "); Serial.print(i); Serial.print(", Temp: "); Serial.println(ds18b20.getTempC100(ADDR(i))); g_channels_data[i].wParam = ds18b20.getTempC100(ADDR(i)); // Send report zunoSendReport(i + 1); // Channels start from 1 } Har lagt inn litt debugging rundt ZUNO_ADD_CHANNEL og ser at 3 kanaler legges til men likevel dukker bare 1 opp i HS. Alle 3 sensorene kommer forresten inn i HS Loggen. Her har jeg varmet litt på den midterste, de 2 andre har romtemperatur: sep-26 16.28.44 Z-Wave Device: Node 5 Z-Wave Temperature Set to 22,18 (C) sep-26 16.28.44 Z-Wave Device: Node 5 Z-Wave Temperature Set to 22,18 (C) sep-26 16.28.44 Z-Wave Device: Node 5 Z-Wave Temperature Set to 22,18 (C) sep-26 16.28.44 Z-Wave Device: Node 5 Z-Wave Temperature Set to 22,18 (C) sep-26 16.28.42 Z-Wave Device: Node 5 Z-Wave Temperature Set to 33,37 (C) sep-26 16.28.42 Z-Wave Device: Node 5 Z-Wave Temperature Set to 33,37 (C) sep-26 16.28.42 Z-Wave Device: Node 5 Z-Wave Temperature Set to 33,37 (C) sep-26 16.28.42 Z-Wave Device: Node 5 Z-Wave Temperature Set to 33,37 (C) sep-26 16.28.41 Z-Wave Device: Node 5 Z-Wave Temperature Set to 21,93 (C) sep-26 16.28.41 Z-Wave Device: Node 5 Z-Wave Temperature Set to 21,93 (C) sep-26 16.28.41 Z-Wave Device: Node 5 Z-Wave Temperature Set to 21,93 (C) sep-26 16.28.41 Z-Wave Device: Node 5 Z-Wave Temperature Set to 21,93 (C) Ser ut til å kun være child devicene som ikke dukker opp...

Akkurat den hadde jeg ikke sett men den går vel mest på 1-wire og den har jeg kontrollen på nå (etter å ha fått gang på debuggingen) men takk for tipset og annen hjelp ? Får lete videre i zwave greiene til ZUNO men den virker ikke å være veldig godt dokumentert...

De 32 kommer fra den utkommenterte IF setningen du påpekte. Kommenterte bort neste linje og og da har jeg de 3 jeg skal ha. ...men fremdeles bare 1 child i HS: sep-26 15.24.09 Z-Wave 1 out of 2 Child devices of node 4 were created successfully. sep-26 15.24.09 Z-Wave Getting association information for Node 4 Z-Wave Z-Wave.Me Multilevel Sensor sep-26 15.24.08 Z-Wave Assigning return route from node 1 to Node 4 Z-Wave Z-Wave.Me Multilevel Sensor sep-26 15.24.08 Z-Wave Testnett-ZW: Adding association for Z-Wave device Node 4 Z-Wave Z-Wave.Me Multilevel Sensor (Node 4, Group 1, Endpoint 1) to HomeSeer sep-26 15.24.08 Z-Wave Root Node Device Node 4 Z-Wave Z-Wave.Me Multilevel Sensor was created for node 4 on network F997DAAF sep-26 15.24.08 Z-Wave All associations for node 4 have been retrieved successfully, it supports associations on these groups: 1. sep-26 15.24.08 Z-Wave Node 4 Association Group 1 can have 8 associations, and currently has 0 sep-26 15.24.08 Z-Wave Getting association information for node 4 sep-26 15.24.08 Z-Wave Processing Information for Node 4 Multi-CHANNEL Command Class of SENSOR_MULTILEVEL, Endpoint 3 sep-26 15.24.07 Z-Wave Processing Information for Node 4 Multi-CHANNEL Command Class of SENSOR_MULTILEVEL, Endpoint 2 sep-26 15.24.07 Z-Wave Processing Information for Node 4 Multi-CHANNEL Command Class of SENSOR_MULTILEVEL, Endpoint 1 sep-26 15.24.07 Z-Wave Node 4 is a Z-Wave Plus node. Retrieving ZWPlus Info... sep-26 15.24.07 Z-Wave Node 4 is Z-Wave version: Lib: 4,38 App: 2.15 sep-26 15.24.06 Z-Wave Node: 4 Supports Class(es): ZWAVEPLUS_INFO, CONFIGURATION, ASSOCIATION, MULTI_CHANNEL_ASSOCIATION_V2, FIRMWARE_UPDATE_MD_V4, DEVICE_RESET_LOCALLY, ASSOCIATION_GRP_INFO, POWERLEVEL, VERSION_V2, MANUFACTURER_SPECIFIC_V2, MULTI_CHANNEL_V4, SENSOR_MULTILEVEL sep-26 15.24.06 Z-Wave Z-Wave manufacturer information for node 4, ID: 277=115H (Z-Wave.Me), Type: 272=110H, ID: 1=1H sep-26 15.24.06 Z-Wave Synchronize nodes finished. Number of device nodes to be created/added = 1 sep-26 15.24.04 Z-Wave Done. Node 4 Added. sep-26 15.23.48 Z-Wave Synchronize nodes finished. Number of device nodes to be created/added = 0 sep-26 15.23.48 Z-Wave Syncing Z-Wave nodes with device list... sep-26 15.23.48 Z-Wave Found 1 Z-Wave nodes sep-26 15.23.48 Z-Wave Getting Z-Wave node list for network F997DAAF... sep-26 15.23.48 Z-Wave Testnett-ZW: Controller firmware version: 5.25 sep-26 15.23.48 Z-Wave Testnett-ZW: Controller Manufacturer: PowerLynx, ID=0x1, Type=0x4