FlProg

Столкнулся с неприятным эффектом самопроизвольного изменения типа данных(!).

Вот тестовая схема:
[spoiler=Спойлер][/spoiler]На верхнем входе вычитателя тип данных Integer(синий). Данные идут с потенциометра. Я держу там 0.
На нижнем входе тип Long Integer(серый).
На выходе я ожидаю Long Integer(серый).

А получаю Unsigned Long Integer(!):
[spoiler=Спойлер][/spoiler]Если я вместо потенциометра поставлю константу Integer со значением 0, то всё будет нормально:
[spoiler=Спойлер][/spoiler]
Эффект наблюдается в FLProg 2.5.1 и в 3.0.0.

И как жить дальше?

Положите значение с выхода блока вычитания в переменную типа longInteger, и далее импользуйте её. Все должно заработать нормально. Дело в том что для экономии памяти, я не везде использовал переменные для выходов блоков, и кое какие блоки расчитываются на лету, и как там компилятор определит тип - не всегда известно. Создавая переменную, вы четко указываете компилятору какой тип Вам нужен.

Спасибо! Маневр с промежуточной переменной решил проблему:
[spoiler=Спойлер][/spoiler][spoiler=Спойлер][/spoiler]
Однако, это пенальти надёжности FLProg.
Может ну её нафиг экономию памяти, бо надёжность всегда важнее?

eugeneb писал(а):Может ну её нафиг экономию памят

 ближе к 80% загрузки, дуню начинает плющить. с чем сам недавно столкнулся. пришлось выискивать как освободить драгоценные байты...

Согласен, что память очень ценный ресурс. Но надёжность программирования я ценю больше. Мне вообще очень нравится наглядность FLProg. Всегда есть уверенность в правильности работы контроллера. Это и язык FBD и разбиение на платы. (Правда не хватает ещё языка SFC. Я писал уже об этом http://forum.flprogwiki.ru/viewtopic.php?f=10&t=1988 Я спокойно ставлю свои поделки в Продакшн на производство своим друзьям. Но вот такие косячки подрезают эту уверенность. Они увеличивают необходимый объём тестирования.

это не косячки, а тонкости программы) их нужно просто знать и принимать во внимание

Да-да, это не баги, это фичи

eugeneb писал(а):Спасибо! Маневр с промежуточной переменной решил проблему:Однако, это пенальти надёжности FLProg.

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

support, если никто не против задам вопрос здесь.
Колупаюсь со своим автоматом. Хочу сделать систему скидок при продажах. Процент скидки будет привязан к брелку пользователя, вместе с балансом. Проблема с умножением. Вопрос на фото.

Может я в 3 ночи чего то не догоняю?

На Due ошибка не воспроизводится:
[spoiler=Спойлер][/spoiler]
А если результат деления пропустить через вспомогательную переменную?

eugeneb писал(а):А если результат деления пропустить через вспомогательную переменную?

то же самое. Да и у вас работает, и у меня раньше таких глюков не было. У меня в таких ситуациях мозг ломается. Вижу что черное, а все говорят белое)))

Надо повнимательнее разглядеть С-код, который генерится.
А может это какая-нибудь шняга с Модбасом?

Сергей, Попробуйте константу 100 объявить тем-же типом, что и делимое.

eugeneb писал(а):Надо повнимательнее разглядеть С-код

Та там проект как "Война и мир", это кусочек проекта. Попробую. Модбас просто отображает. Не должен влиять.

Sancho писал(а):Сергей, Попробуйте константу 100 объявить тем-же типом, что и делимое

Это я изначально делал, что бы все вычисления были с одним типом.
Позже попробую вообще на другую плату вынести и заодно код посмотрю + сделаю свой блок для вычисления процентов.
Интересный глюк получился.

Сергей
Ваши слова:  Интересный глюк получился.

Никогда не говори: "Я ошибся", лучше скажи: "Надо же, как интересно получилось..." Николай II, 1905 год.

Сергей писал(а):Модбас просто отображает. Не должен влиять.

 Чтоб убедиться что не модбас. Замените модбас на отправку переменной в uart.

nalnik писал(а):"Надо же, как интересно получилось..."