-
Thread
Scheduler für AVR
zu können. Ohne die Zeit für Gerippe zu verlieren. Aber Scheduler kann genau so gut auch mit STM32 arbeiten. Das ist ja C.
ich habe hier einige rtos quellen rumliegen und jede hat irgendwas besonderes gemacht, z.b. rtos für pic12/16 ist was anderes als für pic18/24/32 oder arm/avr. ich kenne auch ein rtos wo jede task als eigene isr läuft einschliesslich dem dispatcher - interessanter ansatz, wenn kein richtiger sw stack existiert
-
Thread
MSP430 Aufkündigung?
kein STM32 Fan schrieb im Beitrag #5633025: > Was mich an STM32 pesönlich stört? > - Die penetrant-arrogant-lästigen Fanboys auf µC.net Fanboys nerven immer, ob nun C++, Arduino, AVR oder eben STM32.
/ Das aktuelle Byte wird aus dem I2C Empfangsregister gelesen und in der Variable ReceivedByte abgelegt. WriteI2C(0x55); // Gibt 01010101 auf der I2C Leitung aus... Aktuelle Funktionen bei Verwendung des XC8 (Pic12...PIC18) und
-
Thread
Bus per MISO MOSI
zum Programmieren abtrennen. S. R. schrieb im Beitrag #5644234: >> Diese brauche ich ja, um den yC zu programmieren, > > Bitte schreibe µC oder uC. Alles andere ist falsch. yC ist auch nicht "falscher" als uC. Christian R. schrieb im Beitrag #5644224: > Und bitte erspart mir solche Kommentare
Rolf M. schrieb im Beitrag #5644385: >>> Diese brauche ich ja, um den yC zu programmieren, >> Bitte schreibe µC oder uC. Alles andere ist falsch. > yC ist auch nicht "falscher" als uC. Im Gegensatz zu "y" ist "u" ein durchaus üblicher Ersatz für "µ", falls letzteres
-
Thread
delay() in Timer-Event ISR (Arduino) Gesperrt
((m << 8) + t) * (64 / clockCyclesPerMicrosecond()); } void delay(unsigned long ms) { uint32_t start = micros(); while (ms > 0) { yield(); while ( ms > 0 && (micros() - start) >= 1000) { ms--; start += 1000; } } } [/c] Weil delay() die Funktion micros
nicht anspucken. Ich verwende das Teil auch, um *billig und schnell* ein paar "Gehversuche" mit einem C-programierbaren µC zu machen. Obwohl ich mit anderen Typen zu tun hatte (MCS51, PIC, Z80) und die Platinen auch gebaut habe. Aber das ist Jahrzehnte her und ich brauchte es dann einfach (beruflich) nicht
-
Thread
NPN als Schalter - Zustand während Flashen?
Ich habe kein Ahnung von PIC. Bei AVR und STM32 ist es jedenfalls so, dass alle I/O Pins beim Flashen als Eingang geschaltet sind, also keinen Strom liefern, der den Transistor einschalten würde. Ausgenommen sind natürlich die
Stefanus F. schrieb im Beitrag #5625361: > Ich habe kein Ahnung von PIC. Bei AVR und STM32 ist es jedenfalls so, > dass alle I/O Pins beim Flashen als Eingang geschaltet sind, also keinen > Strom liefern, der den Transistor einschalten würde. Is beim /Programmiervorgang
-
Thread
MINOS - Minos Is No Operating System
XUbuntu 20.04 im Repro) ein paar Warnings bei -Wall: Dieser ist relativ einfach zu beheben: [c] src/system_stm32f4xx.c: In function 'SetSysClock': src/system_stm32f4xx.c:552:9: warning: this 'while' clause does not guard... [-Wmisleading-indentation] while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS ) != RCC_CFGR_SWS_PLL); ^~~~~ src/system_stm32f4xx.c:553:9: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the 'while' { [/c] [c] 552c552 < while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS
-
Thread
Netzwerkaktivität mit Mikrocontroller überwachen?
Netzwerkverkehr auf Ethernet-Schicht zu überwachen ist ein(e) PHY und ein MAC. Der MAC wird dann von einem µC angesteuert. ENC28j60 z. b.
downloads/en/DeviceDoc/9303.pdf Ein Microcontroller kann die internen Zähler des Switches per I2C oder MDIO auslesen und prüfen. Es bietet sich an, einen MC mit internem Ethernet-MAC zu verwenden, z.B. ein PIC32 oder ein kleiner ARM, aber notfalls käme man auch nur mit I2C hin. fchk
-
Thread
uC - kennst du einen, kennst du alle
alten PIC10 und einem aktuellen Cortex-H7 gibt es schon deutliche Unterschiede... > Wie lange braucht ihr um euch in einen neuen uC einzuarbeiten? Das hängt auch sehr davon ab wie tief Du da einsteigen
(z.B. ATmega328P auf Arduino-Nano Board), ansonsten etwas mit ARM Cortex M3 oder M4 drin (z.B. STM32F103C8T6 auf Blue-Pill Board oder STM32F103RBT6 auf Nucleo-64 Board). Wir reden hier von rund 350 Seiten Lesestoff versus 2500 Seiten. Klingt krass, aber man muss ja nicht alles auf einmal Lesen und
-
Thread
kleinste CAN-Devices
Spontan würde mir da NXP LPC11C22/C24 einfallen. Ist aber wohl nicht so ganz was Du suchst.
> - 2-3 IO-Pins (Abfrage der Pins über CAN) Das macht man wohl am besten und flexibelsten mit µC + Transceiver. Der Trick ist einfach beide Teile in kleinen Gehäusen zu verwenden. Also z.B.: STM32F042G4 (QFN28 in 4x4mm) TCAN1042DRBRQ1 (VSON in 3x3mm) Alternativ kannst Du Dir auch die LPC11C22
-
Thread
AVR oder STM32 für Entwicklungsprojekt
Nimm entweder einen Arduino (AVR ATmega µC) und programmier mit der Arduino IDE in C++ (viel Unterstützung von Leuten auf deinem Niveau) oder nimm einen STM32F4 (ARM µC) und programmier mit mBed in C++. Beide machen es dir einfacher in die
Raspberry PI oder Arduino-Gefrickel. Dafür muss man nicht studieren. PS: Deine Vorstellung von PIC ist niedlich-naiv. So ein PIC32MZ ist durchaus die gleiche Kategorie wie ein STM32F4 ;-)
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
nicht, kommt man preislich in die Naehe von Silabs-MCUs. LCSC CH559L 1St. 1,60 USD Digikey C8051F385 1St. 2,29 USD Kleiner Hinweis: der STM32F072C8 ist bei Aliexpress schon für 1 USD zu haben.
AE FF FF FF FF FF FF FF FF c:0130 FF FF FF FF FF FF FF FF F8 5A FF FF FF FF FF FF c:0140 FF FF FF FF FF FF FF FF F8 5A FF FF FF FF FF FF ... ... [/code] Man kann z.B auch sehen das zumindest bei mir nur 32Bit der SN definiert
-
Thread
Nur PLL clock für Timer?
Periode mit 1us Auflösung bestimmen. Da brauchst Du an sich nicht schneller takten. Ja, ein AVR oder PIC würde hier auch dicke ausreichen und ein STM32... Naja, uC sind nicht nachtragend:-)
mit ITS-90 NIST Koeffizenten aller gängigen TC Typen arbeiten will. Jedenfalls kann man mit diesen 32-bit uC Familien viel machen. Ich mag sie ganz gerne. Grüße, Gerhard
-
Thread
Verstärker reagiert nur teilweise auf Fernbedienung (RC-5)
zu Testzwecken kriegst du die Spitzen vmtl. mit einem kleinen C weg.
Noch in Word und Zahl... Microschip PIC24FJ128 GB106 -I/PT(88) 13504UT
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
-70N6: 32MBit Parallel Flash -> 1,00 €/Stk. 152x S29AL008D70TFI02: 8MBit Parallel Flash -> 0,50 €/Stk. 7x AT45DB041E: 4MBit SPI Flash -> 0,50 €/Stk. 60x K6X4008C1F-BF55:
174x DC-763HWA: LED Bargraph 7x grün, 3x rot -> 0,25 €/Stk. Schalter: 3x 62A11-02-020C: Optischer Encoder -> 5,00 €/Stk. 8x 3.14.200.901: Taster beleuchtet gelb -> 0,50 €/Stk. 32x 3.14.200.944: Taster beleuchtet grün -> 0,50 €/Stk. Buchsen: 25x
-
Thread
TR120/TR150 "Soundmaster" mit IR nachrüsten
eine Nutzung für die benannten Radios ist es nicht wichtig, welche Frequenz dieses "IR-Auge" nutzt, (32, 36, 38 oder 56 khz), da hier der uPic alle Typen unterstützt. Das hab ich ausgiebig ausgetestet und keinerlei Fehlverhalten feststellen können. Wie das der uPic " unterscheidet" weiß der Geier, ich
dennoch nteressanter bauvorschlag. wie geht das genau? was braucht man dau? habe auch so ein Radio. C.Gitter
-
Thread
Schaltung Stromverbrauch minimieren?
WEMOS ESP8266 raus und nimm was ordentliches. Also kein Arduino, sondern einen nackten AVR oder PIC. Da deine Zeitabstände vermutlich uhrzeitgenau sein sollen, lasse den an 32kHz Quartz laufen. Viel Rechenleistung hat er nicht mehr, brauchst du aber auch nicht, wenn du kein Arduino-API verwendest
Siehe [[Batteriewächter]] hier T2 = BSS138 https://www.mikrocontroller.net/articles/Batteriew%C3%A4chter#Prozessorteil https://www.mikrocontroller.net/articles/Datei:BMON_1048_PIC.PNG Gruß Anja
-
Thread
Unkomplizierte Berechnung oder doch schon Gleitkomma Berechnung?
: co2*100 (1..65535) uint16_t co2_100(uint8_t kh_2, uint16_t ph_100) { uint32_t c = kh_2 * (uint32_t)co2powtab[ph_100 - 600] + 16; return (c < 0x200000) ? c / 32 : 0xffff; } [/c] Braucht 600 Bytes für die Tabelle und eine 6bit x 16bit Multiplikation mit 22bit-Ergebnis (hier in C halt mit 32bit).
-
Thread
Grenzfrequenz von Abblockkondensatoren
Curiosity High Pin Count (HPC) Development Board" für 8bitter: 1µF und 100nF parallel. Auf dem "PIC32MZ Embedded Connectivity with FPU (EF) Starter Kit" für 32bitter: 10nF und 100nF parallel. http://ww1.microchip.com/downloads/en/DeviceDoc/Curiosity-High-Pin-Count-Dev-Board-User-Guide-40001856A.pdf
hochkapazitiven MLCC sind halt seit einiger Zeit in Mode. Funktionieren im Prinzip auch gut. >Auf dem "PIC32MZ Embedded Connectivity with FPU (EF) Starter Kit" für >32bitter: >10nF und 100nF parallel. Ist meist Unsinn. Bei 0603 oder kleiner bringen 10nF keinen Vorteil mehr. Viel wichtiger ist die
-
Thread
Stromversorgung Güterbahnhof
26asc%3D20140117130753%26meid%3D2e29ea32f6fd4ad3b663e1b652007085%26pid%3D100005%26rk%3D2%26rkt%3D3%26mehot%3Dpp%26sd%3D281353515967%26itm%3D281374269437&_trksid=p2047675.c100005.m1851 Programmieren kann ich VB, wird also nicht so schwer
während der Ausfahrt umgeschaltet wurde und Spannungausfall eintritt, so dass der µC neu startet.
-
Thread
Probleme mit LCD.
das für alle Kombinationen. Die Ansteuerung von gemultiplexten Displays bekommt zwar jeder China-uC hin, aber nur die wenigsten AVR (ATmega169) oder PIC (PIC16F1947). Man kann bei zur Betriebsspannung passenden LCD aber einen uC auch direkt verwenden, siehe http://ww1.microchip.com/downloads/en
232777749887 Irgendeinen Controller, der 2..4 backplanes und min. 11 Segmente kann, z.B. STM8L, STM32L, PIC16f1947, PIC16F1938, ... backplanes an backplanes-Anschluss, Segmente an Segmentanschlüsse, damit dann über die Software die Belegung austesten, die backplanes hast Du ja schon identifiziert.
-
Thread
PIC32MZ - SD Probleme
Hallo allerseits, würde gerne mit meinen ChipKIT WiFire (Rev C.) welches einen PIC32MZ2048EFG100 besitzt auf meine SD-Karte (onboard) zugreifen um Daten (txt) darauf zu speichern. Ich arbeite auf Mplab X IDE und habe mich an dem Beispiel von Aidan Mocke (http://
Ich habe leider vergessen zu erwähnen: Die Exception-Handler sind für PIC32MX. Also bitte vorher überprüfen, ob das für PIC32MZ auch passt.
-
Thread
Bester unterstützet USB UART/RS232 Chip
Momentan sind >10 COM-Ports aktiv. Das geht von CP2102 über diverse virtuelle LAN-Comports bis hin zu STM32 und einem PIC24... @Topic: Wir verwenden in der Arbeit FT232xx und CP210X. Mit keinen Problemen. Mit Windows XP (gut, jetzt nicht mehr...) Windows 7, Windows 8, Windows 10, Ubuntu, einer eigenen
man also bedenkenlos verwenden. Übrigens gilt das auch für die virtuellen COM-Ports diverser STM32 Derivate.
-
Thread
CCS8 -- unsigned int zählt nicht über >32767
[c]for (z=0; z<26;z++) { c=vers[z]; lcd_write_command(LCD_CMD_WRITE_DATA, c); }[/c] Geht einfacher so: [c]for (size_t i = 0; i < sizeof(vers)-1; ++i) lcd_write_command(LCD_CMD_WRITE_DATA
keine Zeit habe mich mit dem 430er zu befassen. Bei anderen uC braucht der printf Support viel weniger Platz mit mehr Funktionalität. Beim PIC CCS Compiler (nicht mit TI verwandt) braucht der printf Support kaum mehr als 2K. Auch beim Arduino sind deren äqivalenten
-
Artikel
PIC C-Compilervergleich
ROM (LV: s) : 14496 Byte (40%) Built in 828ms Hi-Tech C for PIC24 & dsPIC Standard PIC-Typ nicht Unterstützt Used RAM: 1072 Byte (52%) Used ROM: 1289 Byte (23%) Built in 825ms x Hi-Tech C for PIC32 Lite x x Nicht Unterstützt Hi-Tech C for PIC32 Pro x x Nicht
vielen Compilern wie möglich zum laufen zu bringen. Auf folgende Compiler hab ich Zugriff: XC8/16/32 Free/Standard/Pro Hi-Tech C for PIC10/12/16/18/32 Free/Pro Hi-Tech C for PIC24 & dsPIC Free SDCC PIC-C PCWHD CC5X Free CC8E Free MikroC for PIC, dsPIC/PIC24, PIC32 Pro Jedoch kann sich jeder bis auf
-
Thread
Bluetooth Dolmetscher
dahinter, sowie die Protokolle unterscheiden sich doch über die Jahre sehr stark. (RS232 über UART am PIC, dann mal USB direkt vom STM32 M0, dann mal UART auf FTDI RS232USB Chip etc etc.) Nun werden seit längerem die Rufe lauter diese externe Steuerung nicht nur über Kabel, sondern auch kabellos an zu
://www.ebay.de/itm/SPP-C-Bluetooth-serial-adapter-module-51-Single-chip-UART-REPLACE-HC-05-HC-06/153156371890?hash=item23a8d4c5b2:g:lR8AAOSwjg1by7Yw:rk:2:pf:0 3.) Wie bekomme ich folgendes Problem in den Griff?: Die fertigen
-
Thread
Arduino geeignet um sich mit Assembler zu beschäftigen?
ihn da blos liegen. Ich finde AVR aber gerade für Assembler-Lernen sehr geeignet, abgesehen von C51 natürlich... 32-bit sind für Assembler zu kompliziert, dort lieber C.
. Den IDE-Editor verwende ich nur beim Debuggen, zum schreiben PSPad. Der dsPIC ist vor allem für Assembler-Programmierer interessant, C-Programmierer merken nichts und werden beim STM32 bleiben. Ich habe mir mal die Frechheit erlaubt und einen Bericht für Anfänger verfasst:
-
Thread
Tages Countdown Energieeffizient mit AVR realisieren?
mit simplen GPIO Pins solche LCDs ansteuern. Es wäre also durchaus möglich, den ganzen MC mit dem 32kHz Uhrentakt laufen zu lassen und damit sehr stromsparend. PIC: AN563 'Using PIC16C5X Microcontrollers as LCD Drivers' AVR: AVR241: 'Direct driving of LCD display using general IO'
LC-Displays sind sparsamer aber auch weniger auffällig. Das musst du selbst entscheiden. Anstatt einen µC + RTC zu kombinieren, könntest du auch einen Mikrocontroller mit integrierter RTC benutzen. Zum Beispiel ein "STM32F103C8T6 Module" von Aliexpress oder Amazon. Kostet nur ca. 2 Euro. Dessen RTC enthält
-
Thread
RISC-V: Wird das was?
-3326a9dd-3c19-11e9-910a-901b0ebb3621.html > > Das ist ein F4 mit fpu und deutlich moderner. Ob der GD32xx dagegen eine > Chance hat ist fraglich. Dann schauen wir mal auf die Fakten: STM32F103: 90 DMIPs
erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen > Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) > Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar > Tausend Stueck braucht. Ich meinte den ESP32/ESP8266. War ungünstig zitiert, sorry.
-
Thread
Der nächste Vergleich
Mal im Ernst. Microchip Pic32 sind wohl die letzten 32Bit-µCs, die noch für grobmotorische und fehlsichtige Bastler übrig bleiben. Da gibt es noch DIL/DIP. Sonst bleiben nur die vorbestückten Adapter. Wenn man im Rentenalter
Ihr steigert euch da ganz schön rein, dabei ist doch alles geklärt: - AVR vor Pic - Assembler vor C vor C++, danach egal - Linux vor Mac vor Windows ...... Ne jetzt mal ehrlich, die Kernaussage war immer: Mein µC mit dem ich arbeite; meine Entwicklungsumgebung mit meiner
-
Thread
Übergabe SW: Freiberufler ⇒ festangestellter Mitarbeiter
Ich habe embedded SW geschrieben für Pic32. Das Steuergerät hat viele I2C Sensoren hinter einem Switch, welche Messdaten aufbereitet, in Daten-Buffer verarbeitet, diese per SPI (Slave) an höhere System transferiert. Nicht wirklich schwer,
darzustellen. > > Z.B. wenn über Uart (oder SPI) ein Request reinkommt, um mit einem > bestimmten I2C-Slave was zu machen, ist der I2C vermutlich nicht frei. > D.h. da wird eine request-Variable "req_..." beschrieben mit > entsprechenden Paramter. An anderer Stelle werden zu einem Zeitpunkt, wo
-
Thread
CAN-Bus mit Arduino auswerten
Dann würde ich eher auf einen uC mit integrierten CAN und Transceiver On Board zurückgreifen. Ein STM32 (Bluepill) gibts auch klein und man braucht nur einen Transceiver. Oder gleich ein Board wo alles drauf ist, gibt es zu hauf, zumindest
.html?PROVID=2788&gclid=CjwKCAjwmdDeBRA8EiwAXlarFmKDt61p6PjsoBLEvH13ZAGjGWhz5Cnr9DH2kF65rZ05xOtChQtC4RoC3hgQAvD_BwE&&r=1 passt der ? DANKE!!!!
-
Thread
STM32 Shift operationen
mittlerweile "angekommen" sein. Thomas E. schrieb im Beitrag #5591212: > Fazit: die "unelegante" C-Lösung funktioniert wenigstens, sowohl für C, > als auch für C++ Sourcen, und mit jeder Compiler-Version. Es sei den man wechselt die Plattform auf eine, auf welcher ein unsigned int nicht 32bit groß
Compiler da überhaupt für Datentypen interessieren? Dann müsste ja eine Erweiterung des Makros auf >32 Bit (bei int = 32 Bit) hier auch zu Fehlern führen - tut es aber nicht! Ich behaupte mal, daß das BITNR-Makro unverändert auch bei C-Compilern füt AVR und sogar PIC12 funktioniert.
-
Thread
Drehregler Peter D Code
encode_read2','encode_read4' etc. verwenden. Welche am günstigsten ist, hängt vom Drehgeber ab. Beim STM32 ist es günstig, mit den Bitmustervorgaben der Libraries zu arbeiten. Also z.B. [c] #define PHASE_A GPIO_Pin_12 #define PHASE_B GPIO_Pin_13 #define ENCODER_GPIO_PORT GPIOD [/c] da ja beim STM32
Aber dennoch ich sehe nicht das Gesamtbild, habe den Code von Peter nicht zu 100% verstanden. [c]void EXTI1_IRQHandler(void) { }[/c] und [c]void TIM1_UP_IRQHandler(void) { }[/c]
-
Thread
Padauk MCU für 0.038 USD aus Taiwan
Crossassembler, hab meine eigene Gleitkommabibliothek, und hab auch meine eigenen PIC-Brenner. Früher am Druckerport (ist ausgestorben) und inzwischen hab ich mir auf Basis des kleinen Bastel-Projektes mit einem STM32F103C8T6 (hatte ich mal hier gepostet, LP per Eagle und Firmware in
werden können. Der PMS150C ist mehr als 10x kleiner als der PIC - trotz erweiterter Funktionalität.
-
Thread
minimale Boards
Torsten C. schrieb im Beitrag #5585889: > Für Prototypen habe ich bisher meist mit fertigen atmega328p oder > stm32f103c8 Boards gearbeitet. Für die final Version ist das natürlich > doof Das finde ich
einigermaßen lötbar. 0.8mm ist komfortabel. 0.5mm finde ich grenzwertig. > 3) Außer AVR und STM32 noch andere uC anschauen? Ich mag die STM8 ganz gerne. PIC24 und PIC32 gefallen mir zumindest auf dem Papier (ganz im Gegensatz zu den PIC bis 18, die ich schrecklich finde). Wenn ich mal was mit
-
Thread
Warum kann das nur der Apfel?
Bastelwerkstatt neu kostet! Das relativiert auch den höheren Anschafungspreis. MacBooks mit USB Type C / Thunderbolt3 sind das Maß aller Dinge!
#5581699: > Trotzdem kommt mir das Filesystem von Windows viel langsamer vor. Der Umstieg von FAT32 auf NTFS hat aber die Geschwindigkeit deutlich erhöht. Daher formatiere ich auch alle USB-Sticks erstmal auf NTFS um. Ein FAT32-Stick ist ja sowas von lahm, da nützt auch USB3 nichts.
-
Thread
Graupner GR-24 welcher Controller/FPGA
Also bei den Spektrum-Funken sitzt ein Atmega drin. Hier könnts nen PIC sein. FPGA garantiert nicht.
Wohl ehr ein µC. Und anhand der Pins für Oszillator, Versorgung und ICSP hat man Chance es einzugrenzen.
-
Thread
ARM gibt Cortex-M-Prozessoren für Xilinx FPGAs frei
Ist zwar etwas OT aber es gibt ein Interview mit dem Kerl hinter PicoRV32, Clifford Wolf. Da erklärt er (unter anderem) was es mit PicoRV32 auf sich hat und noch vieles, vieles mehr (das Interview ist über 2,5h lang): https://theamphour.com/374-an-interview-with-clifford-wolf
im Beitrag #5576484: > Ist zwar etwas OT aber es gibt ein Interview mit dem Kerl hinter > PicoRV32, Clifford Wolf. Super, danke! Dann ist mein morgiger Tag gerettet. ;-)
-
Thread
Renesas Entwicklungsumgebung
0,001 % aller Projekte der Energieverbrauch. Bis jetzt von mir verwendet die letzten 5 Jahre: AVR PIC16 ATxmega AVR32 RX RL (nur privat) LPC32 (ARM9) TriCore (Infinion) STM32 8051 (weiß den Hersteller nicht mehr ... war aber auch nur ein kleines HW Projekt eigentlicher µC war da ein STM32)
bei jedem anderen uC, den ich bis jetzt in den Fingern hatte. Die uC hatten MUL/DIV-Einheiten in HW (16x16=32 sowie 32/32=32R32) und vielseitig konfigurierbare Peripherieeinheiten. Applilet ist eigentlich auch voll OK. Der