Не понял к чему это.

А я не понял каким боком вы термины синхронный и асинхронный прилепили к программному обеспечению

В этом же и изначальный вопрос стоял. Стоит ли все обработчики закинуть в один таск и сделать взаимодействие между ними синхронным.

Вы же выше писали что это асинхронное взаимодействие

Так везде. Если два обработчика связаны у вас то это 'асинхронное ' у вас

Нет. Вы меня не верно понимаете, я это нигде не писал и не подразумевал. Если 2 обработчика в разных тасках то они асинхронны. Как то так.

https://en.wikipedia.org/wiki/Asynchrony_(computer_programming)

Про вот связанные обработчики, обменивающиеся данными, синхронные. Как я понимаю это.

Что является синхронизирующим сигналом?

Эмм программ каунтер?

И к чему программ каунтер синхронен?

Что явно не похоже на вызов функций друг за дружкой

https://habr.com/ru/post/453192/

Синхронность != одновременность же.

Вам в споре победить или истину я не понимаю? Там же есть термины ниже, синхронные действия процесса и асинхронные действия процесса.

Я с вами не спорю. Я говорю что не понимаю ваших описаний

Возможно имеет смысл обновить понимание FreeRTOS вот отсюда: http://microsin.ru/content/view/1304/44/ и обсуждать конкретный вопрос в применении к конкретному решению, т.к. на общие вопросы есть только общие ответы :)

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

На мой взгляд наоборот - от конкретной ОС уехали к попыткам определения общих терминов. Либо взять какое-то определение терминов и договорится что вот это и есть асинхронность и двигаться дальше. Либо рассмотреть конкретную реализацию. Типа "сглаживание сигнала от АЦП на частоте 100 МГц с усреднением за 5 мс" :)

ребят, выручайте. Имеется ESP8266 01, будет управлять реле, при этом нужно получать статусы с поплавка, использовать решил прошивку Tasmota. Все отлично, прошил настроил, поплавок к GPIO2+GND прицепил. НО! Есть косяк, если поплавок взведен, он замыкает GPIO2+GND, если в этот момент перезапустить esp, то он при загрузке запускается в режиме прошивки.

Очевидное решение - сменить вход датчика, например перекинуть на uart rx

Очевидное решение - сменить вход датчика, например перекинуть на uart rx

Простите, не силен в этом пока. ПОдскажите, где взять uart на esp8266 01 и как

Uart rx это нога GPIO 3 в чипе. Т.е. надо выключить uart на ней и включить режим ввода-вывода

спасибо за наводку, сделал RX+GND, после рестарта не уходит в прошивку

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

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

Телнет консоль для себя делал, очень быстро, просто чтобы отлаживать много плат не цепляя провода. Естественно реализация страшная. Консоль скорее ардуино стайл: ввел команду, она спросила аргументы, ввел их. Ну и лог дублирует в телнет. По причине страшности и костылей свой код пока выкладывать не буду, но выложу два примера из которых я это и сделал: 1) https://github.com/huming2207/esp-remote-log - тут типо либы, в описании пример 2) https://github.com/nkolban/esp32-snippets/tree/faf2839905c908777a7dbdefd7eb9f933b0f1716/networking/telnet

есть ещё глобальные переменные

Я тут недавно интересовался по поводу обмена данными между задачами, узнал что глобальные переменные это плохо, потом нашел причину падения моего кода, сейчас пока работает, никаких очередей пока не добавлял, жду вылезет косяк или нет😁

Я тут недавно интересовался по поводу обмена данными между задачами, узнал что глобальные переменные это плохо, потом нашел причину падения моего кода, сейчас пока работает, никаких очередей пока не добавлял, жду вылезет косяк или нет😁

Вопрос в цене : в плюс надежность (мы же про МК! ), возможность развития кода (не универсальность!), легко читаемость кода (меньше порог вхождения), в минус - затраты на переключение задач, затраты на кодирование.

HAL переносится на f4 серию спокойно, но нафига?...

чтобы писать платформонезависимый код...

на чистом Си читаемость максимальная ну и развитие кода - да, но много аппаратно-специфичных вещей пример: usb стек "старый" на stm32f103 вместе с полезной нагрузкой влазит в 10 килобайт кода, а HAL - в 19

чтобы писать платформонезависимый код...

чтобы писать платформонезависимый код...

ну если заказчик хочет этот продукт сделать на максимально дешёвом МК?

"на чистом Си читаемость максимальная" - хмм, спорное утверждение на мой взгляд, это как писать :)

можешь почитать сырцы Qt, чтобы оценить глубину пиздеца на плюсах

Тут лучше, все таки, ввести очереди. Они весьма простые, один разок стоит разобраться и все. Тем более у фриртоса классная документация по апи на офф стайте

на чистом Си читаемость максимальная ну и развитие кода - да, но много аппаратно-специфичных вещей пример: usb стек "старый" на stm32f103 вместе с полезной нагрузкой влазит в 10 килобайт кода, а HAL - в 19