Arduino.ru

ты какую кнопку жмёшь для загрузки скетча?

"Вгрузить" или "Загрузить с помощью программатора"?

если правильную, то считай сигнатуру с контроллера - соответсвует ли.

пример считывания сигнатуры в файл:

avrdude -p ATtiny2313 -c usbasp -U signature:r:signature.txt:h

..........please check for usbasp firmware update........
Сначала нужно перешить USBasp

.........cannot set sck period.......
Он не может снизить частоту 

чем и зачем перешивать? - последняя актуальная прошивка выдаёт это сообщение, это сообщение ни на что не влияет.

....давно это было....

У меня все  сразу  перешитые с фицхл.де и не выдают этого сообщения ( а  это не ошибка).
Влияет.
Чтобы ключ -В работал
Берём два, одним шьём другого, выводит сообщение, но шьёт,  затем наоборот, но  уже без сообщения.
http://www.fischl.de/usbasp/
Там ещё надо перемычку воткнуть на том кого шьём.....

А в первом сообщении:   Expected signature for ATmega168 is 1E 94 06

А где считанная сигнатура?????  
Считать не смог?
Рэсет не прошёл? (Пинцетиком попробовать)
Рэсет кто-то держит? (Раз моргает- значит вычёркиваем)
Сигналы перепутаны? ( Мультик в руки -  и до проца)
Джампер питания на 3.3 Вольта стоит?

Загадка, однако.......

........перекинул GND на крайнюю левую ногу шлейфа и при подключении плата начала еще моргать синим светодиодом........

Были варианты и прошивки USBASP где на две ножки рядом с питанием были выведены Rx иTx от Atmega8
http://varzazaliam.blogas.lt/files/2010/10/pinbelegung_zielschaltung.png

поэтому всегда беру крайнюю землю

Вот уже сижу теперь дома ковыряю. Пытался понять как считать сигнатуру, почитал мануалы... Вроде дошло что нужно поставить AVR Studio 4. Сказано - сделано. Точной инструкции по считыванию вроде как нет, нашел инструкцию по прошиванию загрузчика, там вроде как надо было считать чтото, попробовал сделать, не нашел платы программатора в настройках подключения (tools>programm AVR>connect). На работе ставил прогу с какого то кривого сайта, там программатор был на выбор usbasp mkII, но при конекте все зависало намертво. Дома поставил версию 4.16 с оф сайта. Там вообще нет этого прогроматора, только ISP но насколько я понимаю это другое. Короче как считать сигнатуру я так и не понял, но думаю что это может быть реальной причиной такого поведения.

Если ктото сможет дать более полные инструкции по получению сигнатуры, я буду рад!

По поводу варианта прошивки USBasp'a думаю вы попали в точку, потому что пока я не подключил землю к крайнему разъему у меня на ардуино горел только красный светодиод, после начал моргать синий.

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

По поводу вольтажа... плата вроде 5V, я перемычку на USBasp не трогал, она стояла на 5V. Вот сейчас попробовал передернуть на 3V, эфект тот же... 

Кстати когда после компиляции IDE перед тем как выдать ошибку на платках программатора и один раз моргает светодиод на прием помойму.

Пока это все... Блин такая маленькая плата и такая проблемная. Надо было две Nano Брать. Хотя для них пришлось толи у арабов то ли у китайцев дрова брать на прошивальщик, зато работает безотказно и намного проще конечно. Хотя nano при внешнем питании не может выдавать 3.3v... Кстати кто знает модули расчитаные на 3.3v можно питать от 5 вольт ардуино nano? Я по привычке сначала гироскоп воткнул в 5v когда тока подключал, а потом прочитал что ему нужно 3.3v... Но модуль не сгорел, нормально работал потом. Я вот и думаю, принципиально ли это? Просто не хочется расшивать кабель USB, а датчики вешать нужно.

З.Ы. Кстати кварц в Arduino Pro Mini 16Mhz а в USBasp 12Mhz. В этом может быть проблема?

какие мануалы? - одна строчка.

avrdude -p ATtiny2313 -c usbasp -U signature:r:signature.txt:h

нет - нужно купить бубен.

avrdude -p ATtiny2313 -c usbasp -U signature:r:signature.txt:h

Это я прекрасно понял что всего то одна строчка, непонятно куда она... Я написал ее в командрой строке, написал на столе, пошел написал на стене в туалете, написал гречкой в тарелке с ужином... Думаю татуху делать или нет?

На бубне тоже писал, может у меня бубен плохой. Как прошить бубен кто знает?

Блин я не погуглил кстати по поводу самой строчки, надо бы, может найду ответ...

Вроде нашел. Используя поиск вышел на программу SinaProg с помощью нее чтото получил помойму...

avrdude -C avrdude.conf -c usbasp -p m168 -q



avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x1e940b
avrdude: Expected signature for ATMEGA168 is 1E 94 06

ну, погугли - что бы не страдать избирательным кретинизмом.

а, то студию ставить, что бы сигнатуру считать - нашёл, а дудкой пользоваться - не нашёл.

Ну короче вроде считал... получается у нас следующее... 

avrdude: Device signature = 0x1e 94 0b

avrdude: Expected signature for ATMEGA168 is 1E 94 06

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

ну, снова берёшь 0x1e940b и идёшь в гугл - там тебе скажут, что МК у тебя ATMEGA168P

Да я как бы был в курсе что у меня ATMEGA168PA... Так и само описание говорило о том что там стоит такой чип. Теперь я понял что оригинальные pro mini работают на mega168 и сигнатура там отичается от mega168pa... Только от этого не легче, я до сих пор не понял как это исправить... Пока гуглю но толкового не нашел ничего пока. В IDE при выборе процессора нет возможностивыбрать ничего проме просто mega168 или mega 328...

ну, смотри https://www.google.com/search?q=arduino+ATMEGA168P

ты не поверишь!

http://arduino.ru/forum/programmirovanie/oshibka-podpisi-atmega168pa-au

но это для старых версий ИДЕ - для новых тут

https://github.com/FastLED/FastLED/issues/163

### ATmega168PA ###
atmega168pabb.name=ATmega168PA on a breadboard (8 MHz internal clock)

atmega168pabb.upload.protocol=arduino
atmega168pabb.upload.maximum_size=14336
atmega168pabb.upload.maximum_data_size=1024
atmega168pabb.upload.speed=19200
atmega168pabb.upload.tool=arduino:avrdude

atmega168pabb.bootloader.tool=arduino:avrdude
atmega168pabb.bootloader.low_fuses=0xE2
atmega168pabb.bootloader.high_fuses=0xDE
atmega168pabb.bootloader.extended_fuses=0x05
atmega168pabb.bootloader.file=ATmegaBOOT_168_pro_8MHz.hex
atmega168pabb.bootloader.unlock_bits=0x3F
atmega168pabb.bootloader.lock_bits=0x0F

atmega168pabb.build.mcu=atmega168p
atmega168pabb.build.f_cpu=8000000L
atmega168pabb.build.core=arduino:arduino
atmega168pabb.build.variant=arduino:standard

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

Все, спасибо большое! Разобрался! Оказывается там файл с настройками есть(avrdude.conf), где надо было просто поправить сигнатуру для m168! Все началось шиться! Хотя в файле дочерним объектом выступал m168p с правильной сигнатурой, непонятно почему не заработаботало изначально, возможно потому что у меня m168pa. Но это уже не важно, главное я могу снова вернуться к своему проекту!)

Огромное спасибо! Тему можно закрывать!

нет - теперь у тебя дудка на сигнатуру m168 будет ругаться.

выше читай - добавь секцию в boards.txt

12мгц нужны для тактирования USB. Никакой другой не пойдет.

с чего бы это вдруг?

http://arduino.ru/forum/programmirovanie/oshibka-podpisi-atmega168pa-au#...

Народ, а кто подскажет как в IDE Arduino...ы при прошивке bootloadre...а, программа шила фъюзы с локированной памятью?

По умолчанию всегда берется из boards.txt профиль "xxx.bootloader.unlock_bits=0x3F", но там же есть и строка с локированным значением "xxx.bootloader.lock_bits=0x0F", так как IDE заставить брать именно локированный профиль? при прошивке bootloadre...а?

Я обошел это просто заменив фъюз с "xxx.bootloader.unlock_bits=0x3F" на "xxx.bootloader.unlock_bits=0x0F", все заработало, но мне такой подход не нравится, если есть опция в boards.txt, значит как-то можно переключать где-то как шить фъюзы...

п.с. На всякий случай, у меня IDE_v1.6.6

Мой профиль для ARDUINO pro mini(ATmega328p 16мГц 5в)

теперь у тебя команда unlock_bits выполняет lock_bits

потому, что:

Из опыта программирования контроллеров Attiny13-15 AT90S2313 Attiny2313 итд... 

Первая операция (разлочивается контроллер - 0x3F) как вы описали, выполняется не так, подается команда стереть контроллер, он автоматом и разлочивается, потом шъются фъюзы конфигуратора high,extended, заливается bootloader, а потом шьются фъюзы локирования

Но вопрос вы, наверное, не поняли, как заставить IDE брать по умолчанию не "xxx.bootloader.unlock_bits=0x3F" а именно строку "xxx.bootloader.unlock_bits=0x0F"?

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

Но вопрос вы, наверное, не поняли, как заставить IDE брать по умолчанию не "xxx.bootloader.unlock_bits=0x3F" а именно строку "xxx.bootloader.unlock_bits=0x0F"?

это вы не поняли

0x3F - разлочивает контроллер, невозможно этой командой выполнить ничего, кроме разлочивания контроллера.

0x0F - лочит загрузочную область, невозможно этой командой выполнить ничего, кроме залочивания загрузочной области.

что вы хотите делать, что бы загрузочная область не лочилать, не разлочивалась или вместо одного выполнялось другое?

*просто включите в Дуино ИДЕ подробный лог и посмотрите, что у вас происходит, что бы не спорить на пустом месте.

проверил чисто для себя на примере atmega8

avrdude -CD:\Program Files mini\arduino-1.0.6\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega8 -cusbasp -Pusb -e -Ulock:w:0x3F:m -Uhfuse:w:0xca:m -Ulfuse:w:0xdf:m 

стираем, разлочиваем, шьём фьюзы

avrdude -CD:\Program Files mini\arduino-1.0.6\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega8 -cusbasp -Pusb -Uflash:w:D:\Program Files mini\arduino-1.0.6\hardware\arduino\bootloaders\atmega8\ATmegaBOOT-prod-firmware-2009-11-07.hex:i -Ulock:w:0x0F:m 

шьём загрузчик, лочим.

Чтобы по умолчанию, при прошивке bootloadera вся память (FLASH, EEPROM ) была залочена...

п.с. Сейчас по эксперементировал и сразу ошибочку нашел у себя!

Для локирования не 0х0F а 0х0С

и, как ты будешь шить скетч и писать в EEPROM ?

все лохи, а ты - Дъартаньян.

Зачем вы грубите?

Через UART все прекрасно шъется через BootLoader-Стандартно в IDE ARDUINO..ы (когда чип локирован) внутресхемно, но если содрать код с АРДУИНКИ то как я думаю, уже не получится...

Может конечно по UART считать можно как-то, но не думаю что это возможно, хотя...

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

ну, да - не получится подключить плату дуино к компу и считать всё, что выше загрузочной области средствами загрузчика.

Еще раз вам говорю что при прошивке IDE игнорирует строку "promini.bootloader.lock_bits=0x0C" она что есть что ее нет он берет данные с "promini.bootloader.unlock_bits=0x0C"

а, как вы узнаёте, что у вас происходит, если lock_bits=unlock_bits=0x0C

попробуйте для напоржать и фьюзы прописать 0x0C

читаем первоисточник, что для чего и зачем

https://www.arduino.cc/en/Hacking/Bootloader?from=Tutorial.Bootloader

У нас с вами беседа зашла в тупик... Либо вы меня не понимаете либо меня не хотите понять и моего вопроса, который я озвучил в самом начале нашей дискусии...

Сейчас я видео коротенькое делаю, где все наглядно видно что все работает при локированной ARDUINO все шъется по UART и работает...

читаем первоисточник, что для чего и зачем

RE: Это мне не зачем читать я там и так все давно прочитал

сиськи будут на видео?

я говорил, что достаточно логов Дуино ИДЕ, что бы аргументированно разговаривать.

я говорил, что если(я не проверял и ничего утверждать не буду) по UART полностью контроллер заливает скетчи, то что запретит слить с контроллера хекс средствами загрузчика?

зачем эти бессмысленные танцы с бубнами?

Возможно, комму-то пригодится!

https://www.youtube.com/watch?v=252MYGym6xc&feature=youtu.be

п.с. Основной вопрос остался открытым, как при прошивке в IDE bootloader..а, в конфиге boards.txt не меняя строку "promini.bootloader.unlock_bits=0x3F" на "promini.bootloader.unlock_bits=0x0C"(для лакирования контроллера) прошить чип и он по умолчанию был локированным, возможно, где-то есть опция скрытая, для включения данной возможности... Еще раз повторюсь что при стандартной прошивке bootloadera контроллер остается не за лакированным!!! И любой через программатор USB(asp)isp сможет спокойно считать вашу программу...

я же тебе говорю, что нужно сделать:

*.bootloader.lock_bits=0x0C

ок. а, нафига это всё? что бы было что?

ещё раз, чисто для себя, что бы понять, нафига.

стираем чип

D:\Program Files mini\avrdude-5.11-Patch7610>avrdude -p atmega8 -c usbasp -e

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.11s

avrdude: Device signature = 0x1e9307
avrdude: erasing chip

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

читаем лок-фьюзы

D:\Program Files mini\avrdude-5.11-Patch7610>avrdude -p atmega8 -c usbasp -U lock:r:con:h

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.13s

avrdude: Device signature = 0x1e9307
avrdude: reading lock memory:

Reading | ################################################## | 100% 0.03s

avrdude: writing output file "con"
0x3f

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

делаем *.bootloader.lock_bits=0x0C и загружаем загрузчик посредством Дуино ИДЕ

сначала разлочивается

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.01s

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

затем, залочивается

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

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

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

перепроверяем

D:\Program Files mini\avrdude-5.11-Patch7610>avrdude -p atmega8 -c usbasp -U lock:r:con:h

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.13s

avrdude: Device signature = 0x1e9307
avrdude: current erase-rewrite cycle count is -50462977 (if being tracked)
avrdude: reading lock memory:

Reading | ################################################## | 100% 0.02s

avrdude: writing output file "con"
0xc

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

кто в курсе, что желает ImaSoft ?

ХА, вот я и нашел секрет, в чем мы друг друга не поняли!

Чего же вы молчите что ...

Вернее, почему в профильном файле boards.txt, для UNO указано не правильное значение(promini.bootloader.lock_bits=0x0F) лакирования чипа? Вот это меня и запутало!

Посмотрел лог AVRdube, действительно он в самом конце прошивает значение для лакирования чипа, только вот если зашить 0х0F то не чего не за лакируется, а вот 0х0С (получается 0хСС)  все как надо, чип получается лакированным!

п.с. Все мой вопрос снимается с повестки дня, все, оказывается, шьется, но бракописатели ARDUINO...ы не те значения в профиле указали!

Посмотрел, в каких профилях не правильно указанно значение для ATmega328p... 

uno.name=Arduino/Genuino Uno(328p)

mini.name=Arduino Mini(328p)

nano.name=Arduino Nano(328p)

pro.name=Arduino Pro or Pro Mini(328p 5v 16mHz)

Народ еще вопрос возник!

Чем отличаются Bootloader...ы для UNO(optiboot_atmega328.hex) и Mini(pro)(optiboot_atmega328-Mini.hex), сравнил их в bin виде, они полностью разные, но в работе разницы между ними не вижу?

Я пробовал шить bootloader optiboot_atmega328-Mini.hex на UNO китайскую, вроде все работает, и на Pro Mini bootloader optiboot_atmega328.hex, тоже работает, но вот A6 и A7 не проверял, не используются они у меня!

п.с. Еще для инфы, может коммуто будет интерестна, у меня китайская UNO...а http://ru.aliexpress.com/item/high-quality-UNO-R3-MEGA328P-CH340-CH340G-for-Arduino-UNO-R3-USB-CABLE/32272110284.html?adminSeq=206203646&shopNumber=837425 так вот где-то ранее в мануалах я читал что для настоящей итальянской UNO...ы в фъюзах выстален Бровн-детектор на 4.3в, а на моей 2.7в...

поделись со мной этим секретом.

потому, что я в 25/10/2015 - 14:06 отсутсвую на форуме.

потому, что это команда лока загрузочной области контроллера

читай внимательно bootloader.lock_bits - что по твоему должна выполнять эта команда?

общий лок контроллера или загрузчика?

возможно как-то иначе?

лочится загрузочная область для защиты загрузчика от тебя.

полный лок чипа 0хС0, а не 0х0С

я же говорил, что ты - Дъартаньян.

дубль

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

полный лок чипа 0хС0, а не 0х0С

RE: Проверю

Вот это уже конструктивная помощь в разжовывании пошла, с 0x0F пасибочки, как-то сразу и не дошло, уперся что чип должен полность локироваться...

почитай эту статью http://www.gaw.ru/html.cgi/txt/app/micros/avr/AVR109.htm

то, что ты чуть иначе залочил МК, не значит, что пейсатели дуино ошиблись.

Вот это позновательно.