ST Visual Develop для STM8 и математические функции Опции

[zheka]

Господа, понадобилось мне разбить число float для вывода на сегментный индикатор (на целую и дробную части). Залез я в какой-то проект старый для STM32, где у меня это было реализовано - ан нет, не работает, библиотека math.h нужна.
А а ST Visual Development нету такой.
Попытался кормить ему тот файл, что в Keil - компилятор им подавился. Около сотни ошибок, подавляющее большинство из них - "not an argument"

Собственно вопросы - кто-нибудь пытался вставить библиотеки от KEIL в ST Visual Development?
Может в STVD есть свои математические функции?

Если нет, то как протыми средствами C разделить float на челую и дробную (до двух знаков) части?

Попробовал написать свою функцию, точностью до одного знака после запятой.

Код

void LCD_Show_Current(float current)
{

    int int_num, decimal_num;
    float decimal_part;
    
    int_num=current;
        decimal_part=current-int_num;

    decimal_num=decimal_part*10;
}

Результат странный - decimal part почему-то всегда меньше на 0.1 (соответственно decimal_num меньше на единицу).

В функцию число поступает правильное (проверял уже внутри функции). А вот после decimal_part=current-int_num; получается недостача.

В упор не вижу, где я ошибся?

Тихо сам с собою - когда присваиваю переменной значение скажем 13.7, в отладчике оказывается, что переменная равна 13.69999998....
Что за самодеятельность контроллера?

Сообщение отредактировал zheka - Aug 11 2018, 08:45

[zheka]

А почему Вы вообще именно на STM8S экономию питания затеяли?

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

Для малопотребляющих решений ведь естьSTM8L. Почему не его взяли???

Из предыдущего абзаца думаю понятно.

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

А на ней нет ничего непонятного. На ней из лишнего только светодиод питания и LDO на 3.3 вольт. Я их отпаял и получил то, что вы назвали пустой отладкой.

Почему не взять пустую отладку и не гадать кто лишнее жрёт?

ПОвторюсь, я взял пустую отладку, но по ней не скажешь, кто жрет лишнее на другом устройстве, на индикаторе, который я перепрошиваю. А эксперименты пустой отладкой лишь позволили понять, что проблема не в коде. Что мой код на голой отладке способен обеспечить 11 мкА - тот самый ток, который потреблял индикатор со старой китайской прошивкой. А значит остальные миллиамперы жрутся исключительно обвязкой контроллера на индикаторе.



Я на Ваши вопросы ответил. Буду рад если Вы ответите на мои. В свете вышесказанного хочу на всякий случай обратить Ваше внимание, что тонкости режимов энергосбережения контроллера меня больше не интересуют - я добился того тока, который меня устраивает. Пусть бездумно, не изучив досконально предмет, но результат меня устраивает. И, как я уже сказал, от плясок с управлением режимами контроллера резуьтат не зависит. Пробема из цифровой плоскости переходит в аналоговую
Моя просьба, если она не ясна из предыдущих постов заключается в том, чтобы кто-то выказал мнение, что на приведенной мной выше схеме может жрать? И предположить, как китайцы это побороли, ведь устройство с первоначальной прошивкой жрало как и контроллер - 11 мкА.
Я уже отпаял транзисторный ключ подсветки и микросхему справа, к которой идут линии SPI от порта C контроллера. Не помогло.

Сообщение отредактировал zheka - Aug 18 2018, 19:46

[jcxz]

Я на Ваши вопросы ответил. Буду рад если Вы ответите на мои.

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