У меня на Windows 10 64 bit тоже не работает. На другой системе работает, но там Windows ХР и установлена atmel studio. Думаю в atmel studio и причина. Не хочу ее ставить на 10 для проверки, да и программатора нет под руками. Использую оболочку AVRDUDEPROG_3.3.
Здравствуйте! Вот не нашлось у меня в закромах программатора с разъёмом PDI. А чип ATXMega128A4U только через него прошивается. На просторах нашёл, как это сделать с помощью USBASP и командной стороки. Пользоваться ей не умею и это ещё мягко сказано. Посмотрите лог, кто разбирается, прошился чип или нет. Там в конце error меня смущает.
Код:
C:\Users\Ноутбук\Documents\xmega_programmer\Software>avrdude -C avrdude.conf -c usbasp -p x128a4 -U flash:w:"NANDLite!_r1.0v1.0b1024a.hex":a -E noreset avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x1e9746 avrdude: NOTE: Programmer supports page erase for Xmega devices. Each page will be erased before programming it, but no chip erase is performed. To disable page erases, specify the -D option; for a chip-erase, use the -e option. avrdude: reading input file "NANDLite!_r1.0v1.0b1024a.hex" avrdude: input file NANDLite!_r1.0v1.0b1024a.hex auto detected as Intel Hex avrdude: writing flash (131072 bytes):
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Прошивку usbasp поменял, у меня Windows 10 32 bit. Переделал питание для согласования уровней, как сдесь https://ketturi.kapsi.fi/2013/05/progra ... p-avrdude/ . Верификация прошла , но в конце опять ошибка. Это что, ошибка считанного содержимого?
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
А это уже ошибка проверки - не совпадают байты. Попробуйте в командную строку добавить ключик "-e" (без кавычек, буква латинская).
_________________ Когда уже ничего не помогает - прочтите, наконец, инструкцию. Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII) Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Такая же засада, только с прошивкой ATtiny10 по TPI. Все мои программаторы не шьют по TPI, а USBASP вроде должен и вроде как другие удачно шьют им, и Di Halt вроде как шил..
Был в наличии и USBASP перешитый в AVR-Doper, вот перешил ради ATtiny10 и TPI обратно в USBASP, но что-то лыжи не едут. Менял версии avrdude и драйвера, но failed... Пробные прошивки ATmega8 и ATtiny2313 проходят нормально, ATtiny10 по TPI ни в какую не хочет. Сигнатура и fuse ещё как-то иногда читаются и на этом всё. Чаще дудка выдаёт типа:
Или многочисленную ошибку TPI При попытке считывания тоже на выходе какая-то билеберда
Не совсем понятно с подключением ATtiny10 1 пина TPIDATA к программатору. Где подключают его к разъёму программатора USBASP только к MOSI, где на MOSI и MISO с резистором. Di Halt вроде как шил через один "MOSI -> TPIDATA. MISO болтается в воздухе.": http://we.easyelectronics.ru/AVR/usbasp ... o-tpi.html
Причем когда ATtiny10 хоть как-то видится, то скорость процедуры прошивки в avrdude растягивается в эдакое зависание минуты на 4, и вроде только при 115200
Сам USBASP с ATMega8, прошит сейчас этой: https://www.fischl.de/usbasp/ "The following packages include circuit and firmware. usbasp.2011-05-28.tar.gz (519 kB) TPI support (upcoming release of avrdude will use it), supports programmers with ATMega88 and ATMega8." Комп с программатором на ХР 32
_________________ "Кто хочет, тот ищет возможности, кто не хочет —ищет причины."
Если кому интересно и надо, то кароче, на следующий день прошил пару этих самых ATtiny10 по TPI После форума ещё разного делал, перешивал программатор чиста для проверки железа пару раз в AVR-Doper, обратно в USBASP и в диспетчере устройств полвечера, но так и не шилось. На следующий день всё спокойно по новой проверил, выяснил, что ко всему самодельная SMD площадка к программатору тоже иногда давала плохой контакт. Всё вместе это привело к долгому блуждания в трёх соснах Прошил через тот же SinaProg (ранее уже мной правленный и в таком же виде далее неизменный), потом для пробы и в голом AVRdude несколько раз. В SinaProg в этот раз даже настройки портов и скорости не пришлось трогать, оставлись дефолтные, только указал, что программатор будет USBASP и нормально прошилось. А до того было, что пока 115200 не выставишь, так вообще ATtiny10 не виделась никогда. И даже подключение к программатору не успел поменять, осталось то, которое из какого-то польского ролика накануне пробовал, как на первой схеме в V3.0:
Хотел у них на сайте наискать прошивки от этих версий и с ними попробовать, но у них их там что-то нет, как и самих этих программаторов, и похоже давно.
_________________ "Кто хочет, тот ищет возможности, кто не хочет —ищет причины."
Зарегистрирован: Пт май 29, 2009 09:38:45 Сообщений: 41
Рейтинг сообщения:0
Народ, подскажите как решить проблему - есть USBasp перепрошитый в AVRdoper, в 4 AVR Studio работал без вопросов, а в ATMEL Studio 7 просит постоянно при обращении к программатору обновить его ПО, закрываешь окно и все работает, но напрягает. Может как-то решается это?
Не помогает, все равно хочет обновиться Решил проблему по совету как тут http://www.cyberforum.ru/post12068255.html При этом лишних вопросов не задает и работать стало удобнее
Обнаружил странный артефакт при программировании attyni13: При увеличении делителя внутреннего RC генератора в прошивке через регистр CLKPR (уменьшение частоты) контроллер перестает определяться программатором. Единственный способ вернуть контроллер к "жизни" - стереть чип через avrdude на пониженных частотах (avrdude -C avrdude.conf -c usbasp -B 1200 -p t13 -q). Экспериментально определил, что до делителя 16 - работает стабильно. Делитель 32 - через раз. Еще больший делитель - стабильно перестает отвечать после прошивки. Как можно объяснить такое поведение? В даташите никакой связи между частотой последовательного программирования и внутренним делителем нет. И прошивка производится при RESET=0. Т.е. содержимое программы на программирование влиять не должно. Все фьюзы соответствуют дефолтным по даташиту. Проверял на разных USBASP.
В даташите никакой связи между частотой последовательного программирования и внутренним делителем нет.
Тактовая частота камня должна быть выше частоты программирования ISP не менее чем в 4 раза.
Чем в таком случает определяется тактовая частота камня при дефолтных фьюзах в режиме программирования (контроллер на сбросе). Программно установленными делителями?
Я так делал. И соответственно, если после сброса за 5 секунд успеть начать программировать - всё нормально. Если нет - программатор не видит контроллер. Считаю что это не решение - во все проекты вводить задержку изменения регистров. Должно работать в соответствии с даташитом. Но в даташите на аттини я не нашел описания подобного поведения.
Сейчас этот форум просматривают: Kolin и гости: 58
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
