Выход новой бэта версии программы

[cmept-27]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

[DrScorpion86]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

Это уже не работает.

Теперь так

Test_7_4_4_text.flp

[NickNeo]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

Это уже не работает.

Теперь так
Test_7_4_4_text.flp

в смысле не работает?
это баг или фича?
если фича, то получается придется переделывать проекты написанные на версиях 7.4.1-3...

[DrScorpion86]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

Это уже не работает.

Теперь так
Test_7_4_4_text.flp

в смысле не работает?
это баг или фича?
если фича, то получается придется переделывать проекты написанные на версиях 7.4.1-3...

Я думаю автор поправит, т.к. щас без знания JavaScript даже простенький интерфейс не сделать.

[Dryundel]

[ref=#00aa00]support[/ref], в Pro редакторе блоков, при изменении типа выхода (например с integer на String), у блока в проекте, который редактируешь, тип выхода не меняется, что еще подтверждается цветом этого выхода. Для того что бы применить изменение, приходится удалять блок из проекта и заново вытаскивать его из каталога. В каталоге все норм, изменения сохраняются.

[millerboy]

Здравствуйте. Спрошу здесь, потому что не могу понять это баг или фича. Блок Modbus - Последняя ошибка – когда 2 и более слейвов, если есть ошибка на одном из них (один в это время в работе) – на выходе появляется код ошибки, но как только следует следующий опрос – код снова равен 0, после чего снова ошибка. То есть статус слейва постоянно сбрасывается при опросе, при этом слейв не активен или с ошибкой, я думал, что статус должен не сбрасываться пока он не изменится (пример как сейчас (слейв не активен) - опрос - код 0 - код 244 - опрос - код 0 - код 244). Мастер - ардуино, пытаюсь контролировать обрыв связи.

[petroua]

отладчике веб интерфейса не выводятся

выводит только интежер, чекбокс

[cmept-27]

[ref]petroua[/ref], И не тока в отладчик. Если воспользоваться обновками то потом вообще не работает веб даже в контроллере. А если удалить из проекта. То пишет ошибку.

[Aric0906]

7.4.4. В блоке массив - "СТЕК" не появляются к выбору созданные массивы с типом содержимого "String". Это еще не реализовано или баг...? ...К сведению в общем.
P.S. Огромное человеческое СПАСИБО за труд!

[support]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

Надо проект в котором не работает, поскльку у меня все работает

Отправлено спустя 56 секунд:

7.4.4. В блоке массив - "СТЕК" не появляются к выбору созданные массивы с типом содержимого "String". Это еще не реализовано или баг...? ...К сведению в общем.
P.S. Огромное человеческое СПАСИБО за труд!

Да стек не работает с массивом строк. Там есть некоторые проблеммы, которые пока сложно решить

Отправлено спустя 3 минуты 23 секунды:

[ref=#00aa00]support[/ref], в Pro редакторе блоков, при изменении типа выхода (например с integer на String), у блока в проекте, который редактируешь, тип выхода не меняется, что еще подтверждается цветом этого выхода. Для того что бы применить изменение, приходится удалять блок из проекта и заново вытаскивать его из каталога. В каталоге все норм, изменения сохраняются.

Да есть такое дело - буду разбираться

[NickNeo]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

Надо проект в котором не работает, поскльку у меня все работает

В принципе любой новый проект создаешь и такой баг, при том только со string
Если типы другие (напр: integer) все нормально

Вот для примера:

Test_bug_web_string.flp

[petroua]

В принципе любой новый проект создаешь и такой баг

подтверждаю

[artemka19]

[ref=#00aa00]support[/ref],
в 7.4.4:
1. если взять bool переменную для веб-интерфейса:
то в отладчике "из МК" шлется true или false, однако в железе из МК шлется 0 или 1.

Поэтому то что проверяется и работает в отладчике уже не будет работать в железе.

шлет в отладке (console.log(v);)

шлет в отладке.jpg

шлет в железе (console.log(v);)

в железе из мк.jpg

т.е. сейчас в разделе "из МК" , чтобы все работало и в отладке и в железе,
приходится обходить так:
if (v=='true' II v==1){
//тут реакция;
}


2. некорректно при компиляции обрабатывается двойной слеш //
между пользовательскими тегами <script></script>:
Двойной слеш в этом случае обрабатывается по правилам html/css, а не по js.

Т.е. после компиляции, в скрипте ВСЕ что после " // " не работает, т.к. воспринимается как комментарий. (но прекрасно работает при этом в отладчике).

[support]

[ref=#00aa00]support[/ref], В отладчике веб интерфейса не выводятся данные

Исправил.

Отправлено спустя 1 минуту 50 секунд:

[ref=#00aa00]support[/ref],
в 7.4.4:
1. если взять bool переменную для веб-интерфейса:
то в отладчике "из МК" шлется true или false, однако в железе из МК шлется 0 или 1.

Поэтому то что проверяется и работает в отладчике уже не будет работать в железе.

шлет в отладке (console.log(v);)
шлет в отладке.jpg

шлет в железе (console.log(v);)
в железе из мк.jpg


т.е. сейчас в разделе "из МК" , чтобы все работало и в отладке и в железе,
приходится обходить так:
if (v=='true' II v==1){
//тут реакция;
}


2. некорректно при компиляции обрабатывается двойной слеш //
между пользовательскими тегами <script></script>:
Двойной слеш в этом случае обрабатывается по правилам html/css, а не по js.

Т.е. после компиляции, в скрипте ВСЕ что после " // " не работает, т.к. воспринимается как комментарий. (но прекрасно работает при этом в отладчике).

Исправил теперь в отладчике то же шлются строки 1 и 0, которые JS на лету конвертирует в True и False

[Gordon0007]

Снимок.JPG

Добрый день, есть такая проблема.
Если к пользовательскому блоку подтянуть на один выход (случайно) две связи то во первых они соединяются (что по моему недолжно быть), во вторых разъединить уже не получается. Ну и если подвигать блоки то линии как будто отходят, но потом все равно становятся видимые.

Отправлено спустя 1 минуту 37 секунд:
помогает избавиться от этого только (Ctrl+z) или выход без сохранения

[costy1957]

support, в Pro редакторе невозможно задать количество входов, чтобы затем привязать к ним переменные, к примеру в моем блоке 4 входа, мне нужно выбрать по ходу настройки в проекте какой либо тип переменной возможной к применению (boolean, integer и т.д), т.е. к любому входу на выбор из всплывающего списка.

[Phazz]

[ref]costy1957[/ref], можно, но муторно это будет

[aidar_i]

[ref]costy1957[/ref], можно, но муторно это будет

Почему? Наоборот, удобно будет.

[Phazz]

[ref=#ff8000]aidar_i[/ref], я говорю что это и сейчас можно реализовать

[Dryundel]

support, в Pro редакторе невозможно задать количество входов, чтобы затем привязать к ним переменные, к примеру в моем блоке 4 входа, мне нужно выбрать по ходу настройки в проекте какой либо тип переменной возможной к применению (boolean, integer и т.д), т.е. к любому входу на выбор из всплывающего списка.

Почему? Наоборот, удобно будет.

И чего же удобного? Я уже не говорю о сложности реализации такой идеи.
Ну предположим есть вход и есть параметр типа "назначить входу тип переменной".
Что дальше? Как Вы предполагаете в коде работать с таким входом?
Типа создаем условие для каждого типа, для каждого такого входа и в зависимости от сочетания генерируем определенный кусок кода. Так?
В коде ведь не напишешь проверку на тип данных, типа if(integer){ ... } Не прокатит.
Если 4 входа и 4 типа переменных, это 16 условий (по 4 на каждый вход). В чем выигрыш? Где удобство?

С таким же успехом можно и сейчас сделать.
Делаем 4 группы входов по 4 типа. Те же 16 условий, каждому из которых привязываем определенный вход. Условия привязываем к параметру "тип входа", Таких параметров 4. В результате у блока 4 входа с нужными типами.

Те же фаберже, с другого ракурса.