Kandersen

Selvfølgelig kan det være en hardware fejl. Jeg ville bare ikke forvente at du kunne komme så langt som du gør ved en hardware fejl, da det virker mere som et software problem et eller andet sted.

Forstår jeg fuldt ud.. Et sidste forsøg (så er jeg løbet helt tør).. Har du prøvet LK´s Javastarter?

Jeg kan simpelthen ikke fatte så mange der har problemer med USB. USB burde bare altid virke, (forudsat at java virker). Det er/burde være "den altid sikre metode" til at få fat i controlleren. Der må være noget java som driller.. Hvis du kørere med firmware 2.8.4 så burde det bare ikke være problemet. Hvilken PC bruger du, (windows, mac, andet?).

Hmm så er jeg rendt tør for ideer. Er dog ret sikker på det er nok er noget java, hvis du er sikker på du har reset controlleren og det er via USB. (Husk USB bruger ikke ip adresse og port. Det er, såvidt jeg husker, via browser).

Den du viser på videoen er den "dyre" version, hvor du får, efter min mening, meget skrabet muligheder. Jeg mener selve forbindelsen der skal laves (involvere vist en plc og et par andre komponenter) koster over 5000,- Og så har du ikke engang fået programmeret IHC programmet endnu. Det er vist ikke nok med Nilan Connect.

Var der ikke fornylig noget med en reset firmware jeg synes der var en der omtalte? Måske den kan løse det.

Hmm spøjst at du så ikke kan få hul igennem med USB. Synes ikke jeg har hørt om disse problemer med en HW 6x controller, udover hvis det har været Java som var problemet.

Nilan Combi Polar 302 har mig bekendt CTS602 styring som er klart nemmest at få til at spille sammen via modbus. Problemet er, at der mig bekendt ikke findes noget der tilbyder denne form for løsning til IHC. Så du er muligvis ude i noget gør-det-selv med en 3.part "gateway" som en Rpi eller lign.. Eller så findes der en, voldsom dyr, løsning som kan arbejde samme med IHC controlleren. Men jeg kender desværre ingen leverandør/tekniker der kan hjælpe dig (er selv fra Køge egnen).

Hvis du har openhab kørende samtidig, så sluk den, og se om det hjælper. Evt sluk openhab. Og bagefter sluk controlleren. Tænd derpå controlleren igen, men undlad at tænde openhab.

IHC Captain er super nemt. (Overordnet beskrivelse): 1. Anskaf en Raspberry Pi (kan ikke huske om Mikkel har lavet support til version 4, men ellers en version 3B+). Med strømforsyning, evt kasse og et SD kort. 2. Hent filen på Mikkels hjemmeside. 3. Udpak filen og "brænd" filen du har hentet over på SD kortet. 4. Indsæt SD kortet i Raspberry Pién. Indsæt netkabel (så Raspberry PIén er på samme net som din IHC controller).. Tænd for Raspberry Pién og vent nogle minutter (10 minutter eller lign). 5. Opsæt og begynd at bruge IHC Captain. Det er det.. Der er nogle få forudsætninger. 1. Din IHC controller skal minimum være en HW 6.1. 2. Din IHC controller skal være tilsluttet dit lokale net. 3. Raspberry Pién skal tilsluttes samme lokale net. 4. Du skal kende brugernavn/adgangskoden til IHC controlleren, og helst også portene den allerede er opsat til. Eller selv kunne oprette det. Det er faktisk uhyre simpelt. Men klart nok, hvis man aldrig har prøvet det eller noget lign før, så kan det godt virke skræmmende.

Det er fordi Nilan har samme koncept som fx LK/Schneider. De har aftaler med serviceteknikere, som er dem der udførere arbejdet/support for Nilan. Jeg brugte fx Lygas da vi skulle have installeret nyt anlæg. Jeg tror ikke det vil være anderledes for dig. Du skal stadigvæk have en anden software til printet, (hvis de mener det er softwaren som blokér). Ideen med spjldmotoren synes jeg til gengæld lyder ret nemt. Alternativ burde noget elektronik med en kondensator (eller noget der kan forsinke signalet) måske i virkeligheden være den billigeste/nemmest måde. Som jeg forstår det skal du bare have "kortsluttet" indgangen på en bestemt tid der skal være mellem 15 og 130 sekunder.

Er det printet der fysisk er omprogrammeret til et brændspæld? Jeg ville have troede det kunne slås fra i servicemenuen på displayet. Jeg sad lige og kiggede på det ganske kort. Det er jo lidt tricky, fordi den fejler i spjældtest som skal åbne mellem 15 og 130 sekunder. Så hvis du skal simulere noget, så skal det ske mellem 15 og 130 sekunder Der må være noget i servicemenuen der kan slå det helt fra. Ellers er det da lidt op ad bakke.

IHC captain kan man lave regler/rutiner som arbejder uden om controlleren. Fx sende pushbeskeder uden brug af et IHC modem. IHC captain kan styre fx Hue belysning oa som tager simple json koder via html. Sandsynligvis også mere avanceret, så længe der er en åben API til det som man vil kommunikere med. Kort sagt: IHC Captain er et godt add-on til en IHC controller på rigtig mange punkter.

Om det skal være så kompliceret - Ja desværre. Der findes ikke noget egentlig "færdigt" lavet til disse formål. Openhab er jo netop baseret på, at man laver alting fra bunden, og strikke det sammen så det passer til lige netop dit setup. Når det er sagt, så er der faktisk et hav af eksempler på netop det du efterlyser, på openhab community. Problemet med dem er, at dem der laver det oftest ikke holder det "simpel" men bygger alle mulige andre ting ind i deres rules. Og så ryger sådan nogle som os til korset. Rich (rlkoshak) er af af dem der er vanvittig god til at lave tutortials Design pattern og har bla lavet med netop PIR der tænder/slukker lys på tid. Se bla her: https://community.openhab.org/t/design-pattern-motion-sensor-timer/14954 Personligt er jeg lidt splittet hvad det her angår. Det er her hvor jeg synes IHC (Visual) er betydelig nemmere at bruge, netop fordi vi har færdiglavet funktionsblokke til nærmest alle formål. Så derfor bruger jeg Visual, når det giver mest mening. Og det er derfor også med PIR styringerne til lys. Så hvis jeg skal bruge en ekstern PIR til at aktivere noget IHC lys, så lader jeg ganske enkelt denne PIR påvirke funktionsblokken i IHC, ligesom hvis det var en hvilken som helst andet PIR.

Man kan du komme til at konfigurere controlleren den vej så? (via soap og uden om java) ?

Det burde også have virket med din forrige regel, lige bortset fra, at du har glemt et ´d´i change´d´. Det er nok derfor det ikke virkede i den forrige. Men det burde tailoggen også havde brokket sig over. Der er ikke noget galt i at du gør det på den nye måde "changed from OFF to ON". I nogle tilfælde kan det faktisk være bedre, mens i andre noget bras. (hvis du fx lige har genstartet openhab, så er det ikke alle items så er blevet opdateret (IHC item bliver opdateret). Og det betyder at første gang de trigger, så vil de gå fra NULL to ON. Og så vil din regel ikke virke i lige den situation, først gang. Der findes tricks til at få openhab til at opdatere alle items ved opstart, men det involvere man gemme seneste state i en database. Og så tager det noget længere tid at starte op. Alt det her er ligegyldigt hvis du kun bruger IHC items. For som sagt, så bliver de opdateret når openhab/bindingen starter.

Er du sikker på at din PIR skifter til ON på noget tidspunkt, (tjek i tailog). Dit output57949 formoder jeg er lysindkering på din dimmer og er den både read/write? (kan ikke huske om det er default). Her er en regel hvor jeg bruger en PIR til at aktivere en IHC dimmer (wireless) med: when Item ZWaveNode5ZW100MultiSensor6_MotionAlarm changed to ON then lys_indgang.sendCommand(25) // set light to 25% end

De to første.. Du skal såvidt jeg husker ikke bruge START i din trigger. Det burde være nok med: Channel 'astro:sun:local:set#event' triggered Men det kommer an på hvad den kanal helt præcist er. Jeg har kun haft bøvl med astro. Synes det er møg forvirrende. Men det er længe siden jeg har brugt den. Den nederste.. Du skal ikke bruge state i triggeren.. Hvis du ændre den nederste til: rule "PIR rule Indendørs" when item IndendorsPIRZWaveAlarmMotion change to ON then output57949.sendCommand(ON) end Så burde det virke. PS. Dine output, hvad er det. ON/OFF eller dimmere? Du kan vist ikke bruge ON/OFF til dimmer items. Der skal du bruge tal (0) for at slukke (100) for 100%. EDIT.. Tror dine første rules er okay. Men så er det nok dine output som er dimmere og skal have værdier. Her er en tråd med det samme du har gange i: https://community.openhab.org/t/receivedtrigger-in-channel-triggered-rules/39954/3

Det kan du sådan set godt. Du skal bare åbne IHCcaptain i en browser på din Rpi. Dvs du skal installere en GUI/desktop på Rpi.. Men Mikkels image fil kommer ikke med den løsning, da det aldrig har været hensigten, mig bekendt. Et andet alternativ er, at du smider en anden Rpi/mini computer om bag din skærm i køkkenet, og bruger den som browser "klient" til IHCcaptain på lokal netværket, ligesom du ville gøre fra en hvilken som helst anden PC/computer i hjemme.

HOV stop liiige et øjeblik.. Nu fik jeg lidt friskere øjne.. På dine billeder er der pludselig noget der springer mig i øjnene, (skulle lige abstrahere fra de to løse blå ledninger). Lige under din controller cirka ud for klemme 8 og 9 og 0v der hænger to ledninger som helst klart ligner datalinjer ledninger. De er snoet om hinanden, og de har farverne sort/grøn. Og det ligner at de enten har været eller skulle have været tilsluttet controlleren. Hvis det er dem der laver ballade, så hænger det samme med, at et output modul IKKE virker. Du skal igen i Visual for at se, hvor funktionsblokken udgang er forbundet fra dine dimmere, (som ikke virker). Hvis Visual viser, at det udgang som der IKKE er ledninger på, på din controller (i bunden) så er det sandsynligvis disse to ledninger som skal monteres. Den sorte skal muligvis på den ene 0v - og den grønne på den klemme, som angivet i udgangen på funktionsblokken. Tag evt et billede af Visual funktionsblok (højre side) som viser hvilken outputmodul/klemme som den er forbundet til.

Hvis Wireless trykket heller ikke virker, (hvilket jeg formoder betyder, at det er det som det skal tænde, der ikke virker), så fokusere vi på output. Det passer meget godt med, at du mener dine tryk heller ikke virker. Kan du tage et screendump af dit visual, der viser dit tryk og hvad det er forbundet til. Dernæst skal trykkets funktionsblok følges op. Hvis det er en UNI400 dimmer trykket styre, så bruger du sandsynligvis en dimmer touch blok eller lign.. Her skal vi se, hvor udgangen på denne blok går hen. Det fortæller nemlig hvilket output modul der aktivere din UNI400 dimmer. Det kan sagtens være der (output modulet) problemet ligger. Fx en ledning til 24volt på modulet som er revet ud. Hvis der samtidig er en ledning derfra som fx går videre til 24 volt på det næste output modul, ja så virker det næste output modul heller ikke.. osv.. Desværre har IHC ikke indbygget kontrol af, om modulerne overhovedet er der, eller om de virker. 0v-24volt forbindelsen på modulerne er som regel en forbindelse man sløjfer videre fra modul til modul. Hvorimod datalinje-ledningerne går direkte til deres respektive klemme på controlleren. Prøv at se side 15, og side 23-24 i denne manual: https://www.lk.dk/globalassets/pdf/support-prof/ihc_manual_2011.pdf Desværre viser den ikke 0v-24volt forbindelsen på disse sider. Her skal man bare vide, at det er sådan det er PS. Dine UNI dimmere, er det UNI 400, SA 400 eller IHC/SA 400? Det har nemlig betydning for, hvordan de fortrådes og styres, om det er via output 230 modul eller output 24 modul. Tag evt et (måske) flere billeder af hele din tavle(r). Det kan være med til at give en vis form for overblik, plus nogen ting kan virke mere logisk, når man ser hvor de forskellige moduler sidder i forhold til hinanden.

Det er også kun lykkedes mig at "påtvinge" genstarter på controlleren, når/hvis jeg har fået fucket up i noget, der står og "spammer" controlleren udefra (fx via openhab). Men under normal drift har jeg absolut ingen problemer med at tæve den indefra (timere, temp/fugt sensorer osv) og udefra (via openhab, IHCcaptain, serviceview eller Visual), alt sammen på samme tid. Det skal dog siges, at pt bruger jeg en HW 6.2 controller. Men jeg kunne gøre det samme med min HW 6.1

Ah okay.. Btw.. Den fejl er der vist et par stykker som også har rapporterte på facebook fornylig. Og jeg ved @Bjarne Sørensen har haft den. Men han valgte vist bare at ignorere og slette dem..

Ja delvist. Vi kan udelukke Output 24 relæet der sidder ved siden af controlleren. De to blå ledninger går ned på input modulet på klemmerne 17 og 18. I så fald så giver de ledninger ikke rigtig nogen mening i det område du har taget billedet i. Det virker mere som om, at de har været tilsluttet "noget", og det er dette "noget" som er væk. Kigger man lidt nærmere på det første billede i dit første indlæg, så ser det ud som om der ligger et eller andet omme bag input modulet. Noget hvidt, som normalvis ikke bør være der. Det kan være det bare er et stykke papir eller noget andet der ingen betydning har. Det kunne måske også være det som de to blå ledninger har været monteret på. Det ligner også at ledningerne har været monteret i samlemuffer eller i anden form for skrueterminaler på den måde de er bukket og trykket i det afisoleret område. Det kunne godt hænge sammen med, at de har været brugt til "noget", som er forsvundet/afmonteret. Dvs jeg ville i første omgang ignorerer de ledninger. De har måske slet ikke noget med dit problem at gøre. Men kunne være det som jeg vil kalde dårlig efterladenskaber/manglende oprydning. Så er der en anden mulighed. Det er at tage dit Visual program og se på de tryk du siger der ikke virker mere, og se hvor de sidder monteret. Det vil fremgår af Visual. Men det kræver du ved hvad du skal se efter og kan tage et screendump af Visual. På den måde fejlretter man baglæns i installationen. Måske ender du så ud med at finde ud af, hvad de to blå ledninger skulle have været brugt til. Ulempen ved at bruge Visual sådan er, at du skal vide på hvilke datalinjer modulerne er monteret. Og dine moduler ser ikke ud som om de er opmærket på nogen måde (det er muligt opmærkningen sidder på låget til tavlen). Hvis ikke så er der kun een vej, og det er at følge datalinjerne fra controllerne (på det input du via Visual finder ud af dine tryk sidder på), og så følge ledningerne derfra og frem til det inputmodul. Så ved du ihvertfald hvor dine tryk er monteret. Derefter er det så at finde årsagen til, at input modulet ikke virker. Det er bare møg svært at guide dig på den her måde, hvis ikke du er bekendt med Visual. Visual kan klares via en remote access (fx via Teamview) til din computer. Men rent fysisk er du på egen hånd i tavlerne, medmindre du kan alliere dig med en i din nærhed som ved hvad man skal kigge efter. Hvis Visual er udelukket, så bliver det svært. Og så vil jeg klart anbefale dig at lade en med forstand på IHC kigge på det. Lige et spørgsmål. Du siger alle dine tryk som er tilsluttede dimmer ikke virker - Hvor mange tryk er det?

Hvis du kan følge ledningerne op og se hvor de går hen, så er man meget bedre stillet i den situation. Det bekymrende er, at det er to blå. Det kunne tyde på, at de høre til på samme klemme, og muligvis en 0v. Men det betyder også, at de går ikke samme sted hen i den anden ende. Billederne du har taget ligner ikke umiddelbart at det er ledninger der er røget af controlleren. Måske snarer modulen neden under til venstre) som er et input 24 modul, hvor den ene 0v klemme er tom, (den 0v klemme til højre for klemme 8). Den klemme kan godt være tom, men det er lidt atypisk vil jeg mene, når indgangene ser ud til at være fyldt ud. Og det hænger også sammen med, at dine tryk ikke virker. Så det er mit bedste bud. Jeg ville dog ikke montere dem, før jeg har set hvor de to ledninger går hen i den anden ende. Alternativt bud - Det kan også være det modul der sidder til venstre for controlleren. Det er svært at se om der mangler noget på 0v og 12-48v klemmerne. Men der skal et bedre billede til.