Druckbare Version
klasse, wir kommen der Sache näher! :)
So eine Platine mit diesen Sonder-Steckbuchen ist jetzt nicht ganz einfach für mich anzuschließen, was ist das für eine Steckernorm?
Den Hersteller dieser Platine suche ich mal!
Danke nochmals für deine Vorschläge und Links!
Solche Stecker hab ich auch noch nicht gesehen.
Conrad hätte übrigens mit der 1274813 eine Adapterplatine zu DIP. Muss man halt selber das IC und Pins anlöten.
Diese Platinen haben zwei Seiten, eine mit 1,27er Abstand die andere mit 0,65. Die breitere Variante habe ich erst vorgestern mit einem normalen Lötkolben gelötet. Daher halte ich auch die schmale mit etwas Übung für machbar. Was aber nicht heißen soll, dass ich mich dafür anbiete. ;)
haha, ok, dann frage ich also doch nicht... ;)
aber jemanden der SMD löten kann den kenne ich hier nicht. 2,54 mm ist das höchste der Gefühle, und auch das hat schon Murks gegeben. Außerdem passen SMDs i.P. auch gar nicht auf meine 2.54mm Prototye HATs.
Bleiben also nur die großen DIP Gehäuse als Lösung, oder die komplette Platine (was wieder Löten spart) mit passenden Steckern.
Bei dem ADS... Modul könnte man eventuell normale Sip-Leisten verwenden (Wenn ich mir die Klemmen ansehe könnte das ein 2,54mm Raster sein, habe nur am Foto geschaut). Ansonsten Stecker demontieren und normale Flachbandleitung mit Steckern im 2,54mm Raster anlöten.
Du könntest auch ein Modul bauen, mit eigener Logik (Mikrocontroller), der die Anpassungen,... übernimmt. Gleichzeitig wandelt dieser die Signale der Schnittstellen, somit wärst du auf keinen Bus beschränkt. Verbindung zwischen Pi un Modul mit Uart und am Modul einen beliebigen Bus (I2C, SPI, interne AD von uC,....).
MfG Hannes
erinnert mich ein wenig an die Seeed Studio Buchsen wie hier auf dem Motorshield:
http://wiki.seeedstudio.com/wiki/Motor_Shield_V1.0
wo es diese ADC-Platine allerdings gibt, die mxt verlinkt hat, habe ich noch nicht herausgefunden
Ja, so würde ich es auch machen.Zitat:
Zitat von 021aet04
Ich skizziere mal ein paar Lösungen mit Teilen aus meiner Bastelkiste:
Zunächst braucht der Pi einen freien USB-Port, also ggf. zusätzlichen Hub vorsehen.
Variante 1: Es wird nur eine "Außenstation" gebraucht
Vom Pi über USB-Kabel zu einem Mikrocontrollerboard, z.B. Teensy oder Arduino Micro.
Variante 2: Bis zu 3 Außenstationen
Ein Teensy mit kurzem USB-Kabel am Pi. An Serial1, 2 und 3 die Satelliten.
Variante 3a: Viele Außenstationen
Ein Teensy oder Arduino Micro mit kurzem USB-Kabel am Pi. An Serial1 und einem IO-Pin einen MAX485 (8pol. DIP-IC).
Alle Satelliten auch mit MAX485 und Controllerboard. Der Bus ist dann RS485, zum Programmieren braucht man nur Serial.
Variante 3b: Viele Außenstationen
Ein Teensy mit kurzem USB-Kabel am Pi. Daran ein MCP2551 (8pol. DIP-IC).
Alle Satelliten auch mit MCP2551 und Teensy. Der Bus ist dann CAN, zum Programmieren braucht man nur die bei Teensyduino enthaltene FlexCAN-Library.
tja, schade, der SMD Chip fällt flach, weil SMD Chips keiner hier auf die HATs löten kann und die fertige Platine als Ersatz habe ich auch noch nirgends gefunden :(
Arduinos als Ersatz wären allerhöchstens mein Plan B, denn die haben keine mind. 8 analog-Ports (außer der Due), sie laufen (wenn überhaupt) nur schlecht mit dem Pi wegen clock stretching Problemen (Due geht grad so), und wenn sie laufen, dann auch nur bis 100kHz.
Damit können sie nicht auf i2c-1 mit den MCPs auf 400kHz laufen.
USB kommt aber nicht in Frage, da alle USB Ports am Pi belegt sind. Daneben nehmen dann die programmiermäßigen "logistischen" Probleme überhand, was der Grund ist, dass ich weg vom Due will (was ich schon mache und gemacht habe) und stattdessen "normale" schnelle i2c Chips als "reine Muxer " einsetzen will.
Andere Vorschläge für einen 400kHz ADC Muxer im 2,54mm DIP Format?
Ich habe jetzt alle Hersteller durch, die ich kenne:
NXP: nur den bekannten
Microchip: DIP nur als SPI
ST: nur als Mikrocontroller
TI : kein DIP
LT : kein DIP
AD : nur ein 8-Bit Wandler als DIP, kein I2C, könnte man aber an einen MCP23017 hängen, AD7819. (Den hat auch TI als ADS7819)
zu blöd, SMD geht ja nicht :(
koppeln mit MCPs ist mir wieder logistisch viel zu aufwändig, das macht keinen Sinn.
Dann schon lieber doch den i2c-0 zusätzlich aktivieren, was eigentlich nicht hätte geschehen sollen... :(