WARNING This document is based largely on speculation and the very limited public information about these parts.
Image not available - absent help we do not foresee being able to provide any sort of pinout diagram for this or future parts
| Feature | AVR16EB28 | AVR32EB28 |
|---|---|---|
| Flash Memory | 16384 | 32768 |
| Flash Memory (with Optiboot) | 15872 | 32256 |
| SRAM | 2048 | 4096 |
| EEPROM | 512 | 512 |
| User Row | 64 | 64 |
| Boot Row (w/e that is) | 64 | 64 |
| Max. Frequency (rated, MHz) | 20 | 20 |
| Clock Sources | INT, EXT | INT, EXT |
| Packages Available | SOIC, TSSOP | SOIC, TSSOP |
| Total pins on package | 28 | 28 |
| I/O Pins (not reset/UPDI) | 22 | 22 |
| Fully async pins | 24 | 24 |
| UPDI as I/O Pin | Yes | Yes |
| PWM capable I/O pins | 22 | 22 |
| Max simultaneous PWM outputs | 8 | 8 |
| 16-bit Type A Timers - pins ea | None | None |
| 16-bit Type B Timers, (pins) | 2: 2 | 2: 2 |
| 12-bit Type D pins | None | None |
| 16-bit Type E pins w/WEX | 1: 4/2/4/1/3/3 | 1: 4/2/4/1/3/3 |
| 8-bit PWM via 24bit TCF | 1: 2/2 | 1: 2/2 |
| USART (pin mappings) | 1: 6 | 1: 6 |
| SPI (pin mappings) | 1: 5 | 1: 5 |
| TWI/I2C (pin mappings) | 1: 3 | 1: 3 |
| 12-bit ADC input pins | 20 | 20 |
| Of those, neg. diff. inputs | all | all |
| 10-bit DAC | None | None |
| Analog Comparator (AC) | 2 | 2 |
| Zero-Cross Detectors (ZCD) | 0 | 0 |
| Custom Logic Blocks (LUTs) | 4 | 4 |
| Event System channels (out pins) | 6: 3 | 6: 3 |
| On-chip opamps (OPAMP) | - | - |
| MVIO, pins | No | No |
| Flash Endurance | 1k | 1k |
| LED_BUILTIN (and optiboot led) | PIN_PD6 | PIN_PD6 |
- VQFN is 4mm x 4mm 0.4mm pitch.
The EB-series is looking like a proofing ground for a pair of new timers and the crazy clock controller they bring along, plus, finally, a migration path for users of the venerable ATtiny861 for BLDC motor control applications. These new timers have some really impressive features - though sadly most get buried by the arduino API. Some of the features may get a stock wrapper library. On the higher pincounts, the lack of a second USART looks rather backward.
The CLKCTRL has a very fancy PLL by AVR standards - what its maximum speed will be is not now known to be 80 MHz rated, but this is a hell of a step up from 2x/3x/(secret)4x of the Dx - 1/2/4/6 input prescale, 8 or 16x multiplication then optionally a prescale by 2. And it can be used as the system clock. There's also something called "Prescaler B" which is /1 or /4, and prescales the CPU clock.
Breaking News - The 8k parts have withdrawn participation from EA and EB series. As the 8k EAs failed to show, it became one of the mysteries. 8k parts gone from a family where they don't belong? That makes total business sense, the EA never should have had an 8k version announced. But it did seem to all fit together into a coherent picture on the EB-series to have those three sizes. It was almost a tiny3, except with the pinmapping of non-tiny. On the plus side, the Dx/Ex/m0 mappings are very reasonable, and make a lot of shortcuts possible. On the other hand, strictly speaking, the tiny2's pinouts do a much better job of exposing peripheral functions. I have designs that use a 424 - the 424 is just a material vessal for the 4 CCLs and the central TCA that controls them (it uses 424. Every pin is used, 4 analog inputs, 4 CCL outputs, 1 input, and a timer to count pulses). We've reached out to the representatives of the 8k parts for comment, but have received no response.
All pins on the EBs are "fully async" and can respond to events shorter than 1 clock cycle, and can wake the chip on RISING or FALLING edges, not just LOW_LEVEL and CHANGE, whether or not the I/O clock is running. There are good and bad sides to this. The good are obvious, the bad is reduced noise rejection if you're able to respond to such brief signals.
There is ONLY ONE USART on these things but damn does it have a lot of mux options...
| USART0 | swap | TX | RX | XDIR | XCK |
|---|---|---|---|---|---|
| DEFAULT | 0 | PA0 | PA1 | PA2 | PA3 |
| ALT1 | 1 | PA4 | PA5 | PA6 | PA7 |
| ALT2 | 2 | PA2 | PA3 | - | - |
| ALT3 | 3 | PD4 | PD5 | PD6 | PD7 |
| ALT4 | 4 | PC1 | PC2 | PC3 | - |
| ALT5 | 5 | PF7 | PF6 | - | - |
Lots of mux options here!
| SPI0 | swap | MOSI | MISO | SCK | SS |
|---|---|---|---|---|---|
| DEFAULT | 0 | PA4 | PA5 | PA6 | PA7 |
| ALT3 | 3 | PA0 | PA1 | PC0 | PC1 |
| ALT4 | 4 | PD4 | PD5 | PD6 | PD7 |
| ALT5 | 5 | PC0 | PC1 | PC2 | PC3 |
| ALT6 | 6 | PC1 | PC2 | PC3 | PF7 |
| Mapping | swap | Master or Slave | Dual Mode Slave |
|---|---|---|---|
| DEFAULT | 0 | SDA/PA2 SCL/PA3 | SDA/PC2 SCL/PC3 |
| ALT2 | 2 | SDA/PC2 SCL/PC3 | |
| ALT3 | 3 | SDA/PA0 SCL/PA1 | SDA/PC2 SCL/PC3 |
We know very little about these, but a surprising amount can be inferred.
The headers reveal a 4-channel, 16-bit timer with enough extra features to sink a battleship. However, split mode is not one of them: Half of the outputs can only be inverted channels. It can do some insane stuff though; it looks like there's a mode to denominate the compare values in quarters or eighths of a tick ("HIRES", pronounced hi-res, not hires)... and of course, there's WEX, which is too different from what we know to work backwards from the header to the behavior.
| Mux option | WO0 | WO1 | WO2 | WO3 | WO4 | WO5 | WO6 | WO7 | Numeric value |
|---|---|---|---|---|---|---|---|---|---|
| TCE0_PORTA | PA0 | PA2 | PA4 | PA6 | 0 | ||||
| TCE0_PORTC | PC0 | PC2 | - | - | - | - | 2 | ||
| TCE0_PORTD | PD0 | PD2 | PD4 | PD6 | 3 | ||||
| TCE0_PORTF | PF0 | - | - | - | - | - | - | 5 | |
| TCE0_PORTC2 | PA0 | PC0 | PC2 | - | - | 8 | |||
| TCE0_PORTA2 | PA2 | PA4 | PA6 | - | - | 9 |
TCE is planned to get PORTMUX awareness. How to implement it will be rather tricky, though...... Note that we now have a 4-bit mux option register, and there are two whacko pinouts. I guess if the pin is even, and PORTMUX is equal tp the port, that's a for sure - but then there's PORTC2 and PORTA2. (and we don't get to use the table, because an array can only hold one value per index. We already have a mondo problemo with TCF and TCB0/1).
TCF is a 24-bit asynchronous timer (can be clocked from the PLL, and the clock system we get is as baller as you can hope for with 16/20 fuse-selected base oscillator and no external crystal), running at up to 80 MHz. HOWEVER it's full glory is only applicable to pulses-at-a-frequency, frequency generation, and fixed duty cycle output (no I don't know what it's fixed at. Update: WTF, 50%. Isn't that called frequency generation?). For proper PWM, it has to pull the same trick that TCB does, and it's 24-bit CMP register turns into a period register and two compare registers. But, you do get two PWM channels and an independent prescaler, at least.
| Mux option | WO0 | WO1 |
|---|---|---|
| Default | PA0 | PA1 |
| ALT1 | PA6 | PA7 |
| - | - |
TCF is planned to get portmux awareness.
This is under review. Options include PIN_PA7, PIN_PD7, and PIN_PD6, or PIN_PC0. With only a single USART, either PD6 or PD7 could be the LED pin.
| Pin | What's on it |
|---|---|
| D7 | ADC, SPI SS. VREF. EVOUT, XDIR, PWM? |
| D6 | ADC, SPI SCK, LUTOUT, XCK. PWM<--^ |
| A7 | ADC, SPI SS, XDIR, EVOUT,CLKOUT |
| C0 | ADC, SPI MOSI/SCK, PWM (non-optimal pin) CCL in |
| F0/1 | ADC, CCL In, not practical for pwm. |
| C0 is better than the others, but | |
| Looks like F0/F1 are the way to go.. |
When all else fails, read the real documentation. They keep moving the .pdf files around, so now I just link to the prduct page, from whence the datasheet, errata, and "technical briefs".
- AVR32EB28 - Product page not available
- AVR16EB28 - Product page not available
- AVR8EB28 - Product page not available
At a minimum, everyone using a modern AVR should plan on having a PDF viewer open with the datasheet, and a text editor with a good search function and the ioavr______.h file open so that when you're trying to use a constant, but the compiler says it isn't declared/defined, you can search the io header for a key phrase in the constant and figure out how it was spelled/formatted or copy/paste it to your sketch. (see the IO headers for more information and links to them. I also keep the AVR instruction set manual open in the PDF viewer as well as the silicon errata and datasheet clarification. Datasheet clarifications are a bigger deal than an erratum, usually. An erratum says "Okay, this doesn't work, but it will some day, maybe" while a datasheet clarification says "This would be an errata, but we're not even going to pretend that we'll fix it some day". But watch out - datasheet clarifications vanish from the list once the datasheet has been updated!
The "Technical Briefs" are somewheat inconsistent in their value, but some are quite good.