viktor1942

Куб дружит, но я предпочитаю всё своими руками, так лучше всё воспринимаешь.

Между прочим artos5 спасибо, лаконично, без заумствований, но советую не Keil и IAR, т. к. у них ограничение кода, а Atollic, его stm прикупила и адаптирует под свои продукты, он бесплатный и у него нет ограничения кода.

Да, Alex, взял проект artos5, создал два файла, в один файл- h вставил всё, что входило в driver, в другой файл -c вставил всё, что входило в main ("Hello Word"), переконфигурировал GPIO, т. к. у меня подключены A0...A5, перед main поставил int, а в конце main{....... return0}, Atollic уже не ругался и на экране появилось Hello Word, так что всё отлично.

Ладно, хватит издеваться

Хотя, глупость сказал, я понял.

Alex, прошу прощения за безграмотность, что такое варнинги?

Когда я собрал вместе содержимое файлов си и h драйвера и main, то даже с этим предупреждением hex файл появился, т. е. проблема решилась, но я теперь хочу всё-таки разобраться, почему компилятору не нравится сборка из этих файлов.

Взял проект у artos5. Работаю в Atollic. #include <stdio.h> #include "stm32F10x.h" #include "stm32f10x_gpio.h" #include "Lcd1_driver.c" #include "Lcd1_driver.h" #include "stm32f10x_rcc.h" void main() { lcd_init(); lcd_clear(); lcd_xy(0, 1) ; // выводить будем в верхнюю строку во вторую позицию lcd_out("Hello world"); // выводим строку while(1); } Компилирует без выдачи ошибок, правда пришлось h файл взять в #ifndef SOME_DEFINE #define SOME_DEFINE ....... #endif выдаёт единственное предупреждение: return type of 'main' is not 'int' и не формирует hex файл. Не знаю, из-за этого или нет, но не хочет формировать hex файл. В чём может быть дело? В других проектах тоже даёт предупреждения, но hex файл формирует. Уже замудохался.