zovsilab

Так напиши пожалуйста, как ты сделал :smile3046:

Сам спросил, сам отвечу. Во первых был замечен баг в разводке печатной платы (RS232). НУ а после сброса и прошивки МК посредством встроенного загрузчика через СОМ порт все заработало. Wiggler видит, шьет. Закрывайте тему.

Доброго времени суток. Столкнулся со следующей проблемой. Имеется только что смонтаженная плата с МК LPC2468. Программатор - Заводской Wiggler + H-JTAG v1.0 Release. Подключаем МК, H-JTAG определила ARM7TDMI-S. Дальше, шьем - все хорошо, проходит, считываем - все хорошо.Делаем ДЕБАГ через KEIL+H-JTAG - все работает. Дальше пошел процесс редактирования кода, заливки в МК, ДЕБАГА... И так несколько раз уже проделываю. И вот неожиданная проблема: МК перестал шиться через H-JTAG. Видит его но не шьет и не читает. Выдает следующую ошибку Error: Can't halt target and make it enter DEBUG state. For USB H-JATG,please reduce the TCK speed and try again. Для проверки взял другую плату с этим же МК и попробовал прочитать. Все прошло как и полагается. Что это может быть? :05:

Запомните! Перед тем как писать программу для используемого МК(любого) - будь-то тело основной программы и обработчик прерывания - всегда сначала настраивается периферия. НУ может конечно такое случиться что вам подойдут все настройки по умолчанию - но это редкость, такого не встречал и не сталкивался. Вы скажите, на каком МК вы остановились? 51-й 51-му немного рознь(в плане периферии и как следствие его настройки ). в той книге "Микроконтроллеры серии 8051: практический подход." Магда Ю. С. как-раз приводятся примеры написания программы на С с хорошим описанием и примерами. По поводу выше приведенного кода - светодиод будет моргать. Но через N промежуток времени перестанет моргать.

На мой взгляд самая лучшая книга по MCS-51 это Фрунзе А. В. "Микроконтроллеры? Это же просто!"1,2,3 тома. - Также рекомендую поискать "Микроконтроллеры серии 8051: практический подход." Магда Ю. С. - Гладштейн М.А. "Микроконтроллеры смешанного сигнала C8051Fxxx фирмы Silicon Laboratories и их применение." - тоже MCS-51 но другой фирмы производителя.

Доброго времени суток. Выполняется проверка плат усиления радиосигналов на стенде(вход 50ом - (траснформ1:4 R)(траснформ4:1 R) - выход 50 ом). Необходимо внести изменения в усиливаемый сигнал путем добавления-изменения электронных компонентов (R,L,C). Параметры сигнала на проверяемой плате сравниваются с эталонной платой. Используем измеритель усиления/ затухания и фазы сигналов РЧ/ПЧ AD8302. Подскажите как изменить фазу сигнала и усиление и где это лучше сделать - на входе или на выходе? Насколько знаю усиление сигнала можно изменить "пассивным резистивным аттенюатором"? :laughing: P.S. Прошу прощения, если вопрос тривиальный или сформулирован некорректно.

Данный участок кода реализует доп.режим устройства. Загружается по команде оператора. Вся система находится у заказчика(кот. далековато от нас). Внесение нового режима может повлечь изменение прошивки, отладки и т.д. Поэтому остается только этот вариант. N- количество плат "они" перепрошивать явно не будут. Если есть какие варианты - поделитесь пожалуйста.

Ну ткните носом, можно с ноги :rolleyes: Я не могу разобраться как непосредственно осуществить запись участка кода в ОЗУ?Куда копать?

Доброго времени суток. С ARM работаю не первый месяц, но вот с такой задачей пока не сталкивался. Имеется готовое, законченное устройство, построенное на базе МК LPC2468. Сейчас работает в одном режиме, но в связи с расширением фукнционала устройства есть необходимость периодической загрузке дополнительного кода программы. Код загружается по Ethernet и должен быть расположен в ОЗУ. При этом в определенном месте основной программы необходимо указывать о том что код был загружен и указать "куда переходить" . Как расположить получаемый доп. код в ОЗУ по определенному адресу? P.S. При поиске по форуму находил только "расположение кода при компиляции проекта". :laughing:

Да, так и сделаем. Спасибо. ;)

Через штатный загрузчик тоже шьем. Можно еще через H-JTAG на LPT(есть Wiggler). Но вот как именно с помощью Ulink зашить?

Доброго времени суток. Имеется программатор Ulink mini, работаем с контроллерами NXP LPC2xxx. Все бы ничего, шьется , дебагирится отлично. Но чтобы прошить МК необходимо иметь весь проект. Вопрос: Как прошить МК имея : Keil, Ulink mini, *.Hex и не имея проекта?

Правильно ли сделал запись по формированию и вызову программного прерывания? Keil (LPC2468) . . #define SoftwareInterrupt asm (" swi #1") . . void SWI_ISR(void) __attribute__ ((interrupt("SWI"))); main { SoftwareInterrupt; while(1); } . . . void SWI_ISR(void) { бла-бла-бла }

Вот исходный текст простейшей программы, выводящей текстовую строку в последовательный порт: (код написан под среду Keil 51) #include <stdio.h> #include <REG52.H> void main(void) { SCON = 0x50; TH1 = 0xFD; TMOD |= 0x20; TR1 = 1; TI = 1; printf(”Hello, world\n”); } Частота кварцевого резонатора 11,059 МГц, скорость 9600 бод, 1 стоповый бит. Если вы только начинаете изучать МК х51, то советую изучать его совместно с книгой "Микроконтроллеры серии 8051. Практический подход".

Частота тактирования я так понимаю 11,059МГц? Попробуй промоделировать в Proteus. Модель 2051 там есть, возьми виртуальный терминал и все увидишь. В общем случае, если не используется бит PCON.7 для удвоения скорости обмена, значение регистра TH1 вычисляется по формуле: TH1 = 256 – (Fosc / 384 / скорость обмена), - где Fosc – тактовая частота, на которой работает микроконтроллер. Например, при тактовой частоте 11,059 МГц и требуемой скорости обмена 9600 бод значение регистра TH1 должно быть равным: 256 – (11059000 / 384 / 9600) = 256 – 2,999 = 253, или 0xFD в шестнадцатеричной нотации. - Если используется бит удвоения скорости PCON.7, то тактовая частота делится не на 384, а на 192. В этом случае для той же скорости обмена в 9600 бод значение TH1 должно равняться: - 256 – (11059000 / 192 / 9600) = 256 – 5.9999 = 250, или 0xFA в шестнадцатеричной нотации.