-
Thread
SPI-Treiber-Entwicklung: Wie macht man es richtig?
unübersichtlich wird es aber, wenn man ü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
-
Thread
16 UARTs für MIDI
langsam ist, dürfte das gehen, dann habe ich aber diverse I²C/SPI UART-Expander-ICs gefunden, z.B. MAX3100 (SPI->UART), MAX14830 (I²C/SPI -> 4x UART) oder die NXP SC16IS7x2-Reihe (I²C/SPI -> 2x UART). Der MAX14830 wäre mit seinem 4xUART-Interface natürlich am platzsparendesten, und dank SPI/I²C sollte
langsam ist, dürfte das gehen, dann habe ich aber diverse > I²C/SPI UART-Expander-ICs gefunden, z.B. MAX3100 (SPI->UART), MAX14830 > (I²C/SPI -> 4x UART) oder die NXP SC16IS7x2-Reihe (I²C/SPI -> 2x UART). Das macht man nur, wenn man einen direkten Zugriff auf die MIDI-Daten braucht. Zum einfachen Durchleiten
-
Thread
Software UART
HW-UART sehr nützlich. Sehr gute Erfahrungen machte ich vor jahren mit den SPI UARTS von MAXIM (MAX3100-3110). Der dayu notwendige Code im Interruptbetrieb war sehr einfach zu verwirklichen und funktionierte einwandfrei. Der MAX3110 ist sehr bequem weil da ein RS232 Interface ähnlich des MAX232 gleich