Ralph Doncaster writes:
Several months ago I noticed the Attiny88. It has several more I/O than the Atmega328, with an extra Port A and PC7. And unlike most of the other Attiny series, it has real SPI instead of USI, so libraries using SPI don’t have to be re-written. At just 86c for qty 1, it is the also the cheapest AVR with 8KB flash. Since QFP-32 parts aren’t easy to work with, I searched for breakout boards and found QFP32 to DIP32 boards that would allow me to use them in a small breadboard.
Breaking out a QFP Attiny88 AVR - [Link]
Dan over at HackAday documented his single chip computer project with the PCBs from DirtyPCBs:
A single AVR microcontroller (the ATmega 1284P) has been used to create a standalone computer system which runs the BASIC programming language. The 1284P runs TinyBASIC Plus, generates RCA video signals (using TVout) and reads PS/2 keyboard input. A single sided PCB was used to hold all the components meaning it is easy to manufacture the computer at home using processes such as photo-etching. Additionally, the component count is fairly low and only one IC is required (the 1284P).
Single chip AVR BASIC computer - [Link]
by Shawon Shahryiar @ embedded-lab.com:
Okay firstly the reason I wrote about the clock system instead of I/O ports or something else in this second post of the XMega series is simply because of the fact that without understanding clock configurations you won’t get what you want from your chip. Since XMega’s clock system is software-level configurable and complex at first, it makes itself the first priority module before anything else.
XMega Clock System - [Link]
Development tools from 8051, PIC, AVR, to ARM, displays, peripherials and virtually all for a successful development can be found in the production portfolio of company Mikroelektronika.
On the beginning there was an idea to bring on the market a user friendly environment (SW and HW) for development of applications with microcontrollers. Success and a big interest for everything, what can make development easier induced a gradual enlargement of production portfolio of company Mikroelektronika. The result is, that today company Mikroelektronika belongs to the biggest producers of development boards for the most favorite platforms like PIC, dSPIC, PIC32, AVR, STM32, Tiva C, 8051. Mikroelektronika development tools are certified as „third party tools“ or „design partner“ by many world companies like Microchip, Atmel, Texas Instruments, STM, Cypress, NXP and other.
Very interesting on the Mikroelektronika products is a comprehensive portfolio is, what means that for a given platform we´ll find software (compiler for mikroC, mikroBasic and mikroPascal), programmer, various versions of development boards, display and various peripherials. It´s worth to mention, that there are really many add-on boards available, for example: GPS, GSM, audio&video, measuring, power-supply, communication, data storage, … Some products of company Mikroelektronika also support a new graphic platform FTDI EVE. A big value for development of graphic applications are SW VisualTFT-(MIKROE-1418) and GLCD.
Is Microelectronics also your profession? - [Link]
At the end of this month, I’ll be leaving my current job. I therefore thought it’d be a nice occasion to build a new business card for my future interviews.
AVR business card v2 - [Link]
One basic need of a computer scientist is to measure the power that a USB device drains off the PC. This device is plugged between the PC and a USB device and displays the current on an LCD. For currents under 100mA it is displayd in 0.5mA steps and 1mA steps for currents over 99.5mA. It is built with an AVR programmed in assembler.
USB Power Monitor - [Link]
This project is a USB to Serial converter using an ATMEL AVR microcontroller. There are two version of the converter, one with SMD parts and another with TH parts. The mcu used is an ATmega8 and USB communication is done using software on AVR mcu. It’s based on the software USB implementation of AVR-CDC. Firmware can be downloaded from the download section of CDC-RS232.
USB to Serial Converter using AVR microcontroller - [Link]
Spacewrench over at Dorkbotpdx writes:
This is a rebuild of the TeensyPrime project I built a while ago, using a separate breadboard that’s almost too small (I had to use magnet wire to fit some of the connections) and a microcontroller that’s almost too small. The ATTiny13A is a neat chip: AVR with 1K of flash, 64 bytes of RAM and 64 bytes of EEPROM. I programmed it using a Teensy-2.0-based waldo running Ward Cunningham’s TXTZYME.
The programming for this is actually kind of interesting. Every time you push the button, the AVR retrieves the currently-displayed number (which is stored in EEPROM), and then increments it, clicks the counter, and tests for primality. If the number isn’t prime, it increments and clicks again. When a prime number is reached, it stops and waits for another button press.
TinyPrime project based on ATTiny13A - [Link]
This is a dual MCU programmer which supports both AVR and PIC mcu and there is a switch to select between them.
It’s easy to manufacture and have only through hole parts.
Serial AVR and PIC programmer - [Link]
CDC-232 creates a virtual COM port on PC that doesn’t have real RS- 232C port. It enables RS-232C communication (without control lines), after connecting the device and installing the driver.
Write the program to AVR, build the circuit, and connect the device to PC’s USB port. Install the driver on Windows. Access the device through generated virtual COM port from terminal software or your application. Control lines (DTR, DTS, RTS, CTS) are not used by the host application. Set the terminal software as “no flow-control”.
Windows requests the driver installation again when connected to other USB port. Detect the previously installed driver automatically. Another COM number will be assigned. If you set serial number in AVR (rebuild with modified usbconfig.h), you can get the same COM port at any USB port. However, you cannot connect multiple CDC devices of the same serial number.
Before detaching the device, close the COM port in terminal software or in your application. Otherwise, you cannot connect to the device again because of the broken file handle. Restart the terminal software or your application then. Switch to the fast transfer mode using “lowcdc.vbs” to get the baudrate higher than 9600bps.
CDC-232 – Virtual COM on ATMEL AVR - [Link]