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

А ещё есть КИИ, тут хочешь не хочешь сам себе ДЦ

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

тэк ещё

тоже виртуалят тока в путь

https://www.gazprom-neft.ru/press-center/sibneft-online/archive/2019-march/2628804/

я вот сейчас продумываю, как новым партнерам дать приложуху, которая бы с их атмег засылала счетчик телеметрии. А там устройств они 50 К в месяц выпускают уже больше года и тут они захотели тож их включить в мониторинг... . Но устройства тупые счетчики таймера наработки. Нужно сейчас скорее всего приложуху сваять на андроиде, чтоб по ВТ сама забирала данные, когда юзверь пройдет мимо устройства законнекченного. Вот , что меня больше волнует, чем стоимости проецессоров или выбор облако против своей стойки

https://www.gazprom-neft.ru/press-center/sibneft-online/archive/2019-march/2628804/

не грузится )

не грузится )

Vpn

в смысле? Я внутри чебурнета

Для работы с протоколами на аппаратном уровне логический анализатор обязателен или моего Hantek DSO2D15 хватит?

оно ни снаружи ни внутри не открывается

https://www.gazprom-neft.ru/press-center/sibneft-online/archive/2019-march/2628804/

хз

ну то большие игры - у меня уровень плинтуса, 6 млн. уников в пике онлайн 1.5. У них там наверное десятки миллионов уников - я о датчиках и т.п. Там наверное это оправданно все

там иерархия

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

типа, сколько продукта сделано, наработка, сколько электричества нажгли

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

ваш IoT проект - это, конечно, про другое

Для работы с протоколами на аппаратном уровне логический анализатор обязателен или моего Hantek DSO2D15 хватит?

У вас же там анализатор протоколов есть, конечно хватит

У вас же там анализатор протоколов есть, конечно хватит

Ну только 2 канала. :)

Ну только 2 канала. :)

Дык в вопросе про количество каналов не было ни слова - каков вопрос, таков ответ :)

Ну да, правильнее было бы спросить, хватит ли 2х каналов или лучше брать на 16\32.

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

Надо было не жлобиться и брать разлоченный Rigol MSO5072.

ваш IoT проект - это, конечно, про другое

У меня ещё обратно отдаёт контент некий . И время отклика важно . Хотя я ядро на питоне сваял , совсем небольшое

Ну да, правильнее было бы спросить, хватит ли 2х каналов или лучше брать на 16\32.

нет не хватит 2 канала

если денег хватает на 32 - это лучше

ESP32, udp соединение. В обе стороны летит 50 пакетов в секунду размером 200 байт. есп принимает без проблем, а то что передает теряется 2\3. Кто сталкивался?

ESP32, udp соединение. В обе стороны летит 50 пакетов в секунду размером 200 байт. есп принимает без проблем, а то что передает теряется 2\3. Кто сталкивался?

значит, так передаёт

Надо было не жлобиться и брать разлоченный Rigol MSO5072.

Если бюджет позволяет и вы в РФ, то берите на все деньги, потом продадите как новый :)

значит, так передаёт

Логично. Вопрос как это победить. Ибо есть проекты, где это все пролазит.

ESP32, udp соединение. В обе стороны летит 50 пакетов в секунду размером 200 байт. есп принимает без проблем, а то что передает теряется 2\3. Кто сталкивался?

На Websockets 50 пакетов в секунду по 1136 байт, без потерь

На Websockets 50 пакетов в секунду по 1136 байт, без потерь

на дефолтовых настройках idf?

Потому что TCP, IDF 4.4, WebSockets Server, опция lru_cache_enabled, файл веб сервера пропатчен так, как было написано в issues на github

Бывают фризы, на 0.5 сек, если это не критично...

И ещё нашел один модуль ESP32, на котором IPerf упирается в 22 Мбит, а на других - 54..60 Мбит!

на дефолтовых настройках idf?

Почти дефолтные, idf 4.4, android смартфон как клиент

Потому что TCP, IDF 4.4, WebSockets Server, опция lru_cache_enabled, файл веб сервера пропатчен так, как было написано в issues на github

ну мне udp надо то)

ну мне udp надо то)

Так оно же через wifi не гарантирует доставку. Даже через TCP нужно применять протокол высокого уровня для разбития сообщений на чанки, передачу и склейку обратно. Вы напрямую UDP используете?

Так оно же через wifi не гарантирует доставку. Даже через TCP нужно применять протокол высокого уровня для разбития сообщений на чанки, передачу и склейку обратно. Вы напрямую UDP используете?

да, для передачи звука.

@zavdimka ни TCP, ни UDP не работают стабильно, если поверх нет протокола, который подтверждает получение и разбивает на 1024 КБ пакеты исходное сообщение перед передачей. Потом собирает обратно.

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

@zavdimka ни TCP, ни UDP не работают стабильно, если поверх нет протокола, который подтверждает получение и разбивает на 1024 КБ пакеты исходное сообщение перед передачей. Потом собирает обратно.

ага, почему то вся sip телефония на udp сидят, и ничего, все работает. А тут у меня стабильно вылетает пакет при том, что роутер под носом стоит.

А что телефония использует поверх?

ага, почему то вся sip телефония на udp сидят, и ничего, все работает. А тут у меня стабильно вылетает пакет при том, что роутер под носом стоит.

в esp-adf есть пример sip телефона

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

для звука используется стандартный rtp протокол

Вооот!!!!

Вооот!!!!

это udp тот же!

Не не, у тебя тоже RTP?

в esp-adf есть пример sip телефона

да это не спортивно. Там глючное оно

Не не, у тебя тоже RTP?

ну через udp идет. Там нет подтверждения приема пакета

Я как-то голову ломал с железкой проприетарной , а умней оказалось сетевая карта урезанная была и один из rfc не поддерживала . Ну, чисто мысль в слух - почему рвутся пакеты

они могут теряться, но не вот так вот закономерно

через этот же вайвай телефон по этому же протоколу нормально работает на линфоне

ну через udp идет. Там нет подтверждения приема пакета

Так погоди, все же RTP используешь?

и что самое веселое, на есп с телефона звук идет без проблем

Так погоди, все же RTP используешь?

hints.ai_family = AF_INET; hints.ai_socktype = SOCK_DGRAM;

и что самое веселое, на есп с телефона звук идет без проблем

А где глючит?

hints.ai_family = AF_INET; hints.ai_socktype = SOCK_DGRAM;

Так это же не RTP

Так это же не RTP

это один хрен

Так это же не RTP

ололо

это сокет

RTP это выше уровнем

это сокет

Потому и не работает

Потому и не работает

блин, это тупой протокол с заголовком. Без контроля доставки и т.п.

Потому и не работает

?

это сокет

Так для того и делают протокол поверх, чтобы проблемы доставки решать

лан, понятно, никаких дельных советов, типа посмотри эти настройки в idf Дать не можете....

Так для того и делают протокол поверх, чтобы проблемы доставки решать

блин, чувак, серьезно. Ты предлагаешь всю телефонию переписать?

лан, понятно, никаких дельных советов, типа посмотри эти настройки в idf Дать не можете....

канальную скорость проверь "вверх" от есп

блин, чувак, серьезно. Ты предлагаешь всю телефонию переписать?

Так у тебя UDP и какой то свой протокол или RTP?

Так у тебя UDP и какой то свой протокол или RTP?

RTP это полезная нагрузка в UDP пакете

как у меня - протокол etherbone в colorcnc тоже поверх udp

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

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

настройки lwip покури в esp-idf

макс. размер пакета и сколько их там, пакетных буферов

и проверь результат который send возвращает

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

pvvx писал, что это с любыми IOT чипами так

@zavdimka кстати, это повод запилить микро жучка с BLE 😁

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

отправляешь как?