Arduino.ru

А 128а у тебя в одном экземпляре? Другие не пробовал? И какой chip revision?

128а две, обе одинаково не заводятся. Другие это просто 128, кстати их тоже 2 и обе работают. Про Ревизию смогу сказать только завтра.

Все что вы увидите на схеме это стандартную обвязку по питанию, конденсаторы на 22 Пика, Кварц и подтяжку по резету. Скетч в этом плане не важен. Даже "Блинк" не работает. Фото к сожалению скинуть сейчас не могу, смогу завтра.

конфигурацию фьюзов можно узреть?

Уточню вопрос. Правильно ли MegaCore работает с 128А. Ибо в списке есть только простая 128. Собственно так её и шью. Вот и интересно был ли опыт у кого либо?

К сожалению нет, я не понимаю о чем речь ) Я беру блинк... Там он работает, а там нет.) Как я понимаю все фьюзы конфигурирует Arduino IDE. Я радиотехник, но в программировании я деревянный. Посему и взялся за Arduino IDE, что бы создать свой "мега коммутатор". Ибо кодить просто.

ну перед программированием микроконтроллеров стоило бы узнать их начальную конфу.

Я всего лишь задал вопрос о том, имел кто-ли бо такую проблему. И хотел услышать ответ о разнице этих МК, так как сам в них разницы не вижу по датащитам. А у кого я их купил, дело пятое. Хотя мне кажется, что купил эти два МК у одного и того же производителя. И платформу Arduino ISP изобрел не Син Дзинь Пин на платформе XZ SHO.

То, что вы не программист -не оправдание. Я узнал что такое fuse у м.к. задолго до того, как понял что писать программы для МК могут не только небожители, но и обычные люди. Первое что надо смотреть в вашем случае -это как раз какие текущие Fuse, без этого разговаривать вообще не о чем . Затем попробовать переключить их на тактирование от внутреннего RC генератора, только после этого можно делать первые выводы.

Можно попробовать Crumbuino прошить, она на 128a была
 

Видимо, не увижу.

А, так Вы знаете что важно, а что - нет. Ну, тогда разбирайтесь. Удачи!

Все прекрасно работает на Atmega 128A -64A .Брал у разных продавцов в разное время . Проблем не было. Ядро MegaCore  и последнее , и более ранние версии.Все прошивается и блимкает как надо .

Скинуть скетч Блинка?

Нет, спасибо. Мне не нужно, у меня всё нормально работает.

Так, сначала прошили bootloader, потом подключили через UART-USB прошили блинк из примеров и не работает?

ну так разберитесь.  Судя по симптомам - 90% дело именно во фьюзах. Вам нужно их прочитать и написать сюда. Сделать это можете только вы.

Или вы будете ждать, что кто-то приедет к вам на дом и решит вопрос?

DiegoUnderDark, вопрос так и не решили с 128А? Такая же ерунда с ним в ARDUINO IDE - не шьет фьюзы при выборе разного источника тактирования (хотя и использую только 16Мгц кварц). Фьюзы прошиваю через AVRDUDEPROG. IDE не хочет менять. Также не шьет через загрузчик. Прошил через USBASP загрузчик, но через СН341 контроллер тоже не шьется. Хотя дело может в не правильном подключении.

Использую Atmega 128 несколько лет и многО( платы развел под них и несколько раз по десять штук заказал на JLCPBC) . Кроме этого сам делал платы под них.

Работаю с MegaCore c  самых первых версий. Про фюьзы знаю , но как-то ни разу не заморачивался с ними- не было потребности.

Как вы умудряетесь все так усложнять?

Начинайте с простого. Залейте загрузчик через usbasp ,arduino или что у вас там есть  из среды АРДУИНО.  Попробуйте залить БЛИНК  через УАРТ , поиграйтесь , а потом усложняйте себе задачу.

На гитхабе на страничке , где выложены файлы MegaCore все подробно расписано как прошивать ,куда подсоединять и т. д.

Как-то за несколько лет сложностей (непреодолимых )не возникало. МК закупаю малыми партиями у разных продавцов.

Зачем прошивать фюьзы в одной программе , а потом загрузчик или ХЕКс в другой? В чем необходимость?Кто мне объяснит?

Я же уже об этом говорил в другой теме, были 2 проблемы: 1 из-за моей невнимательности, 2ю так и не решил. Как раз с фьюзами - не шьются они чере Ардуино IDE. Поэтому и перепрошивал их через AVRDUDEPROG. Хотя, когда только начинал проект, все работало нормально. Проверял блинком, меняю тактовую частоту проца и светодиод с ума сходит. Также залил загрузчик через USBASP, думал через него фьюзы нормально будут прошиваться, но камень через него не шьется. Подключал по схеме с гитхаба. Загрузчик и прошивка через usbuart не принципиальна, но все же хочется разобраться в чем проблема.

У Вас была проблема с работой  матриц. Так заработали матрицы или нет? И какое тактирование вы пытаетесь  запустить на Атмеге 128?

Матрицы заработали, CS пин не верный указал. Подключил к 10 и указал в скетче 10, хотя нужно было 8. А вот фьюзы так и не поборол. Не хотят они через ide заливаться.

Что вы от фьюзов КОНКРЕТНО желаете получить?

И расшифруйте  вот эту часть вашего комментария.

1. Чтобы они шились в соответствии с выбранным источником  тактирования.

2. В скетче сначала указал 10 порт #define CS_PIN 10, подключил к 10 выводу МК (у меня не отладочная плата а переходник на гребенку с указанными номерами ножек).

Проще наверное так, должно быть:

CS - 10 нога - 8 порт PB0, а я сначала указал 10 порт

CLK - 11 нога - 9 порт PB1

DIO - 12 нога - 10 порт PB2

Когда вы выбираете , к примеру ,8МГц  external , у вас загрузчик заливается ? А потом через УАРТ скетчи заливаются?

Если вы подключали CS к 10  пину , то куда вы подключали MOSI?

Вы эту картинку на гитхабе видели ? Наименования пинов в среде ардуино выделено четвертым сверху  цветом. Что там непонятного?

Ну, я что-то не так написал? С этим я уже разобрался, осталось понять, почему фьюзы не прошиваются. Видимо из-за них и через загрузчик не шьется, т.к. после сброса запускается программа, а не загрузчик.

Лог ошибки при попытке прошивки из ИДЕ  можем посмотреть?

Это у вас выдает при попытке прошивки скетча через УАРТ.

Уточню -лог ошибки при попытке прошивки загрузчика через программатор USBASP  из ИДЕ  можем посмотреть?

Да, это через UART.

Сейчас вроде нашел причину, почему не загружается: по логам прошивался файл empty.hex с нулевым размером из папки с загрузчиком. Видимо нужно сразу выбрать порт через который потом прошивать...

Через USBASP фьюзы так и не изменяются при изменении источника тактирования.

Наконец-то разрешилась проблема с UART, прошил нормальный загрузчик и нашел причину безобразия с прошивкой через UART - отвалился провод от DTR разъема (переходник был без него, добавлял и паял отдельно вывод).

"..прошивался файл empty.hex..." -как он прошивался ? Подробности мы увидим? Логи увидим? Порт выбираете при прошивке через УАРТ.

Но загрузчик шьется через ваш USBASP!!!

Я в последний раз  прошу у вас лог попытки загрузки загрузчика из среды Ардуино программатором USBASP!!!!!

Лог приведенный выше НЕ О ЧЕМ!!!!

Все прекрасно у вас шьется .То что вы скармливаете-"MeteoStation_Clock_2xLED40x8_DS3231_BME280_RF430.ino.with_bootloader.hex"- то и шьется.

И потом работает.

А загрузчик вы пытались залить?

Да, уже залил загрузчик и уже через него все заливаю. Осталась только 1 проблема - фьюзы через USBASP не меняются при прошивке, но это уже не важно и сильно не напрягает - использую только с 16Мгц кварцем.

Человек  !!! Как у вас с русским ? Или я с деревом переписываюсь?Какой нахрен "залил загрузчик"? Вы тупо грузите HEX файл  с именем , в котором упоминается загрузчик с метеостанцией!!!!Где вы видели загрузчик?

Какие фьюзы должны меняться при заливке хекса?

ДАЙТЕ ЛОГ ЗАГРУЗКИ ЗАГРУЗЧИКА ЧЕРЕЗ USBASP!И опишите тщательно , пошагово  процесс заливки загрузчика в среде "АРДУИНО"

Давайте не будем оскорблять друг друга. Я конечно признателен, что вы пытаетесь помочь, но оскорблений не потерплю в свой адрес...
Сейчас во всем разобрался, загрузчик прошил и через USBUART преобразователь все шьется нормально.
Пошагово так: прошил загрузчик через программатор, прошился. Далее шью скетч через UART - не шьется. Проблема была отвалившиеся проводе DTR на плате, как оказалось в последствии. Стал заливать скетчи через программатор, тут всплыла проблема - не меняются фьюзы тактирования при заливке скетча. Выяснил я это с помощью заливки блинка при смене кварца 8 на 16 МГц. Это так есть и сейчас, при выборе любой частоты фьюзы остаются для 16МГц кварца, как зашил изначально через avrdudeprog. А сегодня загрузчик не прошивался, т.к. забыл выбрать порт при его заливке. Логи смогу выложить только завтра, если они ещё актуальны... Ну как то так. Сейчас только фьюзы не устанавливаются под выбранный источник тактирования при прошивке через программатор. Все остальное вроде работает.

Не в коем случае не хотел вас оскорбить. Но меня терзают смутные сомнения , что русский вам не родной язык и мы свами общаемся через Гугол транслейтор.

Вы так и не разобрались ни хрена  и на мои просьбы - кладете болт.

Ваше "пошаговое описание " -это пипец.

 Пошагово описание прошивки загрузчика через USBASP в ардуино ИДЕ 1.8.5 примерно выглядит так:

1 Запускаем ИДЕ

2 В панели ИДЕ находим и открываем пункт"Инструменты"

3 проверяем пункт "Плата"- Atmega128, пункт "Clock-External 8MHz" к примеру.

4 Ниже находим пукт"Программатор" и в выпадающем меню выбираем "usbasp"

5 Подсоединяем ЮСБАСП к контролеру,убеждаемся в правильности соединений 7 раз  и подключаем к ЮСБ порту компьютера(того же компьютера, на котором ИДЕ1.8.5 запущена)

6 там-же ,в "Инструменты", в самом низу есть пункт "Записать загрузчик".Жмем его  и радуемся. ВСЕ!!!!

Могу еще сделать с картинками.

А теперь ЕЩЕ РАЗ СПРАШИВАЮ - как ВЫ прошивали загрузчик ?Что у вас вывело в лог?

Вы выбираете порт для USBASP? Научите и меня.

Не обижайтесь , но вы все делаете через "третье село колено ".

Уточняю: выбираю из 3х пунктов, порт UARTO, UART1 или no bootloader. Сегодня, когда пытался прошить загрузчик, забыл выбрать порт UART (на самом деле не знал, что это нужно для прошивки загрузчика), был выбран no bootloader.

Вы можете объяснить что делают эти пункты?Своими словами и как можно ПОДРОБНЕЕ.Я понимаю , что "краткость - сестра таланта" . Но это -не тот случай.

Как я понял, выбирается то, с какими опциями будет залит загрузчик, если "Yes(UART0)", то соответственно, прошить можно, подключив USBtoUART к TXD0 и RXD0; UART1, соответственно, TXD1 и RXD1. Если выбираешь "No Bootloader", IDE, сразу пытается шить через программатор.

Ооо , еще не все потеряно...Вы из , тех кто все и сразу , и ничего в ответ.

На кой хрен вам эта опция сдалась . Вы мудохаетесь  просто с записью загрузчика, добавляя себе костыли. Оставьте все по умолчанию.

Картинки , как и обещал  и ниже лог загрузки бутлоадера(только Атмега64 ,а не 128 .Что было под рукой).Тактирование выбирайте согласно , тому что вы желаете.

avrdude: Version 6.3, compiled on Jan 17 2017 at 12:00:53
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/avrdude.conf"

         Using Port                    : usb
         Using Programmer              : usbasp
         AVR Part                      : ATmega64
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom         4    20    64    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   128    0 yes     65536  256    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           calibration    0     0     0    0 no          4    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : usbasp
         Description     : USBasp, http://www.fischl.de/usbasp/

avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9602 (probably m64)
avrdude: erasing chip
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "0x3f"
avrdude: writing lock (1 bytes):

G:\YandexDisk\arduino-1.8.5\hardware\tools\avr/bin/avrdude -CG:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/avrdude.conf -v -patmega64 -cusbasp -Pusb -Uflash:w:G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/bootloaders/optiboot_flash/bootloaders/atmega64/16000000L/optiboot_flash_atmega64_UART0_115200_16000000L_BIGBOOT.hex:i -Ulock:w:0x0f:m
Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x3f:
avrdude: load data lock data from input file 0x3f:
avrdude: input file 0x3f contains 1 bytes
avrdude: reading on-chip lock data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lock verified
avrdude: reading input file "0xff"
avrdude: writing efuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0xff:
avrdude: load data efuse data from input file 0xff:
avrdude: input file 0xff contains 1 bytes
avrdude: reading on-chip efuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of efuse verified
avrdude: reading input file "0b11000110"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0b11000110:
avrdude: load data hfuse data from input file 0b11000110:
avrdude: input file 0b11000110 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0b10111111"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0b10111111:
avrdude: load data lfuse data from input file 0b10111111:
avrdude: input file 0b10111111 contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified

avrdude done.  Thank you.

avrdude: Version 6.3, compiled on Jan 17 2017 at 12:00:53
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/avrdude.conf"

         Using Port                    : usb
         Using Programmer              : usbasp
         AVR Part                      : ATmega64
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom         4    20    64    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   128    0 yes     65536  256    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           calibration    0     0     0    0 no          4    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : usbasp
         Description     : USBasp, http://www.fischl.de/usbasp/

avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9602 (probably m64)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/bootloaders/optiboot_flash/bootloaders/atmega64/16000000L/optiboot_flash_atmega64_UART0_115200_16000000L_BIGBOOT.hex"
avrdude: writing flash (65536 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 65536 bytes of flash written
avrdude: verifying flash memory against G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/bootloaders/optiboot_flash/bootloaders/atmega64/16000000L/optiboot_flash_atmega64_UART0_115200_16000000L_BIGBOOT.hex:
avrdude: load data flash data from input file G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/bootloaders/optiboot_flash/bootloaders/atmega64/16000000L/optiboot_flash_atmega64_UART0_115200_16000000L_BIGBOOT.hex:
avrdude: input file G:\YandexDisk\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/bootloaders/optiboot_flash/bootloaders/atmega64/16000000L/optiboot_flash_atmega64_UART0_115200_16000000L_BIGBOOT.hex contains 65536 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% -0.00s

avrdude: verifying ...
avrdude: 65536 bytes of flash verified
avrdude: reading input file "0x0f"
avrdude: writing lock (1 bytes):

Writing | ################################################## | 100% 0.01s

avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x0f:
avrdude: load data lock data from input file 0x0f:
avrdude: input file 0x0f contains 1 bytes
avrdude: reading on-chip lock data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lock verified

avrdude done.  Thank you.

Посмотрите что заливается (выше по логу ,выделено). После этого  через УАРТ0 заливаете скетч. 

Мы сейчас разговариваем об одном и том же. Загрузчик я прошил, именно так, как на ваших картинках. Логи у меня похожие были. Загрузчик есть, через UART прошивается. Здесь проблемы и вопросы исчерпаны.
Один вопрос остался не ясный, почему при заливке скетча через usbasp, не выставляются фьюзы в соответствии с выбранной частотой. Вопрос не особо важный, но хотелось бы именно с этим разобраться, чтобы не наступить на эти же грабли. Т.к. из-за этого достаточно времени потерял. До этого шил через программатор и при смене источника с внутреннего генератора на кварц 8мгц, а в последствии на кварц 16 мгц такого не было. Т.е проблем с неправильными таймингами не было. Сейчас прошив фьюзы под кварц 16 МГц они так и остаются, не зависимо от того, какую частоту в IDE выбираю и прошиваю скетч.

так и не должно, загрузчик при смене частоты надо перешивать заново

Спасибо ,мил человек . Думаю что mir0tv0rec,наконец,  поймет ЭТО.

Ваши тайные логи мы не видели  и не можем знать что вы там шили .

У вас в логах должен быть путь к хексу загрузчика что-то типа такого(Atmega128 8MHz External)

\arduino-1.8.5\portable\packages\MegaCore\hardware\avr\2.0.2/bootloaders/optiboot_flash/bootloaders/atmega128/8000000L

Причем здесь загрузчик? Я понимаю, что он прошивается под конкретное железо... Вопрос именно по прошивке через usbasp. Фьюзы должны прошиваться в соответствии с источником тактирования, выбранным при заливке скетча или нет? Если нет, то вопрос тоже исчерпан.

Как раз при ВСЕМ!!!

Вы глубоко ошибаетесь и продалжаете гнуть свою неправильную линию.

Фьюзы должны прошиваться во время прошивки загрузчика. В папке bootloaders есть версии загрузчиков под разные кварцы и под разные внутренние частоты тактирования. При прошивке скетча фьюзы не меняются и остаются от последнего прошитого загрузчика, не зависимо от того используете вы его (загрузчик )или нет(заливаете скетч USBASP или другим программатором)

при заливке скетча - фьюзы? - нет, не должны

Проще говоря - опции дудки для установки фьюзов используются только в том случае, если в Arduino IDE выбрана команда "Burn buttloader". Во всех других случаях данные опции в командную строку не подставляются.

Так говорит энторнет.