atmega328pb

[emax]

А работал ли кто-нибудь с этим чипом?
Сам его сейчас мучаю.

[ARV]

а что в нем такое мучительное? почитал краткую сводку новшеств - ничего принципиально такого, чего раньше не было бы в других AVR. разве что QTouch на аппаратном уровне.

[emax]

компилить чем? AS4.19 его не знает.

[ARV]

atmel-toolchain или avr-gcc?

[emax]

дак привык к студии, пока добавляю к проекту для 328p файл с недостающими дефайнами, но это, наверно не совсем правильный путь.

[AndTer]

Переходить разве что на MPLABX.
Только там наверное будет полная поддержка всех новых чипов...

[emax]

да не такой он и новый, говорили что в AS 6.2 появился. Скачал, поставил, посмотрел - нет его там. Думал кто-то уже решил эту проблему.

[oleg110592]

тут родной заголовочный файл и библиотеки:
http://packs.download.atmel.com/
скачать:
Atmel ATmega Series Device Support (1.2.272)
переименовать расширение в zip - распаковать
файлы:
libatmega328pb.a
iom328pb.h
crtatmega328pb.o
скопировать там где тулчеин:
libatmega328pb.a и crtatmega328pb.o в "/avr/lib".
io*.h в "avr/include/avr"

[pyzhman]

В 7 есть.

[emax]

все скачал и скопировал, но
gcc не знает такой MCU и на ключ -mmcu=atmega328pb - ругается.
Может быть gcc тоже надо обновить, заменив его в папке /bin ?

[BOB51]

Для ассемблера достаточно *.inc файл подправить и подставить в проект созданный для 328Р.
Скомпилируется нормально,
правда в симуляторе работать можно будет лишь с соответствующим ограничением по периферии.

Возможно то же самое (ручная корректировка дефайнов) и для Си подходит...

[emax]

да, для Си подключаю свой файл с дефайнами и компилю, как 328p, куча варнингов, но работает.

[oleg110592]

[uquote="emax",url="/forum/viewtopic.php?p=3516472#p3516472"]но gcc не знает такой MCU и на ключ -mmcu=atmega328pb - ругается[/uquote]
попробовал в линуксе, gcc version 4.9.2, из родного репозитория - там мега168пб уже была - похоже скомпилировало, только avr-size не узнал, работоспособность проверять не на чем

make
avr-gcc -mmcu=atmega168pb -Wall -g -Os -Werror -o PGU_M88.elf main.o -lm
avr-objcopy -O binary -R .eeprom -R .nwram PGU_M88.elf PGU_M88.bin
avr-objcopy -O ihex -R .eeprom -R .nwram PGU_M88.elf PGU_M88.hex
avr-size -C --mcu=atmega168pb PGU_M88.elf
AVR Memory Usage
----------
Device: Unknown

Program: 434 bytes
(.text + .data + .bootloader)

Data: 5 bytes
(.data + .bss + .noinit)

макефайл:

Спойлер

Код: Выделить всё

TARG=PGU_M88

CC = avr-gcc
OBJCOPY = avr-objcopy
AVRSIZE = avr-size
AVRDUDE = avrdude

SRCS= main.c

OBJS = $(SRCS:.c=.o)

MCU=atmega168pb

CFLAGS = -mmcu=$(MCU) -Wall -g -Os -Werror -lm  -mcall-prologues -DF_CPU=11059200
LDFLAGS = -mmcu=$(MCU)  -Wall -g -Os  -Werror

all: $(TARG)

$(TARG): $(OBJS)
   $(CC) $(LDFLAGS) -o $@.elf  $(OBJS) -lm
   $(OBJCOPY) -O binary -R .eeprom -R .nwram  $@.elf $@.bin
   $(OBJCOPY) -O ihex -R .eeprom -R .nwram  $@.elf $@.hex
   $(AVRSIZE) -C --mcu=$(MCU) $(TARG).elf
   
%.o: %.c
   $(CC) $(CFLAGS) -c -o $@ $<
   
clean:
   rm -f *.elf *.bin *.hex  $(OBJS) *.map

тут пишут
Invoke avr-gcc with additional option -B to tell gcc where to look for device specific information
внизу пример
http://distribute.atmel.no/tools/openso ... ain/3.5.4/

[alex_]

Мяу товарищи, хотел поинтересоваться: заказал на алибабе 328 пачку из 10 штук, какое то время пользовался и всё устраивало, пока не решил использовать напряжение 3,3В работают они нормально а вот при прошивке USPASP + AVRDUDEPROG при попытке залить прошивку начинает ругаться на этапе верификации. А это при попытке считать фьюзы:

При 5 вольтовом питании никаких проблем, пробовал мегу 8 считать при питании 3.3, всё отлично.
Я подумал может у встроенного стабилизатора тока не хватает, была похожая ошибка при прошивке когда забыл питание подключить и контроллер питался через диоды с портов. Подключение внешних 3.3 проблему не решила.
В связи с этим возникает вопрос: я что то не дочитал в даташите или мне китайцы шляпу подложили?

[bafomet911]

[uquote="alex_",url="/forum/viewtopic.php?p=3611577#p3611577"]

Спойлер

Мяу товарищи, хотел поинтересоваться: заказал на алибабе 328 пачку из 10 штук, какое то время пользовался и всё устраивало, пока не решил использовать напряжение 3,3В работают они нормально а вот при прошивке USPASP + AVRDUDEPROG при попытке залить прошивку начинает ругаться на этапе верификации. А это при попытке считать фьюзы:

При 5 вольтовом питании никаких проблем, пробовал мегу 8 считать при питании 3.3, всё отлично.
Я подумал может у встроенного стабилизатора тока не хватает, была похожая ошибка при прошивке когда забыл питание подключить и контроллер питался через диоды с портов. Подключение внешних 3.3 проблему не решила.
В связи с этим возникает вопрос: я что то не дочитал в даташите или мне китайцы шляпу подложили?

[/uquote]
кварц какой? или от внутреннего?

Добавлено after 5 minutes 13 seconds:
А у меня вроде есть оно...

Спойлер

[alex_]

Камень 328b фьюзы по дефолту кроме делителя на 8, тактовая 8МГц внутренний генератор.
С дефолтными без делителя тоже ошибка.
При попытке залить прошивку дудка вылетает.

[bafomet911]

А при пяти вольтах и тойже схемотехнике все ништяк?

Добавлено after 30 seconds:
Тогда я пас...

[alex_]

Самое интересное что да, контроллеры покупал года 3-4 назад, и использовал только на 5 вольтах, а теперь появилась необходимость в питании 3.3 и тут я встрял. Теперь прошиваю на 5 вольтах отключаю разъём программатора и подключаю разъём периферии, и это действие уже порядком надоело

[bafomet911]

Надо тоже попробовать... Вдруг не прошьется..

[afz]

Поразглядывал ДШ на этот 328ВР. Сначала подумал: "Неужели Микрочип разродился новой АВР-кой?" Потом прочитал Revision History и убедился, что ни фига, это таки атмеловская разработка, под Микрочипом ее только доводили до ума.