Диспетчер задач by Alex Gyver

[Dryundel]

Ещё один любитель проталкивать и РЕКЛАМИРОВАТЬ свои разработки в чужих темах. Не надо так делать. Рассказывайте о своих разработках в своих темах.

Это по меньшей мере не корректно.
Предлагаю почистить тему начиная с поста 12, т..к. именно с него начался флуд.

[Rovki]

Ещё один любитель проталкивать и РЕКЛАМИРОВАТЬ свои разработки в чужих темах. Не надо так делать. Рассказывайте о своих разработках в своих темах.

Это по меньшей мере не корректно.
Предлагаю почистить тему начиная с поста 12, т..к. именно с него начался флуд.

Я лишь предложил инструмент , который поддержан в ФЛПрог ,не надо видеть везде козни врага , можете использовать другую скаду . О своей разработке в посте ни слова.
Еще один любить Хайпа . Свой флуд удали и мои отражения, и все встанет на место

Отправлено спустя 35 минут 19 секунд:
Так же предполагаю (это не проверял) , что могут быть проблемы при работе с протоколом 1 WIRE в сочетании с другими задачами при работе диспетчера по прерыванием , ну или по крайней мере будет сложновато подбирать времена под задачи, но это нужно все тестировать...Если б были бы вложенные прерывания многих проблем (не всех) можно было бы избежать, а если одноуровнивые ,то будет как в выше приведенном примере , особенно когда один протокол реализуется программно , а другой аппаратно, на фоне программных прерываний

[Phazz]

[ref]Rovki[/ref], а что не работает-то? В вашем примере

Отправлено спустя 7 минут :
Я вроде понял что не работает, повторите этот проект в диспетчере от Ecoins и я вас уверяю результат будет тотже

[Rovki]

[ref]Rovki[/ref], а что не работает-то? В вашем примере

Так на скрине же видно- У мастера модбаса ТСР срабатывают тайминги , да и вывод на консоль подвисает или просто вижу ,что подтормаживают на индикаторе цифры меняющиеся ...Можно было бы конечно более сложный пример сделать ,но решил на простом потестировать...

[Phazz]

И прошу уже заканчивайте это противостояние. Не продуктивно это особенно для флпрог. И так активность на форуме очень низкая, так еще тут это.

[Phazz]

[ref]Rovki[/ref], а без диспетчера все нормально?

[Rovki]

[ref]Rovki[/ref], а что не работает-то? В вашем примере

Так на скрине же видно- У мастера модбаса ТСР срабатывают тайминги , да и вывод на консоль подвисает или просто вижу ,что подтормаживают на индикаторе цифры меняющиеся ...Можно было бы конечно более сложный пример сделать ,но решил на простом потестировать...

Повторял конечно ,сравнивал ...И там есть проблемы, но их проще исправить временем- нет разрыва выполнения задачи прерыванием ,для тех задач в которых используются так же прерывания или очень длинная посылка ,как в протоколе 1 WIRE. С любым диспетчером вроде становиться все по полочкам ,наводится порядок , но сложно распределять задачи по времени(приоритету) ,не зная как работают те или иные протоколы и коммуникации...Тут искусством попахивает . А то можно свести на нет значение диспетчера любого.

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

[ref]Rovki[/ref], а без диспетчера все нормально?

Сейчас проверю, но дело в уарте по любому, а без него ни как ,это и модбас RTU и тп

Отправлено спустя 16 минут 31 секунду:
Проверил - без диспетчера летает

тест диспетчера.png

Отправлено спустя 1 минуту 51 секунду:
Интересен тест с 1 WIRE ,но нет времени ...там очень длинная посылка ...а то можно

[Rovki]

Может я не по теме затеял тесты , так вы скажите , я удалю посты

[Phazz]

Может я не по теме затеял тесты , так вы скажите , я удалю посты

Почему же, очень интересно понять причину

[Rovki]

Может я не по теме затеял тесты , так вы скажите , я удалю посты

Почему же, очень интересно понять причину

На мой сугубый взгляд это конфликт прерываний программных и аппаратных при одном уровне ,да еще асинхронных процессов из вне (модбас ТСП)-предположение. Нельзя рвать пакеты модбас ТСП , особенно когда групповое чтение/запись (это точно) и пакет становиться довольно длинным. Но даже если я ошибаюсь в причинах , то результаты на лицо. - без диспетчера лучше ,чем с ним ,в такой простой задаче
Потому и высказал свое предположение выше ,а позже проверил и подтвердил

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

Ещё один любитель проталкивать и РЕКЛАМИРОВАТЬ свои разработки в чужих темах. Не надо так делать. Рассказывайте о своих разработках в своих темах.

Это по меньшей мере не корректно.
Предлагаю почистить тему начиная с поста 12, т..к. именно с него начался флуд.

А он говорил ,что зря сюда зашел . Спасибо ,что вы не против.
Больше тестировать не буду диспетчер ,я сделал эти тесты только ,что бы подтвердить свои высказанные догадки и после ваших слов

[ref=#ff8000]Rovki[/ref], вообще ни каких проблем с прерыванием и прочим не будет.

[ViktorPetrov]

Может легкую задачку попробуем решить средствами FLProg?

[Rovki]

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

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

Может легкую задачку попробуем решить средствами FLProg?

Дело не в том , легкая или сложная(большая) задачка, а какие интерфейсы (протоколы) используете .Моя задача , куда уж проще. А так идея от Алекса очень красивая ...

[Phazz]

Ну это вам кажется что задача простая, а под капотом много всего. Опять магия )

[Rovki]

Ну это вам кажется что задача простая, а под капотом много всего. Опять магия )

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

[Phazz]

[ref]Rovki[/ref], Ну не хватает инструментов в редакторе, выкручиваемся костылями ) А в автомате не будет работать никогда - будут конфликты так как нет стандартизации, даже со встроенными блоками сюрпризы случаются.

[krom23]

[ref]Rovki[/ref], а зачем этот шмурдяк в esp(ху) заливать, Алекс пишет, что эти костыли под Ардуинку заточены. Под esp полновесная ось имеется, даже Энди тему по ней открывал, помниться, когда обсуждалось добавление оной в FLP. А что за расширение(.pro), CoDeSys?
ЗЫ. Зашёл в тему по ссылке из лички и не посмотрел, какой срач в теме развели. Хорош, мужики! Rovki, спасибо за тесты.

[Rovki]

[ref]Rovki[/ref], а зачем этот шмурдяк в esp(ху) заливать, Алекс пишет, что эти костыли под Ардуинку заточены. Под esp полновесная ось имеется, даже Энди тему по ней открывал, помниться, когда обсуждалось добавление оной в FLP. А что за расширение(.pro), CoDeSys?

дело в том что часто скорости и памяти не хватает в некоторых ардуинках , многие переходят на есп32. Дело ж не в том куда и зачем , что заливать - если есть конфликты в протоколах и комvуникациях, то они проявятся везде , в том числе в ардуинках ,может даже быстрее. pro- это расширение для проектов каскады. Можете инсатовский опс сервер использовать.

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

[ref]Rovki[/ref], Ну не хватает инструментов в редакторе, выкручиваемся костылями ) А в автомате не будет работать никогда - будут конфликты так как нет стандартизации, даже со встроенными блоками сюрпризы случаются.

Так я и говорю - в штатных блоках случается в том числе, если времена поставить не те. И причем в данном случае редактор , уверен ,что и в исходных библиотеках так же работало бы. Стандартизации нет и не будет в данном случае , разные подходы для разных контроллерах. Сам диспетчер работает хорошо, просто он не решает проблем с конфликтами разных протоколов ,которые используют так же прерывания (а тогда зачем он). Но пожалуй остановлюсь . Проблему высветил , подтвердил ,а дальше думайте сами...

[ecoins]

Rovki, Ну не хватает инструментов в редакторе, выкручиваемся костылями ) А в автомате не будет работать никогда

Это утверждение не верно.
Можете относиться как к мифу, но на контроллерах Mega2560,ESP8266,ESP32,STM32F103C,STM32F411,Raspberry Pi Pico
тест в составе:
1.пульт ModBus(Kascada), пульт Nextion(UART), lcd 16x2 i2c, lcd 20x4 i2c. lcd 20x4,
2.раcширители 74HC955 (SPI - изменение данных каждые 100мс), mcp23017 (i2c -16 выходов, 100mc), mcp4725(DAC);
3.сенсор 1-Wire ds1820;
4.сенсор SPI MAX6675;
5.сенсоры i2c AHT20,BMP280, BH1750, SHT31, HTU21, BME280;
6.cенсор через пин HC-SR04 по прерываниям (период 75мс);
7.кнопка с защитой от дребезга, периодическое мерцание на светодиодом;
8.вывод в монитор порта;
9.WiFi через встроенный (ESP8266, ESP32) или через мост на ESP8266;
----------
работает визуально очень быстро.
Вывод нажатия кнопки на Nextion LCD визуально мгновенная, обратно тоже.
По объективным показателям (выводится на Kascada, Nextion, Lcd) количество циклов loop() и loop1() в сек:
до 7 тыс.(ESP32) - до 45 тыс.(STM32F411).
ESP8266 и Mega2560 работают немного побыстрее ESP32.
Удивительно, но так показывают многочисленные измерения на конкретном тесте.
----------
Результаты и для ecoins кажутся почти "сказочными", т.е. почти мифическими.
----------
P.S. Тот кто завел тему "Развенчание мифов о магических библиотеках" получил от ecoins безвозмездно два стенда на разных контроллерах,
со всеми дисплеями , датчиками и расширителями и загруженными тестами.
9.09.2022г. он по этим стендам сделал отдельный обзор, в котором были восторги и рекомендации заказывать у ecoins стенды (безвозмездно):
viewtopic.php?f=247&t=8210#p117217
Которые он лично и проверил на работоспособность, о чем сообщил и мне лично, и не только мне.
До недавнего времени мы безвозмездно рассылали стенды всем желающим.
Теперь перестали.
----------
Спасибо, если прочитали этот текст.

[krom23]

[ref]Rovki[/ref], в вашем примере "задача2" вызывает "задача3", а та в свою очередь является пустой платой, это как так, норм?

[artemka19]

ESP8266 и Mega2560 работают немного побыстрее ESP32.
Удивительно, но так показывают многочисленные измерения на конкретном тесте

веб интерфейс при этом использовался? (для 8266 и 32)