ВСЁ по прошивке и программированию AT90S2313/ATTiny2313

[GP1]

смотри здесь:
http://atmel.com/dyn/resources/prod_doc ... oc0938.pdf
там все работает.

[etimsk]

Вот незадача происходит
программатор AVR910USB+ CVAVR использую для програмирования ATtiny2313-20PU
считываю фузы и прошивку -все ок (чистая микруха)
пробую зашивать только прошивку -шьется проверяется и все-тишина уже фюзы выставить немогу!
и так две тиньки молчат - фюзы точно не трогал -гплку автопрограмированияя снята!
Прошивка точно зашивается -а фьюзы работают как будто на частоте 4 мгц - схема рассчитана на 8 -работает в два раза медленнее

[DX168B]

LOCK биты не выставляются на блокировку МК? Прочитай прошивку с МК, сохрани и сравни с оригиналом. Если отличаются - то возможно программатор криво шьёт. Поищи в сети калькуляторы
фьюзов, по ним не ошибёшься с ними. Попробуй поиграть с фьюзами LB0 и LB1 на чистом МК потом шей программу, если что-то не пойдёт, то очисти МК (эти 2 фьюза [LB0 и LB1] сбросятся на заводские, так что не волнуйся) проверь настройки программатора, возможно он их выставляет автоматом. Только БУДЬ ВНИМАТЕЛЕН с другими фьюзами, не трогай их без надобности.

[etimsk]

LOCK биты не выставляются на блокировку МК? Прочитай прошивку с МК, сохрани и сравни с оригиналом. Если отличаются - то возможно программатор криво шьёт. Поищи в сети калькуляторы
фьюзов, по ним не ошибёшься с ними. Попробуй поиграть с фьюзами LB0 и LB1 на чистом МК потом шей программу, если что-то не пойдёт, то очисти МК (эти 2 фьюза [LB0 и LB1] сбросятся на заводские, так что не волнуйся) проверь настройки программатора, возможно он их выставляет автоматом. Только БУДЬ ВНИМАТЕЛЕН с другими фьюзами, не трогай их без надобности.

Спасибо!!!!
Понизил частоту на линии программатора - заработала машинка:)

[DX168B]

Тоже вариант....

[Vergilium]

Здраствуйте, помогите с таким вопросом: спаял я схемку термометра на соиковской тине 2313 но при прошивке CVAVR то пишет что неверная сигнатура, то не определяет чип, то начинает прошивать и пишет ошибку, непойму в чем дело. Подскажите плиз!!!

[GP1]

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

[Vergilium]

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

[GP1]

тогда проверяй программатор, длину шлейфа
кстати программатор какой?

[Vergilium]

Программатор STK200/300, ним шил Атмегу 16 в дипе и все нормально. Может быть что МК косой или не рабочий? Или все же проблема в помехах, так как биты сигнатуры считываются по разному и иногда правильно.

[DX168B]

Проверь всё внимательно, возможно где-то контакт хрэновый. Проверь шлейф.
Если есть любой другой МК семейства AVR , то воткни его и проверь, как его
проверяет программатор. Если нормально, то значит кривой МК, возможно перегрел при пайке,
если проверяет криво, то проверь программатор. Проверь, правильно ли подключил МК к программатору.
Проверь скорость обмена данными между МК и ПК, попробуй снизить её.

[avv]

Как при выключении питания писать данные работы программы в EEPROM?

[GP1]

Посмотри здесь.
там в конце основного цикла есть как раз то что тебе надо.
viewtopic.php?p=457139#p457139

[iosfixed]

Проблема с сопряжением по UART.

Внимательным чтением мануалов и статей (большинство которых описывают решение на Си, коего я не понимаю) обойтись не удалось.
В дебаге программа гоняется нормально, а вот на практике - твориться что-то странное.
В независимости, от того, что отправлял, на МК, возвращается сигнал 80 (HEX)
Настройки инициализации и обработчик прерывания перепроверил на несколько раз, и ничего обнаружить не удалось.
Флаги ошибок не горят.
Прошу отнестись с пониманием и не тыкать мордой в такие слова как "поиск" и "даташит". Везде уже побывал.
Кусок кода прикрепил

[DX168B]

Элементарно Ватсон. Смотри в программу внимательнее, ты сначала считываешь
содержимое из UDR в r17, а потом снова отправляешь туда же в UDR. по этому что ты отправляешь, то и приходит назад. Может лучше после приёма байта в r17 его сразу отправить в PortB,
чтобы видеть то, что ты отправил? И что за переменная Input ? Какому регистру соответствует? Заглянул я в даташит и увидел это (вложение):
Дополнительно к файлу:
Передачу данных из основной программы можно сделать так:

ldi r17, 0b10101010
rcall USART_TX
;и едем далее

тем самым мы отправим из МК, например в ПК значение 0b10101010
Сценарий инициализации USART можно сделать где-то в начале программы, когда настраиваем стек и порты

[iosfixed]

Input соответствует R17 (Забыл заменить, когда копировал из основного кода)
Видимо я не правильно сформулировал суть проблемы.
То, что он отправляет то же, что и пришло - это так и задуманно, ибо сначала всё выдавалось на PortB. В независимости от того, что приходило - загорались все, кроме верхнего светодиодов.
Обратную отправку я специально реализовал, чтобы посмотреть, что приходит на порт. И вот, как уже говорил выше, в независимости от того, что отправляю - всё равно возвращается 0x80. А вывод UCRSA на PB ошибок не показывает. Горят только флаги UDRE, TXC и RXC
Вот в этом, собственно, и проблема.
Что более странно, все, кроме верхнего светодиода - это получается 0x7F.

[DX168B]

Проверь тогда правильность инициализации USART. У меня был прикол в AVRstudio
с таймером на 2313 - в даташите одно, а в симуляторе другое. Судя по твоей программе
всё должно работать, ну никак R17 не может измениться сам по себе в 0x80 или криво отправилось, или криво принялось. Если МК подключаешь к компу, то проверь настройки порта в диспетчере устройств Виндовоза. Попробуй воспользоваться этим приложением:

[iosfixed]

Вот в том-то и дело, что всё работать должно, только не работает %)
Пользовался я приложением, что ты скинул. Всё равно возвращает "€"
А когда написал просто отправку в ПК 0b10101010 - вернулось €<0>€
Настройки проверял не один десяток раз, и ничего обнаружить не могу.
У кого глаз зорче, может чего увидите?

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

LDI    R16, 51 // Кварц - 8 МГц. Скорость - 9600
OUT    UBRRL,R16
LDI    R16, (1<<RXEN)|(1<<TXEN)|(1<<RXCIE)|(0<<TXCIE) 
OUT      UCSRB, R16
LDI      R16, (0<<USBS)|(1<<UCSZ0)|(1<<UCSZ1) // / 8 бит. Один стоп бит.
OUT      UCSRC, R16

Мог ещё ошибиться в фузах. CKSEL 3..0 - 1101 SUT1..0 - 10.
Учитывал, что 0 обозначает отмеченный крыжик

[DX168B]

Проверял в симуляторе - у тебя ошибка в стоповых битах.
Что шлю в МК через USART, то и выводится в PortB и возвращается в терминал.
там уже переделай как тебе надо. Работает так: программа крутится в цикле loop
как что-то приходит, сразу срабатывает прерывание в котором принятый байт
шлётся куда надо или копируется (в моём варианте он отправляется сразу в PortB)
за тем этот же байт отправляется обратно. Прерывание по завершении передачи отключено (хоть и метка стоит) установкой бита TXCIE в регистре UCSRB в лог."0"
Этот код у меня работает: (извини за беспорядок - делал на скорую руку, но думаю разберёшься)

[Ant-RG]

Мяу! Скажите а можно ли прошить прошивку от AT90S2313 на Attiny2313 в схемку что во вложении, будет работать?