Pipe Verhalten

1
2
Seite 2 von 2

Gunter

Administrator

Geschlecht:
Herkunft: Frankfurt Main / Germany
Beiträge: 1697
Dabei seit: 02 / 2003

Betreff:

Re: Pipe Verhalten

· Gepostet: 25.04.2018 - 18:02 Uhr · #9

das sind die "kranken Gedanken" von uns Programmieren:
Hautsache eine runde Zahl. Egal ob 10, 100, 1000, 256, 512, 1024.
Mir ging echt mal spontan der Gedanke "ja klar, rot ist ja kleiner wie grün"
durch den Kopf :banghead:

pvs-deck

PowerUser

Geschlecht:
Alter: 54
Beiträge: 1344
Dabei seit: 02 / 2009

Betreff:

Re: Pipe Verhalten

· Gepostet: 25.04.2018 - 18:57 Uhr · #10

Zitat geschrieben von Harry

Hallo Thorsten,

wie kommt man eigentlich auf $0128 Frame & Stack? Das sind 296 Byte

Gruss
Harry

Das dies HEX-Zahlen sind ist mir schon klar

, ich schreibe da meist erstmal eine ca. Zahl rein. Und wie Gunter geschrieben hat, dann fallen automatisch die Zahlen 64, 128, 256, 512, 1024, 2048.
Während der Laufzeit sehe ich die Zahlen ja dann auf dem Display

Später lasse ich das ganze dann im Debugger laufen (nach allen Funktionstests) und schaue mir die max. Stack und Frames an. und nehme davon +25-30% und trage es ein. Aber während der Programmierung, nehme ich das nicht so genau

Zitat geschrieben von rh

Mit PipeStat wird nur die Füllung (payload) der Pipe geprüft aber nichts
gelesen bzw. geleert. Stack und Frame werden nur bei User Operationen
geprüft, aber nicht innerhalb von Treibern.

Das heisst in dem Prozess / Task in dem ich die Pipe dann auslese, muss ich die 255 auf meinen FRAME rechnen?

Thorsten

Administrator

Geschlecht:
Herkunft: Germany
Alter: 25
Homepage: e-lab.de
Beiträge: 5558
Dabei seit: 03 / 2002

Betreff:

Re: Pipe Verhalten

· Gepostet: 25.04.2018 - 19:03 Uhr · #11

Hallo Thorsten,
nein, der Frame wird nicht dazu gebraucht. Mit PipeStat überhaupt nicht.
Beim Pipe auslesen kommt es darauf an wo die Daten hingeschrieben werden.
Die Pipe selbst kann nie auf dem Frame sein.

rolf

pvs-deck

PowerUser

Geschlecht:
Alter: 54
Beiträge: 1344
Dabei seit: 02 / 2009

Betreff:

Re: Pipe Verhalten

· Gepostet: 07.05.2018 - 09:25 Uhr · #12

Hallo rolf,

Dein Tipp mit dem PIPE klappt SUPER

Damit wird der Prozess nicht mehr bei jeder Meldung aufgehalten, so werden beim nächsten Aufruf des "Save_LogPipe;" auch mehrere Meldungen in einem Rutsch gespeichert.

Code

//--------------------------------------------------------------
// Display Process und LOGs speichern;
//--------------------------------------------------------------
Process LCD_Displ (256, 512 : iData;5 ); {Stacksize = 256 bytes, Framesize = 512 bytes, 5 Systicks}
begin
  DispMenu;       // Menü im LCD-Unit aufrufen
   Save_LogPipe;  // Prüfen ob Meldungen vorhanden sind, dann auf SD ablegen
   Schedule;      // Rechenzeit freigeben
End LCD_Displ;

Jetzt muss ich nur noch das ganze optimieren mit dem Tipp von miparo und nicht nach jedem speichern gleich die Datei schließen.

Thorsten

pvs-deck

PowerUser

Geschlecht:
Alter: 54
Beiträge: 1344
Dabei seit: 02 / 2009

Betreff:

Re: Pipe Verhalten

· Gepostet: 11.07.2018 - 08:47 Uhr · #13

Hallo rolf,

ich muss für die Logbuchanzeige (schnelleres navigieren innerhalb der Log-Datei) das System auf einen Record umstellen.

Code

// Logbuch Record
TYPE
TLogBuch    = record
                 strlogDate     : string[6]; // strlog   01042018
                 strlogTime     : string[6]; // strlog   235920
                 strLog         : string[24]; // Logbuch
               end;
...
VAR
// Meldungssystem
   LogPipe : Pipe[255] of TLogBuch; // PIPE of byte für LOGBUCH

Jetzt wundert mich aber die Anzige im Bild unten, eigentlich wollte ich die PIPE mit 5 RECORDs erzeugen. Aber im AVRco Statistics steht immer die Größe eines Records (39Byte). Ich hab es auch mit 50, 100 und 255 getestet, daran ändert sich nichts. Müsste der Speicher nicht dann bei 5 Records

Code

LogPipe : Pipe[5] of TLogBuch; // PIPE of byte für LOGBUCH

5 x 39 Bytes sein, also 195 Byte? Oder ist das ein Denkfehler von mir?

Thorsten

Der an diesem Beitrag angefügte Anhang ist entweder nur im eingeloggten Zustand sichtbar oder die Berechtigung Deiner Benutzergruppe ist nicht ausreichend.

1
2
Seite 2 von 2

Pipe Verhalten

Registrierte in diesem Topic