-
Thread
USB Design mit AVR16DU14, bitte um Review
notwendig? Schaden werden sie sicher nicht, aber beim Evaluationsboard für die Controllerfamilie AVR64DU32 Curiosity Nano sind keine ESD-Dioden vorgesehen. - Sicherung: Als Sicherung habe ich die Polyfuse SMDH0805B020TF vorgesehen. In der Version, die ich hochgeladen habe, hat die Fuse fälschlicherweise
Johannes R. schrieb im Beitrag #8074814: > aber beim Evaluationsboard für die Controllerfamilie AVR64DU32 Curiosity > Nano sind keine ESD-Dioden vorgesehen Ich habe hier aber auch einen Curiosity Nano herum liegen, der sich am Bus nicht mehr meldet. Der Controller selbst (dort ein SAMD21) funktioniert
-
Thread
AVRDU USB Inbetriebnahme scheitert.
Project. Es ist eine abgespeckte und an den AVR32DU14 angepasste Version des Beispiels von Microchip (avr64du32-cnano-usb-cdc-to-usart-bridge-mplab-mcc) zu finden auf github. Die angehaengte main.c ist das Orginal aus dem Microchip Beispiel. Das Beispiel ist fuer den AVR64DU32 Curiosity Nano. Da der nicht
-
Thread
GCC Statische initialisierung.
using Register = volatile uint8_t *; #if defined(__AVR_AVR32DB32__) || defined(__AVR_AVR64DB32__) || defined(__AVR_AVR128DB32__) #include "include\Pin\AVRxDB32_PinRegister.h" #include "include\Pin\AVRxDB32_PinNamen.h" #elif defined(__AVR_AVR32DB48__) || defined(__AVR_AVR64DB48
using Register = volatile uint8_t *; #if defined(__AVR_AVR32DB32__) || defined(__AVR_AVR64DB32__) || defined(__AVR_AVR128DB32__) #include "include\Pin\AVRxDB32_PinRegister.h" #include "include\Pin\AVRxDB32_PinNamen.h" #elif defined(__AVR_AVR32DB48__) || defined(__AVR_AVR64DB48
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
Jahre von einem kleinen ATtiny84 Projekt über den ATmega328P, den ATmega4808, und zuletzt bis zum AVR64DD32 gewachsen und angepasst worden, wurde 100+ mal gepatcht und sieht garantiert nicht mehr wie vom Reißbrett entwickelt aus. Ursprünglich wollte ich vom ATmega328P ausgehend das Projekt auf ATMEL Studio
Willen nicht vorstellen was passieren muss um das RAM mit Daten und/oder Heap voll zu müllen. Beim AVR64DD32 war ich gerade überrascht: RAM: 32.7% (used 2675 bytes from 8192 bytes). Trotzdem, wie schon gesagt, das Absturzverhalten ist auf beiden Prozessoren identisch.
-
Thread
PIC Mikrocontroller noch aktuell ?
https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf