Bjarne Sørensen

Det er samme sted som du sætter handlinger op. I steddet vælger du bare tab'en med gem til disk og angiver hvor du vil gemme data og i hvilket format.
Min IHC captain er version 0.996, så det er muligt at Mikkel har ændret i hvordan man gemmer til disk. Men da jeg satte det op, var der en god guideline på hans website.

Takker for svar, det bekræfter min egen ide...
Snakkede igen med deres support i 40 minutter i går uden løsning. Det er som om de ikke vil indse der er et problem.
LK´s sidste løsning var at indsende controller og tablet til dem, så de kunne afprøve på deres eget netværk.

I så fald anvender du ikke den aktuel  nyeste firmware, som ifølge LK kommentarer netop afhjælper boot problemer.

Det bliver en langhåret diskussion men spørgsmålet er jo om de kan få compilet så gammel en hardware med moderne software. Men nu er vi ved at få hul igennem til deres firmware og så vil jeg have testet om vi kan opdatere det

Ja jeg har også hjulpet mange med de problemer der - jeg har faktisk en firmware loader som kan køre "uden" java (ganske som IHCStarter) men den kan jeg ikke så godt dele da den indeholder LKs kode - så derfor bruger jeg lidt tid på at se om vi kan få genskabt det firmware loader gør også lavet en lidt bedre løsning.

Så er 2.5 ude:
Helt omskrevet brugerflade og al logik er gennemgået Tilføjet mulighed for at flytte vinduet Opdelt indstilling og redigering af controllere i to separate områder Tilføjet "Undersøg IHC Controller firmware ved start af programmer" under indstillinger, som automatisk vil kontrollere firmwaren versionen på IHC Controlleren imod den sidste set af IHCStarter. Det er til jer der hele tiden får ny firmware fra LK Forbedret start af portable/standalone - tak til Steffen Forbedret fejl dialog med henvisning til hjemmesiden og Vis logfil" mulighed Ny IHCStarter.exe som er mindre og skulle virker på flere Windows versioner Kontrol om succesfuld opstart af services efter start

Nej ikke umiddelbart. Jeg ved ikke du har noget Google home eller andet så kan du snart da jeg har api klar til ihc captain

Korrekt, det er sort og blå du skal bruge. Det betyder ikke noget hvordan de vender, men du har ret i at det er underligt at de har byttet om på dem i diagrammet.
Jeg ville montere dem som fabrikanten anviser i diagrammet.
Den brune skal ikke bruges. Det er fordi at det er en 3-faset motor 3X230V der er koblet med en kondensator til at lave drejefeltet til den sidste fase.
 
Sørg for at du ikke kan skrue så langt ved for motoren at den står stille og brummer, for så kan den brænde af. 

Det var så lidt.
Hvis du bor på Midtsjælland har jeg en bærbar med kabler og software du må låne.

Jeg er enig med Mikkel og Henning.
Hvis du skifter controlleren til en Visual 3 får du et moderne smarthouse som kan integreres med alt inden for den kategori (ved hjælp af en Raspberry Pi.
Men du kan købe en seriel til USB adapter, den skal have hun sub-D 9-pol ja. Sørg for at den har drivere til den Windows version du har på din pc. Så kan du trække det gamle program ud og håbe på at der er lavet dokumentation på installationen, det gør det lidt nemmere.
Det kan være en Visual 1 controller du har, så er det relativt simpelt at hive programmet ud og lave et nyt til den nye controller. Er det Term IHC er det lidt mere besværligt. Men man kan evt sætte den nye controller parallelt med den gamle på inputsiden så kan man se hvilke indgange der trækker når man bruger tryk. 

Når folk vil have et trådløst setup, så er det fordi det er mere fleksibelt. Det er de færreste der har adgang til at trække nye kabler fordi de har brug for en ekstra PIR eller en ny betjeningsknap. Wireless kan virke rigtigt stabilt hvis man håndterer problemer omkring range og stabilitet. Zigbee løser det problem ved at man for billige penge kan få en zigbee router i hvert rum. Det er i mine øjne en rigtigt fornuftig løsning.
Trådløst setup behøver ikke være uden logik. IHC Wireless er et godt eksempel på at man fint kan integrere custom logik ind i et wireless setup. Og det kan man også med Zigbee. Der er bare ikke nogen der har et kommercielt produkt der kan gøre det nu. Som jeg ser det behøver man ikke bruge Schneiders Wiser/Zigbee FUGA enheder sammen med en Wiser gateway. Hvis det er Zigbee devices så kan de kobles sammen med lige præcist den "controller" man har lyst til. Med alt den logic controlleren giver mulighed for.
 
 
Min oplevelse er at LK har haft 3 store investeringer i IHC:
TermIHC: Design af tryk, controller, databus produkter Visual 1: Nyt programmeringsmiljø, ny controller hardware platform Visual 2: Wireless, ny controller hardware platform, rewrite af programmeringsmiljø (i Indien?) Visual 3 er blot et port af controlleren til ny hardware med minimale ændringer af softwaren.
Jeg har svært ved at se LK smide penge i større udvidelser af softwaren. Det er simpelthen for dyrt i forhold til hvor få controllere der er solgt. Som det er nu kan de lave nye controllere baseret på næste Linux version + næste java version + ny ARM platform hver 3-4 år. Største udgift er nok at holde wavenis stakken i live. Samlet kan det nok beskæftige en/to mand og det er nok hvad der er penge til. At integrere andre produkter ind i controlleren ville kræve store investeringer både på hardware og software siden.
Hvis IHC controlleren skulle være levedygtig på langt sigt så skal hele programmerings oplevelsen forbedres: Bedre editor, bedre debugging, modularisering, mere kodegenbrug, flere datatyper, netværksadgang, etc. Før man ved af det står man med et fuldt "programmeringssprog" med tilhørende IDE. Hvis man kunne sælge sådan en controller til resten af europa så ville der være penge i det ... ellers ikke.

Delvist korrekt. 
65000 enheder er ikke pr gateway. Det er samlet set.
Batterienheder kører IKKE mesh.  
En gateway indeholder ikke nødvendigvis logikstyring. Men i det pågældende tilfælde vil det være ubrugelig såfremt der ikke er logikstyring i. 

Zigbee er ikke 1000% bedre end IHC wireless. Man bliver slemt skuffet, hvis man tror Zigbee er den hellige gral. Lige så snart man roder batterienheder ind i det, så starter en ballade, der er markant værre end IHC wireless. Holder man sig til fast-strøm enheder, så er Zigbee godt/dårlig som alt muligt andet mesh system.
 

Det havde givet mere mening, om man havde bygget en IHC controller med indbygget Zigbee gateway. Derved havde man allerede haft en massiv logikstyring, der ville være brugbar. Plus at man havde kunne smide den direkte ind i allerede eksisterende IHC installationer. Det som LK gør nu, det er "starte forfra" med et ikke kompatibelt med IHC system. Og jeg tvivler kraftigt på vi nogensinde kommer til at se en forbindelse i mellem dem.

Jeg er enig med dig @Kandersen de burde have smidt en zigbee eller lignende ind i IHC Controller og fået den gjort Google og Siri ready - så tror jeg de kunne få swappet tæt på alle eksisterende controllere derude. De har istedet brugt dyr tid på en V3 controller som reelt set ikke giver noget nyt.

Det er 65000 enheder per coordinator fordi der kun kan være en coordinator per net. Som jeg forstår det agerer wiser gateway coordinator for zigbee nettet. Har du set noget der siger at der kan være flere wiser gateways på et zigbee net?
 
Der er sådan set ikke nogen grund til at batteri enheder ikke kan agere router på et zigbee netværk. Man kan også købe batteridrevne zigbee routers. Men det er ganske rigtigt at simple tryk eller sensorer normalt ikke gør det. Min pointe var at man kan placere en zigbee router i hvert eneste rum. På den måde har hver eneste zigbee end device mulighed for at snakke med hver eneste node på zigbee nettet gennem mesh konstruktionen hvor zigbee pakker hopper fra router til router. Det eliminerer problemer med range.
Det er ikke min erfaring. Jeg oplever at med et ordentligt mesh hvor der er ordentlig dækning er kommunikationen fra device til device hurtig og effektiv. Det jeg kan måle mig frem til er at hastigheden gennem 3 IKEA routere ligger på 15-35 ms. Det er nok til at betjening sker uden noget delay der opfattes. Zigbee løser det jeg opfatter som de største problemer med IHC wireless:
Range/signalkvalitet Lukket protocol Død protocol Problemet med IHC controlleren er at den både er interface til IHC Wireless og IHC wired produkter, logik-afviklingsmaskine samt web-interface. Det gør den alt for dyr at videreudvikle. Hvis man forestiller sig en logik afviklingsmaskine hvor man kan plugge alverdens interfaces på (IHC, Z-wave, Zigbee, etc.), så vil Schneider have en (for dem billig) opgraderingsvej for alle dem der i forvejen har IHC. De skal blot lave et IHC interface - ikke noget IHC programmeringssprog, ikke noget IHC webinterface, etc.
Jeg ved ikke hvor mange IHC controllere der er solgt, men jeg gætter på at det er i størrelsesordenen 100.000. Hvis det er rigtigt er der ikke penge i det for Schneider at lave en opgradering med Zigbee, Siri/Google/Alexa, etc. Specielt fordi softwaren hele tiden skal videreudvikles. Der er ingen mulighed for at den bliver til cashcow lige som det er med IHC komponenter og controllere (efter store investeringer). Bedste mulighed for os kunder er at de finder en anden logik-eksekveringsmaskine med tilhørende udviklingsmiljø, interface til net og andre smarthome teknologier.

Hej Peter. 
Du kan altså godt kommunikere med din ældre TermIHC controller med f.eks. en Windows 7 maskine. 
Man programmerer ikke i Dos som mange fejlagtigt tror. 
Man forbinder til controlleren via et terminalprogram. I princippet kan du bruge et hvilket som helst terminalprogram, f.eks. Zoc, HyperTerminal. Det du bruger til SDH-adgang til en Raspberry pi Putty. 
  Man programmerer direkte i controlleren, hvor man laver sine funktioner. 
Dog er det kun lk's program der understøtter at printe direkte fra controlleren. Du kan dog gemme dit projekt også via 3. parts terminalprogram. 
Kig her https://groups.google.com/forum/m/#!topic/dk.teknik.el/pJuZaMNeZKU
Og her https://www.lav-det-selv.dk/Forum/aft/208444
Men opret en ny tråd til det, så hjælper jeg dig gerne. Hvor i verden bor du?
 

Det virkede med SSH! Nu har jeg adgang til IHC Captain 
Det var jo helt nostalgisk, for en gammel UNIX administrator at kommunikere via shell 
Tak for hjælpen, nu kan jeg komme videre og se hvad IHC Captain kan tilføre 
 

Det var så lidt.
Du finder en masse info her på siden og på http://jemi.dk/ihc/

Som Lars skriver så kan du sagtens bruge LKs app til controlleren selvom den er uden viewer. LK har nok bare glemt det. Det kom med en opdatering af appen for 8 år siden tror jeg. 
Men den controller understøtter netop ikke LKs mailafsendelse via viewerdelen. 
Men så er det jo super at vi har IHC-captain som også kan udsende mails, pushbeskeder osv osv. og det understøtter din controller fint. 
køb en raspberry pi og hent freeware softwaren og smid en skærv til @Mikkel Skovgaard så er du kørende. 
Du skal nok opdatere firmwaren for at få lidt flere funktioner med, men der er også nogle tricks til det via en gammel firmwareloader og så firmware.199 først og så .220 bagefter. 
 

Hej Allan.
Velkommen til ihc-user.
Det er som du beskriver, lige til at lave den ombytning.
Du skal udover dette logge ind i administrator og opsætte brugeradgang og netværk. Det er nemmest at gøre via USB-kablet da det ikke kræver en bruger.
Det kan drille lidt med Java, men der findes LK's javastarter der kan hjælpe eller den IHC-Captain har lavet.

Hej
Jeg har VIRKELIG kedet mig
Jeg har brugt den virtuelle funktionsblok V6.1 som en flink person har lagt op her i forummet - men aldrig helt forstået logikken.
Nu har jeg så omlagt programmet så det bruger variabler for tidspunkterne for sol op/ned - i stedet for at de står kodet som fast tidspunkt langt inde i programmet.
Grundlogikken er dog den samme som i den oprindelige funktionsblok - så tak til forfatteren herfra for en fin lille blok der gør hvad den skal.
Jeg har taget udgangspunkt i op/ned tiderne lidt øst for Vejle ifølge suninfo.dk almanakken og brugt Borgerligt tusmørke tiderne.
Jeg har kørt simulation hen over sommer/vintertid skiftene, så jeg tror den skulle være ok.
Men denne version skulle det være marginalt lettere at ændre tidspunkterne så de passer præcis med din breddegrad - eller er det længdegrad - uanset, der hvor du bor.
Hvis du skal rette tiderne, er det lettest at åbne .VIS filen i Notepad f.eks. og så rette direkte i teksten. Jeg synes Windowsprogrammet er lidt noget hejs til den slags.
God fornøjelse med modulet hvis du vælger at bruge det.
Hermed version 6.1a
Venlig hilsen
Allan
Sol op og nedgang v6.1a.ifb

Tja og hvis der kommer en rigtig pernippen elsynskonsulent forbi vil han øffe over afdækningen ikke  “tæt” nok.
Der er jo plads til en blyant eller strikkepind kan komme ind 

Hvis du går på administrator kan du så se hvilken firmware der ligger i radiomodulet?
Hvis ikke er der vist noget, så er der noget med at printet kan løsne sig i controlleren. Så skal den åbnes og det afmonteres og sættes i igen.
Du kan også prøve at lægge .199 firmwaren i, den opdaterer radiofirmwaren så vidt jeg husker, og så lægge den seneste ind igen.
Altså bare som forsøg hvis du stadig ikke kan linke.

Til minimodulet kan der tilsluttes 14 svagstrømstryk.
Minimodulet tilsluttes 4 indgange på et IHC Input 24 modul og en tilhørende funktionsblok overfører signalet, fra den tast der er trykket, til det program (typisk Kip tænd sluk) der skal aktiveres. 
Minimodulet kan monteres direkte på IHC Input 24 modul. Der er fire varianter: 1-4, 5-8, 11-14 og 15-18, således at forbindelserne mellem minimodulet og Input 24 modulet passer direkte over for hinanden.
Et IHC Input 24 modul, monteret med 4 minimoduler, vil således kunne håndtere input fra 56 svagstrømstryk.
Funktionsblokke, produktbeskrivelse og dokumentation kan findes på Google drive her:  https://drive.google.com/drive/u/1/folders/1PdKghZ8j1VPnH1peUcG3Qugtv0dsBeLw
Modulerne sælges for kr. 150,- pr stk.

Ude nu