String auf SD-Karte mit Drivewritesector()

[for_ro]

Ich wollt nur auf die Möglichkeit hinweisen, weil ist so etwas schon einmal gemacht habe. Dadurch kann man auch mit Mikrocontrollern mit wenig Speicher (z.B. ATtiny25) auf SD-Karten schreiben.

Hallo trekko,
würde mich auch mal interessieren, wie das geht. Müsste man wahrscheinlich die DriveWriteSektor Funktion so ändern, dass über einen zusätzlichen Parameter die Anzahl bytes übergeben wird. Und nur die werden dann geschrieben.
Irgendwo habe ich mal gelesen, dass die Daten erst in einen Buffer geschrieben werden. Wenn dann ein Sektor komplett ist, wird er auf die Karte übertragen. Dies geschieht im Controller der Karte.

[Fabian1995]

Stimmt das mit dem endbyte hatte ich garnicht beachtet. Wegen der Auswertung: ich wollte in jeden Sektor nur einen datenstring schreiben und zur Auswertung dann die Sektoren durchgehen, dann brauche ich doch keine Endzeichen?
Wegen der Anfangssektoren werde ich das mal bei meiner 1 gb Karte herausfinden und dann den Startsektor dementsprechend anpassen.

[MagicWSmoke]

ich wollte in jeden Sektor nur einen datenstring schreiben und zur Auswertung dann die Sektoren durchgehen, dann brauche ich doch keine Endzeichen?

Wenn der Datenstring immer eine bestimmte Länge hat, könnte man auf das Endzeichen verzichten, ansonsten braucht man's um das Ende des Strings erkennen zu können. Bascom wird das Endzeichen aber auf jeden Fall schreiben, wenn also der String tatsächlich max 512 Bytes enthalten kann, dann unmittelbar auf die Buffervariable folgend ein einzelnes Byte dimensionieren, damit dieses das Endzeichen aufnimmt und nix überschrieben wird.

[for_ro]

Vielleicht solltest du nicht solche hintenrum Lösungen implementieren, die du nachher nicht mehr verstehen kannst.
Tatsächlich habe ich es bei mir genau anders herum gemacht:

Dim Messwerte_string * 512 as string
Dim Buffer(512) As Byte at Messwerte_string overlay

Dabei wird auch Platz für das Endezeichen bei 512 Byte langen Strings erzeugt.
Die Bufferlänge von 512 reicht, weil die hier nur zur Verdeutlichung angegeben wird.

Die DriveWriteSector() Funktion schreibt nicht bis zum Endezeichen des Strings sondern 512 Byte, egal was da drin steht.
Das musst du dann nur beim Einlesen bedenken, wenn du die DriveReadSector() Funktion benutzt, um den Sektor wieder in den Buffer und damit in den String zu bekommen. Steht weder in den 512 Byte noch im zusätzlichen Byte von Messwerte_string kein 0-Byte, dann geht der String einfach weiter, solange bis er im SRAM auf ein 0-Byte trifft. Evtl. kommen damit aber die Stringfunktionen nicht mehr zurecht.

Mit den Stringfunktionen solltest du bei solch langen Strings ohnehin sehr vorsichtig umgehen. Besonders Dinge wie

Messwerte_string = "12345678901234567890" + Messwerte_string

können zu recht hohen Anforderungen an deinen Frame Bereich führen, weil hierzu eine Kopie von Messwerte_string erzeugt werden muss.
Damit werden dann evtl. die Stacks überschrieben, was zu recht garstigen Fehlern führen wird.

[MagicWSmoke]

for_ro,

Vielleicht solltest du nicht solche hintenrum Lösungen implementieren,

Die Hintenrum-Lösung war eine Korrektur Deines fehlerhaften Vorschlags:

Hallo Fabian,
ich habe das einfach so gemacht:

Dim Berror As Byte
Dim Buffer(512) As Byte 'SRAM-Bereich für Transfer
Dim Messwerte_string * 512 as string at Buffer(1) overlay
Dim Wsrampoint As Word 'Adress-Pointer für die Drive.. Routinen

Und hat Dich immerhin dazu bewegt drüber nachzudenken und zu korrigieren.

[trekko]

würde mich auch mal interessieren, wie das geht. Müsste man wahrscheinlich die DriveWriteSektor Funktion so ändern, dass über einen zusätzlichen Parameter die Anzahl bytes übergeben wird. Und nur die werden dann geschrieben.
Irgendwo habe ich mal gelesen, dass die Daten erst in einen Buffer geschrieben werden. Wenn dann ein Sektor komplett ist, wird er auf die Karte übertragen. Dies geschieht im Controller der Karte.

Hi for_ro, ich kenn ja die DriveWriteSektor-Funktion nicht, ich hab die SD-Karte "zu Fuß" beschrieben, das heißt, ich hab die Schreibbefehle für die SD-Karte direkt über die serielle Leitung geschickt. Hier findest du ein paar Infos zu dem Thema: http://elm-chan.org/docs/mmc/mmc_e.html

Natürlich ist das aufwändiger, als so komfortable Funktionen wie DriveWriteSektor zu benutzen, es hat aber den Vorteil, dass man den Schreibvorgang so beeinflussen kann, wie man will. Das Schreibprotokoll für die SD-Karten erlaubt es nämlich, während des Schreiben eines Blocks den Clock-Takt vorübergehend anzuhalten und dann ein paar Sekunden (oder Minuten) später weiterzuschreiben, als wäre nichts gewesen.

[for_ro]

... ich kenn ja die DriveWriteSektor-Funktion nicht, ich hab die SD-Karte "zu Fuß" beschrieben, das heißt, ich hab die Schreibbefehle für die SD-Karte direkt über die serielle Leitung geschickt.

Hatte ich mir auch so gedacht. Cool wäre es allerdings, wenn man das auch über einen modifizierten DriveWrite Befehl machen könnte.

Hier findest du ein paar Infos zu dem Thema: http://elm-chan.org/docs/mmc/mmc_e.html
Natürlich ist das aufwändiger, als so komfortable Funktionen wie DriveWriteSektor zu benutzen, es hat aber den Vorteil, dass man den Schreibvorgang so beeinflussen kann, wie man will. Das Schreibprotokoll für die SD-Karten erlaubt es nämlich, während des Schreiben eines Blocks den Clock-Takt vorübergehend anzuhalten und dann ein paar Sekunden (oder Minuten) später weiterzuschreiben, als wäre nichts gewesen.

Aber diese Sache mit dem Clock anhalten ist dort nicht beschrieben, oder habe ich das übersehen?
Hast du dieses unterbrechen schon mal implementiert? Das wäre genau das, wie ich es auch gerne machen würde. Zur Zeit warte ich 8 Minuten, bis ich 512 Byte zusammen habe und diese dann en Block auf die Karte schreibe.