FlProg

Nikan писал(а): 16 фев 2020, 17:11
ussrtk писал(а): 16 фев 2020, 15:21

Нет, проблем не хочу. И вернуться не хочу. Я о другом: ранее и теперь из-за задержек цикла при обращения к сети, модeли ESP опасно использовать тогда, когда нужно отреагировать на скоростной сигнал. Например, срабатывание аварийного конечника хода - если его пропустить на пол секунды, то возможны разрушения.
В ESP32 включение слежения за аварийным конечником в ядро 0 никак его не ухудшит его работу! А аварийную ситуацию не проспит. Это во-первых.
для этого у мк есть внешние прерывания, приоритет которых наиболее высокий относительно других, и есл вы этого не знаете то никакая многозадачность не поможет.
а так же как указал Anydy в более мене правильных устройствах управления 2-3 мк, один на общение второй на исполнени

Я готов читать ответы по сути, но не готов выслушивать ваши предположения об уровне моей подготовки.
НЕ заставляйте меня уподобляться вам и напоминать вам же , что прерывания не решают вопрос увеличения призводительности и "невмешательства" потоков. Их можно было использовать и в 8266, но это ничего не давало.
Честь имею.
З.Ы, Ну и еще - вы правильно цитируете сообщение Anydy - там видно, что человек отвечает по сути. Если бы использовать и его манеры - было бы совсем хорошо.

Nikan писал(а): 16 фев 2020, 19:54
ussrtk писал(а): 16 фев 2020, 17:49
Я готов читать ответы по сути, но не готов выслушивать ваши предположения об уровне моей подготовки.
НЕ заставляйте меня уподобляться вам и напоминать вам же , что прерывания не решают вопрос увеличения призводительности и "невмешательства" потоков. Их можно было использовать и в 8266, но это ничего не давало.
Честь имею.
З.Ы, Ну и еще - вы правильно цитируете сообщение Anydy - там видно, что человек отвечает по сути. Если бы использовать и его манеры - было бы совсем хорошо.
похоже, вы еще и чи
перечитайте еще раз что обсуждалось - отработка критических сигналов,
вы же к чему то приплели производительность, какое то невмешательство в какие то потоки....(это что и как? )

Вы продолжаете переходить на личности. Это плохо.
Обращаю внимание на тему: Многозадачность на ардуино? Реально ли в FlProg?
Я говорю, что это реально. Вы - что не нужно. Давайте посмотрим тему еще раз. Кот в теме? И сами себе скажем, кто чи.
И думаю, что наш диалог пора заканчивать. Он непродуктивен.

В ПЛК Pixel от Segnetics используется двухядерная схема ( АТм168+АТм128, АТм168+АТм2560) со своей ОСью. На 168 собран диспетчер задач, 2560-ведомый. На одном 8бит контроллере это не возможно из-за катастрофической нехватки быстродействия. Возможно(даже желательно) на STM32 с любым ядром. В FlProg пока не возможно реализовать многозадачность, хотя не совсем удачные попытки имеются.

krom23 писал(а): 17 фев 2020, 14:18 В ПЛК Pixel от Segnetics используется двухядерная схема ( АТм168+АТм128, АТм168+АТм2560) со своей ОСью. На 168 собран диспетчер задач, 2560-ведомый. На одном 8бит контроллере это не возможно из-за катастрофической нехватки быстродействия. Возможно(даже желательно) на STM32 с любым ядром. В FlProg пока не возможно реализовать многозадачность, хотя не совсем удачные попытки имеются.

Не готов согласиться.
Тестовый пример (в среде Arduino) последней версии библиотеки RT_HW_TASK.h
выполняет на Arduino Nano 10 независимых процессов (3 периодических выводов в консоль и задачки со светодиодами) с основным периодом менее 20 mcs.
Flprog блоки будут работать помедленнее, но не существенно.

удалил

vovka1973 писал(а): 08 сен 2020, 13:23сие чудо плк

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

vovka1973 писал(а): 08 сен 2020, 13:23 Приветствую всех ! вопрос кто -нибудь заказывал сие чудо плк как у него с помехами.

[ref]vovka1973[/ref], Вам все равно в какой теме писать?