Jump to content

    

Petka

Свой
  • Content Count

    1438
  • Joined

  • Last visited

Everything posted by Petka


  1. Названия выводов так и будут сохраняться. На это можете не обращять внимание. Именно. Если выберете эту ногу, то в RESETADC надо прописать номер 3.
  2. RESETADC это номер канала АЦП. Назовите пин, к которому у вас подключена эта цепь и я помогу выбрать правильный номер канала АЦП.
  3. Вот отправная точка: AvrUSB500_by_Petka_HEX_SRC_v8_uni_mega16.zip Будут вопросы - спрашивайте.
  4. Пост про ABD-протокол: http://electronix.ru/forum/index.php?s=&am...st&p=678116 Демопроект: http://electronix.ru/forum/index.php?s=&am...st&p=681626
  5. Он есть только в 7 версии прошивки. Работает хорошо. Если будет востребованность добавлю в "крайнюю" прошивку.
  6. Проверьте закоротки/непропаи. Отмойте плату от флюса. Ещё раз перепрошейте программатор.
  7. Что-то вы мутите. Если программатор на меге 8, то R9 должен иметь номинал 100кОм. Значение напряжения на AREF должно быть равно 2.56 В. Так что за чип в программаторе? И каков номинал R9 на самом деле?
  8. С цепью RST_ADC тогда у вас всё в порядке. Проверяйте питание программатора. Перекинута ли перемычка "программирования программатора" обратно? Повторите эксперимент с закороченной катушкой L1. На меге 8 в программаторе?
  9. Замерьте мультиметром напряжения в цепи "RST_ADC" (между R8 и R9). При подключенном программируемом устройстве и при отсоединённом программаторе. Ещё замерьте напряжение на ноге AREF. P.S. Какой номинал резистора R9 ?
  10. Что пишет программатор в терминальном режиме?
  11. В разделе форума "GNU/OpenSource средства разработки для avr/arm/mips" IAR ничем не может быть лучше.
  12. Для программатора эти чипы ничем не отличаются. Посмотрите на различия в подключении выводов программирования. Нет ли других внешних устройств на линиях программирования? Есть ли возможность проверить на другой меге в DIP корпусе?
  13. Последние три слова подтверждают то, что при чтении этого регистра подразумевается именно считывание физического состояния цифрового порта. В независимости от того, настроен порт на вход или на выход. Читаем дальше. Запись в этот порт имеет смысл только для пинов настроенных на выход. А теперь самое интересное: Вот этот регистр уже отражает именно внутреннее состояние порта (состояние выходного драйвера) на вывод. Таким образом ваш код должен был иметь вид: FIOPIN = FIOSET ^ MY_MASK; Таким образом не будет никакой "аналоговой" обратной связи по физическому уровню на пине порта. P.S. В начале работы с LPC сам столкнулся с такой фичей. Это побудило просто внимательно перечитать документацию. После прочтения становится всё очевидно.
  14. Он и должен гаснуть. Зажигается только при подключении программируемого контроллера.
  15. Припаяйте к выходу vref конденсатор на 0,1 мкф к земле.
  16. Проверьте питание меги. Проверьте RESET меги (перемычка после программирования программатора была перекинута в основное положение?) Ещё раз пересмотрел datasheet. Правильное значение для мега8 LOW = 0x1F, HIGH = 0xC9 (для avrdude "-U lfuse:w:0x1f:m -U hfuse:w:0xc9:m")
  17. Согласно этим фузам AVR пытается завести low-swing резонатор. Однако это по каким-либо причинам не удаётся. В этой ситуации можно самому подать любую частоту на вывод xtal1. Если вы собирали программатор с микросхемой ft232bm, то можно взять частоту с кварца ft'шки. Или с самодельного генератора.
  18. 1. Подайте на вывод программируемого контроллера частоту с какого-нибудь генератора. И запрограммируйте фузы заново. 2. Ничего не не изменилось фузы выше приводились для low-swing резонаторов. Визимо ваш не заводится при таких настройках. Поэтому рекомендую попробовать full-swing.
  19. "lfuse:w:0xdf:m" Поменять на "lfuse:w:0xd7:m"
  20. Очевидно? А почему не в обратном порядке? А почему не в алфавитном порядке? А почему не в порядке расположения файлов в файловой системе? Именно взаимоисключающих. Про последовательность см. выше. Так же прошу ссылку на документацию, где оговорен порядок выполнения целей. Жаль. Тут сделал пару тестов: all: first second third first: sleep 3 echo first second: sleep 2 echo second third: sleep 1 echo third .PHONY: first second third $ make sleep 3 echo first first sleep 2 echo second second sleep 1 echo third third make -j 3 sleep 3 sleep 2 sleep 1 echo third third echo second second echo first first Если нам важен порядок немного патчим кривой makefile без создания промежуточных целей: all: first second third first: sleep 3 echo first second: | first sleep 2 echo second third: | second sleep 1 echo third .PHONY: first second third make -j 3 sleep 3 echo first first sleep 2 echo second second sleep 1 echo third third Вуаля! Может кому-нибудь будет полезно.
  21. После этого утверждения была бы уместна ссылка на документацию какой-то определённой версии make. С подтверждением этого смелого утверждения. В этом примере для цели build необходимо удовлетворение двух взаимоисключающих подцелей. Вы так построили сценарий для make. При чём тут инструмент? Мне вся эта ситуация напоминает появление процессоров с "Hyper-threading". Тогда программисты не были готовы к настоящему параллельному выполнению потоков и отсутствие всяких "spin_lock" приводило к непредсказуемым результатам.