Проект "Байконур". Ракетный котел: от теории к практике

РЕКЛАМА НА ФОРУМХАУС

Продолжу еще немного.
В коде используется переменная hash которая представляет собой простейший хэш строки символов. Грубо говоря мы последовательно делаем операцию XOR с полученными символами пока не дойдем до пробела (0x40), это признак того что после пойдет числовой параметр. Хеш это перевод строки в число. Если команд немного, то это допустимо. Если команд много, то надо смотреть, такой хеш неоднозначный.
Ну вернемся. Для строки SETTEMP последовательная операция XOR даст 0x4E и при этом поднимем флаг наличия входящей команды
State. Cmd_In=1;
Далее в программе если при проверке State. Cmd_In видим, что есть команда входящая, начинаем ее разбор

Код:

 if(State.Cmd_In==1)
  {   
  switch(hash)
  {
...........
  // отработка командs SETTEMP   
  case 0x4E: if(RBuf.count==0)
  {
  send_USART_str("\n\rNo Val");
  break;
  }
  tmp=atof(RBuf.head)*16;
  if (tmp<=0||tmp>Room_T_Set_max)
  {
  send_USART_str("\n\rinvalid T_set");   
  break;   
  }   
  Room_T_Set=(signed int )tmp;
  break;
........

Здесь если нет параметра идет ответ в терминал, что нет параметра
Если уставка недопустима, ответ что недопустимое значение.
tmp=atof (RBuf.head)*16; вот здесь переводится строка 22.5 в число.
Умножение на 16, это потому, что у меня температура учитывается в формате DS18B20, с фиксированной точкой.
А если допустима, то принимается и устанавливается. Room_T_Set=(signed int) tmp;

 

Всё просто работает. Простая арифметическая формула. До тонкостей написания в СИ+ мне нет необходимости входить. А то, что Вы пишете для беспроводного решения, есть в Ардуино в разных вариациях. Кстати, там более простое написание. Там используются модули и к ним есть библиотеки.

 

А может тему специальную сапесторить? Ну типа "Ардуину в печь" или того чего то...?

 

По всей видимости, автору строки достаточно целой части числа.

 

Это грубейшая ошибка, хотя компилятор и сделает неявное приведение типов., но обругает. А может и не сделать, тогда пойдет не целая часть а мантисса и порядок вообще проионорируется. В сети полно таких кодов, после которых начинаются заклинания типа железо говно, далласы говно. Берут библиотеки без разбора как и что там работает, что один и тот же таймер сбрасявается и работает все это через раз. Да что такое таймер никто и разбираться не хочет. Что операции с п лоаающей точкой эмулируются в 8 битных MCU и занимают кучу времени тоже до фени. А чего там арифметика.

 

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

 

Какой длинны нужен железный пруток ?

 

К деления какой будет?

 

Так делать не надо. Так как тут сложная задача по оценке теплового потока. Точности не будет.

 

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

 

Виктрычч зачем людям пургу гонишь.?. Это будет сродни плевка на железо. Быстро испарилось=много,медленно мало. Я много ставил опытов по этому делению температуры ещё в 80х...

 

Вот и я про К деления и спросил. Сие погода на Марсе...

 

Ну почему сразу пургу. Если взять медный пруток и теплоизолировав, один конец нагреть до 1000, а второй в лёд сунуть и его обновлять, какая температура будет посередине?

 

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

 

Попугаи резвые будут, с норовом.