MegaJohn (10.01.2012 22:08, просмотров: 20021)-
- вылезла трабла #2. Теперь, чтобы исправить фьюзы нужно выйти из режима DebugWire. Через AVR-Studio пробовал DisableDebugWire и через IAR, но результат всегда один - Unable disabe debugmode. Такое раньше встречал, но как то самоизлечивалось. Сейчас MegaJohn(154 знак., 14.01.2012 10:35)
- Напряжение питания? Недавно здесь писал про m328 и 3.3В. - Гудвин(15.01.2012 07:54)
- как и выше 5В. Отключил пуллап - не помогло. Подключил переходник из комплекта джтагаайсмк2 - не помогло. Нашел теже симтомы - вопрос без ответа - MegaJohn(15.01.2012 09:28, ссылка)
- вчера смотрел осциллом на ресете - фронты дебагвайра слегка завалены - но отладка то идет. - MegaJohn(15.01.2012 09:30)
- Start debugging. Потом Debug > Dragon Options > Disable DebugWire - MBedder(15.01.2012 18:34)
- увы , не помогало - m16_home(15.01.2012 19:27)
- После этой операции нужно перещелкнуть питание и соединиться в ISP Mode - MBedder(15.01.2012 19:35)
- после чмокания Disable DebugWire студия выдавала ошибку (не помню какую) и питание передёргивал. иногда помогало отключение дракона от компа . впаял кровать в дракона и параллельным выставил фузы. я DW юзаю давно но один такой казус имел место. - m16_home(15.01.2012 20:33)
- Тут другое - какие то непонятки (со свежими кристаллами?) в последнее время. - Гудвин(15.01.2012 19:42)
- После этой операции нужно перещелкнуть питание и соединиться в ISP Mode - MBedder(15.01.2012 19:35)
- увы , не помогало - m16_home(15.01.2012 19:27)
- Start debugging. Потом Debug > Dragon Options > Disable DebugWire - MBedder(15.01.2012 18:34)
- вчера смотрел осциллом на ресете - фронты дебагвайра слегка завалены - но отладка то идет. - MegaJohn(15.01.2012 09:30)
- как и выше 5В. Отключил пуллап - не помогло. Подключил переходник из комплекта джтагаайсмк2 - не помогло. Нашел теже симтомы - вопрос без ответа - MegaJohn(15.01.2012 09:28, ссылка)
- была такая же трабла с 48-й мегой , параллельное программирование вывело из тупика - m16_home(14.01.2012 23:21)
- Напряжение питания? Недавно здесь писал про m328 и 3.3В. - Гудвин(15.01.2012 07:54)
- Для экономичного режима частота указана до 16 МГц. Для режима полной амплитуды (CKSEL=0111) - до 20(24) МГц. И для начала желательно SUT=11. Конденсаторы, надеюсь, ТКЕ 0%. Разводка кварца тоже стОит посмотреть внимательнее. Кварц на 14 м.б. Юрий_СВ(48 знак., 10.01.2012 22:48)
- А зачем ты так фьюзы прошил? По доке это Low Power Crystal Oscillator. - she(10.01.2012 22:20)
- дык так получается через студию [+] MegaJohn(10.01.2012 23:04)
- Профессионалы вписывают фьюзы прямо в исходники, без всяких дурацких галочек в GUI. - fk0(10.01.2012 23:22)
- Если не затруднит, поделитесь опытом, пожалуйста. - ut1wpr(10.01.2012 23:36)
- Конкретный синтаксис состояния фузов берется из inc файла компиллятора на требуемый тип контроллера. Harry(264 знак., 10.01.2012 23:55)
- Фузы в AVR не входят в адресное пространство памяти, а прожигаются по отдельному алгоритму. Это вам не ПИК, ётить - MBedder(11.01.2012 00:04)
- Для AVR фьюзы вписываются в Makefile. Из которого вызывается программатор (avreal) с нужными опциями командной строки. Всяко ФОРМАЛЬНАЯ ЗАПИСЬ фьюзов лучше, чем "натыкал чего-то нетого" в гуе. - fk0(11.01.2012 09:21)
- И область распространения проекта ограничиваете применением того же AVREAL и GCC, в коем и сидит ваш Makefie. ut1wpr(597 знак., 11.01.2012 09:31)
- GCC никакого отношения к Makefile не имеет. AVREAL тоже. Могут использоваться другие компиляторы и программаторы. А для тех кто "работает в среде IAR" стоит вначале научиться пользоваться компьютером. Потому, что IAR тоже можно использовать из fk0(291 знак., 11.01.2012 09:40)
- Производить массовый прожиг кристаллов на производстве вызовом Makefile? А почему не прожками на Перле, Питоне, батники в конце концов? ut1wpr(323 знак., 11.01.2012 10:09)
- Makefile -- это и есть такая форма "батника". Только форма записи несколько другая... И мало чем отличается от "прожек" на любом другом ЯВУ. - fk0(11.01.2012 10:17)
- Я бы назвал его так с большой натяжкой. С bat-файлами "разбирается" сама система, а Makefile парсирует собственно make. Давайте в таком случае перловскую или питоновскую или php программу назовем "такой формой батника". ut1wpr(103 знак., 14.01.2012 10:59)
- С бат файлами разбирается интерпретатор бат-файлов (command.com или cmd.exe), с make-файлами разбирается интерпретатор make файлов... с perl-файлами собственно perl.exe... да таки питоновская программа тоже "форма батника". Причём более fk0(50 знак., 14.01.2012 22:37)
- Угу. Ну совершенно не понимаю. Договорились. Программа для любого интерпретатора - это своеобразный батник. Согласен - все условно в лучшем из миров. :) - ut1wpr(15.01.2012 00:27)
- PS: в разнице ничего не понимаешь... - fk0(14.01.2012 22:37)
- С бат файлами разбирается интерпретатор бат-файлов (command.com или cmd.exe), с make-файлами разбирается интерпретатор make файлов... с perl-файлами собственно perl.exe... да таки питоновская программа тоже "форма батника". Причём более fk0(50 знак., 14.01.2012 22:37)
- Я бы назвал его так с большой натяжкой. С bat-файлами "разбирается" сама система, а Makefile парсирует собственно make. Давайте в таком случае перловскую или питоновскую или php программу назовем "такой формой батника". ut1wpr(103 знак., 14.01.2012 10:59)
- Makefile -- это и есть такая форма "батника". Только форма записи несколько другая... И мало чем отличается от "прожек" на любом другом ЯВУ. - fk0(11.01.2012 10:17)
- Атмеловские родные программаторы умеют работать с .elf-файлами, в которые можно включить все программируемые области (Flash, EEPROM и Fuses). Эти .elf-файлы и используют на производстве вместо makefile финского студенческого происхождения - MBedder(11.01.2012 10:04)
- Производить массовый прожиг кристаллов на производстве вызовом Makefile? А почему не прожками на Перле, Питоне, батники в конце концов? ut1wpr(323 знак., 11.01.2012 10:09)
- GCC никакого отношения к Makefile не имеет. AVREAL тоже. Могут использоваться другие компиляторы и программаторы. А для тех кто "работает в среде IAR" стоит вначале научиться пользоваться компьютером. Потому, что IAR тоже можно использовать из fk0(291 знак., 11.01.2012 09:40)
- И область распространения проекта ограничиваете применением того же AVREAL и GCC, в коем и сидит ваш Makefie. ut1wpr(597 знак., 11.01.2012 09:31)
- Упссс... Виноват, про АВР не в курсе. Думал, как-то похоже:) - Harry(11.01.2012 00:14)
- Для AVR фьюзы вписываются в Makefile. Из которого вызывается программатор (avreal) с нужными опциями командной строки. Всяко ФОРМАЛЬНАЯ ЗАПИСЬ фьюзов лучше, чем "натыкал чего-то нетого" в гуе. - fk0(11.01.2012 09:21)
- Фузы в AVR не входят в адресное пространство памяти, а прожигаются по отдельному алгоритму. Это вам не ПИК, ётить - MBedder(11.01.2012 00:04)
- Конкретный синтаксис состояния фузов берется из inc файла компиллятора на требуемый тип контроллера. Harry(264 знак., 10.01.2012 23:55)
- Configuration Bits of PIC16 - в прошивальщиках тоже в гуях есть ! - MegaJohn(10.01.2012 23:31)
- Если не затруднит, поделитесь опытом, пожалуйста. - ut1wpr(10.01.2012 23:36)
- Профессионалы вписывают фьюзы прямо в исходники, без всяких дурацких галочек в GUI. - fk0(10.01.2012 23:22)
- дык так получается через студию [+] MegaJohn(10.01.2012 23:04)
- вылезла трабла #2. Теперь, чтобы исправить фьюзы нужно выйти из режима DebugWire. Через AVR-Studio пробовал DisableDebugWire и через IAR, но результат всегда один - Unable disabe debugmode. Такое раньше встречал, но как то самоизлечивалось. Сейчас MegaJohn(154 знак., 14.01.2012 10:35)