toby_77

beklager - ser ut til at det var ett eller annet som nå er løst som fikset dette. har prøvd med debug mode en stund nå og etter den ble aktivert så får jeg ikke feilen lenger...

har noen oppstartsproblemer med TibberSeer: Den må startes et par ganger (av seg selv) for klare å starte opp: f.eks: Jan-26 20:33:38 Plug-In List TibberSeer: Is currently enabled. Jan-26 20:33:16 Starting Plug-In Plugin TibberSeer started successfully in 37606 milliseconds Jan-26 20:32:38 Starting Plug-In Initializing plugin TibberSeer ... Jan-26 20:32:35 Info Plugin TibberSeer has connected. IP:127.0.0.1:50247 Jan-26 20:32:34 Warning I/O interface TibberSeer is down, executable is not running, restarting ... Jan-26 20:32:27 Info Plugin TibberSeer with instance: has disconnected Jan-26 20:32:10 Starting Plug-In Plugin TibberSeer started successfully in 39275 milliseconds Jan-26 20:31:31 Starting Plug-In Initializing plugin TibberSeer ... Jan-26 20:31:22 Info Plugin TibberSeer has connected. IP:127.0.0.1:50074 Jan-26 20:31:16 Warning I/O interface TibberSeer is down, executable is not running, restarting ... Jan-26 20:31:04 Info Plugin TibberSeer with instance: has disconnected Jan-26 20:30:38 TibberSeer ERROR TibberConsumption, GetRootData ERROR: Object reference not set to an instance of an object. Jan-26 20:30:38 Starting Plug-In Plugin TibberSeer started successfully in 29423 milliseconds Jan-26 20:30:09 Starting Plug-In Initializing plugin TibberSeer ... Jan-26 20:28:28 Info Plugin TibberSeer has connected. IP:127.0.0.1:49734 Jan-26 20:28:27 Plug-In Finished initializing plug-in TibberSeer Jan-26 20:28:22 Plug-In Found plug-in: TibberSeer, version: 0.0.1.10 Er det noen grunn til at dette skjer? Her er min konfig:

Takk for scriptet dette funket perfekt

jeg så den - enig med deg - det er nok der utfordringen står for å sikre at dette blir rett. takk for link til AES class for .net dette må jeg se mer på

Denne burde kanskje funke? https://stackoverflow.com/questions/24022818/run-python-functions-from-vb-net

fant fra linkene til @Dennis87 i innlegget over referanser til python biblioteket som kommuniserer med høytaleren. https://github.com/google/python-temescal ser 2 veier herfra: 1. kjøre python scriptene i homeseer for å gjøre det jeg trenger 2. se på å konvertere dette til noe mer Homeseer native...

Se post lenger opp. Eksempel ligger ikke i template fila enda og støtter p.t bare 2 grupper.

denne vil jeg ikke anbefale å bruke da den inneholder feil ift min dokumentasjon for versjon 1.11 - Prøv vedlagt versjon - denne krever versjon .9 eller nyere av plug-in for å virke AeonMultisensor6_1.11.xml

Sånn blir det da seende ut:

.

har kommet et stykke videre og har laget en slik variant for å støtte komplekse parametere som f.eks de som finnes i multisensor 6: <Parameter name="50" group="50" access="rw" type="hexcheck"> <Setting subtype1="range" subtype2="radio" size="4" /> <Value1 from="-40" to="100" default="0" size="2"/> <Value2 values="0x0100,0x0200" default="0x0100" size="2"/> <Title>Lower limit value of temperature sensor.</Title> <Description> Set the lower limit value of temperature sensor. When the measurement is less than this lower limit, which will trigger to sent out a sensor report. High byte is the lower limit value. Low bytes represent the unit (0x0100=Celsius, 0x0200=Fahrenheit). 1.When unit is Celsius. Lower limit range: -40.0 to 100.0 °C (0xFE70 to 0x03E8). E.g. The default lower limit of EU/AU version is 0 °C (0x0000), when the measurement is less than 0°C, it will be triggered to send out a temperature sensor report. 2.When unit is Fahrenheit. Upper limit range: -40.0 to 212.0 °F (0xFE70 to 0x0848). E.g. The default lower limit of US version is 32.0°F (0x0140), when the measurement is less than 32.0°F, it will be triggered to send out a temperature sensor report. </Description> </Parameter>

Jeg kommer uansett til å lage den ferdig - ihvertfall for firmvare versjonen jeg har. Det er denne jeg bruker for å lage den nye multi verdi opsjonen for 4bytes parametere. eksempel. byte1: Radio buttons: 0 / 1 byte2: reserved - always 0 byte3: reserved - always 0 byte4: bynary check eller byte 1-2: radio: 0x0100 / 0x0200 byte 3-4: radio -40 til 100 osv.

Dette er akkurat slik jeg tenker også. dog ang språk så tenker jeg at det primært bør være engelsk, men man står jo fritt til å lage for de språk man ønsker...

Enig i det - det gjør det litt lettere

XML-filer som postes her bør ha versjonsinformasjonen satt. Dette fordi det er litt forskjellige parametere for de forskjellige firmware. Det bør også informeres her om hvilken firmware den er laget for, enten i filnavnet eller som kommentar i innlegget. I neste versjon av plugin så blir det default satt til å kreve versjonsnummer i XML filene. Lurer på å fjerne muligheten til å ikke ta hensyn til denne da det fort kan bli rot og tull om man har feil firmware ift fila som er brukt. Heat-it og Fibaro dimmer 2 ligger uansett allerede inne i plugin når den lastes ned - i hvertfall for en firmware versjon. Dog finnes Heat-it i flere versjoner så det er viktig at man setter firmware versjon.

her er det noe som må forbedres ja. har fikset dette i neste versjon. En workarround i nåværende versjon er å legge til 0 i values listen.

God ide - det skal jeg få lagt inn - en HEX variant av Text feltet. i tillegg så planlegger jeg å lage en 4 Byte multi type som kombinerer flere elementer. Parameteren over skulle kunne presenteres som Byte1: radio 1 eller 0 byte2: range/dropdown fra 0 til 99 byte3: range/dropdown fra 0 til 99 byte4: na default value 0

Groups er noe som kommer i neste versjon og er en funksjon for å gruppere og da gjemme/vise deler av parametere. Så. Alle parameter har en attributt som heter group, denne henviser til hvilken gruppe den skal vises blant. Og tittelen på gruppen vises i <Groups>

For å finne de parameterne som trengs for at plugin skal plukke korrekt XML for enheten så bruker man følgende 4 felter : eksemplet over korresponderer med følgende XML fil: <xml version='1.0' encoding="UTF-8"> <Device name="Fibaro Wallplug" url="..." Manufacturer='0x10F' ProductType='0x602' ProductID='0x1001' version="3.2">

Kan f.eks legge de her:

My ZwaveTool er en beta plugin som gjør det mulig å lage egendefinerte XML filer for enkelere administrasjon og konfigurasjon av ZWave device parametere. Om det er fler som har lyst til å dele XML filer for MyZWaveTool til HS3 så kan de postes her - Template er vedlagt. Note: Det er viktig at man dobbeltsjekker XMLfiler man laster ned før man bruker de. XML filer kan lages for spesifikk Firmware versjon, eller generisk for alle av samme device type. Generiske har større risk for at parameteren gjør noe annet enn man tror. Dobbeltsjekk med brukermanualen for dine enheter før du bruker XML filene. MyZwaveTool.xml.template Filer som lastes opp skal ha informasjon om hvilken Firmware versjon av enheten den er beregnet for.

Prøv nå - hadde glemt at denne var testet på linux - har selv ikke testet den der.

har laget en ny versjon med noen flere funksjoner. den er nå tilgjengelig i BETA seksjonen i HS3 updater. Ny funksjoner: - tar bruker APP_version for å sikre at XMLfilen er for rett firmware. om version="" i xml fil så ignoreres tallet. viktig å da forstå at det kan resultere i uønskede resultater da parameterene kan bety noe annet enn hva man tror... - lagt inn knapper: get all values + reset all to default - lagt inn knapp reset single value to default. - lagt inn nye typer som binary check og text range (se template fil vedlagt) - fikset bug ved negative verdier. dette vises og håndteres nå korrekt. et par ting jeg tenker å legge til: - "HEXcheck" ved komplexe oppsett som ved multisensor 6 - har bare ikke helt landet på hvordan det best løses - sync single value med annen device. tar gjerne imot innspill om det er andre ting dere skulle se her. Neste skritt blir vel å konvertere den til HS4 når det blir klart.

YR'pluginen skal rydde opp etter seg - men så nå at det er en liten bug som gjør at dette ikke skjer på Linux. Fikset i versjon 3.0.3.11

HSPI_MyZWaveTool_2.19.0.4b.zip