SPI Schnittstelle vom ftduino und ftpwrdrive nutzen

[schröttel]

Hallo,
ich suche eine Möglichkeit einen SD-Kartenleser an den ftduino oder den ftpwrdrive anzuschließen, um den Plotter aus dem Buch "fischertechnik-Roboter mit Arduino" mit dem ftduino zu steuern. Bei beiden Geräten ist ja die SPI Schnittstelle zugänglich. Man braucht allerdings noch einen freien Pin für das CS Signal. Welchen Pin kann man da nehmen und hat schon jemand einen SD-Kartenleser an der SPI Schnittstelle betrieben?

Ich wünsche einen Schönen Abend und viele Bauideen.
Gruß Claus

[calliope]

Ich habe einen SD-Kartenleser nur an der I2C Schnittstelle betrieben.

[juh]

Hallo Schröttel,

kann es sein, dass du SPI und I2C verwechselst? Beim ftDuino zumindest ist nur I2C als Anschluss verfügbar, SPI bzw. zwar auf der Platine (als ISP) vorhanden, aber nicht bestückt und zugänglich. Die anderen Pins alle nicht direkt verfügbar, es sei denn man geht direkt an die Platine, wie ich es hier mal gemacht habe.

Calliopes Kommentar verstehe ich nicht, denn SD-Karten leser mit I2C sind ungewöhnlich, da SD-Karten nativ SPI nutzen, I2C wäre eine Sonderlösung wie so etwas. Sprich, ich denke mit dem ftDuino wird das knifflig ohne Hacks.

vg
Jan

[calliope]

Ich kenne nur SparkFun Qwiic OpenLog
https://www.sparkfun.com/products/15164
Das Modul ist beim Calliope schon lange im Einsatz mit I2C und auch mit den aktuellen fischertechnik Controllern nutzbar.

[schröttel]

Hallo,
Ich meine schon die SPI Schnittstelle. Beim Ftduino sind die entsprechenden Anschlüsse der Pins auf der Platine vorhanden. Man braucht nur noch Jumper einlöten und eine Öffnung in den Deckel machen. Beim ftpwrdrive sind sogar schon Jumper unter dem Gehäusedeckel vorhanden. Allerdings fehlt bei beiden Geräten verständlicherweise der CS Pin, deshalb meine Frage welchen Pin man nehmen könnte. Vielleicht geht ja ein Digital Eingangsanschluss, der natürlich dann nicht mehr für die normale Nutzung verfügbar wäre.

Dieses I2C Datenloggermodul von Sparcfun ist leider in Europa kaum zu bekommen, sonst hätte ich das mal probiert. Alle SD Kartenmodule, die ich bisher gesehen habe, übertragen über SPI.

[calliope]

Deutsche Webseite, deutsches Konto, Lieferzeit 3 Tage:
https://www.digikey.de/de/products/deta ... 64/9920435

[schröttel]

Wird trotzdem aus den USA versandt. 18 € Versand sind mir dann doch zuviel. Vielleicht kommt dann noch ordentlich Zoll hinzu.
Trotzdem vielen Dank für den Tipp.

[juh]

Hallo,
Ich meine schon die SPI Schnittstelle. Beim Ftduino sind die entsprechenden Anschlüsse der Pins auf der Platine vorhanden. Man braucht nur noch Jumper einlöten und eine Öffnung in den Deckel machen. Beim ftpwrdrive sind sogar schon Jumper unter dem Gehäusedeckel vorhanden. Allerdings fehlt bei beiden Geräten verständlicherweise der CS Pin, deshalb meine Frage welchen Pin man nehmen könnte. Vielleicht geht ja ein Digital Eingangsanschluss, der natürlich dann nicht mehr für die normale Nutzung verfügbar wäre.

Also, etwas klarer könnte man schon fragen. Was spricht gegen SDA oder SCL vom I2C? Oder wenn du eh schon lötest, einer der pins aus meiner bluetooth Lösung oben?
Und etwas klarer antworten könnte man auch, @Calliope, denn das ist kein SD-Karten Leser.
vg
Jan

[calliope]

Was verstehst du unter einer SD Karte? Ich lese damit Dateien.
https://calliope-net.github.io/i2c-spei ... verwalten/

The SparkFun Qwiic OpenLog supports 64MB to 32GB microSD cards in both FAT16 and FAT32 formats.

[juh]

Was verstehst du unter einer SD Karte? Ich lese damit Dateien.
https://calliope-net.github.io/i2c-spei ... verwalten/

The SparkFun Qwiic OpenLog supports 64MB to 32GB microSD cards in both FAT16 and FAT32 formats.

Pardon, mein Fehler, ich hatte nicht die Rückseite gesehen und den Chip für was Größeres gehalten. Ist aber im Prinzip genau so eine gefrickelte Lösung wie die von mir verlinkte, nur schicker gemacht. Ein ATmega als Schnittstelle, der das SPI Protokoll der Karte durch das langsamere I2C quetscht, das für größere Datenvolumen nie gedacht war. Geht, mache ich bei meinem I2Cwrapper-Projekt im Prinzip ja genauso, und bei dem Datenvolumen für einen Plotter vielleicht auch kein Problem, aber tatsächlich ein Overhead, den man wohl nur in Kauf nimmt, wenn kein natives SPI verfügbar ist.

vg
Jan

[schröttel]

Mit dem CS Signal an Pin 3 (SCL) und die restlichen Signale am internen SPI Jumper abgegriffen hat es auf Anhieb geklappt. Das war ein super Tipp.
Jetzt kann ich den ftpwrdrive solo ohne ftduino für die Steuerung des Plotters nutzen. Die I2C Schnittstelle wird bei diesem Modell ja nicht gebraucht.

Danke an euch beide und ich werde berichten ob ich den Plotter zum Laufen bekommen habe.

ftpwrdrive_SD.jpg (977.63 KiB) 1135 mal betrachtet

[Bjoern]

Viel Spaß bei deinen Experimenten. Jetzt weiß ich auch was du mit Jumper meintest. Du bedienst dich an unserer Stifleiste.
Da würdest du einen Jumper drauf stecken.
Auf der Stiftleiste bei den ganzen Bundhülsen steckt einer.

Aber immer schön zu sehen wenn jemand eine Lösung für seine Bedürfnisse anpasst.

[schröttel]

Hallo Björn,
Du hast recht, ich hätte auch Stiftleiste sagen können. Auf den Platinenlayouts sind diese Anschlüsse aber auch mit "J" bezeichnet und diese Stifte werden auch woanders oft als Jumper bezeichnet. In Zukunft werde ich aber versuchen mich verständlicher auszudrücken. Danke für den Hinweis.

Welchem Zweck dient eigentlich die undokumentierte SPI Schnittstelle und warum ist sie nicht nach außen gelegt?

[juh]

Hallo Björn,
Du hast recht, ich hätte auch Stiftleiste sagen können. Auf den Platinenlayouts sind diese Anschlüsse aber auch mit "J" bezeichnet und diese Stifte werden auch woanders oft als Jumper bezeichnet. In Zukunft werde ich aber versuchen mich verständlicher auszudrücken. Danke für den Hinweis.

Welchem Zweck dient eigentlich die undokumentierte SPI Schnittstelle und warum ist sie nicht nach außen gelegt?

Oder auch Wannenstecker. Ich denke J ist generische für "da kann man was draufstecken."

Die Frage kann wohl nur MoG beantworten. In der letzten Iteration des ftDuino ist der Platz ja für ein kleines OLED vorgesehen, ich müsste nachsehen, aber ich glaube die SPI pins sind da noch drunter. Im Prototyp war der Anschluss wohl auch bestückt, vielleicht um die Firmware schneller updaten zu können als über usb?

vg
Jan