А для маленьких?

latency увеличится)

А для маленьких?

А смысл - копить мелкие пакеты чтобы их отправить попозже ?

А смысл - копить мелкие пакеты чтобы их отправить попозже ?

Да. TCP так ведёт себя по умолчанию.

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

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

Можно TCP_NODELAY и тогда такого не будет

На принимающей стороне все равно будет задержка пока не соберет весь пакет. Не вижу смысла в такой оптимизации если у вас не стриминг видео) (могу ошибаться)

Да. TCP так ведёт себя по умолчанию.

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

интересно, как разные websocket клиенты работают без TCP_NODELAY, там же как раз обмен короткими сообщениями - частое явление\

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

Не совсем так. Если отправляются мелкие данные, он их собирает в один пакет (меньше MTU) Если данные большие, то TCP пользуется окном передачи. Не передаст данных больше ширины окна. Будет ждать подтверждения, чтобы его сдвинуть. А для передачи видео TCP зло. Есть для этого UDP

интересно, как разные websocket клиенты работают без TCP_NODELAY, там же как раз обмен короткими сообщениями - частое явление\

Я столкнулся, с тем, что TCP собирал короткие сообщения в один пакет. По умолчанию. Но можно это конечно отключить

> А для передачи видео TCP зло. Есть для этого UDP нуу..если файрвол запрещает udp то ничего не поделать)

И потом, если короткие сообщения дублируются (с датчика). То тут гораздо лучше подходит UDP.

> А для передачи видео TCP зло. Есть для этого UDP нуу..если файрвол запрещает udp то ничего не поделать)

Сурово. Очень сурово. :)

Для этого нужна веская причина

Запрещают торренты в некоторых компаниях, и при этом пользуются например google meet, который на webrtc работает

Нет. Он может собрать данные на одном сокете (за интервал времени) и потом передать в одном пакете.

А подтверждение сдвинет окно на больших данных

https://it.wikireading.ru/7123

Я реально столкнулся с тем, что TCP собирал мелкие пакеты в один и отправлял их разом.

Тут на 100% согласен.

Потому что TCP не оперирует пакетами. TCP - это поток.

Для пакетов - это к тому же UDP

Потому что TCP не оперирует пакетами. TCP - это поток.

на физическом уровне он таки бьётся на пакеты

Ну на физическом он бъёт на Ethernet пакеты. В других каналах на тайм слоты.

Хотя там они в своё обворачиваются.

Ребята, а что ещё есть интересного кроме espeasy и tasmota?

а зачем нужен espeasy

а зачем нужен espeasy

Очень удобная прошивка для простых вещей

Други с Украины есть? Поделитесь опытом захода на заблокированный www.esp8266.ru

Други с Украины есть? Поделитесь опытом захода на заблокированный www.esp8266.ru

zenmate

Не пробовал, да и нет нужды, свои задачи выполняет на ура. Кстати одна такая есть с багом зависания, может на ней протестирую установку. (Совместимость не смотрел даже еще)

zenmate

Senks

Senks

velkome)

А возможно ли прошить esp-07 без программатора через лпт порт компьютера?

но и прошивка в теории просто по rx морзянкой заходит

Есть прогромматор мне просто в теории интересно

юсб совсем гемморойный протокол без чипа который будет заниматься usb дипломатией и выяснением иерархии данные получить невозможно =(

а про lpt информации почти нету (

Это религиозное убеждение?

Пока я успел нагуглить что LPT это просто порт хочешь пиши хочешь читай

можно делать и то и то одновременно но тогда нужно писать свой драйвер

делитель собрать не такая уж и проблема

кроме чипа который все это делает

В целом вывод что просто так воткнуть проводки и что бы все сразу работало не получиться.

И есть менее геморойные способы решения задачи из разряда купи и пользуйся.

скоко, скоко 12?

LPT выход обычно на шинном формирователе делается, там питание 5 вольт

И подтяжки к +5

А возможно ли прошить esp-07 без программатора через лпт порт компьютера?

Через переходник LPT <> UART 3.3V

Нужно будет сделать, специально, чтобы прошивать ESP через LPT порт

Рекурсия какая-то

открою еще одну тайну.... когда деревья были большими - В отличие от всех остальных сигнальных линий в компьютерах, где используются напряжения от +5 В до 0, в интерфейсе RS-232 уровни напряжения сигнала могут лежать в диапазоне от -15 В до +15 В. Логическая единица определена как напряжение от +3 до +15 В, а логический ноль — от -3 до —15 В. Неопределенное значение относится к промежутку между —3 и +3 В. Отметим, что напряжения +12 В и, в особенности, —12 В для блока питания определились из необходимости использования интерфейса RS-232.

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

и ко всем рассказам стоит применять разумную долю критики.

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

Единственное правильное решение, это собрать на AVR программатор для ESP, который прикидывается USB<>UART переходником. AVR можно прошить через LPT.

Единственное правильное решение, это собрать на AVR программатор для ESP, который прикидывается USB<>UART переходником. AVR можно прошить через LPT.

Люто... Не, есть даже готовые прошивки на мегу8, вроде, там юсб программно эмулируется, как и в 910м програматоре. Но на-ху-я?

Решение должно быть лютое.

потому что хочет, не мешаем )

чёта я запамятовал, как cmake находит модули проекта в каталоге components

или оно просто бежит рекурсивно и находит все CMakeLists.txt

похоже на последнее

IEEE 1284(LPT)

. К передатчикам предъявляются следующие требования. ♦️ Уровни сигналов без нагрузки не должны выходить за пределы -0,5…+5,5 В. ♦️ Уровни сигналов при токе нагрузки 14 мА должны быть не ниже +2,4 В для высокого уровня (VOH) и не выше +0,4 В для низкого уровня (VOL) на постоянном токе. ♦️ Выходной импеданс RO, измеренный на разъеме, должен составлять 50±5 Ом на уровне VOH-VOL. Для обеспечения заданного импеданса используют последовательные резисторы в выходных цепях передатчика. Согласование импеданса передатчика и кабеля снижает уровень импульсных помех. ♦️ Скорость нарастания (спада) импульса должна находиться в пределах 0,05-0,4 В/нс. Ниже перечислены требования к приемникам. ♦️ Допустимые пиковые значения сигналов -2,0…+7,0 В. ♦️ Пороги срабатывания должны быть не выше 2,0 В (VIH) для высокого уровня и не ниже 0,8 В (VIL) для низкого. ♦️ Приемник должен иметь гистерезис в пределах 0,2–1,2 В (гистерезисом обладают специальные микросхемы — триггеры Шмитта). ♦️ Входной ток микросхемы (втекающий и вытекающий) не должен превышать 20 мкА, входные линии соединяются с шиной питания +5 В резистором 1,2 кОм. ♦️ Входная емкость не должна превышать 50 пФ. Когда появилась спецификация ЕСР, компания Microsoft рекомендовала применение динамических терминаторов на каждую линию интерфейса. Однако в настоящее время следуют спецификации IEEE 1284, в которой динамические терминаторы не применяются. Рекомендованные схемы входных, выходных и двунаправленных цепей приведены на рис. 1.7.

Ребята, а что ещё есть интересного кроме espeasy и tasmota?

https://edgi.ru/free-firmware-esp8266/

Мужички, что тестил такой дисп?

https://aliexpress.ru/item/1005003290517252.html?spm=a2g2w.productlist.0.0.3c6e5e86zcCjwZ&sku_id=12000025045817212

интересный с емкостным тачем за свои бабки

Мужички, что тестил такой дисп?

мне тоже интересно. я уже почти созрел купить потыкать

ну он дешевле некстионов

и вроде годный

интересует насколько он тормознутый

А питание откуда подаёте?

Это от лампы блок питания?

Ну просто если предположить, что диоду надо 3В, а их 6 то надо как минимум 18В. А также что нет токоограничивующих резисторов, то нужен источник тока.

Измерьте напряжение на родном драйвере.

Ну может слегка светится будут.

Ну и обратите внимание на тестор, когда диод горит на экране 1.