![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Jun. 7th, 2018
Чтобы не сильно преобразовывать код при переходе от платформы к платформе, оформил кое-что в виде макросов. И ладно бы с USART, который просто: -DUSARTNUM=1 (или 2) в Makefile. I2C я решил обозвать именем пинов, то бишь -DI2CPINS=B6B7 или -DI2CPINS=A9A10.
Понятно, что B6B7 и A9A10 не определены как макросы, поэтому gcc считает их пустой строкой. Вот и при проверке
вызывается первый случай, что бы мы там не наопределяли! А т.к. I2C инициализируется в main() после USART, то отладочная консоль работать перестает, т.к. USART1 у меня заведен на PA9/PA10 (см. гитхаб, исходники в STM32src/TSYS_controller).
Просто определил числом (т.е. 910 или 67) и все ОК.
Интересно, что при компиляции #pragma message("I2CPINS=" STR(I2CPINS)) писал все правильно. Видимо, недостаточно глубоко я макросы раскрываю в макросе STR()!
Понятно, что B6B7 и A9A10 не определены как макросы, поэтому gcc считает их пустой строкой. Вот и при проверке
#if I2CPINS == A9A10
...
#elif I2CPINS == B6B7
...
#else // undefined
#error "Not implemented"
#endif
вызывается первый случай, что бы мы там не наопределяли! А т.к. I2C инициализируется в main() после USART, то отладочная консоль работать перестает, т.к. USART1 у меня заведен на PA9/PA10 (см. гитхаб, исходники в STM32src/TSYS_controller).
Просто определил числом (т.е. 910 или 67) и все ОК.
Интересно, что при компиляции #pragma message("I2CPINS=" STR(I2CPINS)) писал все правильно. Видимо, недостаточно глубоко я макросы раскрываю в макросе STR()!