Jump to content

    

Petka

Свой
  • Content Count

    1438
  • Joined

  • Last visited

Everything posted by Petka


  1. ATxmega

    лучше сначала бензином, потом спиртом, потом мылом с водой щёточкой пройтись тщательно по всем контактам и то даже это не гарантирует смывку флюса из под корпусов микросхем и пассива.
  2. поставить на АВРку внешний гипервизор.
  3. Проверьте связи между FT232 и Mega и положение перемычки.
  4. Правильный ком порт выбран в Pony? Правильно подключена перемычка на программаторе? Всё-ли пропаяно на программаторе? Отмыт флюс? Нет ли непропаев, закороток? Запускается. А разве у вас не запускается? Если не запускается то что говорит? Попробуйте сначала найти более подходящий кварц. У вас осциллограф в доступности есть? Укажите ваш чип, кварц и приложите сюда командную строку запуска avrdude и весь его текстовый вывод.
  5. Ошибка по частоте составляет 3%. Это немного больше допустимых 2,5%. Что прошивали? Программатор или ещё что? А это зачем соединили? Кто порекомендовал это сделать? Что с питанием микроконтроллера на программаторе при этом?
  6. Есть, но не распространяется. Новичкам она незачем. PDF более чем достаточно для изготовления фотошаблонов/лазерных утюгов в домашних условиях и не нужно никаких специальных программ и знаний для распечатки топологии. Автоматически отпадают вопросы "какой программой это открывать, а как работать этой программой и пр.". А специалисты, если понадобится, разведут топологию в удобной им программе этот программатор за 15 минут.
  7. Неоднократно было. Крайний раз тут
  8. Эта версия железа мною не поддерживается. Ищите чем отличается оригинальная схематика от той, что вы собрали. Скорее всего отличия по питанию таргета. Либо в таргете неправильно зашиты фузы тактирования, либо отсутствует питание. Судя по скриншотам программатор функционирует. Что за кнопка S1 ? такой никогда не было.
  9. Попробуйте сначала сами. На первой странице форума описано как. Что не получится - спрашивайте. Неправильно прошиты Фузы. Или вообще не прошиты. Конденсаторы на каждой паре VCC-GND есть? Программатор хоть одну мегу с момента пайки запрограммировать смог?
  10. Включение BOD желательно, но необязательно. Картинка была приведена с минимальными необходимыми настройками. Кроме того, для разных камней настройки BOD немного отличаются, поэтому я не стал трогать BOD (чтобы не путать новичков). А тот, кто разбирается сам выставить правильные значения BOD.
  11. Правильное значение для мега8 LOW = 0x1F, HIGH = 0xD9 (для avrdude "-U lfuse:w:0x1f:m -U hfuse:w:0xd9:m") Для меги88 и меги168 LOW = 0xDF, HIGH = 0xDC, EXT = 0xF9 (-U lfuse:w:0xdf:m -U hfuse:w:0xdc:m -U efuse:w:0xf9:m) Для меги48 LOW = 0xDF, HIGH = 0xDC, EXT = 0xFF (-U lfuse:w:0xdf:m -U hfuse:w:0xdc:m -U efuse:w:0xff:m)
  12. Если у вас есть опыт программирования AVR, то могу порекомендовать зашить в Мегу8535 модифицированную прошивку skt500v2. И пользоваться как и раньше переходником COM-USB. Если опыта нет, то лучше один в один повторить чью-либо схему программатора, работающего по stk500v2 протоколу. Или собрать программатор, поддерживаемый avreal.
  13. попробуйте перед прошивкой очистить flash.
  14. проверьте не закорочено ли где питание?
  15. 1. Драйвера надо ставить с сайта ftdichip (FTDI) обязательно. 2. Вполне могла сгореть индуктивность. Можете временно заменить её просто перемычкой. Уже после того, как поставите драйвера и будет стабильно находится виртуальный ком порт можно продолжать с прошивкой. Читать внимательно хатя-бы первый пост в этом топике.
  16. ucGoZilla

    Присоединяюсь =) Александру огромное спасибо!
  17. Достаточно. Дело за малым... Сделать соответствующий терминал. Видимо на программируемой логике. Ну и написать функции get/putchar для МК. И софт верхнего уровня, для использования всего этого. Будет-ли это когда-нибудь реализовао и будет ли это достоянием общественности? Сомневаюсь. :wassat:
  18. Видимо не всё. Возвращаемся к моему предыдущему вопросу: Терминал обнаружил начало (только передний фронт) импульса. Он не знает будет ли это строб или это "затянутый импульс". Что делать терминалу дальше? У терминала есть данные, для отсылки. Что делать?
  19. Хорошо. Фрэйм закончился. Терминал получает "строб". Так это новый бит от устройства или предложение начать передачу для терминала?
  20. сразу возникает первый вопрос: устройство задавило линию: как "терминал" определит это устройство хочет передать очередной бит или это предлагают терминалу передать свой бит?
  21. ПодЕлитесь решением?
  22. 1-wire отпадает т.к. надо задействовать таймер. До скольки предлагаете снизить скорость i2c? какой режим работы выберем? multimaster? если нет, то кто будет мастером?
  23. Согласен. Если ограничиться только терминалом, то да. Может подойти и 1wire и i2c при наличии аппаратной поддержки со стороны теминала. Однако стоит вспомнить предысторию вопроса, то есть много уже готорых программаторов, в которой это поддержки уже нет =(. Большой популярностью обладают компьюnерные gpio программаторы (LPT, ftdichip bitbang и подобные). Если конструктивно, то кто поделится с общественностью своим 1wire или i2c решением? Согласен даже провести тесты, что окажется быстрее/проще/надёжнее/удобнее. Сейчас говорим о терминале, а через полчасика захочется ещё и команды устройством получать... Дамп памяти скинуть, калибровочные константы получить, серийник, в тестовый режим перевестись.... Я закладывался и на такое тоже. А вам есть что предложить для этого? =) тоже полезно =)
  24. 1. Вы так сами пробовали? (при реализации софт слэйва) 2. Вот считал слэйв состояние линий, что дальше прикажете делать? сразу SCL опускать? Или на второе чтение сразу-же выходить? А если между этими двумя чтениями прерывание выскочит? Ну не ориентировался I2C на софтовую реализацию слэйва исключительно мастер. Это не недостаток это достоинство, когда скорость получается максимально возможной из "возможностей" двух сторон. в протоколе abd квант времени, нужный для обработки протокола можно выделять абсолютно в любой удобный момент времени (как на мастере так и на слэйве), не надо на этот квант запрещать прерывания, его можно вызывать и в IDLE. И ни одного пропущенного бита не будет. И скорость получится максимально возможной без искусственных ограничений. может и 10Мбит получиться может и больше. Он разрабытывался для межмикроконтроллерного GPIO-обмена все другие протоколы не обладают такой особенностью.
  25. Отнюдь! Слэйв может просто не успеть "придержать" SCL. именно по этой причине есть ограничения на скорость передачи в I2C. (10, 100, 400, 3400кбит/с). По этой-же причине софт-реализация Слэйва I2C сложнее Мастера. видимо мы говорим о разном. я говорил про полный двунаправленный flow control. как я писал выше при софтовой реализации слэйв i2c если не успеет (а как раз тогда и имеет слысл), то не сможет приостановить передачу в удобном для него месте. передать импульс легко, согласен. а вот его софтово поймать - сложнее. разжевать почему? В общем случае ДА. Многие вообще через JTAG отлаживаются и ничего, живут как-то =) Альтернатив вообще нет. Разве что через RESET отлаживаться, но это тоже отнюдь не всегда можно.