Hallo! Ich habe mir ein Codeschloss gebaut, dass bei richtiger Code-Eingabe 2 Spulen einschaltet. Diese ziehen einen Metallbolzen auf die Seite, und man kann eine Tür öffnen. Wenn man den Code nicht eingibt und die Türe trotzdem öffnet wird Alarm ausgelöst. Mein Problem ist, dass wenn die Spulen anziehen oder loslassen der Alarm ausgelöst wird, egal ob die Anlage scharf ist oder nicht, klemme ich die Spulen ab, ist Ruhe. Was kann ich dagegen machen? Die Spulen hängen an einem seperaten Nezteil und werden mit Relais geschaltet, ich denke, dass sie ein elektromagnetisches Feld erzeugen über das der µC nicht glücklich ist...
Werden die Spulen mit Gleichspannung angesteuert? Wenn ja: haben sie Freilaufdioden? Hast Du Snubber-Netzwerke an den Relaiskontakten? Wie ist der Reset des Controllers beschaltet (hochohmiger Pull-up oder eine RCD-Beschaltung)?
Ja, Freilaudioden sind dran. (obwohl: wozu denn, die Spulen werden ja über Relais geschaltet) Die Spulen werden mit 24V Gleichspannung betrieben. Der Reset ist mit einem Widerstand nach +5V und einem Keramikkondensator beschaltet. Snubber-Netzwerke habe ich keine an der Relaiskontakten (muss ich erst mal googeln)
>Der Reset ist mit einem Widerstand nach +5V und einem Keramikkondensator >beschaltet. Bauteilwerte?? >Ja, Freilaudioden sind dran. (obwohl: wozu denn, die Spulen werden ja >über Relais geschaltet) Trotzdem sinnvoll. Poste mal einen kompletten Schaltplan
zum Testen: Mach am Alarmeingang statt den Keramik ein "dicken" Konden ran. Elektrolyt mit 100µ (oder was in der Kiste liegt). Und schon klappt es.... Jetzt weißt du, wo dein Problem liegt, der µProf. bekommt am Alarm eine Flanke, durch das abfallende Magnetfeld. Das gleiche mit der Stromversorgung zur Sicherheit.
Das mit der Flanke hab ich auch schon vermutet, und habe daher in der Interrupt-Routine einen Delay eingefügt, der den Pin nach ca. ein halben sek nochmal abfragt und erst dann Alarm auslöst, wenn er immer noch auf Low liegt. Außerdem "vergisst der µC auch, ob die Anlage scharf geschaltet war oder nicht, es liegt also nicht nur am Alarm-Pin. Ob scharf ist oder nicht stellt der µC jedoch auch über einen Pin fest.
Ob es ein echtes EMV-Problem oder nur ein schwächelndes Netzteil ist, sollte man auch mal näher mit dem Oszi betrachten. Evtl. brauchen Deine Magnete soooo viel Strom, daß der µC wegen fehlender Spannung neu startet?
>Die Spulen hängen an einem seperaten >Nezteil Das habe ich schon vermutet und ein anderes Netzteil besorgt.
Oben stand "klemme ich die Spulen ab, ist Ruhe." ===> gemeinsame dünne Masseleitung mit Spannungsabfall ??? Evtl. verlaufen auch die Alarmdrähte parallel zu Deinen Spulenzuleitungen ? Jeder Draht könnte eine "Antenne" sein...
>und habe daher in der >Interrupt-Routine einen Delay eingefügt, der den Pin nach ca. ein halben >sek nochmal abfragt und erst dann Alarm auslöst Ich behaupte: da sagt sich Software und Hardware gute Nacht ! ;-)
Es gibt keine gemeinsame Masseleitung, über die Spannung abfallen kann.
und die Kabel für den Alarmkontakt und die Spule sind nicht parallel
(die Spulenkabel liegen noch wirr am Boden herum, ca. 3m länge, 3x1,5mm²
das Kabel für den Alarmkontakt hängt mit schellen an der Wand)
>Ich behaupte: da sagt sich Software und Hardware gute Nacht !
Wie muss ich das verstehen?
Ist mein erstes µC Projekt, tut mir leid, wenn ich Mist programmiert
habe.
>Ja, Freilaudioden sind dran. (obwohl: wozu denn, die Spulen werden ja >über Relais geschaltet) Die Diode ist auch aus EMV-Sicht sinnvoll. Man kennt es i.d.R. nur zum Schutz vor Überspannung an ICs aber die Höhe der Spannungsspitze ist auch maßgeblich für die Intensität der durch Abschalten der Spule verursachten EMV-Störung.
> Wie muss ich das verstehen? > Ist mein erstes µC Projekt, tut mir leid, wenn ich Mist programmiert > habe. Wenn du eine Ausgabe hast (LED oder UART etc.) dann benutze diese direkt beim Start des uC für ein paar Sekunden. Dann spiel dein Scenario nochmal durch und schau ob sich der uC aufhängt. Im Interrupt sollte man lange Wartezeiten vermeiden. Am besten im Interrupt einen Zähler erhöhen und den dann bei abgeschalteten Interrupts im Programm auslesen und vergleichen, zurücksetzen whatever. Oft sind es diese Programmteile "das mach ich dann später ordentlich", die solches Verhalten verursachen.
>Wenn du eine Ausgabe hast (LED oder UART etc.) dann benutze diese direkt >beim Start des uC für ein paar Sekunden. Dann spiel dein Scenario >nochmal durch und schau ob sich der uC aufhängt. Ich habe ein LCD, da werde ich mal einen Text einprogrammieren, der nur kurz beim einschalten erscheint. >Im Interrupt sollte man lange Wartezeiten vermeiden. Hmm, warum denn? >Oft sind es diese Programmteile "das mach ich dann später ordentlich", >die solches Verhalten verursachen. Naja aber wenn der Code ohne Spule funktioniert, dann sollte er das auch mit Spule, auch wenn er sehr mies programmiert ist, oder? Denn wenn sich die CPU aufhängt nützt es mich auch nichts, ob der Code gut oder schlecht ist.
Stell dir mal vor der hängt für immer im Interrupt ! Dann geht nix mehr. Durch deine Spulen können zu viele Interrupts erzeugt werden (durch Störungen) und du wartest erstmal (auf schönes Wetter) und blockierst den Rest. Das nannte sich auf dem PC cpuslow oder so.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.