mmc

Nu har jeg brugt ovennævnte LINCE sensorer i et par år og de virker fint. Det er også kommet en variant, 1946-BOBBY180-24-AM-V, som kan kigge i 2 retninger langs en mur el. vinduer el. lign. Sidstnævnte har jeg p.t. 4 stykker til salg af. Se

Jeg har til salg 4 stk. 1946-BOBBY180-24-AM PIR + mikrobølge udendørs detektore. Pris 500 kr. pr stk. (normalpris 1437 kr.) De kan sense bevægelse til både venstre OG højre for sensoren på en vinkel, der flugter en mur, vinduer el. lign. Bedste sensorer der findes mig bekendt (uden falske positiver) og de virker fint til IHC da alarm gives ved potentiale fri kontakt. Se mere info "https://www.lince.net/en/prodotti/1946-bobby180-24-am-v/". Se også " PS: Kræver en 12V forsyning hvis sådan en ikke findes allerede i el-tavlen - f.eks. Eltako WNT12-12VDC-12W/1A som er lille elegant sag. Mvh Morten Christensen

Der ligger nu et uofficielt .NET7 SDK på https://github.com/mmc41/IHCClientSDK

Jeg har nu lagt koden op på https://github.com/mmc41/IHCClientSDK. SDK'en virker med nyeste dotnet 7 på WIndows/Mac/Linux og dækker mig bekendt alle mulige kald til kontrolleren. Udover SDK koden ligger der 2 eksempler og et utility til at hive resource ID'er ud af IHC kontrolleren. Feedback og tilføjelser er meget velkommen - venligst via github!

Mega sejt program. Tak for det!

Det lyder mere som du har brug for en multiplexer/relay end som et SDK og er uden for mit scope (selvom man kan bruge mit SDK til at lave en sådan en). Det er tilsyneladne vigtigt, at man rydder om og kalder Disconnect på AuthenticationService'en så det kan være det går galt i dit setup el. måske løber din controller tom for hukommelse (nyere V3 model er måske bedre her?). Det SDK jeg arbejder på virker p.t. stabilt hvis man kalder Disconnect, men kræver naturligvis en del mere tests - lige nu ved jeg kun at det "works on my PC/Mac machine"

Tak. Jeg synes jeg har styr på rigtigt mange kald. Dog er der nogle input parametre som er et mysterium endnu.... Største udfordring p.t. er hvilke kald jeg skal bruge for at få advarsler om lavt batteri o.s.v. ud.? Hvor ligger sourcen til IHC captain, hvis jeg kan søge inspiration nu?

Jeg er ved at have et bud på en ny SDK klar og søger andre brugere som vil hjælpe med at teste inden en release.

Jeg overvejer at opdatere min v3.0 controller, men inden da vil jeg gerne sikre at jeg har backup og en plan for at restore, hvis controlleren dør under opdateringen, hvilket der åbenbart er nogen risiko for. Jeg har backup af selve IHC programmet (projektfilen), men hvordan forholder det sig med backup af opsætning af IHC wireless enheder og hvordan de er forbundet med controlleren? Specifikt: * Er det korrekt at opsætningen af HC wireless enheder og deres forbindelse med controlleren er gemt i SD kortet og kun i SD kortet? * Hvad gør man, hvis man skal skifte en v3.0 controller men bevare wireless opsætning - kan man loade projektfilen og flytte SD kortet over i den nye controller el. skal der mere til? * Hvordan tager man en ekstern backup af informationerne på SDK kortet (på en Mac el. Windows maskine) ? * Hvad sker der iøvrigt hvis SD kortet dør - kan man blot sætte et nyt i (og skal controlleren slukkes først) ? * Andet relevant til backup/restore for en v3.0 controller ? P.S. Kender i iøvrigt til nogen steder i KBH området (i disse COVID-19 tider), hvor de har IHC controllere på lager og til afhentning, hvis man er så uheldigt, at man skal bruge en ny med det samme og ikke kan vente på levering ?

Jeg er godt igang med et uofficielt .NET 5 SDK som virker på Windows, Mac og Linux (incl. raspberry pi) og er henvendt til C#/F# udviklere. SDK'et er 100% open source, crossplatform, async i designet, understøtter nyeste C# features, og er noget nemmere og mere ambitiøst end tidligere libraries m.h.t. features og API support. Se eksempel kodestump nedenfor som løbende udskriver status ændringer på 3 input sensorer via en C# async enumerator. Lige nu ved jeg SDK'et virker på min maskine med min IHC(3) version, men før jeg releaser søger jeg andre erfarne(!) C# udviklere med IHC derhjemme, som kan hjælpe med at kvalitetssikre og gerne forbedre. Bl.a. er jeg specielt interesseret i at høre om SDK'en virker med forskellige IHC versioner, da jeg ikke ved om de interne SOAP skeletons som jeg har generet ud fra min v3.0 controller også virker for tidligere versioner? Update: SDK'en ligger som open source på https://github.com/mmc41/IHCClientSDK. var endpoint = "http://<IP>"; // var noLog = NullLogger<Program>.Instance; var authService = new AuthenticationService(noLog, endpoint); var resourceInteractionService = new ResourceInteractionService(noLog, endpoint); var login = await authService.Authenticate("<USERNAME>", "<PASSWORD>"); // Poll on IO changes to following addresses: var resourceChanges = resourceInteractionService.GetResourceValueChanges(new int[] { <SENSOR1ADDR>, <SENSOR2ADDR>, <SENSOR2ADDR> }); await foreach (ResourceValue r in resourceChanges) { Console.WriteLine("Input # " + r.ResourceID + " = " + r.Value.BoolValue); } Skriv gerne her el. send en PM med evt. interesse (i skal kunne udvikle i C# og kende .NET core el. v5) for at kunne bidrage.

Yes. Løst nu. Takker.

Lyder virkeligt interessant - spændt på at se noget her :-)

Super fedt - det er bare så lækkert at se det hele samlet. Nb. Vedr. grafikken, er der dog et par enkelte steder i docs hvor der mangler assets under visningen i min installation. F.eks.

Hej Mikkel, Super generator! Så meget bedre end den fra LK. Feature request: Fedt hvis man kunne få dokumentationen til at vise de interne resource ID'er på inputs og outputs ? (til API udviklere). Mvh Morten

Jeg søger en nem måde hvor jeg i mit eget software (java, c/c++, C# el. lign) kan læse nogle IHC input porte og skrive til nogle output porte. Er det noget som er beskrevet nogle steder hvordan man gør ? Jeg har også kigget på flere eksisterende integrationer, såsom IHC Captain, IHC Bridge, OpenHab, home-assistant.io m.m., men bortset fra OpenHab så kan jeg ikke se noget om deres API'er beskrevet. Derudover er alle integrationer overkill med eget GUI (som jeg ikke har behov for) + jeg er usikker på om jeg overhovedet kan læse/skrive porte via dem ?

Kan man bruge et standard "LK IHC Control Kabel Link-10 Nopovic, 5x2x0,6 mm" også udendørs på ydrevæg, hvor det er udsat for direkte sol og regn ? Hvis ikke, hvad anbefales så ? Mvh Morten

Mange tak for god uddybende forklaring Lars !

Sorry, jeg mente "NC" (normally closed) - ikke NO. Er nu rettet. Så der må være er et problem med de gamle inputmoduler. >I dag opsættes kun 24/3 moduler. Så mine 24/30 burde kunne udskiftes med 24/3 og fortsat virke med svagstrømstryk, sensorer og lign. (så længe man holder sig fra de specifikke PIR's de advare imod) ?

Jeg har en stor 20 år gammel IHC installation (dog opgraderet til IHC 3 controller) med gamle Input 24 moduler, hvor der står 30ma. De bruges hovedsageligt til gamle ledningsførte LK svagstrømstryk samt enkelte til sensorer (skumring, regn). Nu skal jeg have tilsluttet et par PIR/microwave sensore, som er potentialefri og NC (normally closed) indtil der opfanges noget. Som jeg forstår det er IHC inputs 0-styret, så hvis jeg forbinder den ene sensor kontakt til 0v og den anden kontakt til et IHC input, så burde sensoren kunne sætte indgangen korrekt på mine eksisterende input moduler, når der sker noget..... Men som jeg forstår det vil NC sensorer tilsluttet mine nuværende modulerne også bruge for meget strøm over pull-up modstanden i input modulet. Så ikke en dyr og ikke en god løsning. Derfor har jeg købt et nyt input 24/3 input modul, som LK skriver er beregnet til "signalgivere med langvarige sluttefunktioner". Det lyder som mit sensor-scenario, men jeg har ikke nok plads/kapacitet ledig til at bruge dette nye input modul kun til sensorer, så jeg vil gerne også bruge det til andre funktioner som eksisterende (20 år gamle) svagstrømstryk også..... Desværre skriver LK ikke om 24/3 kan bruges til svagstrømstryk - de skriver blot, at 2 specifikke PIR sensorer ikke kan bruges sammen med 24/3. * Så spørgsmålet er om det nye 24/3 modul kan bruges til både sensorer og til (gamle) svagstrømstryk? * Desuden kunne det være interessant, hvis nogle kan forklare lidt om fordele/ulemper ved de 3 forskellige input modul typer: Input 24/24 v Input 24/3 v Input 24/30. * Umiddelbart lyder 24/3 jo som det mest strømbesparende og derfor bedste, men ?

Ja, forskellen er blot at en motor vil have 2 tilslutninger/belastninger (en for hver vej), mens jeg kun prøvede at belaste den ene vej (op) med en lampe mens den anden vej var ubelastet. Jeg ved ikke om det gør en forskel.

Købt og installeret. Mens jeg afventer gardinet med motor, prøvet elektrikeren og jeg relæet ved at slutte en gammeldags lampe til den ene udgang. Virkede men lampen blinkede konstant istedet for at være konstant tændt, når jeg tændte (simulerede et gardin der kørte op). Det undrede os noget. Ved i om det er fordi kun den ene retning var tilsluttet noget el. hvad ?

Oprettelse af custom produkter er udokumenteret for LK's side.... men - dels baseret på informationer her på forumet, dels ud fra et gæt - har jeg i dag succesfuldt oprettet et brugerdefineret datalinje produkt med 4 inputs og 4 outputs ved at gemme følgende XML fil under installationsfolderen: "IHC Visual\Products\Egne produkter\4inputs4outputs.def", hvor [GENEREL-INDLEDNING] synes at være en generel "Internal DTD Declaration", som kan copy-pastes fra en vilkårlig anden *.def fil under produktfolderen. Produktet ser ud til at virke fint i IHC og i serviceview - men vises ikke IHCRemote mobil app. Så umiddelbart bedst til tests og situationer hvor IHCRemote app support ikke er så vigtig? <?xml version="1.0" encoding="ISO-8859-1"?> [GENEREL-INDLEDNING] <product_dataline id="_0x01" product_identifier="_4inputs4outputs" name="Brugerdefineret produkt med 4 inputs og 4 outputs" note="Custom made mmc" locked="no" icon="_0x87"> <dataline_input id="_0x02" name="Indgang 1" /> <dataline_input id="_0x03" name="Indgang 2" /> <dataline_input id="_0x04" name="Indgang 3" /> <dataline_input id="_0x05" name="Indgang 4" /> <dataline_output id="_0x06" name="Udgang 1" /> <dataline_output id="_0x07" name="Udgang 2" /> <dataline_output id="_0x08" name="Udgang 3" /> <dataline_output id="_0x09" name="Udgang 4" /> </product_dataline>

Ja, den er dog tilsluttet 8.17 og ikke 24. Et vindue styres af en vinduestyring, de 2 andre parallelt af en anden vindustyring. Det kan også ses i projektet uploadet her.

Det har jeg nu prøvet og der ser faktisk ud til at løse problemet. Nu går sensor input ind på eet input på følg blokken som så forgrener sig ud i flere outputs til de enkelte vinduer. Virker umiddelbart stabilt nu. Spørgsmålet tilbage er så hvorfor? Jeg troede godt man kunne forbinde eet input med flere FB inputs.

Solgt