RomanRom 0 14 мая, 2012 Опубликовано 14 мая, 2012 · Жалоба Что означает распространенная в Интернете фраза о том, что после установки бита защиты LCKR снять защиту можно только после сброса. Сброса какого? Аппаратного кнопкой RESET или программного? Кто-нибудь может привести короткую программу, на которой четко было бы видно - вот есть защита (светодиод светится), вот что-тосбрасываем, а вот защита снимается (светодиод не светится)? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RomanRom 0 15 мая, 2012 Опубликовано 15 мая, 2012 · Жалоба Ладно, упростим вопрос. Из перевода референс манула STM32F10x: ...Когда последовательность процедуры блокировки была применена к биту порта (LCKR), то его конфигурацию больше нельзя изменить до следующего сброса. О каком сбросе идет речь? О нажатии кнопки сброса, об автоматическом сбросе при просадках питания, о сбросе программном или что-то другое? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 3 15 мая, 2012 Опубликовано 15 мая, 2012 · Жалоба Его сброса, этого бита LCKR. При его сбросе память программы, конфигурация стирается. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cioma 0 15 мая, 2012 Опубликовано 15 мая, 2012 · Жалоба Для исключения трудностей перевода, приведите цитату на языке оригинала. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 3 15 мая, 2012 Опубликовано 15 мая, 2012 · Жалоба Да и так понятно, зачем еще цитату. Еще попросите на английском языке писать вопросы, тогда ваабще не к чему придраться. Из программы читаем регистр по адресу F800, Если FF то CP. Если A5 -Default. Вот и напишите программу для светодиода на нужном потру. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RomanRom 0 15 мая, 2012 Опубликовано 15 мая, 2012 · Жалоба Вот цитата и перевод из интернетовского документа STM32_DOC_RU.chm This register is used to lock the configuration of the port bits when a correct write sequence is applied to bit 16 (LCKK). The value of bits [15:0] is used to lock the configuration of the GPIO. During the write sequence, the value of LCKR[15:0] must not change. When the LOCK sequence has been applied on a port bit it is no longer possible to modify the value of the port bit until the next reset. Этот регистр используется для блокировки конфигурации битов порта, когда применена правильная последовательность записи к биту 16 (LCKK). Для блокировки конфигурации GPIO используется значение битов [15:0]. Во время последовательности записи значение LCKR [15:0] не должно изменяться. Когда последовательность процедуры блокировки была применена к биту порта, то его конфигурацию больше нельзя изменить до следующего сброса. То есть, правильно ли я понимаю, что слово "reset" относится не к сбросу микроконтроллера, а всего лишь к сбросу бита в LCKR? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Артём__ 0 15 мая, 2012 Опубликовано 15 мая, 2012 · Жалоба То есть, правильно ли я понимаю, что слово "reset" относится не к сбросу микроконтроллера, а всего лишь к сбросу бита в LCKR? Нет. По смыслу цитаты речь идёт о сбросе контроллера. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VslavX 0 16 мая, 2012 Опубликовано 16 мая, 2012 · Жалоба По смыслу цитаты речь идёт о сбросе контроллера. Именно. Причем по моему опыту сброс через внешний вход ~RESET не помогает. После стирания битов еще приходится делать Power Cycling - тогда только защита гарантировано отключается. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RomanRom 0 17 мая, 2012 Опубликовано 17 мая, 2012 · Жалоба Именно. Причем по моему опыту сброс через внешний вход ~RESET не помогает. После стирания битов еще приходится делать Power Cycling - тогда только защита гарантировано отключается. Вопрос 1 - Power Cycling относится к установке защиты GPIO или к защите флэш-памяти. Как в программе сделать Poer Cycling? Вопрос 2. В нижеприведенной программе сначала зажигается лампочка на PC8, затем ставится защита LCKR, а затем PC8 переводится в режим входа. Если защита установлена правильно, то лампочка должна гореть, а у меня она гаснет (хотя если убрать блок из 4 нижних строк, то светится). Почему не устанавливается защита? #include "stm32f10x.h" #include "stm32f10x_gpio.h" #include "stm32f10x_rcc.h" int main(void) { int tmp; //Конфигурирование GPIOC.8 RCC->APB2ENR |= RCC_APB2ENR_IOPCEN; // Разрешить тактирование GPIOC GPIOC->CRH &= ~GPIO_CRH_MODE8; //очистить разряды MODE GPIOC->CRH &= ~GPIO_CRH_CNF8; //очистить разряды CNF GPIOC->CRH |= GPIO_CRH_MODE8_0; //выход, 10MHz GPIOC->CRH &= ~GPIO_CRH_CNF8; //общего назначения, симетричный GPIOC->BSRR = GPIO_BSRR_BS8; //GPIOC.8=1 GPIOC->LCKR |= GPIO_LCKR_LCK8; //включение защиты настроек GPIOC->LCKR |= GPIO_LCKR_LCKK; //Записать в LCKK "1”-"0”-"1” GPIOC->LCKR &= ~GPIO_LCKR_LCKK; // GPIOC->LCKR |= GPIO_LCKR_LCKK; // tmp = GPIOC->LCKR; //Две операции чтения регистра LCKR tmp = GPIOC->LCKR; //Конфигурирование GPIOC.8 GPIOC->CRH &= ~GPIO_CRH_MODE8; //очистить разряды MODE GPIOC->CRH &= ~GPIO_CRH_CNF8; //очистить разряды CNF GPIOC->CRH |= GPIO_CRH_CNF8_1; //дискретный вход, подтяжка к "земле" GPIOC->BSRR = GPIO_BSRR_BR8; //включить подтягивающий резистор while(1); } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RomanRom 0 18 мая, 2012 Опубликовано 18 мая, 2012 · Жалоба Может ли кто-то проверить по указанному выше листингу установку защиты на линии PC8? Возможно требуется включить еще какое-то дополнительное тактирование в регистрах RCC или вводить задержки во времени? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AHTOXA 14 18 мая, 2012 Опубликовано 18 мая, 2012 · Жалоба Попробуйте вот так: GPIOC->LCKR = GPIO_LCKR_LCK8 | GPIO_LCKR_LCKK; GPIOC->LCKR = GPIO_LCKR_LCK8; GPIOC->LCKR = GPIO_LCKR_LCK8 | GPIO_LCKR_LCKK; GPIOC->LCKR = GPIO_LCKR_LCK8; tmp = GPIOC->LCKR; Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VslavX 0 18 мая, 2012 Опубликовано 18 мая, 2012 · Жалоба Именно. Причем по моему опыту сброс через внешний вход ~RESET не помогает. После стирания битов еще приходится делать Power Cycling - тогда только защита гарантировано отключается. Я прошу прощения - я думал что речь идет о Code Read Protection - вот он только по Power Cycling снимается. А GPIO LCKR должен бы по любому сбросу процессора деактивироваться. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RomanRom 0 18 мая, 2012 Опубликовано 18 мая, 2012 · Жалоба Попробуйте вот так: GPIOC->LCKR = GPIO_LCKR_LCK8 | GPIO_LCKR_LCKK; GPIOC->LCKR = GPIO_LCKR_LCK8; GPIOC->LCKR = GPIO_LCKR_LCK8 | GPIO_LCKR_LCKK; GPIOC->LCKR = GPIO_LCKR_LCK8; tmp = GPIOC->LCKR; Изменений нет (и защиты тоже). Кстати, я в Инете как-то не нашел реальных (а не теоретических) листингов с установкой защиты GPIO и с ее последующей проверкой И еще одно. В дебаггере тоже регистр GPIO_LCKR не изменяется даже при прямом вводе GPIOC->LCKR = 0x0000FFFF; Тут или в названии регистра что-то не то, или нет какой-то предварительной установки. Проверяю на STM32VLDISCOVERY. Может быть на другом камне по-другому? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Corvus 1 18 мая, 2012 Опубликовано 18 мая, 2012 · Жалоба :bb-offtopic: А для чего может потребоваться такая защита на практике? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RomanRom 0 18 мая, 2012 Опубликовано 18 мая, 2012 · Жалоба :bb-offtopic: А для чего может потребоваться такая защита на практике? Это может потребоваться при отладке программы. Например, разработчик где-то допустил ошибку по невнимательности, а могут быть баги компилятора, когда вдруг "разваливается" стек с непредсказуемыми результатами установки регистров. Если схема критична к изменению входа на выход (или наоборот), то будут проблемы. А если честно, то дело принципа. Везде на умных сайтах приводят последовательность команд, которые блокируют линии GPIO. А вот проверяли ли авторы этот момент на практике? P.S. Посмотрел дизассемблером команды записи в регистр GPIO_LCKR, кажется, что правильный базовый адрес 0x40011000 и смещение #24 (0x18) и в регистре r2 происходит смена 1-0-1. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться