Arduino.ru

Или надо менять IDE?

Всё, нашол сам достаточную инфу на Хабре. 

Программировал с помощью ST-Link.

Деда, в Иде есть непосредственно  BluePill , , на нее только загрузчик надо установить

да, спасибо, я почитал уже.  ничо там сложного

Сейчас мне уж не до I2C поскольку тривиальный пример Blink не работает. Всё делалось по инструкции  именно для этой платы. Можно ли сформулировать конкретную последовательность действий для приведения её в чувство?

Юрий48, вы недостаточно подробно изложили исходные данные. Какой конкретно скетч вы загружаете, какие опции выбора мк в меню (плата, частота, метод загрузки)  успешно ли происходит прошивка.

Программу блинка опубликуйте. D13 соединённый со светодиодом на плате отсутствует.

Использовал arduino1.8.5 с Arduino_STM32-master именно под arduino1.8.х. Правда в инете пишут, что рабочия версия для STM32 - ардуино1.6.9. Мне подумалось, что это устаревшая информация поскольку есть библиотеки для 1.8.х. Справедливости ради попробовал и в arduino1.6.9, но результат не изменился.

Настройки

1. плата Generic STM32F103C Series

2. частота 72 мГц

3. метод загрузки STLink

4. оптимизация -01

5. оба бота в 0

// the setup function runs once when you press reset or power the board
void setup() {
  // initialize digital pin PB1 as an output.
  pinMode(PB13, OUTPUT);
}

// the loop function runs over and over again forever
void loop() {
  digitalWrite(PB13, HIGH);   // turn the LED on (HIGH is the voltage level)
  delay(1000);              // wait for a second
  digitalWrite(PB13, LOW);    // turn the LED off by making the voltage LOW
  delay(1000);              // wait for a second
}

32-bits ARM Cortex-M3 инициализирован. Компиляция проходит успешно. В конце строка "Application started."

Что происходит при заливке? Новая программа затирает старую или пишется на новое место? То есть нужно ли предварительно стирать старую?

И вообще как понять, 1. что загрузилось то, что нужно 2. как ведёт себя программа при реальной работе. Правильно я понимаю, что второй пункт не для ардуино?

Юрий48, если плата вот такая

то на ней порт светодиода - РС13, а не PB13, как написано у вас в коде

Кстати, там на плате даже подписано - посмотрите

b707, спасибо плата такая, исправил и заработало. Вобщем из разряда "сам дурак". Обидно, поскольку такие ошибки мне не свойственны. Ну, что ж, теперь можно замахнуться и на I2C.

Можно и замахнуться.

что там замахиваться-то? одна из I2C в "голубой таблетке" отлично управляется напрямую из Ардуино ИДЕ, синтаксис полностью аналогичен "родным" ардуиновским библиотекам. Когда мы с sadman41 тестировали Епромку FM24 - я его код для Атмеги просто перетащил в СТМ32-дуино практически без правки.

Я эту фразу и имел ввиду. Что касается самого коментария, то из этого же фильма подойдёт немного перефразированна цитата "Это нога какая не надо нога." Пожалуй, эта фраза подошла бы и к моей ошибке с ногой в предыдущих постах. Но, это так,  ради шутки.

Ура, индикатор задышал. Дело было в неправильном адресе у-ва I2C. Стоял 0x27, а надо было 0x3F.

Хотя индикатор и зарабртал, но меня заинтересовал вопрос: "Каким образом программа узнала, что надо работать именно с теми ножками I2C, которые соответствуют данному процессору?" Ведь она же универсальная. Пока делаю вывод, что та библиотека, которую я использую, заточена именно под STM32F103C

вы же указываете в настройках Ардуино ИДЕ тип платы и процессора. В соответсвии с этими настройками из библиотеки выбирается код, относящихся именно к этому процессору.

b707, думаю Юрий имел ввиду как программа выбрала нужный вариант подключения I2C , их там 3. Видимо есть инициализация по-умолчанию. Типа первый i2c на основных пинах по умолчанию, а что б выбрать другой нужно вызывать соответствующие функции.

Вопрос возник такой. Как в ардуино для STM32 конфигурировать режимы входов-выходов? Их же там 6 не считая альтернативных. Хотелось бы иметь список команд или описание как это делать.

 Юрий48,  то есть ссылку на документацию, что я давал вы не открывали..

Спасибо за ссылку. Открывал, но не разбирался. Сейчас заставили посмотреть повнимательней. С помощью переводчика разобрался в функции pinMode(). Хотя это не очень то удобно.

что именно? - разбираться переводчиком? -учите английский, всяко полезно.

Что теперь об этом говорить, если так не смог сделать это за 70 лет, хотя знание английского очень по жизни не хватало, в школе и институте учил немецкий.

Совсем задолбался с тривиальщиной. Не правильно выводится переменная i - должна постоянно увеличиваться в соответствии с инкрементом. Время на дисплее как и положено меняется, а переменная i - нет. Выводится значение инкремента, в данном случае 7, и не меняется. На бессмысленное в данном примере условие не обращайте внимание.

[code]
#include <Wire.h> 
#include <LiquidCrystal_I2C.h>

LiquidCrystal_I2C lcd(0x3F, 16, 2);  // Set the LCD address to 0x27 for a 16 chars and 2 line display
char output_string[18];       // Строка вывода на дисплей

void setup()
{ 
  // initialize the LCD
  lcd.begin();
  lcd.backlight();
  }

void loop()
{
  unsigned long Ost;            // Время до окончания процесса, сек
  unsigned long T_msK;          // Текущее системное время, ms
  int i;
  
   if (T_msK <= millis())  // Обработка состояния кнопок кажные 100 ms
   {
   i = i + 7;
   lcd.setCursor(0, 0);
   sprintf ( output_string, "%4i", i);
   lcd.print(output_string);
   Ost = millis()/1000;
   sprintf ( output_string, "%01i:%02i:%02i", Ost/3600, Ost%3600/60, Ost%60);
   lcd.setCursor(0, 1);
   lcd.print(output_string);
   }
   delay(2000);
}

[/code]

Вышел из этого клинча, но без понятия. Переменную i определил как глобальную и всё адекватно заработало. Поясните, пожалуйста, почему в данном примере она не хотела работать как локальная. Казалось бы за рамки цикла loop(), где она определена, она не выходит.

Когда выполнение уходит из loop(), значение локальной переменной теряетса, что непонятного?

А при следующем входе в цикл, это уже совершенно другая переменная, в общем случае - с другим адресом и другим мусором в ней.  чтобы переменная хранила свои значения между вызовами функции, её надо обьявлять с модификатором static.  И сё.

К Ost и T_msk  это тоже относится. 

Спасибо. В чём принципиальная разница в объявлении переменной  как глобальной или её объявление как локальной с модификатором static?

в том, что static видит только та функция, в которой переменная обьявлена, а простую глобальную переменную могут видеть (и изменить неожыданна) все кому не лень в этом модуле.  А при некоторых условиях - и в других модулях.  Читать про "области видимости". 

Написал обработчик кнопок. Работает адекватно. Но, вот, никак не могу разобраться, как правильно добавить в функцию переменную, отвечающую за пины, к которым подключены кнопки. В данном случае для отладки у меня  статично подключён пин PB1. А надо, что бы в функцию передавался произвольный.

/*Функция обработки нажатия кнопки. Возвращает значение статуса нажатия кнопки,
  0 - не нажата, 1 - короткое нажатие, 2 - продолжительное нажатие */
  char obrKnopk (int Short_Knopk, int Long_Knopk)
    {
     char Knopk; 
       if (digitalRead(PB1) == HIGH) 
           Count_Knopk  ++;
        else 
           Count_Knopk  --;
           
       Count_Knopk = constrain(Count_Knopk, 0, Long_Knopk);
        Max_Knopk = max(Max_Knopk, Count_Knopk);
       if (Count_Knopk == 0)
          {
            if ((Max_Knopk < Short_Knopk) && !Long_Push)
                {Knopk = 0; Max_Knopk = 0;}
              else if ((Short_Knopk <= Max_Knopk < Long_Knopk) && !Long_Push)
                {Knopk = 1; Max_Knopk = 0;}
              else if (Long_Push)
                {Knopk = 0; Max_Knopk = 0; Long_Push = false;}
              else {}
          }
        else if ((Max_Knopk == Long_Knopk) && !Long_Push)
              {Knopk = 2; Long_Push = true;}
        else {}      
       return (Knopk);
       //return (2);
    }

  char obrKnopk (int Short_Knopk, int Long_Knopk, int Pin)
    {
     char Knopk; 
       if (digitalRead(Pin) == HIGH) 
           Count_Knopk  ++;
        else 
           Count_Knopk  --;

  char obrKnopk (int Short_Knopk, int Long_Knopk, int Pin)
    {
     char Knopk; 
       if (digitalRead(Pin) == HIGH) 
           Count_Knopk  ++;
        else 
           Count_Knopk  --;

А что записывать в Pin именно для STM32? Не PB1 же, в int это не записать. Может, порядковый номер ножки?

Юрий48, это объявление функции в io.h

void pinMode(uint8 pin, WiringPinMode mode);

Как видите имя пина функция кладёт в 8-битнуб переменную, почему вам это нельзя сделать? :)

PB1 - это макрос, то же самое как

#define RELAY_PIN 12

поэтому его запросто можно использовать там, где нужен int

dimax и b707, спасибо. Про макрос как то и не подумал.

Поясните, пожалуйста. Когда пишу так

if ((Krit_Knop[0] <= Max_Knopk) && ( Max_Knopk < Krit_Knop[1]) && !Long_Push)

Всё работает адекватно, но когда пишу так

if ((Krit_Knop[0] <= Max_Knopk < Krit_Knop[1]) && !Long_Push)

результат фальшивый. В чём причина? Казалось бы совершенно одинаковые логические конструкции.

Это Вам только кажется.

В частности мне кажется Вы что то знаете очень интересное для меня, но по каким то соображениям хотите подразнить меня.

абсолютно разные. Во втором случае полный бред написан

Хорошо, поусть a = 9, b = 8, c = 7.

Значение выражения (a < b) && (b < c) очевидно сводится к 0 && 0 т.е. равно 0.

Значение выражения (a < b < c) очевидно сводится к (0 < c) т.е. равно 1.

Бред с точки зрения синтаксиса? То есть такая конструкция для языка СИ не правомерна, но он же её проглотил.

Язык Си пропускет довольно большое количество разнообразных конструкций. Приведенная Вами - совершенно нормальная конструкция, но у меня складывается подозрение, что Вы не понимаете, как она работает.

Спасибо, понятно. Действия выполняются последовательно по мере поступления новых.

с точки зрения синтаксиса как раз нормально. Это тоже самое, как известная фраза "Гло́кая ку́здра ште́ко будлану́ла бо́кра и курдя́чит бокрёнка" - синтаксис языка соблюден, но смысла никакого.

Так и у вас.

В общем я понял что к чему. Думаю, что полного бреда в такой записи нет. Наверняка можно её использовать в каких ни будь случаях.

ну, точно как с "глокой куздрой" - фраза бредовая, а вот пригодилась :)

Лучше учите правильный синтаксис и приоритеты операций, а то так и будете думать, что "операторы исполняются последовательно ..."

логические операции в вашем случае это >, <, = не погут быть более одного раза повторёнными в одной конструкции без явного указания на каждую из них. Сравнивать можно лишь 2 значения между собой. Эти пары нужно брать в скобки, говоря компилятору, что сравнивать нужно именно эти пары, а потом результат сравнения вот с этим. Иначе приорител у них одинаковый и компилятор не знает с чего начать. Он же не видит кто стоит первым а кто вторым и .т.д.

Сам понял, что написал?

Выбросьте этот компилятор. Возьмите тот, который знает, с чего начать.

Интересно, а правильно ли я понимаю логику разбора подобных выражений, если предполагаю, что только самое левое сравнение происходит между числовыми значениями, а затем каждое последующее сравнивается либо с 0, либо с 1, в зависимости от того, каков был предыдущий результат сравнения?

Си - язык со слабой типизацией.

В Паскале бы не прошло сравнивать true с единицей, а Си - позволяет. (кстати, именно поэтому логические и битовые операции в Паскале обозначаются одинаково, а в Си - по-разному. Потому, что Си не различает логические и целые - для него это одно и то же)

Поэтому при вычислении цепочки сначала вычисляется значение первого выражения, которое может оказаться либо 0, либо 1. Затем полученное значение сравнивается со следующим и т.д.

Ваше предположение выглядит вполне логично с машинной точки зрения, думаю, что авторы компилятора именно так и поступили.