Alfa

Есть желание получить универсальное решение. Так что IarBuild.exe не катит. PS: те куски листинга которые показывал теперь одинаковые (действительно исходники отличались) . В других файлах есть отличия, но там тоже видимо что менялось...

Позор на мою седую голову.... Спасибо за пинок в правильную сторону.....

Пытаюсь переползти из IDE IAR на Eclipse (компиляция из командной строки)... Написан makefile для eclipse. Проект компилируется и собирается. Тот же самый проект компилируется и собирается в IAR. Логи компиляции в IAR и в Eclipse полностью совпадают (параметры передаваемые компилятору и линкеру). Но выходной размер flash и озу получается разный.... Стал смотреть получаемые листинги отдельных файлов. компиляция из eclipse: 8 072 bytes of CODE memory (+ 488 bytes shared) 81 bytes of CONST memory 25 bytes of DATA memory компиляция из IAR: 8 060 bytes of CODE memory (+ 488 bytes shared) 81 bytes of CONST memory 25 bytes of DATA memory кусок листинга eclipse 621 // применим контрастность 622 AT91C_BASE_PWMC_CH3->PWMC_CUPDR=CONTRAST_MIN+ParametersPCN.Contrast*(CONTRAST_MAX-CONTRAST_MIN)/100; \ 000005A4 E4249FE5 LDR R2,??FillInOutParamPCN_25 ;; 0xfffcc270 \ 000005A8 4500D7E5 LDRB R0,[R7, #+0x45] \ 000005AC 4C10A0E3 MOV R1,#+0x4C \ 000005B0 401E81E3 ORR R1,R1,#+0x400 \ 000005B4 910000E0 MUL R0,R1,R0 \ 000005B8 6410A0E3 MOV R1,#+0x64 \ 000005BC ........ _BLF ??div32_a,??rA??div32_a \ 000005C0 7800A0E3 MOV R0,#+0x78 \ 000005C4 500E80E3 ORR R0,R0,#+0x500 \ 000005C8 010080E0 ADD R0,R0,R1 \ 000005CC 000082E5 STR R0,[R2, #+0] кусок листинга IAR 621 // применим контрастность 622 AT91C_BASE_PWMC_CH3->PWMC_CUPDR=CONTRAST_MIN+ParametersPCN.Contrast*(CONTRAST_MAX-CONTRAST_MIN)/100; \ 000005A4 D8249FE5 LDR R2,??FillInOutParamPCN_25 ;; 0xfffcc270 \ 000005A8 4500D7E5 LDRB R0,[R7, #+0x45] \ 000005AC 7D1EA0E3 MOV R1,#+0x7D0 \ 000005B0 910000E0 MUL R0,R1,R0 \ 000005B4 6410A0E3 MOV R1,#+0x64 \ 000005B8 ........ _BLF ??div32_a,??rA??div32_a \ 000005BC 7D0F81E2 ADD R0,R1,#+0x1F4 \ 000005C0 000082E5 STR R0,[R2, #+0] В принципе то что собралось в eclipse работает корректно (по крайней мере на первый взгляд), но напрягает что есть отличия.... Есть идеи что я сделал неправильно?

Я бы рекомендовал вам почитать Reference manual RM0041 STM32F100xx advanced ARM-based 32-bit MCUs. Но не раздел 2.4 Boot configuration в котором есть таблица 6 в которой написано что же делать с этими ногами. И не 25.4.1 SWJ debug port pins где написано про выводы JTAG и SW, а хотя бы на раз по диагонали просмотреть весь документ. Уверен вы узнаете много нового и полезного. И знания эти помогут избежать ошибок... ну и даташит никто не отменял...

Про залочку-разлочку почитайте PM0075 STM32F10xxx Flash memory microcontrollers... Для разлочки там предлагается два варианта. Один со стиранием флеша, другой - без.....

to AndreyKeil Затирание всей флеши происходит при попытке снять биты защиты от чтения... Может здесь собака порылась?

Коза у вас где-то на плате.... На reset должна быть "1". При программировании опускается программатором в "0". После программирования возврат в "1". В процессе могут быть перепады для передачи команды. Подробнее в даташите Memory Programming-> SPI Serial Programming Algorithm на любой avr.

Осциллограф есть? На выводах процессора программатора надо смотреть. Может шлейф "неправильный". На RESET 0 всегда? Чем смотрели? Когда прошивали процессор программатора были ошибки? Может стоит перепрошить?

Подключать master output на slave output !?!?!? оригинальненько..

2 CADiLO: Про защиту от считывания ПО в EAT sim900 есть что сказать?

Про Quectel я в курсе - мне офф представители сказали. Думал вдруг в EAT этот вопрос решен... Только тогда теряется смысл использовать OCPU...

Вопрос по EAT. Может где уже спрашивали - поиском не нашел.... Можно ли защитить свою прошивку от считывания?

У меня исторически сложилось что при запуске проверяется контрольная сумма и памяти программ и памяти данных. Если проблемы - индицируем пользователю. Прошивка может обновляться, поэтому чтобы быть уверенным что все залилось корректно - проверяю CRC flash. Параметры в eeprom влияют на алгоритмы работы прибора. Параметры также могут меняться юзером. Потому проверяю CRC eeprom. Если есть возможность храню две копии параметров. Одна сбойнет - читаем другую и восстанавливаем порченную.... Насчет контроля ОЗУ. никогда не применял. ИМХО этот изврат может понадобиться крайне редко. например если рядом включаются- выключаются многокиловатные движки или взрываются атомные бомбы... как то так

в списке поддерживаемых в iar (v5.50) есть STM32W108. без букв... тут http://www.st.com/internet/mcu/product/245381.jsp на вкладке design support много полезного есть...

Проблема решена. были перепутаны tms и tck ноги jtag.... mt-link версии 5.0 работает с контроллерами st32...

Приму с благодарностью и схему и прошивку.... Написал вам письмо...

STM32F102C6 не работает с MT-Link. Смотрел приведенные выше темы. Там не мой случай. Аналоговое питание подключено, mt-link подключал коротким шнурком. результат - 0. Пробую законнектиться с процем с помощью JFlashARM.exe V382. пишет Connecting ... - Connecting via USB to J-Link device 0 - J-Link firmware: V1.20 (J-Link compiled Jul 30 2008 11:24:37 ARM Rev.5) - JTAG speed: 5 kHz (Auto) - Initializing CPU core (Init sequence) ... - ERROR: Failed to connect и выдает окно Bad JTAG communication: Write to IR: Expected 0x1, got 0x7 (TAP Command : 2) @ Off 0x5 свежескаченный JFlashARM.exe V420p пишет Connecting ... - Connecting via USB to J-Link device 0 - J-Link firmware: V1.20 (J-Link compiled Jul 30 2008 11:24:37 ARM Rev.5) - JTAG speed: 5 kHz (Fixed) - ERROR: Wrong AHB ID (15:3). Expected 0x04770001 (Mask 0x0FFFFF0F), Found 0xFFFFFFFF - Initializing CPU core (Init sequence) ... - JTAG speed: 5 kHz (Fixed) - ERROR: Failed to connect jlink.exe при запуске пишет SEGGER J-Link Commander V4.20p ('?' for help) Compiled Nov 19 2010 15:55:19 DLL version V4.20p, compiled Nov 19 2010 15:55:07 Firmware: J-Link compiled Jul 30 2008 11:24:37 ARM Rev.5 Hardware: V5.00 S/N: 11111117 VTarget = 3.339V Info: Could not measure total IR len. TDO is constant high. WARNING: CPU core not found. No devices found on JTAG chain. Trying to find device on SWD. No device found on SWD. Did not find any core. No devices found on JTAG chain. Trying to find device on SWD. No device found on SWD. Did not find any core. J-Link> питание звонил и мерил - все нормально. jtag выводы звонил и смотрел осциллографом - тоже все нормально, кроме вывода которым контроллер должен отвечать - там всегда 1. из jlink.exe дергал ногами jtag тоже дергается что и где положено. в JFlashARM.exe добавлял reset и halt - не помогло. JFlashARM.exe V420p выбирал процессор STM32F102C6 и STM32F102C6(allow opt///) тоже не помогло. сброс от залочки JLinkSTM32.exe говорит Connecting to J-Link...O.K. Using SWD as target interface. Target interface speed: 1000kHz. Could not identify STM32 device. Press any key to exit. mt-link рабочий - коннектится к sam7x без проблем аппаратного выключения jtag вроде в этом проце нет процессоры новые... пробовал wigglerом - тоже не коннектится :( версия mt link Hardware: V5.00 может в этом проблема? может есть еще какие нибуть идеи и соображения?

моя программка создает и располагает refdes2 автоматически. Если б не корявость dbx еще и флипала бы в случае необходимости... а рисовать наборы графики наверно слегка геморное занятие.

софтинку та кто нить попробовал? отпишитесь типа "Вау! как круто" или "Фу го...о не работает"

Автокад проходили. Это не более правильный вариант. Там необходимо столько легких движений руки после экспорта, что ну его нафик.

я не говорил что сборочный делать не нужно... У нас например шелкография первична и сборочники пока делаем на ее основе, но хочется чего то более правильного... Кроме того по умолчанию RefDes располагается в слое silk. И сколько видел библиотек везде он там и был (хотя ваш вариант тоже имеет право быть). Для объединения заготовок есть другие инструменты....

Иногда появляется необходимость добавить атрибут RefDes2 - позиционное обозначение в слое Assy для формирования сборочного чертежа уже после разводки платы. Утилита идущая в комплекте с Pcad только копирует из RefDes в RefDes2. Т.е. предварительно нужно создать атрибут RefDes2, затем перенести его в слой Assy (по умолчанию он добавляется в Silk) и т.д. и т.п. Получаем кучу ручной работы. Предлагаю воспользоваться программой для автоматизации этого процесса, работающей с PCAD через dbx протокол. Программа добавляет RefDes2 по параметрам полностью соответствующий RefDes (место расположения, value). Проблема возникла только с атрибутом flipped - его не удалось через dbx установить, поэтому если компонент находится на стороне bottom, я выставляю у него атрибут highlight и потом можно руками за два клика флипнуть все атрибуты refdes2 (Edit->Select HighLighted->п.к.м. выбрать properties->вкладка attributes-Refdes2->properties-> установить крыжик flipped) Сделано для Pcad2004 AddRefDes2.rar

Еще можно фотографию подредактировать и втащить в pcad графический файл с помощью программы InsertBmp.

Подниму тему трехгодичной давности..... Собственно проблемы с KSZ8001LI... Перевожу KSZ8001LI power down режим путем записи в Register 0.11 единицы через MII Management Interface (ноги MDIO и MDC). KSZ8001LI благополучно засыпает. После этого я хочу ее разбудить, но через MII Management Interface (ноги MDIO и MDC) возвращаются нули, т.е. походу этот интерфейс вырубается, хотя даташит на стр 22 обещает, что он должен отсаться включен. Что я делаю не так? Или это трудности перевода? Тех поддержка Micrel держит язык за зубами :(

Но это можно сделать и с помощью specific address registers... В хеше должен быть какой то глубокий смысл... :)