Hop til indhold

Anders Mørk

Members
  • Antal indlæg

    12
  • Medlem siden

  • Senest besøgt

Alt der er opslået af Anders Mørk

  1. Du havde faktisk helt ret. Det viste sig at være en udendørs ledning til nogle havelamper. Havelamperne var aldrig blevet sluttet til udenfor men blot termineret i en plasticboks. De var sluttet til indenfor så der var åbenbart kommet vand i i plasticboksen og derfor tiltede HPFI'en. Der var heldigvis en nøgtern elektriker der målte på tavlen og stillede de rigtige spørgsmål, så det tog kun en halv time at finde fejlen, når man nu vidste hvad man skulle udelukke. Der havde tidligere været et forslag om at fejlsøge på de ni spots der hang i vognlyet, men det slap vi heldigvis for. Nu fungerer systemet upåklageligt igen. Til gengæld kom tanken så op om ikke man skulle opgradere controlleren til en ny og moderne sag med et webinterface. Jeg fik et tilbud på 17K for en ny controller plus ny programmering og det syntes jeg umiddelbart virker lidt dyrt. Vh. Anders
  2. OK. Tak for svarene... Jeg tror lige jeg prøver service view til at starte med. Jeg overvejede lidt at programmere om så dimmeren aldrig satte udendørslyset på halv kraft. Tilsyneladende kan jeg godt tænde spots i vognlyet manuelt uden at HPFI-relæet slår fra, så derfor tænkte jeg at det må være en kombination af PIR-dimmer-udendørs lamper... Venligst, Anders
  3. Hejsa, jeg har et specielt problem med garagelys der får HPFI-relæet til at slå fra, så jeg ville lige høre om der er nogle der har nogen ideer til hvordan man kan fejlsøge det... Sådan som det fungerer lige nu er der en PIR, et skumringsrelæ, en lysdæmper, to udendørs lamper og et sæt af spots i garagen involveret. Programmet for IHC-styringen er således, at nå rskumringsrelæet finder ud af at det er mørkt, så startes de to udendørs lamper på halv styrke. Når PIR'en, der er monteret i vognlyet, så lægger mærke til at der f.eks. er ankommet en bil, er det meningen, at de to udendørs lamper skal op på fuld styrke i ca. 20 minutter og at der tændes for spots i vognlyet. Det har virket upåklageligt i snart 10 år, men her for ca. et halvt år siden begyndte systemet at opføre sig mærkeligt. Dvs. når PIR'en lægger mærke ti,l at der er ankommet en bil efter skumringsrelæet har erfaret, at det er blevet mørkt, så slår HPFI-relæet fra. Det eneste vi har lavet om, er at vi har skiftet pærerne i udendørslamperne til de moderne sparepærer, der dog ifølge pakningen kan lysdæmpes. Jeg har siden hen erfaret at dimmere og moderne sparepærer ikke altid er lige gode venner, så jeg tænker at det måske kan være det der gør at HPFI-relæet slår fra. Er det helt skudt ved siden af? Kunne man evt. fejlsøge ved at afmontere pærerne i de to udendørs lamper for at se om problemet stadig opstår? Kunne det være PIR'en eller dimmeren der skal skiftes? Venligst, Anders
  4. Det må næsten være sådan en her jeg leder efter:http://www.lavprisvvs.dk/shop/ihc-control-alarm-246500p.htmlOg der var også lige noget info om den her:http://www1.lk.dk/katalog/vejledning/98170_03.pdf./AndersPS! Google kan bedst lide at man kalder batteriet for en akkumulator for at den finder det der skal findes :-)
  5. HejsaSå fik jeg elektrikeren på besøg og nu virker det hele igen. Det viste sig at være et problem med et af output24 modulerne. Da det blev skiftet virkede det hele igen. Det viste sig også at mit backup batteri er dødt, så spørgsmålet er lige hvor man finder sådan et henne? Elektrikeren havde ikke lige et på lager og han mente ikke der var noget i vejen for at jeg selv skiftede det.Jeg siger mange tak for hjælpen med fejlfindingen.Venligst,Anders
  6. Det har jeg så prøvet uden at det gjorde nogen forskel. Er det almindeligt at de her output 24 moduler dør efter kun 7 år? Jeg har tre af sådan nogle..../Anders
  7. Loggen kom vist ikke med i første omgang, så nu har jeg ændret filen til IHCsimlog.txt../Anders IHCsimlog.txt
  8. Jeg har vedlagt en simulationslog fra i morges. Som det ses af loggen sidder der en PIR i bryggers og en udenfor bryggers, så der logges en del før 9:58:12, hvor jeg forsøger at slå alarmen til, hvorefter den sætter lysdioden i kodetastaturet tilbage til grønt og åbenbart alligevel har slået alarmen til. Da jeg går tilbage ind i bryggers sætter controlleren alarmen igang, men alarmgiverne siger ingenting og mit modem ringer mig ikke op.Er der nogen der kan få noget fornuft ud af loggen? Hvad kan der være galt?./Anders
  9. Det er det der er lidt underligt. Hverken den røde lysdiode i tastaturet lyser for at indikere at alarmen er slået til eller den røde lysdiode i teknikskabet (3.03) som indikerer at der har været alarm. Jeg har så eksperimenteret lidt mere nu og kan konstatere at når jeg forsøger at slå alarmen til sker der som før det at kodetasturet står lidt med tændt lys i både den røde og den grønne, hvorefter det går tilbage til den grønne. Men går jeg efterfølgende ind af døren og bryder magnetforbindelsen 'går' alarmen. Dvs. I simulationen kan man se at alarmgiverne skulle give lyd fra sig, men man kan ikke høre noget. Gør man så som du foreslår og sender en puls med mellemrumstasten slår alarmen godt nok fra og det samme sker hvis man indtaster koden på tastaturet. Så der er noget der virker eller ser ud til at virke. Umiddelbart virker det som om indgangene fungerer fint, mens udgangene kun fungerer i controllers 'virkelighed'.Kunne det eventuelt forklares ved at controlleren 'tror' den sætter noget i gang, men i virkeligheden ikke gør det? Dvs. udgangene i simulationen ser ud til at fungere korrekt, men ikke virkeligheden. Jeg har ikke på noget tidspunkt rørt ved hardwaren i systemet og jeg har svært ved at forestille mig at der kan være kommet fugt i teknikskabet. Kan controlleren være defekt? Hvis controlleren er defekt ville det så ikke være en ide at skifte den ud med den nye controller. Jeg går ud fra at der ikke er livsvarig garanti på de gamle controllere../Anders
  10. Tilkobling af alarm ok er ON lige nu. Jeg vedlægger et billede af input og output.Venligst,Anders
  11. Her forleden gik min IHC alarm amok og forsøgte igen og igen at ringe mig op for at fortælle at der var alarm i huset. Da jeg kom hjem fandt jeg ud af at det heldigvis ikke var tilfældet, men siden den gang har jeg ikke kunnet slå alarmen til igen. Problemet er nøjagtigt det samme som det der er beskrevet her:http://www.ezz.dk/254710-fejlsogning-ihc-systemDet er rent faktisk mig selv der havde problemet den gang. Jeg kan bare ikke huske om jeg sidste gang løste det ved at ændre på IHC-programmeringen eller om det var en hardwarefejl. I de mellemliggende 6 år har der faktisk ikke været problemer. Når jeg slutter IHC-programmet til controlleren og starter simuleringen kan jeg se at begge dørkontakter er ON når jeg forsøger at tilslutte alarmen. Alligevel hævder programmet i loggen at der er et problem med en magnetsløjfe eller noget i den stil, så hvordan kommer man lige videre med at debugge problemet?Venligst,Anders
  12. Halløjsa, jeg har set et par der har nævnt problemer med at kommunikere med en Visual 1.0 Controller med IHC 1.32 på en Windows 7 64 bit bærbar der kun har en USB-udgang. Jeg ville derfor bare lige dele med jer at jeg har fundet et kabel der virker hos USBnow. Det er sådan et her: http://www.usbnow.co.uk/p48/USB_to_RS232_with_FTDI_Chipset/product_info.htmlEfter at have googlet i et stykke tid fandt jeg ud af at der åbenbart kun findes to chips på markedet der kan oversætte fra USB til serielt og tilbage igen. Den ene chip er en PL-2303 fra Prolific som der kun er meget få der har fået til at virke under Windows 7 64 bit og den anden er en FTDI chip som virker i det øjeblik man sætter den i USB porten på sin Windows 7 64 bit maskine.Venligst,Anders
×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok