К сожалению ((Ingwar писал(а): 12 мар 2023, 12:26 Но стоит записать результат расчета в перемененную Flprog, то карета превращается в тыкву
Нет. Переменная будет нормальной.
Почему тогда результат одинаковый и неверный?
У меня платка под рукой только с экраном. На ней не использовал UART.
Тип float имеет точность 6-7 знаков, имеются ввиду все знаки, а не только мантисса. Обычно для увеличения точности используют другой тип - double, но на платформе Arduino, double и float имеют одинаковую точность.
float – 4 байта 1.175E-38.. 3.402E+38 Числа с плавающей точкой, точность: 6-7 знаков
double – 4/8 байт 2.225E-308.. 1.797E+308 Для AVR то же самое, что float.
На ESP и прочих 32-бит МК – 8 байт, точность – 15-16 знаков
Если писать мат операции с double чисто в IDE, то точность двойная.
Кароч, господа.Ingwar писал(а): 12 мар 2023, 13:29 Если писать мат операции с double чисто в IDE, то точность двойная.
Я не в теме - тапками не кидайте.
При случае проверю вариант, когда определяешь границу "от" и "до", где действует #define.
Да, можно использовать #define внутри функции Arduino. Однако, следует понимать, что #define является директивой препроцессора, которая выполняется на этапе компиляции кода, и его использование внутри функции может привести к неожиданным результатам.
Например, если вы определяете #define внутри функции, то это определение будет действовать только в пределах этой функции. Кроме того, если вы используете #define для определения константы внутри функции, то эта константа будет создана каждый раз при вызове функции, что может привести к нежелательному потреблению памяти.
Да я тебе и так расскажу.Ingwar писал(а): 12 мар 2023, 14:51 При случае проверю вариант, когда определяешь границу "от" и "до", где действует #define.
Да даже и так имеет смысл))
Здесь надо понимать, что все что связано с float числами при таком методе будут съедать больше памяти и процессорного времени.Dryundel писал(а): 12 мар 2023, 14:31 Делаем элементарный блок с одной лишь строкой #define float double. Пихаем его в проект и вуаля! На 32 битных контроллерах имеем двойную точность и правильный результат.
Согласен. Есть такой момент. Но если проект требует двойной точности. Оно стоит того. Да и речь идет о 32 битных контроллерах. Скорости позволяют такую блажь в определенных границах.rw6cm писал(а): 13 мар 2023, 10:55 при таком методе будут съедать больше памяти и процессорного времени.
Ради одного точного вычисления жертвовать..., при безысходности можно и таким методом воспользоваться.
Здесь только делать конвертер из стринга или просить автора снять ограничение ввода.rw6cm писал(а): 13 мар 2023, 10:55 Но здесь не решается главный вопрос, как вводить эти нужные коэффициенты
Это прозвучало так, что моя идея - это бредятина.rw6cm писал(а): 13 мар 2023, 10:55 Пробуем в вашем примере подставить в место однозначных целых чисел, число с возможностью double (допустим больше 8 знаков)
и получаем бредятину ))
Это опять по поводу ввода? Так нужен всего лишь блок конвертера из строки с float выходом.rw6cm писал(а): 13 мар 2023, 10:55 Возьмем реальный пример. Надо ввести Юлианскую дату (JD) в проекте возможностями флпрог.
И видим что этой возможности нет. И #define float double здесь не спасает.
Нив коем случае ))
[spoiler]
Ок. Давайте разберемся со штатным SConv. Он использует стринговую функцию toFloat().
И даже сторонних конвертеров не потребовалось. И никакой бредятины.Вот и я про то.rw6cm писал(а): 13 мар 2023, 12:35 Эта идея хороша, особенно для новичков. Не надо переживать что где то упустил точность расчетов.
Когда знаешь что нужно и как это можно сделать на с++, то флпрог не нужен
В данном случае думаю здесь не флп виновник а иде, она обрезает экспонентой все лишнее в float C double это число проходит
IDE здесь ни при чем. Мы же уже задефайнили все float.rw6cm писал(а): 13 мар 2023, 13:35 В данном случае думаю здесь не флп виновник а иде, она обрезает экспонентой все лишнее в float
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя
