Lars1

Hvis den er helt nede på 0 er det ikke sikkert at den nogensinde går ON jvf. LK's dokumentation. Jeg har ikke selv erfaring med det da jeg bruger en lux måler som skumrings relæ.

Den ene er TX, den anden er RX, så det giver mening at de skal sidde rigtigt. Jeg har lige prøvet at bytte dem igen. Desværre ændrede det ikke noget.

Jeg har købt en USR-TCP232-410S, men har store problemer med at få kommunikaitonen med mit Nilan anlæg til at spille. Er der nogen måde hvor på jeg kan checke om det er modbus forbindelsen den er gal med eller det er mig som bare ikke forstår hvordan man bruger modbus? Kablet mellem USR-TCP232-410S og nilan anlæget er ca. 6M. langt. Det er et standard cat 5 uskærmet ethernet kable. Jeg har prøvet at sætte en 120ohm's modstand mellem a og b ledningerne i stikket i Nilan anlægget uden at det ændrede noget. Openhab siger modbus gatewayen er online, men det gør den også med min anden modbus gateway (DR302) som pt. er pillet fra, så det siger ikke så meget. Jeg kunne iøvrigt heller ikke få forbindelse til Nilan anlægget via den. Nedenstående er konfigureret jvf. Nilan manualen. Nogle gode ideer til hvad der er galt?

??? Enhver elektriker kan skaffe den til levering dagen efter. Du kan også købe den gennem flere webshops med max 2 dages levering. Det er sandsynligvis hurtigere end LK kan sende dig en ny.

Du har normalt kun brug for skumring på 1 PIR. Derfor har jeg ikke forbundet de fleste skumrings ledningerne til inputs i min tavle. Men hvis du gerne vil finde ud af hvad der er galt, så prøv at afmonter PIR'en og check at du ikke har fået lavet en kortslutning til 0V. 0V og skumrings terminalen ligger meget tæt på hinanden, så der skal ikke så meget til før de kortslutter. Når du har afmonteret PIR'en kan du også prøve at sætte logging til på skumrings indgangen og manuelt lave en kortslutning mellem 0V og skumrings terminalen et par gange. Når du checker serviceview efterfølgende skulle du gerne kunne se hvergang indgangen har skiftet mellem ON og OFF. ServiceView skal køre mens du laver testen. Du kan også prøve at ændre bevægelses indstillingen til A så den er afhængig af skumring. Hvis du skruer lysfølsomheden helt ned på 0 lux skal PIR'en ikke registre bevægelser, mens hvis du skruer den op på 1000 lux, så skal den altid registrer bevægelser medmindre det er en meget solrig dag. Jeg kan ikke huske om den grønne diode er afhængig af lys niveau eller ej, så brug logning i serviceview når du tester bevægelse i de 2 lux stillinger. Sidst men ikke mindst kan du prøve at bytte om på 2 PIR og se om problemet følger med.

Jeg har rodet noget mere med det. Hvis jeg opretter LOGO things i .things filer er der ingen problemer, men bruger jeg GUI'en løber jeg ind i ovenstående initialiserings problemer.

Takker mange gange. Det vil jeg kigge på en af dagene.

Så længe at skumring ikke er aktiv og der ikke er bevægelse foran PIR'en så vil der være 24V mellem 0V og de 2 indgange. Det er først når PIR'en kortslutter indgangene at du ikke længere kan måle 24V mellem 0V og en indgang. Hvad med 24V forsyningen. Er den OK? PIR'en kan selvfølgelig være defekt, men jeg tror mere på at du ikke får den monteret korrekt eller at du har fået stillet på dreje knapperne, så den ikke længere opføre sig som du forventer. Korrekt montering kan som jeg skrev tidligere være noget tricky og jeg har brugt flere timer på at fejlsøge indtil det gik op for mig at jeg ikke havde fået monteret den korrekt.

Når sensoren ikke er monteret, skal der være 24V mellem 0V og de 2 ben til PIR og skumring. Du skal kunne måle det samme på de 2 indgange på dit input modul. 22V er en anelse lavt, men kan meget vel være ok alt efter kabel type, længde m.m.

Det er ikke nok at den klikker når du monter den. Hvis du monter den forkert kan den godt sidde fast, men uden at have forbindelse på stik benene. Det er noget siden jeg sidst har haft mine pillet af, men såvidt jeg husker skal man sætte dem ind i toppen først og så trykke dem fast i bunden. Gør man det omvendt vil man se at den ikke sidder helt i selvom den sidder fast. Du har selvfølgelig også checket at du ikke er kommet til at ændre på dreje knapperne i PIR'en. 2 spørgsmål. 1. Er du sikker på du har monteret ledningerne rigtigt? 2. Hvor måler du? I tavlen på input modulet, i en samling undervejs eller i sensoren? Indgangen på et 24V input modul lever 24V, så derfor vil der være 24V mellem en indgang og 0V sålænge at det der tilsluttet indgang ikke er aktivt.

Såvidt jeg kan se er det symbolet for at du logger ændringer på indgangen i serviceview. Prøv at højre klikke og fjern logning af værdiskifte. Lyder mere som en ledning der er knækket under arbejdet. Hvad er det for en PIR? Hvis det er den "nye" PIR er der en grøn test diode på den som lyser når den er påvirket, men kun i de første 30 min. efter du har sat strøm på PIR'en. Den "nye" PIR kan være lidt tricky at monter Du skal sikre dig at den er klikket ordentligt på plads ellers er der ikke forbindelse mellem montage pladen og PIR'en. Har selv haft den fejl et par gange indtil jeg fandt tricket til at få den klikket ordentligt på plads efter montering af ledninger m.m.

Gummi pakninger til en vandhane bør kunne bruges. Læg dem mellem tavlen og væggen, der hvor tavlen er skruet fast på væggen. De behøver ikke være mere end 2-3mm tykke. Men det skal være gummi pakninger. Fiberpakninger er ikke så gode til at standse lyden.

Du har selvfølgelig prøvet reset knappen, at tage strømmen til den i mindst 10 sek. fjerne netkablet/netforbindelsen til den m.m. Hvad sker der hvis du forsøger at tilgå med firmware loaderen via USB? Prøv også at søge her på boardet. Jeg har ikke lige tid til at søge for dig, så du må selv prøve at søge lidt. Der er en række tråde vedr. døde v3 controller. De er alle et par år gamle, men nogle af dem beskriver nogle forskellige fejl scenarier udfra status på den grønne status diode.

Så lyder det lidt som at lyden forplanter sig via tavlen og væggen. Måske det var muligt at sætte et par gummi ringe under tavlen så lyden ikke kan forplante sig fra tavlen til væggen.

Jeg er begyndt at rode lidt med OpenHab og vil gerne bruge det sammen med en Siemens LOGO PLC. Jeg har fundet ud af at få things konfigureret m.m. men jeg har det problem at Siemens LOGO er lidt tumpet integreret i OpenHab. Først skal man oprette PLC'en som en Things bridge. Derefter opretter man f.eks. analoge indgange som en Things man linker til den Things bridge man oprettede kort for inden. Problemet er at når man rebooter OpenHab serveren, så kommer Things bridgen godt nok online, men analog indgang Things forbliver i initializing state. Disabler og reenabler man Things bridgen kommer analog indgang Things også online. Nogen som har en løsning på hvordan man får analog indgang Things online automatisk ved reboot?

Jeg er begyndt at rode lidt med OpenHab. Jeg vil primært bruge det til data logging og det er også lykkes mig at lave chart grafer af temperatur sensor, men ligeså snart jeg rebooter min OpenHab server, så er alle data nulstillet. Er der nogen der har en quick guide til hvordan man logger data til en database og efterfølgende bruger dem i en graf?

Jeg har ingen erfaring med dem, men jeg tænker lidt at det måske er nemmer bare at sættet et skab eller tilsvarende uden om tavlen. En lukket dør til mit bryggers er nok til at jeg ikke høre relæerne når de skifter stilling. Heller ikke de 400V relæer jeg har til varme styring m.m.

Hvis det Lars Jacobsen beskriver er en korrekt opgaven beskrivelse, så kan du bruge sol op/ned funktions blokken sammen med en AND funktion blok hvor du tilføjer betingelsen at sol sensoren skal være ON.

Du har selvfølgelig fjernet ledningen i udgang da du fortog dine målinger på udgangen, bare for at sikre dig at de du måler ikke er noget feedback fra det som måtte være tilsluttet udgangen. Det klik man høre, når et relæ bliver aktiveret, kommer fra at kontaktfladerne rammer hinanden. Dertil kommer at når kontaktflader er "svejset sammen" har man normalt fuld kontakt. Ikke kun 50-75V. Skifte mellem 50v og 75v giver ingen mening medmindre den spænding kommer fra noget som er tilsluttet udgangen.

Jeg mener at der er en som for nogle år siden (+5) skilte et modul ad og lagde billeder op her. Men jeg har ingen idee om hvordan du finder den tråd og det kan også nemt være 10 år siden. For en elektronik kyndig vil jeg ikke tror at det er det store problem at skifte relæ'et, men hvorfor risiker at ødelægge noget der virker for at fixe noget der ikke bruges?

LK IHC output modulet er designet for mere end 40 år siden og har stort set ikke ændret sig siden. De moduler du har købt da produktet kom på marked kan stadigvæk bruges sammen med den "nyeste" visual 3 controller. Som med alt andet elektronik, så kan LK IHC output moduler gå i stykker. Men da det er designet for mere end 40 år siden er det designet til at holde og jeg har da heller ikke kendskab til mange som har defekte 230V output moduler. Inden du går i gang med at splittet et output modul ad, vil jeg dog offer 1 time på en elektriker til at checke at udgangen virkelig er defekt. Det er MEGET svært for os her på boardet at sige noget om det ud fra de oplysninger du har givet hidtil. Det næste spørgsmål er om du overhovedet har brug for den udgang. Hvis ikke, så marker den som defekt og brug de andre udgange. En defekt udgang skader ikke de andre udgange da der er seperate relæer for hver udgang i et output modul. Jeg er ikke helt med på hvad det er for et spørgsmål du mangler svar på.

På den måde du spørger, antager jeg at du ikke er elektriker. Derfor vil jeg anbefale dig at få en elektriker til at checke modulet. At rode i en el tavle kan være livsfarligt. Det koster max 1 time for en dygtig elektriker. Når det er sagt. Output 230 modulerne er bygget op i 2 grupper af hver 4 relæer. Hver gruppe har egen forsyning og der er intet i vejen for at forsyne 1 gruppe med 230V og en anden med 24V. Hvis man har en fejl og mistænker en defekt udgang til at være årsagen, er den bedste måde at teste det på ved at fjerne alle forsyninger og afgange fra output modulet og måle gennemgang på alle udgangene samtidig med at man skifter stilling på relæerne. Værd i den forbindelse opmærksom på at et tryk kan påvirke flere udgange. Modulerne kan umiddelbart ikke åbnes. Selvom de kunne vil du alligevel ikke kunne komme til kontakt fladerne. Der er enkelte som med succes har åbnet et modul og skiftet et relæ, men det er ikke noget man bare lige gør.

Jeg tror faktisk at den lille 15W PSU altid har eksisteret, men eftersom den ikke er så kraftig har den aldrig haft køleribber.

@Jeppe Buk Jeg har 3 LED dimmer i min installation, og de virker uden problemer og uden skærmet bus kable da de sidder lige ved siden af controlleren. Når du bruger skærmet bus kable, skal du sikre dig at skærmen er forbundet til 0 eller jord i den ene ende og KUN den ene ende. Ellers kan der løbe en udlignings strøm gennem den som kan danne støj og dermed opnår du den modsatte effekt. Derudover vil jeg gå IHC og HA programmet igennem for at sikre at det ikke er utilsigtet hændelser i de 2 som er årsagen. Tilføj også noget log i f.eks. HA, så du kan se hvornår ind og udgange i FB'en som styre LED dimmerne bliver ændret. 90% af alle IHC fejl er utilsigtet hændelser i IHC programmet.

@Jeppe BukPrøv at ændre https: til http: din HA config. det vil hurtigt give dig svar på om det er et krypterings certifikat problem du har. Selv med nyeste firmware i en Visual 2 controller er der usupporterede krypterings certifikater eller algorithmer. Faktisk mener jeg også der det i den nyeste firmware til en Visual 3 controller, men jeg bruger en gammel windos 7 PC når jeg tilgår mine IHC controller, så jeg er ikke 100% sikker.