8-Bit PIC und SD Karte

[Che Guevara]

Hi,

ich habe vor einiger Zeit (ca 1 Jahr) meine eigene Implementation von Hardware-Level und Fat32 (für Micro SD-HC) geschrieben. Das ganze hat den Vorteil, dass es bei mir periodisch (jede 1ms) aufgerufen wird und max ein paar µs braucht (auf STM32F4 @ 168MHz). Es gibt zwei Layer (SD-Communication und FAT32), sodass man in der FAT-Implementierung nur die Hardware-Befehle austauschen muss, um es auf anderen System lauffähig zu machen. Es können Dateien, geöffnet, erstellt und gelöscht werden, natürlich auch geschrieben. Lesen ist momentan noch nicht Implementiert, weil ich die Karte nur als Datenlogger nutze. Habe mittlerweile über 100000 Dateien damit erstellt und beschrieben, jede einzelne war am PC problemlos lesbar!
Falls Interesse besteht, würde ich es hier reinstellen, würde mir wsl auch was bringen, wenn andere mal darüberschauen.

Gruß
Chris

[oderlachs]

Hallo ,
vielen Dank für alle Eure Bemühungen mir zu helfen.
Ich muss nun erst mal sagen , das ich in Sachen SD-Card und FAT totaler Neuling bei den PIC's bin. Für den Arduino gab/gibt es ja vorgefertigte Libs und Beispiele das man sich gar keinen Kopf weiter machen musste.
Ich habe ja zum Board einige Programmbeispiele mit bekommen, die sind hier in einer Zip-Datei zu finden.
Ich kann an Hand des SD Beispiels, auf Blöcke/Sektoren Daten schreiben und lesen..aber das ist ja keine Dateiverwaltung ähnlich FAT.

Ich dachte ja nicht das es unter PIC so schwer ist damit was in Sachen SD-Card Speicher auf die Beine zu stellen. Vielleicht komme ich ja noch dahinter wie ich es lösen kann.

Habe auch ein funktionierendes MPLAB-X Beispiel gefunden, aber leider nur mit einem anderen PIC möglich.
So "PIC-Intern" bin ich noch nicht bewandert, um das vielleicht umzuschreiben. nun kommt Zeit kommt Rat....und vielleicht auch der Entschluss die Finger davon zu lassen

Die Auswertung der Klimadaten per PC dann , ist ja an die Dateien gebunden(Exel o.ä.).

Melde mich wieder wenn ich weiter bin oder "die SD-Card ins Korn geworfen habe."

Gruss und Dank Gerhard

[RoboHolIC]

Gerhards PIC hat maximal 8k RISC-Befehle für die FAT-Software, natürlich abzüglich dessen, was die Anwendung noch benötigt.
Kann mal einer der Erfahrenen eine Abschätzung geben ob das überhaupt erfolgversprechend ist?

Vielleicht wäre ja eine reine sequentielle Massenspeicherung Sektor für Sektor seitens des Loggers und als Gegenstück ein Ausleser mit UART-Schnittstelle zum PC ... auweia, ich höre schon die Buh-Rufe ... war ja nur so eine Idee.

- - - Aktualisiert - - -

Habe auch ein funktionierendes MPLAB-X Beispiel gefunden, aber leider nur mit einem anderen PIC möglich.

Sag doch mal, für welchen PIC, damit man sehen kann ob das eine andere Liga ist. Wenn das Beispiel allerdings für einen 24er oder 33er ist, dann Gute Nacht.

[Klebwax]

Gerhards PIC hat maximal 8k RISC-Befehle für die FAT-Software, natürlich abzüglich dessen, was die Anwendung noch benötigt.
Kann mal einer der Erfahrenen eine Abschätzung geben ob das überhaupt erfolgversprechend ist?

Kann ich nicht abschätzen, halte es aber für problematisch. Wollte mal schnell nachsehen, wie viel RAM der hat, und stoße als erstes auf: Not Recommended for new designs. Mit seinen 368 Bytes könnte es sehr mühsam werden. Ich würde abraten es zu versuchen.

Vielleicht wäre ja eine reine sequentielle Massenspeicherung Sektor für Sektor seitens des Loggers und als Gegenstück ein Ausleser mit UART-Schnittstelle zum PC ... auweia, ich höre schon die Buh-Rufe ... war ja nur so eine Idee.

Wäre ein Ansatz. Die Datensätze so formatieren, daß einer oder mehrere glatt in einen Sektor passen. Wobei die SD Karten heutzutage so groß sind, daß man sich auch einen Datensatz pro Sektor leisten kann. Unter Linux kann man die Karte dann als RAW-Device mounten (geht IMHO auch mit Windows) und ganz entspannt auf dem PC weiterverarbeiten.

Ich würds aber eher anders lösen: die Daten mit einem ESP per WLAN live zu einem Server in meinem Netz schicken und dort speichern und weiterverarbeiten. So ein ESP-01 läßt sich mit seiner 8-poligen Stiftleiste leichter kontaktieren als ein SD-Karten Sockel und kost auch noch weniger.

@Gerhard

Wenn du es mit den PICs etwas leichter haben willst, nimm keine mit einer 3-stelligen Typnummer. Die sind zu alt, d.h. sie haben knappes RAM, knappes FLASH und sind langsam. Nimm etwas mindestens vierstelliges. Ich selbst bin inzwischen fast vollständig zu den 16 Bittern (PIC24) übergegangen. Da hat man dann leicht 16k RAM und 32k Code. Kosten tun sie auch nicht mehr. Man kann sich dann beim Programmieren voll auf die Funktion des Programms konzentrieren und muß nicht dauernd an RAM oder Speed denken.

MfG Klebwax

[oderlachs]

Hallo Freunde !

Recht herzlichen Dank für Euer Mitdenken und Hilfe. Ich glaube fast, das ich das Projekt, so wie ich es mir gedachte nicht durchführen kann. Mir ging es mit auch darum die Chips PIC16F877A irgendwie nutzbringend einzusetzen. Da sie ja einen grossen Temperaturbereich haben wollte ich sie im Klimalogger einsetzen.
Ich habe mich mal mehr auch mit dem Datenblättern befasst, es gehört eine menge Umdenken dazu vom AVR auch PIC umzusteigen , schon von den Datenblättern her. Nicht mal die BIT-Breite ist ja angegeben, um heraus zu bekommen welche meiner Chips 8 Bit oder 16 Bit sind musste ich erst bei Mouser.com "nachfragen" weil dort jeder Chip dahingehend beschrieben ist.
Nun ich bin eben noch Anfänger....
Ja und warum ich mich auch bei diesen DIL 40 Pinnern festhalte, weil ich dafür ein Entwicklerboard besitze...mit der vielen Peripherie drum herrum.
Andere Chipformen könnte ich auch gar nicht auf eine Lochrasterplatine löten, was anderes kommt nach meinen Möglichkeiten erst gar nicht in Frage. In meinem Alter will ich nur nicht im Kopf einrosten und weil's mir Programmieren Spass macht.
Es verlohnt sich einfach nicht, noch viel Neues und auch Teures, wie Entwicklerboards usw. anzuschaffen....
@Klebwax:
Ich habe mich mal bei den 16-Bittern umgeschaut, so wie ich es beurteilen kann, gibt es da keine 40DIL Formen....
Na vielleicht wenn die Rente besser wird und Weihnachten vor der tür steht...kommt doch noch ein 16 Bit Entwickler-Board ins Haus....man raucht und trinkt ja nicht...
Für mich , d.h. wegen der Augen und Finger, käme fast nur noch eines mit Nullkraftsockel in Frage...wo schon vieles nicht in Frage kommt....
Auch die Möglichkeit mit ESP-01 per WLan...ich kenne das, aber im Garten ist weder WLan noch anderes Netzwerk...und gerade im Winter muss es auch die "östlichen Temperaturen" hier an der Oder abkönnen.

Warten wir ab, vielleicht finde ich ja noch ne Lösung...bei AVR habe ich auch nicht alles von heute auf morgen gemeistert, alles kann ich sowie so nicht...

Gruss und Danke

Gerhard