SveinHa

Å 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

Den biten er jo bare å sette max antall sensorer til 32 dersom en av en eller annen grunn skulle finne flere. Jeg satte MAX_SENSORS til 3 og da finner den bare de 3 jeg har. Edit: Ahhh, den er allerede kommentert ut, det forklarer jo litt...

Koden er klipp-og-lim fra z-uno.z-wave.me men her kommer den: // Multiple temperature sensors DS18B20 #include "ZUNO_DS18B20.h" #define DS18B20_BUS_PIN 11 // Pin to which 1-Wire bus is connected #define MAX_SENSORS 3 // Number of DS18B20 sensors supported (equals to maximum number of channels for Z-Uno) OneWire ow(DS18B20_BUS_PIN); // Software 1-Wire BUS DS18B20Sensor ds18b20(&ow); // connect DS18B20 class to it #define ADDR_SIZE 8 // Size of address of devices on 1-wire bus byte addresses[ADDR_SIZE * MAX_SENSORS]; // Here we store all the scanned addresses #define ADDR(i) (&addresses[i * ADDR_SIZE]) // Macro to simplify our life byte number_of_sensors; // Number of sensors found ZUNO_DYNAMIC_CHANNELS(MAX_SENSORS); ZUNO_ENABLE(WITH_CC_SENSOR_MULTILEVEL); void setup() { // open the serial port at 115200 bps: Serial.begin(); // Scanning sensors on the bus every time we starting a sketch delay(5000); number_of_sensors = ds18b20.findAllSensors(addresses); // if (number_of_sensors > MAX_SENSORS) number_of_sensors = MAX_SENSORS; Serial.println("---------------------"); Serial.print("-- Sensors found: "); Serial.println(number_of_sensors); Serial.println("---------------------"); // Setting up Z-Uno channels dynamically // You have to exclude/include your Z-Uno to this take effect on the controller side ZUNO_START_CONFIG(); for (byte i = 0; i < number_of_sensors; i++) { if (i == 0) { ZUNO_SET_ZWCHANNEL(0x81); } else { ZUNO_SET_ZWCHANNEL(i+1); } // Each channel is temperature sensor ZUNO_ADD_CHANNEL( ZUNO_SENSOR_MULTILEVEL_CHANNEL_NUMBER, ZUNO_SENSOR_MULTILEVEL_TYPE_TEMPERATURE, SENSOR_MULTILEVEL_PROPERTIES_COMBINER( SENSOR_MULTILEVEL_SCALE_CELSIUS, SENSOR_MULTILEVEL_SIZE_TWO_BYTES, SENSOR_MULTILEVEL_PRECISION_TWO_DECIMALS )); } // Commit configuration that we made... ZUNO_COMMIT_CONFIG(); } 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 } // We have to wait 30 seconds. It's a requirement of the Z-Wave protocol delay(30000); } Her har jeg endret "#define MAX_SENSORS 3" og da har jeg alle 3 oppegående sensorer inne i ZUNO men fremdeles bare 1 i HS (ok, det er å rette feil feil men det virker ? ) Loggingen ser nå slik ut: --------------------- -- Sensors found: 3 --------------------- i: 0, Temp: 2262 i: 1, Temp: 2281 i: 2, Temp: 2256 i: 0, Temp: 2256 i: 1, Temp: 2275 i: 2, Temp: 2250 i: 0, Temp: 2250 i: 1, Temp: 2275 i: 2, Temp: 2256 i: 0, Temp: 2250 i: 1, Temp: 2275 i: 2, Temp: 2250

Har 3 sensorer. At de 2 siste har samme verdi kan vel være litt timingfeil i debuggingen, de 3 første viser riktig verdi. -- Sensors found --- 32 -- END --- 32 0 2287 32 1 2312 32 2 2275 32 3 2275 32 4 -7 32 5 -7

number_of_sensors = 32 La inn disse 3 linjene for debug: void loop(){ for (byte i = 0; i < number_of_sensors; i++) { // Read temperature g_channels_data[i].wParam = ds18b20.getTempC100(ADDR(i)); // Send report zunoSendReport(i + 1); // Channels start from 1 Serial.println(number_of_sensors); Serial.println(i); Serial.println(ds18b20.getTempC100(ADDR(i))); } // We have to wait 30 seconds. It's a requirement of the Z-Wave protocol delay(30000); } og resultatet ble: 32 0 2281 32 1 2325 32 2 2281 32 3 2281 32 4 -7 32 5 -7 32 6 -7 32 7 -7 32 8 -7 32 9 -7 Resten av fantomsensorene helt opptil 32 viser -7. Ser jo rimelig fornuftig ut så langt, alle sensorene er ca 23 grader. Men så er det å få de over til HS da...