-
Thread
AVR als SPI Slave-Peripherie
und Kommunikation dazwischen. Es geht quasi um selbst gemachten Controller so etwa wie MAX7219 oder MCP23S17, nur für eigene Aufgaben bestimmt.
kann man einige Operationen zusammensetzen (z.B. E1=0 + DB-Schieberegister von Z zu Aktiv, wofür MCP23S17 mehrere 3-Bytes-Befehle braucht).
-
Thread
SPI Bus am Raspberry
PiFace Digitalkarte erweitern die ebenfalls über den SPI Bus läuft. Auf der PiFace Karte ist ein MCP23S17SP verbaut, der ebenfalls über SPI gesteuert wird. Beide sollten eigenlich zusammen am SPI Bus funktionieren, da man ja 2 Kanäle CE0 (/dev/spidev0.0) und CE1 (/dev/spidev0.1) zur Verfügung hat
Interfacekarte mit CE0=0 aktiviert wird. Das muss dann aber an den Interfacekarten liegen. MAX3140 und MCP23S17 werden beide mit CS aktiv low angesteuert. Was soll das für eine RasPiComm-Karte sein, auf der CS invertiert gesteuer wird?
-
Thread
Ports eines GPIO expanders verbinden
Max schrieb im Beitrag #6177513: > GPIO expander (z.B MCP23S18), welchen ich über i2c steuere Wieviele solcher Port-Expander kannst du an 1 I2C betreiben? Wieviele unterschiedliche Adressen kannst du einstellen? Ich würde da einfach die "übliche" Schieberegisterlösung
schrieb im Beitrag #6177513: > Für das neue Projekt möchte ich aber jetzt einen GPIO expander (z.B > MCP23S18), welchen ich über i2c steuere, verwenden. Lothar M. schrieb im Beitrag #6177908: > 2. mehrere davon Ausgänge sind, aber den selben Pegel ausgeben. Bei Ports mit Open-Drain Ausgang (MCP23S18
-
Thread
Erfahrungen mit AMC 1200 oder ähnlich
CS-Leitung hat. Aber da kannst Du ja tricksen. Hänge an CE1 einen SPI-IO-Extender wie z.B. einen MCP23S08. Da nimmst Du Dir dann die drei untersten Bits für die Kanalnummer. Dann nimmst Du Dir einen 74HC138, um die 3 Bits in 8 Einzelsignale auszudekodieren. CE0 führst Du an einen Active-Low Enable Eingang
9 und Pin 7). Du musst erst über Deine SPI-Bibliothek über CE1 die Nummer des Bausteins in den MCP23S08 hineinschreiben und kannst dann per CE0 mit dem jeweiligen ADC reden. Jeder ADC hat natürlich seinen eigenen Isolator - ist ja klar. Und der HC138 verhindert, dass mehr als ein ADC zur Zeit angesprochen
-
Thread
Gemeinsamer IO Pin für Ein und Ausgang
Hallo, na wenn die Reise jetzt die Richtung wechselt, biste mit einem MCP23017 (I2C) oder MCP23S17 (SPI) flexibler. jeweils 16 I/Os frei konfigurierbar, Input, Input + Pullup, Output
#6157426: > na wenn die Reise jetzt die Richtung wechselt, biste mit einem > > MCP23017 (I2C) oder MCP23S17 (SPI) flexibler. > > jeweils 16 I/Os frei konfigurierbar, Input, Input + Pullup, Output Ne ne Reise ändert sich nicht. Von daher bleibt es bei dem MCP, ist halt aktuell ganz angenehm, da
-
Thread
MCP23S18 I/O Expander
sehe ich da nicht wirklich durch. Vieleicht hat auch schon jemand mit diesem Baustein (I/O Expander) MCP23S18 erfahrungen gemacht. Alles was ich möchtes ist lediglich An PORTA etwas ausgeben also z.B. 0x04. Schon alleine die Register Adressen sind nirgends erklärt da bin ich aber soweit das ich das Register
Kondensatoren hast du auch dran? > > Viele Grüße > > Jochen Ehm am Controller ja an dem MCP23S18 wäre mir neu ;)
-
Thread
ESP8266MOD als SPI Slave? Firmware?
andere Variante nicht in seinem Umfeld sinnvoller wäre, aber das müßte Holm klären. Mein Liebling MCP23S17 kann zwar nur 10MHz SPI-Clock, aber selbst da wären schon rund 1MS/s in 8 oder 16 Bit parallel, auch bi-directiornal machbar. Ein paar Bits für den Quittungskram sind am ESP8266 dann ja noch verfügbar
wäre minimal. Der Z28ß ist mir selbst nei untergekommen, scheint aber 5V zu sein, damit wäre mit dem MCP23S17 an 5V nur wenig Pegelwandlung auf der SPI-Seite zum ESP8266 nötig. Naja, mal schauen, was Holm dazu denkt. Ein Beispiel für einen SPI-Slave gibt es im ESP8266 Paket auch, ich habe da nicht viel
-
Thread
Mehrere Dreh-Encoder an einem Arduino / ADC
rotary-encoder-on-a-single-mcu-pin Bei 16 Drehgebern würde ich aber dennoch die digitale Methode z. B. mit zwei Stück MCP23S17 bevorzugen, die ein paar hilfreiche Features für einen solchen Zweck eingebaut haben.
-
Thread
TIL311 Ansteuerung - mal eben drüber schauen?
einzusparen bräuchte man mehr Ports vom uC. Edit: Die 2 74HCT595 könnten durch einen MCP23017 bzw. MCP23S17 ersetzt werden. http://ww1.microchip.com/downloads/en/DeviceDoc/20001952C.pdf
I2C. Aber das kann der Pro Mini doch. Benötigt nur 2 Ports am uC. Ansonsten den auch erwähnten MCP23S17.
-
Thread
Probleme beim Auslesen zweier MCP23S17 mit ATmega2560
Ich habe zwei MCP23S17, jeweils die Eingänge 0-7 von GPIOA und die Eingänge 0-1 von GPIOB beschaltet. Die Eingänge 2-7 von GPIOB sind somit ungenutzt und liegen auf Masse. Als Mikrocontroller verwende ich einen ATmega2560
kein RESET, so könnte er nicht programmieren. So sollte hier alles in Ordnung sein. Wenn Reset von MCP23S17 nicht angeschlossen ist, dann arbeitet POR. Wilfried S. schrieb im Beitrag #6089005: > Ich vermute, dass entweder der SPI-Bus nicht sauber arbeitet So sieht das aus. Die Wege zu MCP23S17
-
Thread
ESP8266 - Was macht man bei zu wenigen I/Os?
Einfach einen SPI-Portexpander wie den MCP23S17 nehmen. GPIO0 kannst Du als CS-Pin benutzen, nach dem Booten ist der frei, machst Du ja mit GPIO2 auch schon.
Hallo, Horst schrieb im Beitrag #6086707: > Einfach einen SPI-Portexpander wie den MCP23S17 nehmen. GPIO0 > kannst Du > als CS-Pin benutzen, nach dem Booten ist der frei, machst Du ja mit > GPIO2 auch schon. Das ist auch mein Favorit ist auch der MCP23S17. Prinzipiell kann man
-
Thread
CAN BUS Raspberry
den MCP2515, dass dieser hochohmig ist, oder gilt das generell für alle SPI Kompententen (zB. auch MCP 23S17)
MCP2515, dass dieser hochohmig ist, oder gilt > das generell für alle SPI Kompententen (zB. auch MCP 23S17) Das gilt generell und auch nicht nur für SPI. fchk
-
Thread
LCD (HD44780) via SPI (74xx595) mit BUSY-Flag
solche Ideen immer gerne diese beiden ICs verwendet: https://www.microchip.com/wwwproducts/en/MCP23S17 http://ww1.microchip.com/downloads/en/DeviceDoc/20001952C.pdf Mit diesen kann man auch GLCDs ansteuern. mfG
-
Thread
AVR - Hilfe bei Schematics prüfung?
möchte ich erst mal als fertige Komponente übernehmen) und besteht primär aus zwei Port Expandern (MCP23S17). Ich habe mich nun durch diverse Datenblätter gewälzt, Foren gelesen etc. und bin jetzt so weit, dass ich glaube alles beachtet zu haben. Nun bin ich aber noch recht neu in dem Bereich und bevor
noch > nicht gesehen. Nein, sehe ich nicht so, bzw. nur beim MCP23017 (I2C). Der TO verwendet MCP23S17 (SPI), da haben A0-A2 keine Bedeutung - wie auch? Der TO braucht getrennte /CS-Leitungen. leo
-
Thread
I2C Unterschied einfacher LCD
Noch eine Option: statt I2c_Porterweiterung SPI-Porterweiterung zu nehmen. So sind z.B. MCP23008 und MCP23S08, genau wie auch MCP23017 und MCP23S17, beinahe identisch, nur bei ersten (ohne S) I2C, bei den zweiten (mit S) SPI-Interface. Mit SPI geht es deutlich schneller, als mit I2C. Jörg R. schrieb
als SPI, es sei denn, in System gibt es andere SPI-Geräte. Graphische 128x64 habe ich selber mit MCP23S17 gemacht. So schnell ist das auch nicht: bei jedem Befehl braucht MCP23S17 3 bytes, und für 1 byte Daten für 128x64 sollten mehrere Befehle kommen: 1. Daten auf Datenport. 2. Steuerung mit E=0
-
Thread
MCP23S17 Bit für Bit auslesen
Schau Dir an was SPI bedeutet und wie es im MCP23S17 realisiert ist. Stichwort: Es werden immer komplette Ports eingelesen, A, B oder A und B Auch das Schreiben erfolgt Byteweise. Falls Du Port A UND Port B als Inputs konfiguriert hast kannst
Wenn man nicht gleich alle 8 manipulieren will. Es kann auch sinnvoll sein, Variablen, byte pro MCP23S17-Register, zu deklarieren und dort aktuelle Zustand von MCP23S17-Port lagern. Dann braucht man nur in var etwas zu ändern und dann per SPI schreiben (außer wenn man Pin-Eingang zu lesen braucht).
-
Thread
Flag in BLOCK setzen und löschen?
SPI kommen lange mehrbytes-Übertragungen. Z.B. wenn ich meine graphische Anzeige bediene, die über MCP23S17 geschalet wurde, wird für jeden Bytes in Display 12 bytes per SPI übertragen (d.h. ein ASCII-Zeichen kostet 72 bytes). Beim Lesen noch mehr (alles in 3-bytes-Einheiten). LCD braucht in SPI-Mode
-
Thread
Ist es möglich, etwas wie EEMEM und PROGMEM für externe RAM?
Schneckentempo erfolgt. Immer noch schneller, besonders blockweise, als mit einem graphischen 128x64 über MCP23S17 ganze Bildschirm Punkt zu Punkt zu invertieren... Ich überlege nun: eine von vernünftigen Anwendungen wäre vielleicht eine Kopie von Bildschirm...
-
Thread
Mehrere Geräte von gleichem Typ steuern
angeschlossen (aber immer in 4-bit-Mode): an verschiedene Pins von Controller oder über SN74HC595 oder über MCP23S17 usw. Offensichtlich sind so gut wie alle Unterschiede zwischen LCD nur in der Weise, wie 4 bit zusammen mit RS und EN ausgegeben werden, und evtl. könnten sich auch Zeichen-pro-Zeile-Zahl und Zeilenadresse
-
Thread
Lokale Variable statt static, aber optimiert. Wie?
Was aber Zeit betrifft, hier habe ich alles Mögliche schon gemacht. Grafische Anzeige habe ich über MCP23S17. Das bedeutet: um ein Byte in Anzeige zu schreiben, sollten 12 bytes per SPI übertragen werden. Um einen Punkt zu lesen, verändern und wieder aufzuschreiben, sind 24 bytes notwendig. Hier muß man schon etwas überlegen beim Optimieren auch für die Zeit... Aber MCP23S17 bringt Vorteil, für die Anzeige nur eine SPI-Adresse verwenden zu dürfen...
-
Thread
24V mit MCP23S17 schalten
Hallo, mit dem MCP23S17 und einem dahinter geschalteten ULN2803 schalte ich derzeit die Masse. Gibt es auch einen Baustein (DIP18 oder SOIC18) der direkt die 24V durchschalten kann. Würde gerne einen Pegel von 24V bei
-
Thread
Wago 788 Relais über MCP23S17 schalten
schalten. https://www.wago.com/de/relais-optokopplermodule/relaismodul/p/788-312 Ich nutze dazu den MCP23S17. Dieser steuert einen ULN2803 an. Nun die Frage, benötige ich noch Z-Dioden zwischen ULN Ausgang und Relais Eingang??
RND schrieb im Beitrag #5915705: > Ich nutze dazu den MCP23S17. Dieser steuert einen ULN2803 an. Nun die > Frage, benötige ich noch Z-Dioden zwischen ULN Ausgang und Relais > Eingang?? Erklärst du auch welchen Wert die Z-Dioden haben sollen...und vor allem
-
Thread
HDMI an Arduino
schrieb im Beitrag #5812577: > Der hat zu wenig I/O. Einem Pi mit ein paar SPI-Portbausteinen (mcp23s17 z.B.) mehr IOs zu verschaffen ist deutlich einfacher als einem Arduino richtige Grafik (in welcher Form auch immer) zu entlocken.
-
Thread
ATMEGA32U4, zwei Stromquellen, RX Pin
da im späteren Anwendungsbereich wirklich wenig Platz ist. Ich benutze einen ATMEGA32U4 und zwei MCP23S17 als Pin-Erweiterungen. Zusätzlich dazu möchte ich noch eine optionale(!) Schnittstelle zu einem Nextion Display anbieten sowie zu WS2812b LEDs. Da dies mit der Spannungsversorgung über USB nicht
-
Thread
Variable Zuordnung
i<5; i++) { char* Ex = "Expander"; strcat(Ex,i); char* Ad = "Adresse"; strcat(Ad,i); MCP23S17 Ex = MCP23S17(spi, p20 , Ad ); } So sollte es Aussehen. Funktionieren wird es natürlich nicht, jetzt kommt Ihr ins spiel ich benötige einen Schupser zur Lösung. besten Dank im voraus
Zeichenkette sondern ein Integer. Danach deklarierst du eine neue Variable mit dem gleichen Namen (MCP23S17 Ex), das ist nicht zulässig. Variablen brauchen eindeutige Namen. Ich würde Dir empfehlen, alle Compiler Warnungen zu aktivieren (Compiler Option -Wall) und diese auch zu zeigen, wenn du dazu
-
Thread
STM32 HAL_SPI Problem: MOSI immer HIGH
Hi, ich arbeite mit CubeMX und Atollic TrueSTUDIO. Jetzt würde ich gerne per SPI einen MCP23S17 ansteuern. Leider gibt es Probleme mit dem SPI. Dieser ist über QubeMX komplett initialisiert (wenn ihr da infos benötigt reiche ich sie nach.) Meine while{1} sieht folgendermaßen aus: [c]C-Code
------------------------------*/ /* USER CODE BEGIN Includes */ #include "PCA9685.h" #include "MCP23S17.h" #include "nextion.h" #include "pwm.h" /* USER CODE END Includes */ /* Private typedef -----------------------------------------------------------*/ /* USER CODE BEGIN PTD */ /* USER
-
Thread
MSP23S17 Adresspins Verhalten
temp sbi MCP23S17_SS_PORT, MCP23S17_SS ret mcp23s17_rd: ; temp= geles.Daten, temph=slave address, temp3=IC-Reg cbi MCP23S17_SS_PORT, MCP23S17_SS lsl temph ori temph, (1<<MCP23S17_RW)|(1<<6) ;0b0100xxx1
3 =temp3: IC-reg-adr ldi temph, @2 ldi temp3, @3 rcall mcp23s17_regzeigen .endm MCP23S17_REGLCD 1,8, 0, MCP23S17_IOCON MCP23S17_REGLCD 1,0, 0, MCP23S17_OLATA MCP23S17_REGLCD 0,8, 0, MCP23S17_OLATB [/avrasm] Auch A2 wirkt. Nur A0 und A1 ohne
-
Thread
SOIC-28 wide auf SOIC-28
großes Problem". Ich habe eine Platine, die den "normalen" SOIC-28 als Footprint hat. Der Chip (MCP23S017E/SO) hat jedoch dummerweise SOIC-28 Wide 7.5mm, was mir viel zu spät aufgefallen ist (dann wo ich es auflöten wollte, stand überall halt nur SOIC-28). Nun zu meiner Frage: Wie kann ich das
großes Problem". > Ich habe eine Platine, die den "normalen" SOIC-28 als Footprint hat. > Der Chip (MCP23S017E/SO) hat jedoch dummerweise SOIC-28 Wide 7.5mm, > was mir viel zu spät aufgefallen ist (dann wo ich es auflöten wollte, > stand überall halt nur SOIC-28). > Wie kann ich das retten? > Krieg
-
Thread
Viele Kippschalter (ca. 40) auslesen / Mikrocontroller wake-up
SPI entschieden? https://www.reichelt.de/i-o-port-expander-16bit-mit-spi-schnittstelle-s-dil-28-mcp-23s17-e-sp-p90047.html BTW: Den PCF8574 gibt es auch als Board, z.B. ebay 264030592099
-
Thread
If, elsif, else funktioniert nicht!
Hallo zusammen, Ich möchte eine kleine FSM bauen, welche einen MCP23S17 mit ausgabewerten beschreibt... Nun habe ich in der Simulation ein nicht nachvollziehbares Verhalten... hier die FSM: [vhdl] if state = set_cs then spi_opcode <
Matthias schrieb im Beitrag #5669090: > Übrigens der MCP23S17 läuft mit 50MHz SPI-Takt auch wenn laut Datenblatt > nur 10MHZ drin sind... Mach den mal anständig warm... ?
-
Thread
ESP8266 - GPIO Pins erweitern
Arduino Fanboy D. schrieb im Beitrag #5606981: > Ich mag den MCP23017 viel lieber. mir ist der MCP23S17 noch lieber, 10MHz SPI-Clock ist etwas schneller und die Adressierung für max. 8 Stück kaskadiert geht auch mit SPI ohne zusätzliche IOs. Gruß aus Berlin Michael
Michael U. schrieb im Beitrag #5607019: > mir ist der MCP23S17 noch lieber, 10MHz SPI-Clock ist etwas schneller Schneller als die anzusteuernden Relais wäre der selbst mit 1MHz SPI-Takt.
-
Thread
[S] 12fach LED IC gesucht (ähnlich 74HC595)
mit einem MCP23x17 kannst du busveise also bitmuster perfect schalten 2x 8bit gibt es als i2c 23017 oder als spi 23S17 die können direkt ein und aus I/O und haben auch pullups für Hochomig! adressierbar
-
Thread
M5StackFire und M5Stack
da nur mehr normale I/O haben wollte, würde ich vermutlich einen MCP20S17 an I2C oder eher einen MCP23S17 per SPI ranhängen. Gruß aus Berlin Michael
-
Thread
MCP23S17 - komisches Verhalten
Hallo zusammen, ich habe ein komisches Verhalten des MCP23S17 festgestellt. Entweder übersehe ich etwas oder meine beiden MCP23S17 sind defekt! (wäre etwas komisch, da sie beide NEU sind) Ich habe einen Testaufbau mit einem Raspberry aufgebaut (um mir
funktioniert alles problemlos! -> (B = Eingänge & A = Ausgänge) Habe das ganze mit zwei Stück MCP23S17 getestet -> das Verhalten ist identisch! Hinweis: Ich habe es auch nicht hin bekommen die Pullups auf "255" zu setzen. Wenn ich die Pullups auf 255 setze (überprüft mit Oszilloskop) und dann
-
Thread
[V] Große Sammlung von Elektronikbauteilen (300+ Teile), Stepper-Motoren, 7-Segment uvm.
Module * 4x NRF24L01 2.4GHz Antenna SPI Interface * 1x Gyro-Sensor (Lage, Bewegung) * 2x MCP-23S17-E/SP - SPI GPIO Expander * 10x Hall-Effect-Sensor * 1x STM32F103 Dev-Board * 1x Ethernet-Module for Arduino * 1x Joystick for Arduino * 2x Digital Audio Verstärker Board PAM8610 2*15W
-
Thread
144 analoge Eingänge am Arduino
Joachim B. schrieb im Beitrag #5457129: > SPI 16er Sports mit MCP 2x Das wird etwas wie ein MCP23S17 sein; bzw. ein MCP3426 und MCP23017 als i2c? > oder 4x I2C 8574(a) a 8 Bit PCF8574 ist hier superschön erklärt: https://www.mikrocontroller.net/articles/Port-Expander_PCF8574 ... und der kleine
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
bestimmt SPI-RAM gewählt). Oder (jetzt werde ich wohl von allen Seiten gegriffen) parallele RAM mit 2x MCP23S17 oder MCP23017 als Interface. Hälfte von Adresse per Hardware und Hälfte im Programm - das ist schlechteste Idee aus allen möglichen. Wir Organisten nennen das "Werk-Prinzip". Entweder - oder
-
Thread
[V] unterschiedliche ICs
im TSSOP16) 1,50€ für alle drei zusammen > 1x FT2232D (USB-2xUART-Wandler im LQFP48) 2,50€ > 3x MCP23S17T-E/SS (16-Bit I/O Expander mit SPI) 1,50€ für alle drei > zusammen > 5x ICL7660SIBAZ (Landungspumpe, SO8) 0,50€ pro Stück sind reserviert.
TSSOP16) 1,50€ für alle drei zusammen >> 1x FT2232D (USB-2xUART-Wandler im LQFP48) 2,50€ >> 3x MCP23S17T-E/SS (16-Bit I/O Expander mit SPI) 1,50€ für alle drei >> zusammen >> 5x ICL7660SIBAZ (Landungspumpe, SO8) 0,50€ pro Stück > > sind reserviert. verkauft.
-
Thread
MCP23017 - Abfrage Taster
Hallo, es gibt noch eine interessante Application Note AN1043 "Unique Features of the MCP23X08/17 GPIO Expanders", die hilft die Funktionsweise zu verstehen: http://ww1.microchip.com/downloads/en/AppNotes/01043a.pdf
-
Thread
SPI - MCP23S17 - Adresspins
DeviceDoc/20001952C.pdf (Seite. 21) Kann man die Hardwarekodierung ausschalten.. [c] #define MCP23S17_ADDR 0 #define MCP23S17_OPCODE ( 1<<6 | ( 0x0E & ( MCP23S17_ADDR << 1 ) ) ) [/c] Bei MCP23S17_ADDR > 3 hört die Kommunikation auf. Mache Ich da irgendwas falsch? Also 0 , 1 , 2 , 3
Ich würde mir es ja eher so machen: > #define MCP23S17_OPCODE (0x40|(MCP23S17_ADDR<<1)) *ohne Gewähr*
-
Thread
LCD über 74*595: Busy-Flag?
Nimm doch einen MCP23S17 (SPI) oder MCP23017 (I2C). Bidirektional, 16 Bit, und Du brauchst nur 4 Pins (SPI) oder zwei Pins (I2C in Software). Bei Software-I2C kann es auch ein PCA9536 oder so sein. Ansonsten: ja, wenn
fchk schrieb im Beitrag #5310329: > Nimm doch einen MCP23S17 (SPI) Das Dings gibts übrigens gerade als Schnäppchen beim Herrn Pollin.
-
Thread
Komplexe GUI-Programmierung Raspberry
Zum GPIO erweitern gehen MCP23S08 (SPI z.B. mit bit schubsen) oder I2C MCP23008. Zu Fuß GUI in Phyton funktioniert tkinter ganz gut. Zumindest funktioniert das parallel zur GPIO Bibliothek.
-
Thread
SPI-Treiber-Entwicklung: Wie macht man es richtig?
über den extra SPI Treiber andere Interfaces tunneln will, z.B. UART (MAX3100), CAN (MCP2515), PIO (MCP23S17) usw. Für mich ist SPI kein eigenständiger Bus, sondern nur ein Werkzeug, um externe Peripherie anzubinden. Ansonsten müßte man ja auch fürs MMIO-Interface erstmal einen Treiber schreiben. Ich
-
Thread
Auf-/Abwärts-Zähler mit 33 Ausgängen und Zustandsspeicher.
ebenfalls, mit PCA9554 käme man auf bis zu 64 IOs, um nur ein paar zu nennen. Für SPI gibts den 74hc595, MCP23S17 und und und ...
-
Thread
I2C - Pull Up Widerstände
Könnten wir das aktuelle Programm sehen? Ich habe hier nur einen MCP23S17, also die SPI-Version, aber ein minimalistisches Programm mit der zweifachen Sequenz 0x40 0x00 0x00 0x40 0x14 0xFF schaltet hier GPA auf Vdd.
schrieb im Beitrag #5089830: > Könnten wir das aktuelle Programm sehen? > > Ich habe hier nur einen MCP23S17, also die SPI-Version, aber ein > minimalistisches Programm mit der zweifachen Sequenz > 0x40 0x00 0x00 > 0x40 0x14 0xFF > schaltet hier GPA auf Vdd. Bitte sehr. Sind im Anhang.