Interrupt mit Wait

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    Aufgrund technischer Veränderungen ist der Mailverkehr innerhalb des Forums (Private Nachrichten) nur noch eingeschränkt möglich. Die Einschränkung ist notwendig, um zusätzliche Betriebskosten für das Forum zu vermeiden. Näheres zu den Hintergründen im Thread "Aktuelles zum Forum".Wir bitten um Verständnis.

    Hinweis kann nach Kenntnisnahme deaktiviert werden!

    • Interrupt mit Wait

      Hallo,

      ich habe eine Frage zu dem angehängten Screenshot
      bascomforum.de/index.php?attac…6f75d779ab1f86ac8f1681bb8

      Um ein mehrfaches auslösen von Int0 zu vermeiden, möchte ich vor Return ein Wait einfügen und das Flag für aufgelaufene Int-Anforderungen löschen
      (siehe Code)

      Impuls:
      If Inkr = 0 Then
      Inkr = 1
      Else
      Incr N
      Fehler(n) = Zaehler
      End If
      Incr Zaehler
      Waitms 10
      Gifr = 64
      Return

      Blockiere ich damit auch Int1, oder wird der sofort abgearbeitet?

      Danke
      Gruß
      Hans
      Dateien

      • SCR05.pdf

        (22,43 kB, 14 mal heruntergeladen, zuletzt: )
      Gruß
      Hans

    • Hallo tschoeatsch,

      ja, Impuls ist eine ISR, aber Int1 soll in eine andere ISR springen,

      heißt Deine Aussage nun: es kann nicht der gleiche Interrupt erneut ausgeführt werden, oder bedeutet es,
      dass auch kein anderer ausgeführt wird?

      letzere swürde ja bedeuten: Int1 wird erst ausgelöst, wenn die erste ISR (von Int0) abgearbeitet ist?
      wäre auch kein Problem, ich weiß ja, wie lange die "blauen Impulse" anstehen, das wait in der ersten ISR darf halt nicht zu lange sein,
      ich will ja nur verhindern, dass Int0 mehrmals anspricht, bei INT1 ist das egal, der macht auch bei mehrmaligem Auslösen kein kein Problem.
      Ich teste mal

      Gruß
      Hans
      Gruß
      Hans

    • Hans_L schrieb:

      ich habe eine Frage zu dem angehängten Screenshot
      SCR05.pdf
      der ist ungültig

      Hans_L schrieb:

      Int1 wird erst ausgelöst, wenn die erste ISR (von Int0) abgearbeitet ist?
      richtig

      Hans_L schrieb:

      wäre auch kein Problem, ich weiß ja, wie lange die "blauen Impulse" anstehen, das wait in der ersten ISR darf halt nicht zu lange sein,
      ich will ja nur verhindern, dass Int0 mehrmals anspricht, bei INT1 ist das egal, der macht auch bei mehrmaligem Auslösen kein kein Problem.
      Ich teste mal
      Vielleicht kannst du dein Problem mal beschreiben. Ich programmiere schon eine Weile, aber dein Problem mit den Interrupts hatte ich bisher nie.
      Das lässt sich sicher anders lösen.

    • Eine isr kann nicht durch einen interrupt unterbrochen werden. Wird wärend der Ausführung ein interrupt ausgelöst, wird das in einem flag gespeichert, damit nach Abarbeiten der laufenden isr die neue isr bearbeitet wird.
      Raum für Notizen

      -----------------------------------------------------------------------------------------------------

      -----------------------------------------------------------------------------------------------------

    • @Michael,
      wieso ist der Screenshot üngültig?
      was ist falsch?
      bei mir wird er einwandfrei dargestellt


      Das Programm ist eigentlich nur einHilsprogramm, um in einem anderen Programm einen Fehler zu finden.

      Das Hauptprogramm ist eine Schrittmotorsteuerung,
      Eingang 1 ist der Impuls eines Drehgebers (Reflexkoppler CNY70) im Screenshot die gelbe Linie
      Kommt dieser Impuls wird eine Schrittmotorendstufe angesteuert, welche einen Schrittmotor um einen definierten Winkel weiterdrhen soll.
      (die blauen Impulse)
      Nun fehlen zweitweise immer einige Ansteuerimpulse, so zwischen 3 und 5 auf 1000 Drehgeberimpule,
      da ich kein Lust habe, mich nun neben die Maschin zu setzen und permanent auf Eingänge und Ausgänge zu starren, habe ich das kleine Hilfsprogramm (läuft auf einem Entwicklungsboard)
      geschrieben.
      Es wartet auf den Impuls des Drehgebers, zählt dies durchlaufend hoch, und setzt die Variable Inkr auf 1, trifft der Ausgangsimpuls ein, wird diese wieder auf 0 gesetzt, fehlt der Ausgangimpuls, bleibt Inkr auf 1, beim nächsten Impuls des Drehgebers wird das erkannt, und die Nummer lfd. Nummer des Fehlers auf einem Display ausgegeben.
      (Die Anzahl der Drehimpulse wird auf dem Display ebenfalls angezeigt)
      Die Absicht dahinter ist, dass vielleicht die Fehler bei mehreren Testläufen an der gleichen Stelle auftreten, das würde die Fehlersuche erleichtern.

      Wenn das mit dem Anhang geklärt ist, kann ich davon ja auch ein Bild posten.

      Gruß
      Hans


      PS
      ich habe versucht, den Code anzuhängen, klappt aber irgendwie nicht, das Fenster mit dem eingefügten Code bleibt stehen und im Editor ist nichts zu sehen,
      (ich hoffe, der hängt jetzt nicht 5x dran)


      Gibt es hier kein Unterforum zum Testen?
      Gruß
      Hans

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Hans_L ()

    • Hans_L schrieb:

      wieso ist der Screenshot üngültig?
      was ist falsch?
      bei mir wird er einwandfrei dargestellt
      wie gesagt, ich bekomme eine Fehlermeldung.
      Wie geht es den anderen Teilnehmern hier, seht ihr was?

      Hans_L schrieb:

      ich habe versucht, den Code anzuhängen, klappt aber irgendwie nicht, das Fenster mit dem eingefügten Code bleibt stehen und im Editor ist nichts zu sehen,
      Entweder den Code hier einhängen (auf den Button </>) und dann speichern.
      Oder anhängen, indem du unten auf Dateianhänge klickst und dann auf Hochladen (nur einmal, beim 2.mal geht's wieder weg)

    • ich versuchs nochmal
      SCR05.pdf

      BASCOM-Quellcode

      1. $regfile = "m32def.dat"
      2. $crystal = 11059200
      3. $hwstack = 16
      4. $swstack = 32
      5. $framesize = 32
      6. Baud = 9600
      9. Config Lcdpin = Pin , Db4 = Portb.4 , Db5 = Portb.5 , Db6 = Portb.6 , Db7 = Portb.7 , E = Portb.3 , Rs = Portb.2
      10. Config Lcd = 16x2
      12. Initlcd
      13. Cls
      16. Config Portd = Input
      17. Portd.2 = 1
      18. Portd.3 = 1
      21. Inp1 Alias Pind.2
      22. Inp2 Alias Pind.3
      24. Dim Zaehler As Word
      25. Dim Inkr As Word
      26. Dim Fehler(7) As Word
      27. Dim N As Byte
      30. Zaehler = 0
      31. Inkr = 0
      32. N = 0
      33. Fehler(1) = 0
      34. Fehler(2) = 0
      35. Fehler(3) = 0
      36. Fehler(4) = 0
      37. Fehler(5) = 0
      38. Fehler(6) = 0
      39. Fehler(7) = 0
      42. Inp1 = 1
      43. Inp2 = 1
      45. On Int0 Impuls
      46. On Int1 Takt
      47. Config Int0 = Falling
      48. Config Int1 = Rising
      49. Enable Int0
      50. Enable Int1
      51. Enable Interrupts
      54. Do
      56. Locate 1 , 1
      57. Lcd Zaehler
      58. Locate 1 , 5
      59. Lcd Fehler(1) -1
      60. Locate 1 , 9
      61. Lcd Fehler(2) -1
      62. Locate 1 , 13
      63. Lcd Fehler(3) -1
      64. Lowerline
      65. Locate 2 , 1
      66. Lcd Fehler(4) -1
      67. Locate 2 , 5
      68. Lcd Fehler(5) -1
      69. Locate 2 , 9
      70. Lcd Fehler(6) -1
      71. Locate 2 , 13
      72. Lcd Fehler(7) -1
      75. Loop
      77. Impuls:
      79. If Inkr = 0 Then
      80. Inkr = 1
      81. Else
      82. Incr N
      83. Fehler(n) = Zaehler
      84. End If
      85. Incr Zaehler
      87. Waitms 10
      88. Gifr = 64
      89. Return
      91. Takt:
      92. Inkr = 0
      94. Waitms 5
      95. Gifr = 128
      96. Return
      100. End
      Alles anzeigen
      passt es jetzt?
      Gruß
      Hans

    • nun das Bild vom Display

      die erste Zahl ist die Zahl der Zählimpulse,
      die weiteren Zahlen sind die lfd. Nummern der fehlenden Ausgangsimpulse (hier simuliert, da das Programm ja noch nicht so tut, wie ich will
      Leider bekomme ich im realen betrieb die Störungen noch nicht weg
      Ich hatte es schon mit Debounce probiert, war aber noch störanfälliger

      Zähler.JPG

      Edit
      warum ist das Bild jetzt komplett drin, und das andere nur als Verknüpfung?
      sind anscheinend noch so ein paar Feinheiten zu beachten
      Gruß
      Hans

    • ceperiga schrieb:

      funktioniert als Download
      aber nicht im ersten Beitrag, oder?







      Hans_L schrieb:

      Gibt es hier kein Unterforum zum Testen?
      na du kannst es doch fast schon ;)



      Hans_L schrieb:

      Es wartet auf den Impuls des Drehgebers, zählt dies durchlaufend hoch, und setzt die Variable Inkr auf 1, trifft der Ausgangsimpuls ein, wird diese wieder auf 0 gesetzt, fehlt der Ausgangimpuls, bleibt Inkr auf 1, beim nächsten Impuls des Drehgebers wird das erkannt, und die Nummer lfd. Nummer des Fehlers auf einem Display ausgegeben.
      uii, sehr verworren.
      Lass mich kurz zusammenfassen:
      Während der gelbe Kanal auf High ist, möchtset du die Anzahl der Pulse messen (die blauen)

      Ich würde einen fallenden interrupt für Kanal gelb machen, dort den Zählerstand abspeichern (für Darstellung im Hauptprogranmm) und den Zähler löschen.

      Für die blauen Pulse einen steigenden Interrupt und einfach mitzählen.

      Gruß, Michael

    • @Michael,

      habe ich es wohl nicht ganz verständlich erklärt,

      Wenn alles richtig läuft, muss nach jedem gelben Impuls mindestens ein blauer kommen (in der Praxis werden es aber mindestens 20 sein)
      Die Bedingung ist also: 1 Gelber => mindestens ein Blauer
      Angezeigt werden sollen die fehlenden Blauen, also nur wenn KEIN Blauer auf einen gelben folgt.
      Wobei die erste Zahl die Anzahl der eintreffeneden Gelben anzeigt, die folgenden Zahlen laso die lfd. Nummern der fehlenden Blauen angibt.

      So wie Du es beschreibst habe ich es ja gemacht (habe Int0 auch schon mit fallend probiert)
      Die Schwierigkeit dabei ist nun, dass der Motor (welcher die Gelben ja erst erzeugt) anlaufen muss, d.h. die Impulsbreite der Gelben geht von "breit" zu "schmal"
      ich muss also, um auch den Anlauf richtig mitzuzählen, das Wait in Impuls so lange machen, dass es diesen Zeitraum überbrückt, andererseits aber so klein, dass mir die Blauen nicht verloren gehen, darum die Frage, ob mir das Wait in Impuls nicht auch den Interrupt in Takt überbrückt.
      Mal sehen, ob ich da heute noch ein paar Versuche schaffe.

      Gruß
      Hans
      Gruß
      Hans

    • Hans_L schrieb:

      muss nach jedem gelben Impuls mindestens ein blauer kommen
      nach deinem Oszibild kommen die blauen aber nicht nach dem gelben, sondern während, das ist ein signifikanter Unterschied

      Hans_L schrieb:

      Angezeigt werden sollen die fehlenden Blauen, also nur wenn KEIN Blauer auf einen gelben folgt.
      Also Fall A im angehängten Bild?

      Hans_L schrieb:

      So wie Du es beschreibst habe ich es ja gemacht
      Nein, das stimmt nicht. Du fummelst auch in Registern rum, wo es nichts zu fummeln gibt. Was brauchst du das GIFR? wird doch beim Verlassen des Interrupts sowieso erledigt, ohne die Gefahr eines Zwischeninterrupts.

      Oszi_gelb_blau.png

    • Gelb steht im Ruhezustand bei +5V, der Impuls geht auf Ground, d.h. der blaue soll nach dem "Rising" von Gelb kommen.
      Das mit dem GIFR habe ich gemacht, da der Interrupt doch mehrmals ausgelöst wird (durch die Störimpulse), d.h. er zählt mir jede Störung mit, was im ja bedeutet, dass er die Störimpulse zwischenspeichert und nach dem Return sofort wieder in die ISR reinspringt (d.h. den Zähler um mind. 3-5mal hochzählt)
      Mit dem GIFR löst er nun definitiv nur einmal aus (das habe ich in den Tests bereits erprobt)
      Gruß
      Hans

    • Nach meinem Kentnissstand gibt es für jeden interrupt ein flag, aber keinen Zähler. Wenn du gerade die int0-isr abarbeitest und es werden in der Zeit 3x int0 ausgelöst, dann wird die int0-isr ein 2. Mal abgearbeitet, aber nicht 3x.
      Raum für Notizen

      -----------------------------------------------------------------------------------------------------

      -----------------------------------------------------------------------------------------------------

    • @tschoeatsch
      das wird auch so sein, dass nur ein weiterer Interrupt zwischengespeichert wird, nur wenn während desssen Abarbeitung wieder einer ausgelöst wird, ist ja wieder einer im Speicher,
      deshalb versuche ich die Wartezeit so lange als möglich zu machen, und lösche den Interrupt-Flag, um zu vermeiden, dass die ISR nochmal angesprungen wird (also kein Gefummle)
      Übrigens hat es jetzt funktioniert, bedauerlicherweise ist es kein systematischer Fehler, sondern wohl doch durch Störimpulse verursachte Probleme.
      Jetzt ist also mal systematisches Abarbeiten der Fehlermöglichkeiten angesagt.

      @Michael
      richtig, genau Fall A im Bild
      2ms ist offensichtlich zu kurz, da löst der Zähler im Test noch zu oft aus, d.h. er zählt mehr Impulse als vorhanden sind.

      Noch eine Frage zu den Zitaten
      Wie funktioniert das denn?
      wenn ich Zitat anklicke, bekomme ich immer den gesamten Beitrag und nicht nur die beabsichtigen Sätze/satzteile rein
      (deshalb verzichte ich bis jetzt immer darauf)
      -> Ich habe diese Frage für Dich in einen anderen Thread verschoben. Gruß stefanhamburg
      Gruß
      Hans

    • Hans_L schrieb:

      2ms ist offensichtlich zu kurz, da löst der Zähler im Test noch zu oft aus, d.h. er zählt mehr Impulse als vorhanden sind.
      etwas Entprellzeit muss schon sein nach deiner Variante. Dann mach es halt 3 ms. Aber wozu brauchst du das Programm, du hast doch dein Oszi?


      Hans_L schrieb:

      durch Störimpulse verursachte Probleme.
      ja, die Leiterplatte hast du noch nicht gezeigt.