Attiny alternative with more pb pins

16 posts / 0 new
Last post
YuvalS
YuvalS's picture
Online
Last seen: 5 min 7 sec ago
Joined: 09/26/2018 - 10:39
Posts: 512
Attiny alternative with more pb pins

Hi, 
I an designing a driver and need more pins.
Are there any recommended low power 3.7v MCUs with more than 8 pins.

(The extra pins are needed to control more LEDs separately)   

THX 
Yuval

My FW repository

My BLF/OL contest entries: 7th 8th 9th 

bilakos10
bilakos10's picture
Offline
Last seen: 3 hours 59 min ago
Joined: 08/22/2013 - 14:25
Posts: 1538
Location: ~ Earth

Recently at the ‘FW3A FAQ’ thread Lexel referred to the Attiny1634 as a capable MCU for doing fancy stuff with LED control.
Though you will need to write the firmware yourself.

YuvalS
YuvalS's picture
Online
Last seen: 5 min 7 sec ago
Joined: 09/26/2018 - 10:39
Posts: 512

bilakos10 wrote:
Recently at the 'FW3A FAQ' thread Lexel referred to the Attiny1634 as a capable MCU for doing fancy stuff with LED control. Though you will need to write the firmware yourself.


Thanks, I am planning to write the FW anyway Smile

It seems like MikeC is also using this MCU model

My FW repository

My BLF/OL contest entries: 7th 8th 9th 

gchart
gchart's picture
Offline
Last seen: 2 hours 22 min ago
Joined: 03/19/2016 - 11:57
Posts: 3175
Location: Central IL

Yup, the 1634 has been getting some love. If you can do QFN (or VQFN), that opens up plenty of more options.

I’ve been using the attinyX16/X17 lately (such as the ’816). They’re also QFN/VQFN with plenty more pins, but they use a newer architecture and programming/debugging style. That may or may not be a good thing depending on what you’re going for.

Mike C
Mike C's picture
Offline
Last seen: 1 week 4 days ago
Joined: 01/22/2014 - 08:03
Posts: 2585
Location: Sweden

I’m currently using the 1634 but gchart has paved the way for the 1-series. I’ve successfully flashed 3217 for a specific project but I haven’t yet ported all my functionality over to it yet. I’ll be sticking to the 1634 for my “normal” drivers.

You might be interested in the 14 pin ATtiny84. I’ve used for some projects some time ago. If I remember correctly it has some register differences than the 85, but changing them is fairly easy, nothing compared to moving over to 1-series.

WallKiller
WallKiller's picture
Offline
Last seen: 1 week 1 day ago
Joined: 08/18/2019 - 14:54
Posts: 24
Location: Poland

I’ve got question, where can i buy attiny 1634 uckr, because in attiny1634 mur Thermal stuff don’t work properly.

SammysHP
SammysHP's picture
Offline
Last seen: 24 min 4 sec ago
Joined: 06/25/2019 - 14:35
Posts: 1041
Location: Germany

Never heard of 1634-UCKR and cannot find any information for that order code.

Fescron
Offline
Last seen: 3 hours 53 min ago
Joined: 10/17/2020 - 10:16
Posts: 230
Location: Belgium
flashburn wrote:
ATmega32u4 in QFN44 is just 7mm x 7mm It has native USB for firmware hacking, plenty of peripheral functions for ADC and PWM, EEPROM data retention 20+years @85°C, plus I2C for controlling modern buck/boost drivers, comparator, power management, wake-up features, interrupts, high resolution and high speed timers, USART for really weird output streams, etc. JTAG 8MHz from 2.7V to 5.5V Plenty of free and open bootloaders exist, just need cable detect to start USB bootloader or instant start if switched on without USB cable. 1µA full standby, 10µA with watchdog timer active, will run for decades on a single battery

Native USB support (and an “Arduino-chip”) would be pretty amazing for the modding community Shocked But perhaps it can also be confusing for some people (if any) charging there lights with a computer port. If I can get a (Sofirn?) light with a chip like that I’d be so in love!!

Fescron
Offline
Last seen: 3 hours 53 min ago
Joined: 10/17/2020 - 10:16
Posts: 230
Location: Belgium
flashburn wrote:
Quote:
But perhaps it can also be confusing for some people (if any) charging there lights with a computer port.

Why? If the light displays itself to the OS as a 500mA HID with the flashlight name (obiously not calling itself Arduino, which is not necessary anyway), even more systems may be able to handle charging current correctly. On my old tosh, for example, no light would charge, just because USB did not answer and the computer cuts off the “faulty” device.
If someone would make something in BADUSB tradition, this could really disturb people.

But that is true for every USB device!

I could report of a chinese Bluetooth dongle that in fact launched malicious code at CPU level (above kernel). An incredibly skillful hack it was.

Confusing in the sense that some muggle (excuse the term) could plug it in and try to charge it while unexpectedly getting a pop-up trying to install drivers or something… But true I suppose that can be eliminated with good naming/addressing (I’m not really into USB so I don’t really know how everything works in the back-end).

SammysHP
SammysHP's picture
Offline
Last seen: 24 min 4 sec ago
Joined: 06/25/2019 - 14:35
Posts: 1041
Location: Germany

First thing that comes to mind: Register as mass storage device and expose the configuration as a txt file. So if you plug it in, it shows up just as a USB mass storage device. This allows backups, easier configuration and installation of downloaded configs. Also you could upload the firmware update (just drag and drop in a file manager) and the bootloader flashes it.

Fescron
Offline
Last seen: 3 hours 53 min ago
Joined: 10/17/2020 - 10:16
Posts: 230
Location: Belgium
SammysHP wrote:
First thing that comes to mind: Register as mass storage device and expose the configuration as a txt file. This allows backups, easier configuration and installation of downloaded configs. And the firmware update through the bootloader of course.

Did not even think of this, great idea!!

SammysHP
SammysHP's picture
Offline
Last seen: 24 min 4 sec ago
Joined: 06/25/2019 - 14:35
Posts: 1041
Location: Germany

Updated my post while you were writing your response. Updating the firmware just by dropping the file with a file manager…

Fescron
Offline
Last seen: 3 hours 53 min ago
Joined: 10/17/2020 - 10:16
Posts: 230
Location: Belgium

Yeah I think this would be the “next step up” for flashlights! No idea if it’s been done before, I only recently started becoming active on this forum… Attiny’s with Anduril are very nice but putting a MCU in a flashlight with native USB could be a gamechanger!

Fescron
Offline
Last seen: 3 hours 53 min ago
Joined: 10/17/2020 - 10:16
Posts: 230
Location: Belgium
flashburn wrote:
Firmware flashing via mass storage would require a large buffer, while MTP could read pagewise and flash instantly without buffering, which is important because of the limited RAM in such a small MCU.

But then I see the potential to “brick” devices if the connection is disconnected during a firmware upgrade?
(but this is going way off topic in this post I suppose…)

SammysHP
SammysHP's picture
Offline
Last seen: 24 min 4 sec ago
Joined: 06/25/2019 - 14:35
Posts: 1041
Location: Germany

Usually the bootloader is unaffected by the update, so if it fails just update again.

MTP sounds also good, but isn’t mass storage also sequential? I didn’t mean to implement a full filesystem. It should be enough to provide a virtual file list and implement read and write operations to the config “file” and write to *.bin files for the firmware update.

Katherine Alicia
Katherine Alicia's picture
Offline
Last seen: 9 months 3 weeks ago
Joined: 08/21/2020 - 17:27
Posts: 229
Location: Central UK.

There`s a whole Range of MCUs in Microchips PIC series as well (if you can`t find what you want in Atmel).