Программирование и обмен данными с «ARDUINO» по WI-FI посредством ESP8266 Часть Вторая

Да, не, он нормальный. Только дотошный.

Если не знаете, то он тут тоже есть и не под моим ником. ванга фейл.

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

API NodeMCU — я так понимаю абстракция следующего уровня от энтузиастов, позволяющая быстро создавать кучу функционала, типа тех же серверов, PWM, ну и там куча всего чуть ли не сотня наименований. Но она же не на железе по идее стоит, а пользуется сервисами RTOS, то же создание потоков и т.д.

Очередная порция треша. API NodeMCU — это по сути, сишные функции из официального SDK, обернутые в луа, ибо те функции вызывать из луа нельзя. Ну и плюс прослойка кода на си для поддержки всякого реалтайма вроде драйверов устройств, когда нужна скорость. Сервера там есть в поставке SDK, равно как и PWM.

Так же как и ваш проект, Ардуино обертка, о котором вы говорили.

Так это только кажется, что будет любимый нами суперцикл.

Мой проект? Любимый нами суперцикл? Шта?
И кажется, я вам только что рассказывал, что esp8266-arduino не имеет отношения к RTOS SDK.

Но, когда у вас сервер и несколько потоков, вы же не на голом железе NoN OS SDK их же не напишите? Значит надо брать RTOS SDK?

Какие несколько потоков? Что вы несете? Зачем там несколько потоков? Они-то и на компах не всегда нужны, сервер прекрасно работает в одном потоке. А на микроконтроллере потоки вообще не нужны, все прекрасно реализуется даже без ОС: по прерыванию пришедшего сетевого пакета запускается функция, которая переносит данные этого пакета в буфер, потом по таймеру запускается обработка сетевого стека, которая разбирает этот буфер. Если в буфере POST/GET запрос — отправляем в ответ страничку. Все. Никаких потоков, никакого RTOS, только два вида прерываний.

А ОС есть ОС, может для вас она и простая, но операционные системы вообще как таковые к классу простых программ никогда не относилась, даже со времен CP/M. Можно в них лезть разбираться, но жизнь коротка. А насчет быстродействия, ну у меня проц 3 ГГЦ и памяти терабайты, а зависнуть «на подумать» для Windows легче легкого. Она конечно не реального времени, но и там не 3 ГГц процессор. Да, ресурсов больше, чем у атмел и скорость выше, но при работе под ОС, не факт что быстрее получится в итоге.

Больше ада! Знаете, что напомнило?

Я вам попытаюсь в последний раз объяснить, но чувствую, смысла будет мало.

1)«операционные системы вообще как таковые к классу простых программ никогда не относилась». Так вам не надо разбираться, как она написана. Вам надо понять, как с ней работать. Как с ней работать — это десяток функций. Иные библиотеки сложнее бывают. Жизнь коротка — так себе аргумент, см. картинку.

2)«А насчет быстродействия, ну у меня проц 3 ГГЦ и памяти терабайты, а зависнуть «на подумать» для Windows легче легкого.»
А как вы думаете, что означают буковки RT? Я вас удивлю, но они означают Real Time. А это значит, что она кардинально отличается от windows.
Аргумент звучит как «а насчет послушания собак, вот у меня жена в два раза больше весит, а команд моих не слушается». Как бы и не должна, это же жена не операционка реального времени, у нее задача другая малость. В RTOS вы можете в любом момент выключить таймеры, заблокировать прерывания и получить монопольный доступ к железу. В винде вы этого сделать уже не можете, у вас в какой-то момент на очередном тике отберут ресурсы со словами «поигрался сам, дай поиграть другим процессам».

3)«Да, ресурсов больше, чем у атмел и скорость выше, но при работе под ОС, не факт что быстрее получится в итоге»
Если что, RTOS на контроллерах — совсем не то, что ОС общего назначения, и даже совсем не то, что взрослые RTOS на больших компах. Тут RTOS — это от 2 до 10кб кода, который почти не тратит ресурсы на себя, а лишь исполняет роль продвинутого планировщика.
А что, вам серьезно надо быстрее? Вы боитесь, что вам не хватит скорости, чтобы рулить тележкой? Это же очень нетребовательная задача. Вам не надо быстрее. Если бы надо было — вы бы уже пересели на FPGA. А если ваша задачи удовлетворяет атмега с 8(или сколько там) МГц, то Xtensa с 80 МГц и ртос тем более удовлетворит.
Вам(и куче других разработчиков) не надо быстрее. А вот удобство разработки и отладки — это очень, очень критичный плюс к удобству.