Я вот тоже не понимаю почему его не любят, там где сложная логика - можно написать на абстракциях. А там где нужна скорость - ну переключись на процедурный стиль или вообще extern C.

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

Точно не старовер :) Это команда и часть ее перечислена в участниках проекта idf-esp Если кратко то нету еще языка могущего поспорить по эффективности готового кода с Си (другой вопрос, что как язык он конечно довольно сложен, если вы понимаете о чем я :)

как вы думаете почему esp-idf написан на с, а не на с++? Как бы абстракции, умный комплиятор, линковщик и прочее. Однако поди ж ты...

я видел только для ардуино-фреймворка.

Точно не старовер :) Это команда и часть ее перечислена в участниках проекта idf-esp Если кратко то нету еще языка могущего поспорить по эффективности готового кода с Си (другой вопрос, что как язык он конечно довольно сложен, если вы понимаете о чем я :)

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

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

Просто перепробовал почти наверное все готовые варианты типа blink remoteXY и им подобное, везде какие то ограничения и недочеты

в си меня больше всего расстраивает отстутсвие неймспейсов

ну и вообще поддержка какой-либо модульности бы не помешала. то, что есть — всё на уровне 1970...

как это? понял, а в смысле namespace ( два смысле у него) local namespace и т.п. есть решения ) https://stackoverflow.com/questions/4396140/why-doesnt-ansi-c-have-namespaces https://ejrh.wordpress.com/2012/01/24/namespaces-in-c/

А тупо тсп? А на компе клиентский код

А это как или что почитать?

Тебе не нужен отдельный сервер, а скорость моментальная (задержки роутера или твоих инструментов (пк, есп))

Щас буду вникать, пока смутно для меня это, а программу придется самому писать на ПК?

Язык какой-нибудь знаешь?

Ну благодаря ардуино 😊 более менее разбираюсь в с++ ну и начал питона разбирать для интереса

С TCP лучше сразу Modbus TCP, так для ПК не нужно ничего писать можно читать/писать готовыми инструментами.

Обновлять страничку с параметром

Шо эт

Я вас услышал, спасибо, иду гуглить, а то пока что даже разницы между tcp и http не знаю

Tcp обернут в http

20мс

Это че? Threadsripper у тебя там?

Мой динозавр врятли сможет обращаться в сервер каждые 100мс

Зачем, если сложность tcp соединения не больше?

Я вас услышал, спасибо, иду гуглить, а то пока что даже разницы между tcp и http не знаю

Ну да, вот человек кинул вариант уже готовый. Вебсокет поддерживается в браузере и браузер получает сообщения

Это то что events.ino ?

Ради интереса счас померил на нагруженном esp32 Обычный setInterval("GetTime()", 100); time.xml: <response> <time> <value>~watch_hour~:~watch_minute~:~watch_second~</value> </time> <date> <value>~watch_date~-~watch_month~-20~watch_year~</value> </date> </response>

весь выигрыш из за отсутствия необходимости установки соединение - оно открыто и реакция быстрее. а так то то же самое всё. ws с заголовками - размеры похожи. ничего фундаментально не меняется.

Та ему то просто данные читать

ничего не могу сказать, про арудино, на текущей прошивке одно ядро полностью занято другими делами, второе отдано под комуникации и каждые 25 мкс по прерыванию занято на 20 мкс. Т.е. если освободить то может и можно добиться 100 мс, но это будет не надежно на http. Фиг его знает чего там у Boris за задача.

ничего не могу сказать, про арудино, на текущей прошивке одно ядро полностью занято другими делами, второе отдано под комуникации и каждые 25 мкс по прерыванию занято на 20 мкс. Т.е. если освободить то может и можно добиться 100 мс, но это будет не надежно на http. Фиг его знает чего там у Boris за задача.

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

почему на http не надёжно?

накладные расходы большие - вместо одного пакета TCP обертка из протокола http

Так же каждую секунду 🤷‍♂

да хоть 10 раз. надежность тут при чём? вы чего за проц переживаете - что ему тяжело , или сеть устанет ?

Для получения одного числа 19 раз в секунду заводить целый браузер, который скйчас 1/4 а то и 2/5 сьест всех ресурсов пк 🤷‍♂

Для получения одного числа 19 раз в секунду заводить целый браузер, который скйчас 1/4 а то и 2/5 сьест всех ресурсов пк 🤷‍♂

для визуализации, нет?

ну если калькулятора то да

Он не говорил о визуализации 🤷‍♂ Человеку просто значения каждые 100-200мс нужны

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

Он не говорил о визуализации 🤷‍♂ Человеку просто значения каждые 100-200мс нужны