MPetrovich

Похоже, что второе. Инициализация вроде в порядке: IO0DIR = 0x80; PINSEL0 после сброса нулевой, а это значит все ноги GPIO; SCS тоже после сброса нулевой. Там больше и регистров то нет.

Переписал на другой порт - Р0.7 (вывод 69). Так теперь похоже что ни после IO0DIR |= (1<<7); ни после IO0DIR = 0x80; нога не становится выходом, поскольку на осциллографе показывает сетевую помеху, а так бывает когда нога вход с высоким сопротивлением. куда их подтыкать, если даже один никак не засветится.... У AT91SAM7Sxxx действительно есть такой вывод. У LPC2294 такого вывода нет.

А как PLL влияет на работу FLASH? Я не нашёл в инструкции пользователя.

For auto-baud to work correctly, the crystal frequency should be greater than or equal to 10 MHz. The on-chip PLL is not used by the boot code. У меня частота тактирования 12МГц, значит вышеуказанное условие выполняется. А больше ничего про частотку в разделе FLASH я не нашёл...

Заказчик - производство. Они шьют в МК то, что им дали. Никакого тестового ПО нет в доступе.

Думаю, что указание частоты в окошке утилиты помогает утилите при расчёте baudrait... Господа! Дайте уже кто-нибудь рабочий .hex, чтобы я мог со спокойной совестью проверить, отдать и забыть про эти утырочные МК! Они мне уже весь мозг съели! Есть. Мне его никто не даст - оно секретное.

А ему это без разницы. The onboard oscillator in the LPC21xx/LPC22xx can operate in one of two modes: slave mode and oscillation mode. In slave mode the input clock signal should be coupled by means of a capacitor of 100 pF (CC in Figure 14, drawing a), with an amplitude of at least 200 mVrms. The XTAL2 pin in this configuration can be left not connected. If slave mode is selected, the FOSC signal of 50-50 duty cycle can range from 1 MHz to 25 MHz. Я его вообще применять на собираюсь. Мне такой геморрой задаром не нужен. Это микросхемы, которые я должен протестить на минимальную работоспособность (в том смысле, что не просто кирпич) и отдать в целости и сохранности. Паять нельзя ни в коем случае. Даже царапать боже упаси))) частота задается в окошке филипсовской утилиты. Думаю это определяет как программируются регистры. Хотя, с другой стороны, какая разница МК что за частота у него на входе. Он регистры PLL читает и делит-множит как сказано, а что там на выходе в SYSCLK пойдет - это как получится. Неправильно заданные делители-множители PLL не дадут возможности PLL замкнуться. Мне так кажется. AN10404 Initialization code/hints for the LPC2000 family

Спасибо, разобрался.

Для этого мне надо на каком-то порту инициализировать вывод как uotput и записать в него единицу. Вот мой main.c: #include <LPC22xx.H> /* LPC21xx definitions */ void delay (volatile unsigned int i) /* Delay function */ { for(i=0; i<1000UL; ++i){}; } // Feed sequence for the PLL void feed() { PLLFEED=0xAA; PLLFEED=0x55; } int main (void) { // The MAMTIM value would depend upon the system clock desired MAM is fully enabled below MAMTIM=0x01; //1 - MAM fetch cycles are 1 processor clock (CCLK) in duration MAMCR=0x02; //MAM functions fully enabled // The PLLCFG value is provided for input frequency of 12 MHz and the desired system frequency is 60 MHz PLLCFG=0x24; feed(); // Enabling the PLL PLLCON=0x1; feed(); // Wait for the PLL to lock to set frequency while(!(PLLSTAT & (1<<10))){;}//PLLSTAT[10]=PLOK - Reflects the PLL Lock status. When zero, the PLL is not locked. //When one, the PLL is locked onto the requested frequency. // Connect the PLL as the clock source PLLCON=0x3; feed(); // Set the peripheral clock. Here we set it to 60 MHz VPBDIV=0x1; //SCS = 0; //GPIO port0 and port1 is accessed via APB addresses in a fashion //compatible with previous LCP2000 devices. 0 - value after reset IODIR1 |= (1<<16); // P1.16-output while (1) { //IOSET1 |= 1<<16; /* Turn on LED */ IOPIN1 |= 1<<16; delay(5000); /* Delay */ //IOCLR1 |= (1<<16); /* Turn off LEDs */ IOPIN1 &= ~(1<<16); delay(5000); } } куда тут вставлятьсветодиоды?

Не скачивается отче6го то...

Я уж не первый день пытаюсь "ножкой подёргать" и всё никак)))

И что это мне даёт? Когда нажимаешь на эту кнопку на картинке подсвечивается красным сумма И что мне с этой информацией делать? Или это свидетельство того, что утилита считает контрольную сумму? Не понял

вот на этой картинке ШИМ на верхних ключах сдвинут на 120гр. Где тут 180гр? Между верхним и нижним ключом в одной фазе?

LPC2000 FLASH Utility V2.2.2 умеет?

Вот что написано в AN10404 Initialization code/hints for the LPC2000 family At 0x14 the user should insert a signature (checksum). This signature enables the bootloader to determine if there is valid user code in the Flash. Currently most of the Flash programming tools (even the Philips ISP utility have this feature built–in so the end user need not worry about it. If the tool does not provide this feature then the value has to be computed manually and has to be inserted at 0x14. Details on computation of checksum could be found in the Flash programming chapter in the device User Manual. Получается, что контрольная сумма вставляется утилитой программирования? В этом же документе есть фраза: In LPC2114/2124/2212/2214/2119/2129/2194/2290/2292/2294/2210 and 2220 devices, P0.26 should not be held low on reset. Такого вывода нет в корпусе QFP-144...

Я .hex выкладывал там можно глянуть правильный адрес или нет. Ещё раз выложу, не вопрос) Да, просто на GPIO установка-пауза-сброс-пауза. Если у кого-нибудь есть плата с этим МК, попробуйте пожалуйста мой .hex залить. led.hex

Между чем там 180гр.? ШИМ-сигналы на рисунке 3 сдвинуты на 120гр. (по-моему).

F = 12MHz; V=1,8V; сигнал подаётся по чёрному коаксиалу. Конденсаторы под платой, а ИП на полке. Естественно, конденсаторы ближе))) На входе XTAL1 контроллера сигнал от генератора, а на каком выходе контроллера проверять то? XTAL2 что ли? А смысл? У меня ссылки отчего то не открываются.... Это, как бы, ожидаемо... Но вот не срастается с JTAGом Да прошивка через филипсовскую утилиту идет без проблем. Там и IDCODE контроллера и читается, и шьётся, и верификация проходит, и стирается, и blanc check делается. Все удовольствия, вобщем. Кроме одного - не работает, зараза, после прошивки и сброса...

Это та, которая на BLDC смахивает? Если вместо синуса сделать обычный ШИМ и задействовать датчики положения (самый простой вариант) или контроль пересечения нуля обратной ЭДС, по-английски: "Bakc EMF Zero-Cross Detection", то BLDC будет крутить на ура и ШИМом будет регулироваться скорость))) Правильно ли я понимаю, что единица на нижних ключах означает их включение, а ноль - выключение? Не понятно отчего греются именно нижние ключи, если ШИМ только на верхних. На чём потери? Может Вы имели в виду верхние ключи?

Какой? Есть ULINK, я с ним сначала пытался подружить МК, но они не видят друг друга. No JTAG connection... Я про STM имел в виду, что такой же корпус в кроватке нормально работает. Кроватка исправна, на неё докУмент есть))) Снизу платы на штырьках PLS от генератора тактируется Там же где и 3,3В - в лабораторном источнике питания))) выше написал про JTAG

Последняя картинка прямо один в один мой BLDC))) Я правильно понимаю, что нечетные - это верхние ключи, а четные нижние ключи. Два верхних р исунка прокомментируйте пожалуйста.

Про мотор и про лучи теперь понятно) Так что, выходит Вы питаете асинхронник меандрами 50Гц, сдвинутыми на 180гр? Тогда получается две обмотки синфазны, а третья им противофазна, так? А ШИМ то есть на них какой-нибудь? А на том видео, где вроде есть ШИМ, там то синус или как?

Честно сказать, не понял ни одно ни второе видео. Почему только два сигнала на осциллографе? Или третьего луча просто нет? На сколько фаз вообще асинхронник у Вас? И про модуляцию тоже непонятно на втором видео она есть, на первом нет. А так да, крутится бодро)))

Там речь в основном про тактирование. Но вставил в свой код по аналогии. Попробую залить... Скомпилировал, прошил. Тишина... IAR только для MSP430 есть на рабочем компе... А так да, вижу, что все инициализационные функции задействованы в программе. Отчего в KEILe такого нет в примерах, блин...