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

[ecoins]

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

Пока нет, только протокол ModBus TCP от FlProg.

[artemka19]

Нельзя рвать пакеты модбас ТСП

с пакетами tcp вообще очень интересно: если данные не вмещаются в один пакет, то при их посылке получаем Всегда задержку в 200 мсек - вот возможно в этом и все проблемы в обрыве связи как для модбас тсп, так и многих других сервисов

[Phazz]

[ref]ecoins[/ref], а любом случае где-то нарветесь не несовместимость. Что касается этого примера пока не было времени разбираться в чем причина этого поведения. Возможно и не все так страшно.

[artemka19]

TCP

интересно, есть ли хоть в одной библиотеке контроль размера пакета tcp?
*ну в смысле пытаются ли библиотеки разбивать данные для посылки

[ecoins]

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

Именно этому и посвящена наша работа за последние несколько лет.
Насколько возможно мы изучаем все CORE для разных контроллеров и Вы безусловно правы - очень много различий по работе с пинами, UART, SPI, i2c, 1-Wire.
Во многих случаях это просто приводит к ошибкам компиляции.
И производители порой радикально меняют ядра (ESP). У AVR стабильно, а вот с Raspberry Pi Pico поддержка очень и очень радует.
По прерываниям и системам реального времени.
Одна из известных управляющих машин в CCCP была M6000 (аналог Hewlett-Packard). Память от 16 до 64кБ на ферритах.
Процесс там собран платах в основном на базовых логических элементах 155ЛА3 (2И-НЕ), совсем немного JK-триггеров.
Так уж получилось, что мне приходилось программировать системы реального времени и одновременно ремонтировать (155 серия горела часто и контакты подводили если спиртом регулярно не мыть).
Там была удивительная операционная система на перфоленте (ОУС), чуть позже ОСРВ. И все работало с прерываниями., таймерами, стеком, выталкивающей (по приоритету_ многозадачностью.
Пришлось и удалось разобраться не только с кодами до уровня машинных команд, но и их физическая реализация до уровня логических элементов. Благо образование было как раз в этой области.
Потом мой отдел разработал на процессоре КР580ВМ80А (аналог Intel 8080) и периферийными микросхемами этой же серии модульный контроллер для управления мощными технологическими лазерами.
Там было 8 аппаратных прерываний + многозадачность. Создали собственную операционную систему реального времени.
До сих пор кое-где лазеры продолжают трудиться. Там же появился опыт промышленного производства (помехи, конструкторская и эксплуатационная документация, метрология и прочее).

Представление о многозадачности, прерываниях у нас носит не абстрактный характер.
Один из основных инструментов при разработке программного обеспечения - это мощные логические анализаторы.
Во многом поэтому код наших библиотек быстрый, а проекты демонстрируют без конфликтную работу с вышеприведенных характеристиках.
-------------
Проблема упомянутой Вами совместимости(несовместимости) объективна, но нама вроде удается разрешать ему системными методами.

[ecoins]

интересно, есть ли хоть в одной библиотеке контроль размера пакета tcp?
*ну в смысле пытаются ли библиотеки разбивать данные для посылки

Нет. В реализации контроллер выступает в качестве SLAVE, разбор посылок и формирование посылок делается функциями FLProg, К ним есть некоторые вопросы (и вроде разработчик FLProg планирует новую версию), вно в целом работает очень даже хорошо.
Там две функции - одна в начале loop() (перед всеми платами). вторая после всех плат в конце loop().
Если проектировать проект таким образом, чтобы между этими функциями не было значимых "тормозов", то обмен выполняется без сбоев.
Web тема нас интересует, но плотно мы в неё пока не погружались и представления о теме поверхностны.
А вот с UART,SPI,2c,1-Wire, прерываниями разобрались достаточно основательно.

[Rovki]

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

Нет ,ни кто ни кого не вызывает ,эти надписи остались от примера автора

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

TCP

интересно, есть ли хоть в одной библиотеке контроль размера пакета tcp?
*ну в смысле пытаются ли библиотеки разбивать данные для посылки

В локальной сети пакеты от клиента (мастера) не рвутся на стороне мастера и не должен рваться прием пакетов на стороне сервера (слейва). Если тоже самое проделать через интернет ,через узлы коммуникаций , то такое может быть , но пакеты нумеруются , что бы потом их можно было склеить. В модбасе данные не разбиваются , а обрастают байтами (служебными) создавая пакет (сообщение) - https://ipc2u.ru/articles/prostye-resheniya/modbus-tcp/. Может что сумбурно ответил ,торопился по делам ..поэтому дал ссылку

Отправлено спустя 32 минуты 25 секунд:
Как то не удобно обсуждать модбасы в данной теме . Вопрос подняли , автор думает ...

[Brand2]

[ref]ecoins[/ref], В 80х годах я работал с ЭВМ "Электроника Д3-28" с памятью на феритах 16 кБ,8 ми битные шина ввода,вывода , адресная шина и шина управления.
Програмированние в машинных кодах,до сих пор помню некоторые команды,программа записывалась на касету типа МК-60.
С ее помощью управляли лазерной настройкой частоты резонаторов электромеханических фильтров,куда входило управление энергией лазера,цифровым синтезатором частоты,координатным столом с точностью 0,1 мм на 2х шаговиках,измерением частоты резонаторов и тд.
Так же использовали ее для управления вакумной подстройкой частоты кварцевых резонаторов, лазерной приваркой держателей резонатора к электродам,лазерной сваркой корпусов резонаторов ,маркировке и тд.
Вся периферия разрабатывалась тоже на 155 серии,155 ЛА3,ТМ2,счетчики,дешифраторы и тд.
Вместо дисплея было два 16 разрядных люминисцентных индикатора.
Я не могу сказать что это была система реального времени,но все это работало и крутилось,прерывания не использовались,небыло необходимости .
Почти все это работало вплоть до 94 года ,пока не уволился .

[krom23]

https://ipc2u.ru/articles/prostye-resheniya/modbus-tcp/

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

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

Одна из известных управляющих машин в CCCP была M6000 (аналог Hewlett-Packard). Память от 16 до 64кБ на ферритах.
Процесс там собран платах в основном на базовых логических элементах 155ЛА3 (2И-НЕ), совсем немного JK-триггеров.

ecoins, В 80х годах я работал с ЭВМ "Электроника Д3-28" с памятью на феритах 16 кБ,8 ми битные шина ввода,вывода , адресная шина и шина управления.

Ага, ага, припоминаю, в начале 80-х в составе радиокружка принимал участие в сломе чего то подобного в Областной Статистике. Так весело хрустели под детскими пальчиками сеточки с ферритами, а как эти рамочки летали из окошка со второго этажа, прелесть!

[Rovki]

https://ipc2u.ru/articles/prostye-resheniya/modbus-tcp/

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

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

Одна из известных управляющих машин в CCCP была M6000 (аналог Hewlett-Packard). Память от 16 до 64кБ на ферритах.
Процесс там собран платах в основном на базовых логических элементах 155ЛА3 (2И-НЕ), совсем немного JK-триггеров.

ecoins, В 80х годах я работал с ЭВМ "Электроника Д3-28" с памятью на феритах 16 кБ,8 ми битные шина ввода,вывода , адресная шина и шина управления.

Ага, ага, припоминаю, в начале 80-х в составе радиокружка принимал участие в сломе чего то подобного в Областной Статистике. Так весело хрустели под детскими пальчиками сеточки с ферритами, а как эти рамочки летали из окошка со второго этажа, прелесть!

В этой теме не хотелось бы уходов в сторону , автор знает, автор думает...

[Phazz]

[ref]Rovki[/ref], Обновил шапку. Спасибо огромное за тест.

[Rovki]

[ref]Rovki[/ref], Обновил шапку. Спасибо огромное за тест.

Если так ,могу предложить более сложный тест

[Phazz]

[ref]Rovki[/ref], давайте

[Rovki]

[ref]Rovki[/ref], давайте

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

[Rovki]

Сегодня не получилось с тестами ,занялся прошивкой полученного ПЛК , хорошо хоть схема есть (дать не могу, обещал производителю) . ПЧВ пришел, надо обзор делать. Извиняйте плиз.

[Rovki]

[ref]Rovki[/ref], Обновил шапку. Спасибо огромное за тест.

А библиотеку нужно обновлять?

[Phazz]

[ref]Rovki[/ref], нет, если у вас последняя версия библиотеки

[Rovki]

Стало лучше , старый простой тест не глючит.

Отправлено спустя 11 минут 49 секунд:
Но есть странное поведение- в задаче 0 ,которая запускается раз 500мс ,есть генератор с импульсами 50мс и счетчик. Так вот на планшете счетчик меняется раз в секунду (примерно) на единицу ,а должен как минимум через 10 считать 200,210,220 ...а он 200,201 ,202

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

Отправлено спустя 26 минут 26 секунд:
И почему то нет отправки в уарт , пробовал периодически и по изменению - данные на консоль не выдаются , время цикла задачи 200мс

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

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

Test_1GyverOS 1.1_fix.flp

[Phazz]

Но есть странное поведение- в задаче 0 ,которая запускается раз 500мс ,есть генератор с импульсами 50мс и счетчик. Так вот на планшете счетчик меняется раз в секунду (примерно) на единицу ,а должен как минимум через 10 считать 200,210,220 ...а он 200,201 ,202

Счетчик не может прибавлять пока не вызвали задачу. То есть получается за один вызов мы прибавляем 1 к счетчику так как условие прибавления если разница по времени >=50

[Rovki]

Но есть странное поведение- в задаче 0 ,которая запускается раз 500мс ,есть генератор с импульсами 50мс и счетчик. Так вот на планшете счетчик меняется раз в секунду (примерно) на единицу ,а должен как минимум через 10 считать 200,210,220 ...а он 200,201 ,202

Счетчик не может прибавлять пока не вызвали задачу. То есть получается за один вызов мы прибавляем 1 к счетчику так как условие прибавления если разница по времени >=50

Так и я говорю - генератор стоит 50мс ,а счетчик считает 1 раз в 500мс . Значит такие задачи не нужно через данный диспетчер пропускать ...
А что с уартом (который раньше мешал) ? Почему не выводит?