UART Interrupt Problem(?)

[Kampi]

Hey,

danke für den Hinweis. Ich teste es mal.
Das "?" ist einfach nur ein Test. Das Overlay wird im eigentlichen Programm nur verwendet um den String zu löschen, weitergearbeitet wird da mit dem String "Eingabe" (also im Grunde so wie es in dem Testprogramm ist).
Ein Eingabestring sieht dann z.B. so aus: Data,7,4,78,56,23,99 und der wird dann bei jedem "," geteilt und separat ausgewertet.
Ich habe jetzt mal testweise den String auf 49 Zeichen verkleinert aber das Problem bleibt leider noch

[malthy]

Hallo Kampi,

so ganz richtig ist das glaube ich auch nicht was ich da auf die Schnelle abgesondert habe. Das Nullbyte sollte ja immer da stehen, wo der aktuell gespeicherte String endet. Aber könnte das Problem trotzdem in die Richtung gehen? Das CR steht doch zumindest auch mit in dem String, würde das beim Vergleich mit nur "?" nicht dann zu "falsch" führen? Aber jetzt höre ich erstmal auf mit dem Gerate...

Gruß
Malte

[Kampi]

Hallo Kampi,

so ganz richtig ist das glaube ich auch nicht was ich da auf die Schnelle abgesondert habe. Das Nullbyte sollte ja immer da stehen, wo der aktuell gespeicherte String endet. Aber könnte das Problem trotzdem in die Richtung gehen? Das CR steht doch zumindest auch mit in dem String, würde das beim Vergleich mit nur "?" nicht dann zu "falsch" führen? Aber jetzt höre ich erstmal auf mit dem Gerate...

Gruß
Malte

HA!
Das war es
Dank dir dafür. Gar nicht dran gedacht, dass das CR ja nicht mit abgefragt wird.....
Vielen dank nochmal!

Edit:
Dank dir MagicWSmoke
Hab es auch gerade mal auf mein CAN-Programm übertragen und es klappt.....jetzt kann der sch...... "Input" wenigstens mal raus

[for_ro]

Hallo Kampi,
ich habe so das Gefühl, dass du die Nummer mit den Overlays noch nicht so richtig drin hast.
Wenn du ein Overlay von Bytes über einen String legst, dann ist einer der entscheidenen Vorteile in Punkto Geschwindigkeit, dass du so etwas
Eingabe = Eingabe + Chr(Zeichen)
nicht machen musst. Ebensowenig ein
Laenge = Len(Eingabe)
Dein URXC ISR sollte dann so aussehen:

Uart_received:
   Zeichen = Udr
   If Zeichen = 13 Then
      Eingabe_overlay(buffer_laenge) = 13         ´warum machst du das überhaupt?
      Eingabe_overlay(buffer_laenge + 1) = 0                          ´string ende
      Auswertung
   Elseif Zeichen > 13 Then
      Eingabe_overlay(buffer_laenge) = zeichen
      Incr Buffer_laenge
      If Buffer_laenge > 49 Then
           Eingabe_overlay(buffer_laenge + 1) = 0                          ´string ende
           Auswertung
      End If
   End If
Return

Wenn du 13 eigentlich gar nicht benötigst würde ich es so verkürzen:

Uart_received:
   Zeichen=UDR
   If Zeichen>13 then
      Eingabe_overlay(buffer_laenge) = zeichen
      Incr Buffer_laenge
   End if
   If Zeichen=13 or Buffer_laenge = 50 then
      Eingabe_overlay(buffer_laenge+1)=0
      Auswertung
   end if
Return

[Kampi]

Ah ok.
Ich ändere es mal um
Die 13 nutze ich eigtl nur um das Ende einer Übertragung zu signalisieren. Oder hast du da eine besere Idee?

[for_ro]

Wie gesagt, speichere die 13 erst gar nicht ab, dann hast du auch nicht das "?<CR>" Problem.

[Kampi]

Ah....ja das habe ich ja schon entfernt. Ich nutze die 13 jetzt nur um direkt in die Auswertung zu hüpfen.
Und ich habe deine Variante gerade ausprobiert....funktioniert auch, nur dass die Variable "Buffer_laenge" dann mit 1 initialisiert werden muss und nicht mit 0 (da Arrays in Bascom ja standardmässig bei 1 anfangen)

[MagicWSmoke]

Wenn in die Sub Auswertung gesprungen wird, dann hat Eingabe den Wert "?<CR>", wie soll ein Vergleich auf "?" da jemals zutreffen ?
Außerdem musst Du Buffer_laenge auch wieder zurücksetzen.