Revo

Hej forum. REVO controlleren understøtter nu alle funktionsblokke i Visual 2 og 3, dog ikke alle modultyper, endnu. Mere om det, kommer snarest, i REVO tråden. Men vi vil gerne se nogle Visual 1 filer, for at se, om vi også kan understøtte dem. Skulle du have en Visual 1 fil liggende, som du gerne vil dele. Så send den meget gerne her i tråden. Hvis du har en komplex Visual 2/3 fil, er det selvfølgelig også interessant at se, om di kan køre den. Venligst REVO teamet.

Svar til Lars1 - det blev lidt langt... Vores mål med REVO er at skabe et produkt, til de brugere af IHC, der bare vil have deres installation til at køre videre ELLER ønsker at genbruge IO modulerne og vælge en anden kontrolenhed via MQTT/Modbus. Det er det primære mål. Ikke at lave en komplet erstatning til IHC eller en konkurrent til Schneiders KNX modul. REVO er til et helt andet kundesegment. Der er mange brugere af IHC som ALDRIG ændrer noget som helst. De ved ikke engang, hvordan man gør. Vores største problem er nok at nå ud til den målgruppe, det må vi så arbejde på. Vores første beta-testere er egentlig meget tilfreds med de helt basale funktioner, og køre med Homeassistant til de mere avancerede. Idéen om at konvertere VIS filen kom, fordi det er enormt tidskrævende, at kigge på en IHC udskrift, og manuelt navngive det hele i REVO controlleren og/eller Homeassistant. Hvis navngivningen kunne overføres til REVO ville mange timer være sparet, og med autodiscovery følger navngivningen selvfølgelig med over i Homeassistant. Da vi så kiggede mere ned i VIS filen, tænkte vi, at de simple KIP funktioner, kunne vi da også føre med over, og så er man i princippet oppe at køre i løbet af 15 minutter. Og så går der jo lidt nørderi i det, og da først mønstret i VIS filen var gennemskuet, hvorfor så ikke overføre det hele. Det er faktisk ikke det helt store arbejde (forventeligt), nu vi er i gang. Men derfra, og til at lave et fuldgyldigt redigeringsprogram, med funktionsblokke, simulering, grafisk interface mv, der er vi slet, slet ikke. . Det er ikke og har aldrig været meningen med REVO. På nuværende tidspunkt laves ændringerne også i IHC visual og uploades til IHC controlleren. Nu skal det bare uploades til REVO i stedet, og konverteringen sker automatisk. Dem der ønsker noget andet, er nok mere kunder til Schneiders KNX modul, uden jeg ved hvordan deres interface fungerer. Tiden det tager at lave sådan et brugerinterface er enormt, og det er et begrænset marked. MEN det simple stand-alone interface, vil nok udvides med timere, således at PIR understøttes bedre, måske også ur. Så der vil med tiden komme lidt flere – men simple – funktioner i REVO stand-alone. Men det bygger på en mere moderne arkitektur programmeringsmæssigt, og er ikke kompatibelt med VIS filerne. Navngivningen vil man dog stadig kunne overføre. Det er en JSON fil. Så teoretisk kan de redigeres i hånden. I praksis nej. Det er et spindelvæv af pointere og resourcer. Hvis ikke de oprettes med korrekt nummerangivelser mv, så vil det ikke fungere. Der skal et hjælpeprogram til. Og så er vi tilbage ved brugerinterface mv. Den konvertering der er på billedet, er en næsten fuld besat IHC installation. I, O, R, P, S i JSON filen, er de resourcer, som denne installation kræver – der er totalt 128 inputs, 128 outputs, 2684 resourcer, 1143 programblokke, 1282 betingelser, alting kædet sammen. Under konverteringen stødte jeg på et tasteratur modul til alarmsystemet, som ikke – ihvertilfælde i første omgang – er med i listen over tilbehør der understøttes. Men ellers er alle produkter der kører standard IO med, og senere kommer bitstream produkterne også på. Vi er meget enige med dine betragtninger omkring OpenHAB og Homeassistant. Vi har selv været der. Dog er det en billig måde at få mange funktioner, og jeg kender faktisk mange der er glade for det. Men man må så acceptere, at en gang imellem, så er der noget som svigter. Her er REVO i vores øjne idéel, idet man kan genbruge alt IO, og får en backup funktion. Ja, PLC er noget helt andet, og så alligevel ikke. Jeg (Frank) har selv en omfattende PLC installation. Der er grafisk programmering med funktionsblokke, eller programmering med codesys, med alt lige fra simpel lysstyring og til HVAC moduler, PID moduler mm. Jeg har sågar selv lavet et bitstream modul, så jeg bruger IHC sensorer, og alle input er IHC tryk. PLC’en er modulær, og jeg har IO moduler til 230V, til dioder, input af temperatur, DMX og DALI mm. Så selvom PLC er en helt anden slags produkt, så er der også mange lighedspunkter. Jeg sparkede min OpenHAB installation til månen, efter en opdatering, hvor intet virkede, og det har jeg ikke fortrudt. Nul nedbrud over 10-12 år. Men vi er meget åbne for input. Vi laver det her af interesse, vi har begge vores indtjening af andre veje, og er på den måde ikke afhængige af at det skal være en forretning. Hvis det rent faktisk lykkedes at få gang i et salg, så vil vi da heller ikke udelukke, at REVOs interface bliver langt mere omfattende. Det er jo klart, at hvis der er 1000 brugere, så er der også basis for at binde tid i at lave et fuldblown brugerinterface. I øvrigt har REVO også input til en Landis & Gyr måler, så du kan se dit forbrug, med statestik. Lige nu kun ukrypteret Landig & Gyr, men Kamstrup vil også blive implementeret. Men lige nu, skal REVO ses som en redningsplanke til dem, der ønsker at porterer deres IHC over i noget andet, nemt, hurtigt og billigt. Hvis alle ønsker at konvertere til KNX, så er Schneider et oplagt valg, og vores produkt uinteressant. KNX er i vores øjne et meget lukket land. Dyre enheder, og så vidt vi ved koster editeringssoftwaren også penge, afhængig af, hvor mange enheder du har og der er en indlæringskurve. Som producent kræver det også certificering at fortælle, at modulet er KNX kompatibelt. Vi kan godt forstå, at Schneider vil den vej. Vi tror, at det er sundt med et alternativ til dem, der egentlig bare ønsker status-quo, dog stadig med mulighed for at lave ændringer. Med REVO kan alle lave simple funktioner, nærmest uden nogen indlæring, hvilket betyder et funktionelt hjem. Eller de vil kunne genbruge deres VIS fil. Eller køre MQTT. Eller Modbus. Og det er præcis det, som er målet med REVO.

Svar til Lars1 og Astronaut Omkring VIS filerne. Det bliver Visual 2 og 3. Men hvis nogen har en Visual 1 fil, kigger vi også gerne på det. Vi er allerede nået ganske langt, og er faktisk færdig med konverteringen af selve VIS filen, og i gang med at implementere den i vores firmware. Ud fra egen omgangskreds, så er der mange brugere af IHC, som bare er interesseret i, at det kører videre som det gør. De har alligevel ikke pillet i installationen de sidste 10 år. Det er derfor, at konverteringen af VIS filen kunne være nyttig og sjov. Vi har pillet VIS filen helt fra hinanden, og samler den igen til et andet format. Det gør, at som det ser ud lige nu, så vil samtlige funktionsblokke, heruder også alle brugerdefinerede blokke, kunne overføres. Med andre ord, hvis du har en installation, som ikke benytter specielle moduler, som trådløs, alarm, modem, vil alle funktioner kunne flyttes over, inklusiv timere, ur-styring, ifthenelse, case, logikblokke, varmestyring etc., og det er hele herakiet, også af funktionsblokke under funktionsblokke osv. Det vil være en énvejs konvertering, og der vil ikke være nogen editor til det. Hvad gør man så, hvis ændringer ønskes? Ændrer det i VIS filen og konverterer igen. Hvis man vælger kun at overføre al navngivning og simple KIP funktioner i første heraki, vil disse kunne editeres i REVO. Bemærk, dette er foreløbige data og tilkendegivelser, og det er det vi arbejder imod, men der er ingen garantier. Der findes rigtig mange løsninger, med stor funktionalitet, så som HomeAssistant og Openhab. Så der er ingen pointe for os, i at forsøge at lave den funktionalitet igen. Her er vores mål og idéologi, at du kan bruge hvad som helst, der kører MQTT, OG at der ligger en stand-alone backup med simple KIP funktioner, så lyset stadig kan tændes og slukkes, hvis Openhab, Homeassistant eller lign, skulle gå offline (stor WAF). Der skiftes automatisk til stand-alone, hvis MQTT går offline. Målet er, at for en almindelig plain installation hos hr. og fru. DK, der kan du hive VIS filen ud (eller bruge en backup, som alle naturligvis har), installere en REVO, uploade VIS filen som konverteres automatisk (denne del virker allerede), og så er du kørende igen indenfor ganske kort tid. Hvis du er tilhænger af ekstrem høj oppetid, så er der også modbus interface til en PLC, og du kan lave en fuldt kablet installation uden wireless. Efter rigtig mange år med forskellige intelligente løsninger i vores hjem, må vi bare sige, at en industriel PLC, kablet via modbus, er ekstrem stabil.

Svar til Bjarne Sørensen. Vi er 2 ingeniører som har lavet flere ting sammen over årene. Vi har flere gange snakket om, at nogle af vores projekter skulle vi prøve at se, om andre også kunne bruge. REVO var en idé som kom til os omkring årsskiftet, og så har vi arbejdet på den siden, og én af grundene er at vi selv og flere i vores omgangskreds har IHC. Tænk hvis nogle af vores projekter, som vi har puttet kaskader af penge og tid i - bare for sjov - rent faktisk kunne financiere endnu flere projekter :-) Jeg kan da i nævne at vi faktisk nærmest har et helt uafhængigt home-automations system af egne komponenter, blandt andet indeholdende en 1-moduls touchpanel til fuga air, som tillige har temperatur, fugt, indeklima, tryk, PIR, lux og gesture sensore i et og samme modul. Ja, du kan vinke til den (dog på tæt hold), og så tænder lyset, eller den kan styre ventilation ud fra luftkvaliteten i rummet, og tjekke hvilke rum du har over og undertryk i, ihht ventilation. Selve hjemmesiden er en som vi har brugt som sandkasse i mange år til forskellige projekter. REVO flytter vi nok til et selvstændigt domæne snarest. Og ja, hjemmesiden samler data fra forskellige tjenester, og laver nogle forudsigelser omkring optimal lade og afladetider, hvis man har en batteribank og solceller, hvilket bruges privat via en API. Ken & Frank

Svar til Astronaut: Ang. Hardware Du har fuldstændig ret i din analyse af hardware. Du kan bare åbne en Revo og på 10 minutter finde ud af hvorledes den er konstrueret, så her er svar på dine spørgsmål Hvilken CPU/Microcontroller bruges?: Revo har et motherboard med 2 stk ESP32-S3- wroom-1-N16R8, Espressif Systems, Dual-core, 240MHz (https://www.mouser.dk/datasheet/2/891/esp32_s3_datasheet_en-2946743.pdf) - Hvor meget RAM er der? 16Mb Flash RAM, 8Mb PSRAM pr. ESP32-S3. Vores første design var med én ESP32, men stabil kommunikation på alle 24 io samtidig var umulig at opnå, uden at gå på kompromis. - Bruges der flash ram? Hvor meget er der? Er det loddet fast eller kommer det fx. som M.2 SSD?. Onboard Flash RAM - Hvordan driver I (rent elektrisk) input og outputs? All I/O porte er ESD beskyttet og forsynes med en levelskifting isoleret line-driver, dog ikke galvanisk adskilt (fælles stelplan). Ingen porte er koblet direkte til ESP32-S3 - Er der noget Operativ System i dimsen? Hvilket? Ja, der er FreeRtos, koden er skrevet i C++ og Espressif framework. - Er softwaren låst eller ville man være i stand til at uploade egen software til den i tilfældet af at I stopper med support? Både ja og nej. Vor software er ikke OPEN SOURCE og den kommer ikke til at ligge frit tilgængelig på f.eks. Github. Der er lagt rigtigt mange timer i at skrive biblioteker så de faktisk virker og kører stabilt. Vi har været omkring Arduino, men fandt ret hurtigt ud af, at hvis der ønskes høj stabilitet, skal vi et niveau længere ned, derfor bruger vi Espressifs framework. Teknisk set kan du godt udvikle din egen software og uploade til de ESP32 processorer på Revo motherboardet via de to USB C stik. Ang. LED Dimmer. Der er tilsyneladende flere som har ytret ønske om understøttelse af LED-Dimmer, så det får vi kikket på. Vi poster på hjemmesiden https://kmq.dk/revo, når nye moduler tilføjes. Ang. Kompleksitet. Vi er enig i , at avanceret styring ikke skal være en del at Revo. Det gøres bedst med styre systemer som tilbyder MQTT eller MODBUS. På den anden side, er der rigtigt mange IHC brugere som har programmeret komplekse styringer og som nu står og skal omprogrammerer til F.eks Home Assistant bare fordi deres IHC Controller er holdt op med at virker. Vi kikker derfor på, om vi kan konverterer .VIS filer til JSON filer til vores Revo, og det ser lovende ud. Vi tør godt allerede nu love, at mapning af alle io med navngivning vil kunne overføres, samt simple KIP funktioner i første heraki. Disse vil så være editerbare i REVO’s brugerinterface. Men vi agter at forsøge at trække langt mere ud, således at det meste vil kunne overføres, men kun de funktioner som de understøttede moduler kan. Vi tør dog ikke love noget endnu omkring dette. Vi tror dog ikke, at vi kommer til at lave et avanceret web-interface, ala IHC visual. Hvis alt funktionaliteten fra .VIS filen ønskes brugt, så er det udgangspunktet, altså VIS filen, som skal ændres, og igen konverteres til REVO. Mere om det på vores hjemmeside. Der vil komme en underside, som fortæller om den nyheder og fremskridt.

Svar til Bjarne Sørensen: Ang. Support for udvikling og fejlretning: Vi vil helt sikker tilbyde support på fejlretning i årene fremover. Hvis Revo er koblet til en router som har adgang til internettet, tilbyder vi gratis opdatering af firmware så længe der er behov og ønsker for nye funktioner. (OTA). Revo er tænkt som en mulighed for at levetidsforlænge IHC installationer og vi tror ikke markedet vokser for IHC installationer. På den anden side, kan man jo købe en Revo samt brugte IHC moduler, og etablere en meget prisbillig installation. Med Revo er kommunikationen via MQTT og MODBUS rimelig åben. Ang. Wireless. Der er mange krav til radio moduler, når de skal vise overensstemmelse til RED (radio direktivet). Man kunne måske finde et eksternt, godkendt wireless modul (868Mhz) men det er ikke lige til, og vi har også hørt fra flere kanter, inklusiv her på forummet, at Wavenis protokollen er forældet og ustabil, så det ikke vil være tiden værd. Zigbee og/eller Zwave vil være en bedre option. Vil vil undersøge muligheden for at bruge en eksternt, godkendt gateway til Zigbee/Zwave, enten via LAN eller den indbyggede RS485 port. Ang. Fugt/temperatur, lux/temperatur modul understøttelse. Vi har pt. en WAGO PLC til at kommunikerer med disse moduler i anden sammenhæng og protokollen er virkelig langsom. Det er ikke noget problem, at interface til disse moduler, og det vil ske indenfor meget nær fremtid. Ang. VIS filen. Mange brugere har .VIS filer som er ”programmeret” helt specielt til deres installation, og vi er sikre på, at mange har lagt rigtigt mange timer i at få det til at virke. Vi forstiller os, at nogle måske vil købe en Revo, som en slags ”backup” løsning, skulle deres nuværende IHC Visual controller stå af. Vi forsøger derfor at ”omprogrammerer” .VIS filerne til JSON filer, som Revo kan læse. Revo vil derfor kunne styres på 3 niveauer: 1) Stand-alone, manuel setting. Når du skifter din IHC Visual til en Revo og ønsker lys her og nu. Ingen fancy opsætning. 2) Import af .VIS filer til Revo. Du bruger et konverteringsværktøj til at importerer .VIS filer og gemmer i Revo kompatible JSON fil. 3) Ekstern styring via MQTT eller MODBUS. Forsvinder LAN forbindelsen til Revo, vi den gå tilbage til enten (1) eller (2).

Hej Bjarne, Et par hurtige nedslagspunkter for REVO.. Pris. Vi har endnu ikke fastsat prisen, men vil tro ca. 4500 incl. moms, uden POE, og 4900 med POE. Lyder det rimeligt? Vi har vægtet kvalitet af komponenter højt, og vi kan godt uddybe, hvorfor vi har valgt, hvad vi har valgt. Vi håber Revo-controller kan levetidsforlænge nuværende installationer, men forventer ikke at der bliver bygget særligt mange nye tavler baseret på IHC. Wireless. REVO understøtter ikke IHC-wireless (868MHz) og vi regner heller ikke med at tilbyde denne funktionalitet i fremtiden. Det skyldes at vi ikke har en 868MHz radio med på boardet, og at en godkendelse af denne er omkostningsfuldt, der er dog mulighed for WiFi (2.4GHz/5GHz), som dog er slukket pt. Understøttelse af IHC moduler: Derimod skal den gerne kunne understøtte fugt/temperatur, samt lux/temperatur modulet. På sigt også LED dimmer (via RS485) hvis der viser sig et behov. Protokol: Vi har valgt MQTT og MODBUS protokoller fordi disse protokoller er meget udbredte og stabile. MQTT med "AUTODISCOVERY" til HomeAssistant, og MODBUS for dem hvor stabilitet er et kardinalpunkt. .VIS filer (IHC Visual projekt filer): Vi arbejder lidt med .VIS filer og ser vor meget vi kan overfører af en eksisterende .VIS fil til REVO. Vi er begyndt med opgaven, men er der er mange detaljer som skal på plads. Det er også visse funktioner i .VIS filen som vi allerede nu ved vi ikke kommer til at understøtte (fx nestede betingelser og funktioner). Men forestil dig, at du trækker .VIS filen over i REVO, og samtlige understøttede IO moduler, samt navngivningen af alle in og outputs, samt simple KIP/ON/OFF funktioner fungerer i løbet af kort tid. Vores filosofi er, at Revo i Stand-Alone mode skal kunne køre simpel funktioner med KIP, PIR, LUX og TIMER. Vi tror, ud fra de henvendelser vi har fået, at det løser manges behov, helt uden at skulle investere i andet end en REVO. Mere kompleks styring udføres med f.eks Home Assistant eller fra en PLC. Vi synes funktionalitet med HomeAssistant og Node-red er en rigtig god kombination. Beta test: Vi har pt. flere installationer kørende med REVO betaudgaver (Nuværende er 3. og forhåbentlige sidste revision), og har yderligere 10 stk i produktion, som forventes klar midt August, hvor nogle allerede er afsat til flere betatestere.

Dette er REVO's forum for spørgsmål og svar. REVO er en avanceret controller/gateway som kan levetidsforlænge din IHC installation, og genbruge dine input og output moduler. REVO kan også tilføje flere smarte funktioner til dit system, eller fungere som en stand-alone controller, som også understøtter MQTT, MODBUS, Homeassistant mv. Yderligere info her