Upgrade/Downgrade - advarsel ikke spørgsmål

[ahave]

EDIT: Læs hele tråden hvis du er endt her. Efter nedenstående svar/hjælp har jeg lavet diverse forsøg, men opgradering og efterfølgende nedgradering fungerede ikke særlig godt for mig og slet ikke med 3. parts usupporterede produkter som Openhab og IHCcaptain.

---

Bemærk, dette er ikke et spørgsmål - blot et informationspunkt til dem som vil opgradere til 2.8.4 og efterfølgende forsøger at nedgradere igen.

For igen at få min LK app til at virke efter iOS 11, opgraderede jeg min v6.2 controller til 2.8.4. Det virkede sådan set fint og LK's app fungerede. Problemet var blot at controlleren blev frygtelig langsom og at tænde et lys kunne tage 10 sekunder. Det er en stort set ren wireless installation og jeg har 2 servere, en med IHCcaptain og en med openhab/homebridge. Læste at 2.8.4 ikke var glad for 3.parts forbindelser, hvilket blev løst ved at lukke de to virtuelle servere.

Da jeg gerne vil gøre brug af diverse smarte features besluttede jeg mig at nedgradere igen til 2.7.220 og droppe LK's app. Det medførte at controller begyndte at genstarte ca hver 10. minut, hvilket i praksis betyder med opstartstid var min installation ubrugelig. Forsøgte derfor at nulstille til fabriksindstillinger, genopsætte controller og lægge programmet ind igen.

Desværre for mig stod alle enheder med rødt udråbstegn(EDIT: Det sker ved en nulstilling, pinligt at jeg ikke undersøgte dette) og der skete pudsige ting når jeg trykkede på et batteritryk. Stikkontakter virkede til en vis grad, men lampesteder fuldstændige uforudsigelige. Heldigvis virkede de fortråede telestater(varme) og trådløse puckrelæer(ventilation) fint.

Kunne ikke forbinde med IHC visual til controlleren længere over netværk, kun USB(har styr på netværk). Forsøgte at unlinke/linke diverse batteritryk og lampesteder uden stort held. Noget virkede noget gjorde ikke.

Nu har jeg igen opgraderet til 2.8.4, alt står stadig med røde udråbstegn og ikke meget virker men til gengæld kan jeg nu styre min installation via LK's App og forbinde via visual over netværk. Har fået linket et par lampeudtag med batteritryk, det er dog ikke altid at det virker at genlinke. Formodentlig kan det være gamle hjemmelavede tænd/sluk baseret på scenarier som giver dette problem efter opgradering/nedgradering af firmware.(EDIT: det var ikke gamle hjemmelavede FB)

Pudsigt nok virker alt via serviceview så controller har informationerne, men programmerne virker ikke. Næste skridt bliver formodentlig at unlinke og slette alle lampeudtag(ca 20) + linke og genetablere.

Lang post, men hvis jeg kan hjælpe bare én med at tage beslutningen om at opgradere(som benytter openhab eller IHCcaptain) var det tiden værd. Måske skulle jeg købe en ny controller nu hvor jeg alligevel i bedste fald blot skal genlinke alt....

/ahave

 

[Kandersen]

6 minutter siden, ahave skrev:

Læste at 2.8.4 ikke var glad for 3.parts forbindelser, hvilket blev løst ved at lukke de to virtuelle servere.

Er dette bekræftet, eller er en det omstændighed et eller andet sted som man evt kan komme uden om?

[ahave]

2 minutter siden, Kandersen skrev:

Er dette bekræftet, eller er en det omstændighed et eller andet sted som man evt kan komme uden om?

Har læst det i en ihc-user forum tråd som et opmærksomhedspunkt, men skal gerne teste det. Hvis man logisk overvejer konsekvenserne af at controller skal kryptere kommunikation i 2.8.4 lægger det ikke fjernt at konkludere at der er et ekstra performancehit.

[Kandersen]

Men den skulle jo netop være gearet til dette. 

[ahave]

16 minutter siden, Kandersen skrev:

Men den skulle jo netop være gearet til dette. 

Det er muligt.

Benytter IHCcaptain til at logge temperatuer/fugtighed i alle rum og sende pushbeskeder, fjernede stort set alle onsdag, hvilket gav en en bedre responstid på tryk. Tænder begge servere igen og laver nogle test, men det tager lidt tid at være sikker på kausalitet.

[Lars1]

43 minutter siden, Kandersen skrev:

Men den skulle jo netop være gearet til dette. 

Det afhænger lidt af hvad du har kørende. Hvis du som jeg har 10 temp. sensor, og IHC-Captain kørende, så belaster du din controller mere end hvis du kun har temp sensor eller IHC captain kørende.

Jeg kan ikke få Visual til at forbinde til min controller, med mindre jeg stopper IHC Captain.

[Lars1]

@Ahave. Prøvede du at genstarte din controller da du havde problemer, eller gik du direkte til downgrade?

[Kandersen]

6 minutter siden, Lars1 skrev:

Det afhænger lidt af hvad du har kørende. Hvis du som jeg har 10 temp. sensor, og IHC-Captain kørende, så belaster du din controller mere end hvis du kun har temp sensor eller IHC captain kørende.

Jeg kan ikke få Visual til at forbinde til min controller, med mindre jeg stopper IHC Captain.

Jeg har 12 temperaturfølere og 2 temp/fugt, 14 telestater, IHC captain (som dog ikke laver noget mht følerne men har lidt HUe styring og pushbeskeder fra alarm installationen), samt en OpenHab2, som i aller højeste grad har med praktisk talt alt på IHC controlleren at gøre efterhånden. 

Og det er HW 6.1 jeg bruger. 

Det kan simpelthen ikke være rigtigt en 6.2 ikke kan trække det. Så giver alt det her jo slet ingen mening, da slet ikke at HW 6.1 ikke skulle kunne "trække" en såkaldt nyere kryptering, og så HW 6.2 kan.. Der er noget der ikke stemmer her.  

[ahave]

4 minutter siden, Lars1 skrev:

@Ahave. Prøvede du at genstarte din controller da du havde problemer, eller gik du direkte til downgrade?

Jeg forsøgte at genstarte et par gange, blot for at udelukke at noget "hang" efter opgradering. Jeg bruger, eller nærmere brugte IHCcaptain til at logge alle ændringer i temperatur/fugtighed fra 7 Zigza sensorer. Og har/havde en openhab/homebridge server for at kunne styre lys, varme osv med Apple Homekit. Det hele har fungeret fint før opgradering.

[ahave]

5 minutter siden, Kandersen skrev:

Det kan simpelthen ikke være rigtigt en 6.2 ikke kan trække det. Så giver alt det her jo slet ingen mening, da slet ikke at HW 6.1 ikke skulle kunne "trække" en såkaldt nyere kryptering, og så HW 6.2 kan.. Der er noget der ikke stemmer her.  

Jeg synes faktisk at det desværre giver ret god mening.

6.1 kan ikke håndtere kryptering sikkert pga performance. 6.2 kan kryptere, men med det ekstra træk på ressourcer kan den ikke håndtere 3. parts produkter som poller hele tiden. Ville blot ønske at jeg havde tænkt på det på forhånd....

Troede at jeg blot kunne nedgradere til .220 og alt var godt igen, men det gik ikke som forventet. Måske er det min egen skyld, med for mange hjemmelavede FB.

/ahave

[Lars1]

1 minut siden, Kandersen skrev:

Jeg har 12 temperaturfølere og 2 temp/fugt, 14 telestater, IHC captain (som dog ikke laver noget mht følerne men har lidt HUe styring og pushbeskeder fra alarm installationen), samt en OpenHab2, som i aller højeste grad har med praktisk talt alt på IHC controlleren at gøre efterhånden. 

Og det er HW 6.1 jeg bruger. 

Det kan simpelthen ikke være rigtigt en 6.2 ikke kan trække det. Så giver alt det her jo slet ingen mening, da slet ikke at HW 6.1 ikke skulle kunne "trække" en såkaldt nyere kryptering, og så HW 6.2 kan.. Der er noget der ikke stemmer her.  

Der er pænt stor forskel på hvor meget processor kraft de 2 forskellige algorithmer kræver. Det gælder ikke kun LK IHC.

Hvis jeg stopper IHC Captain, er der ikke noget problem med at connecte til min HW 6.2 controller. Hvis jeg downgrader til en firmware med de gamle krypterings algorithmer kan jeg sagtens connecte til min controller selvom IHC Captain køre.

[Lars1]

6 minutter siden, ahave skrev:

Jeg forsøgte at genstarte et par gange, blot for at udelukke at noget "hang" efter opgradering. Jeg bruger, eller nærmere brugte IHCcaptain til at logge alle ændringer i temperatur/fugtighed fra 7 Zigza sensorer. Og har/havde en openhab/homebridge server for at kunne styre lys, varme osv med Apple Homekit. Det hele har fungeret fint før opgradering.

De nye krypterings algorithmer kræver desværre en del mere af processoren. ZigZa's sensor sender desværre data ca. 10 gange så ofte som LK's temp. sensor, så de hjælper ikke ligefrem på stabiliteten, men det burde kunne køre alligevel, dog med den workaround at du sikkert ville være nød til at stoppe IHC Captain og homebridge når du skulle connecte med Visual.

Hvorfor du har mistet dine wireless links fatter jeg ikke. Det burde ikke ske, medmindre det skete i forbindelse med at du loadede et tomt program eller en reset firmware.

[ahave]

2 minutter siden, Lars1 skrev:

Hvorfor du har mistet dine wireless links fatter jeg ikke. Det burde ikke ske, medmindre det skete i forbindelse med at du loadede et tomt program eller en reset firmware.

Som beskrevet nulstillede jeg controller da den efter nedgradering genstartede ca. hvert 10 minut, hvilket gjorde min installation ubrugelig, opstartstiden taget i betragtning. Hele lys/varme/ventilationsinstallationer i mit hus er baseret på trådløst IHC, har ikke én eneste almindelig afbryder.

Har nu testet funktionaliteten med mine to virtuelle servere(openhab/IHCcaptain) og kan kun bekræfte antagelsen om at det bliver meget langsomt, batteritryk har forsinkelser og ikke alle lys tænder/slukker ift scenarier. Resten af problemerne skyldes formodentlig hjemmelavede FB'er som ved opgradering til 2.8.4 fejler(også efter nedgradering).

Om ikke andet har mine historier om det intelligente hus, skabt  stor morskab hos kollegaer ved frokostbordet i løbet af ugen...

[Kandersen]

Kan jeg lokke dig til at prøve kun med OpenHab?

[ahave]

1 minut siden, Kandersen skrev:

Kan jeg lokke dig til at prøve kun med OpenHab?

Da det er openhab/homebridge som betyder mest for mig, har jeg brugt den sidste times tid på at teste netop dette med 2.8.4 på v6.2

Har lavet lavet unlink/link på 41 ud af 53 wireless enheder pga mit controller reset.(kravler først rundt på loftet imorgen, fjenelse af møbler og skabe sker først på andet tidspunkt) Det var iøvrigt ikke gamle hjemmelavede FB'er som gav problemer. 

Nu er det kun openhab serveren som er tændt og det fungerer, dog med forsinkelser og det er lidt sporadisk om lampeudtag tænder og slukker. For det meste virker det fint, dog med forsinkelser. Har ét scenaire som tænder mit køkken/spisestue med 4 lampeudtag, her tænder hvert lampeudtag med ca. 3s forsinkelse.(både tryk og via Homekit) Før opgradering tændte de øjeblikkeligt. Når Openhab er lukket tænder de hurtigere, men stadig langsomt ét efter ét.

Med alle mulige forbehold, fungerer min installation langt dårligere nu end før opgradering. Det er sikkert min begrænsede viden om IHC som er årsagen, vil forsøge at nedgradere til .220 igen eller købe den nye controller for at få en højere performance. Jeg kan desværre ikke skylde skylden på LK/Schneider for at jeg bruger deres system på en måde som ikke er tiltænkt hjemmebrugere.

Havde personligt håbet på at den nye controller havde haft mulighed for Homekit, men licencieringspriser og markedsandel umuliggør nok dette. I det mindste var jeg lettet over at der kom en ny controller og at platformen derved er understøttet i de næste år.

/ahave

[Kandersen]

2 minutter siden, ahave skrev:

Når Openhab er lukket tænder de hurtigere, men stadig langsomt ét efter ét.

Hmm. Okay jeg spørger fordi jeg pt er ved at ryge på en brugt 6.2ér.. Jeg synes det er virkelig bekymrende hvis 6.2éren har så store problemer. Så må den dælme være presset pga de såkaldt nye krypteringsformer. OpenHab er pt rimelig vigtig for mig, da jeg køre en del test med den.  Og hvis .220 samtidig er møg ustabil, så bliver det godt nok svært at se sig ud af denne. 

[ahave]

Lige nu, Kandersen skrev:

Hmm. Okay jeg spørger fordi jeg pt er ved at ryge på en brugt 6.2ér.. Jeg synes det er virkelig bekymrende hvis 6.2éren har så store problemer. Så må den dælme være presset pga de såkaldt nye krypteringsformer. OpenHab er pt rimelig vigtig for mig, da jeg køre en del test med den.  Og hvis .220 samtidig er møg ustabil, så bliver det godt nok svært at se sig ud af denne. 

.220 på v6.2 har virket helt fint for mig med både openhab og IHCcaptain servere, så det tror jeg ikke du ikke bekymre dig om. Det var først efter jeg opgraderede til 2.8.4 at problemerne startede. Og igen burde jeg have tænkt mig om ift performance problemer - IHC controller er i bund og grund en PLC og er ikke lavet til hjemmeforsøg.

/ahave

[Lars1]

17 timer siden, ahave skrev:

IHC controller er i bund og grund en PLC

Gid det var så vel. Hvis det var sandt, så var vi sluppet for mange problemer med LK IHC.

En PLC er status styret. Hvis den misser en status ændring på en indgang så er det ikke den store katastrofe. Den vil fange den under næste program gennemløb, som er mindre end 1 sek. senere.

LK IHC er event styret. Hvis den misser et ændring på en indgang er du f..... Den vil ikke fange ændringen før du igen ændre din indgang. Dertil kommer at den er nød til at holde styr på sine event's samt i hvilken række følge de kommer ind. Jeg vil ikke være overrasket hvis det som sommetider for IHC controlleren til at crashe er at event stack'en løber fuld. Det vil alrig ske på en PLC.

[Benjamin E]

Jeg har i dag fået taget mig sammen til at udskifte min controller fra hw 6,2 til ny hw 6,2. Med nyeste firmware. Netværksporten var brændt af på den gamle men fungerede ellers uden problemer.

Jeg valgte at købe en en ny hw6,2 da jeg i flere forum ikke rigtig kunne få øje på hvorfor jeg skulle smide 1500 kr ekstra efter en ny og måske ustabil visual 3 controller.

varme, lys og alarm dvs alt køre på IHC.

Jeg sidder nu og overvejer at droppe drømmen om at få noget openhab 2 og HomeKit op at køre hvis controlleren alligevel ikke fungere ordentligt.

jeg har kun 6 wireless tryk, 1 nøglering og 2 lampeudtag, jeg er mest til fortråede løsninger.

wireless tryk er kun fordi jeg har brugt alle indgange på controlleren og lampeudtag er pga dæmp funktion.

Det skal siges at jeg har et meget komplekst program lavet af Henning Pedersen, og alt fungere mega godt og uden forsinkelse.

Jeg havde tidligere noget halvdårlig programmering som tit fejlede og mange genstart. Jeg kan se at mange bøvler med software fejl og dårlig ydeevne, jeg har en teori om at mange har fået programmeret noget som konflikter i controlleren.

sidst jeg valgte at genstarte min controller havde den kørt i 5 måneder uden genstart, på trods af mange daglige ind og udkoblinger af alarm, og varmestyring samt lys med sensore mm.

hvad siger i skal jeg lade være med at sætte mig ind i openhab 2, HomeKit og investere i en Rasberry pi el lign. Og i stedet bare blive ved med at bruge den ekstremt ringe lk app på telefonen.

HHHHHHJJJJÆÆÆLLLLPPP

 

[ahave]

5 timer siden, Lars1 skrev:

En PLC er status styret. Hvis den misser en status ændring på en indgang så er det ikke den store katastrofe. Den vil fange den under næste program gennemløb, som er mindre end 1 sek. senere.

LK IHC er event styret. Hvis den misser et ændring på en indgang er du f..... Den vil ikke fange ændringen før du igen ændre din indgang. Dertil kommer at den er nød til at holde styr på sine event's samt i hvilken række følge de kommer ind. Jeg vil ikke være overrasket hvis det som sommetider for IHC controlleren til at crashe er at event stack'en løber fuld. Det vil alrig ske på en PLC.

Det forklarer en hel del som jeg har undret mig over i tidens løb, herunder også hvorfor det skulle være nødvendigt at "gemme" en tilstand. Tak for opklaringen.

[Lars1]

23 minutter siden, Benjamin E skrev:

hvad siger i skal jeg lade være med at sætte mig ind i openhab 2, HomeKit og investere i en Rasberry pi el lign. Og i stedet bare blive ved med at bruge den ekstremt ringe lk app på telefonen.

OpenHab og Raspberry er næsten gratis såvidt jeg ved, så hvorfor ikke prøve. Du kan jo altid droppe det igen hvis det giver problemer.

[ahave]

20 minutter siden, Benjamin E skrev:

hvad siger i skal jeg lade være med at sætte mig ind i openhab 2, HomeKit og investere i en Rasberry pi el lign. Og i stedet bare blive ved med at bruge den ekstremt ringe lk app på telefonen.

HHHHHHJJJJÆÆÆLLLLPPP

 

Min holdning er man altid skal afsøge nye tekniske muligheder, så den gas og kom igang med openhab. At man nogen gange oplever tilbageløb er nysgerrighedens pris.

Min installation er efter idag - fungerende inklusive openhab. Stadig meget langsom og vil igen forsøge en nedgradering i morgen til .220. LK's app kan jeg leve uden, alternativt købe den nye controller med flere kræfter.

/ahave

[Benjamin E]

1 time siden, Lars1 skrev:

OpenHab og Raspberry er næsten gratis såvidt jeg ved, så hvorfor ikke prøve. Du kan jo altid droppe det igen hvis det giver problemer.

 

1 time siden, ahave skrev:

Min holdning er man altid skal afsøge nye tekniske muligheder, så den gas og kom igang med openhab. At man nogen gange oplever tilbageløb er nysgerrighedens pris.

Min installation er efter idag - fungerende inklusive openhab. Stadig meget langsom og vil igen forsøge en nedgradering i morgen til .220. LK's app kan jeg leve uden, alternativt købe den nye controller med flere kræfter.

/ahave

Tak for svar.

Jeg ved kun overfladisk hvordan openhab virker fra div. forums så nu vil jeg gå i dybden med det.

jeg glæder mig til at se om min controller bliver langsom, men det afhænger vel lidt af omfanget man styre via openhab.

 

[Kandersen]

Jeg må tilstå jeg er lettere rystet over at høre, at HW 6.2 har problemer med OpenHab og ICH Captain. Jeg forstår det helt enkelt ikke. Hvis IHCremote og IHCtablet fungere, så burde der jo ikke være den store forskel?

[Lars1]

15 timer siden, Kandersen skrev:

Jeg må tilstå jeg er lettere rystet over at høre, at HW 6.2 har problemer med OpenHab og ICH Captain. Jeg forstår det helt enkelt ikke. Hvis IHCremote og IHCtablet fungere, så burde der jo ikke være den store forskel?

Jeg tror forskellen ligger i hvordan de forskellige systemer kommuniker med controllerne. Jeg kan godt forstille mig at OpenHab og ICH Captain, spørger efter masser af parameter ganske ofte, mens IHC Remote og IHCtablet nok er mere præcis i deres forspørgelser og ikke spørger så ofte. Men bortset fra det mener jeg er er nogen som har skrevet at de ikke kan komme på deres HW6.2 controller hvis IHC remote or tablet køre.

[ahave]

Jeg nedgraderede igen søndag eftermiddag til 2.7.220 og denne gang forløb det uden problemer. Controller er blevet mere responsiv igen også med Openhab tændt, har godt nok mistet muligheden for IHCRemote, men det kan jeg bedre leve med.

@Lars1 Hvis jeg vil tilbage til 2.8.4 vil jeg forsøge at samle den udvidede funktionalitet på Openhab, så kun en server poller. I den forbindelse brugte jeg en del tid igår på at lege med node-red. Her kan man se polling fra Openhab og den er kontinuerlig på alle items defineret i IHC.items. Så er helt enig i at det skyldes anderledes håndtering end LK's egne produkter.

/ahave