Похоже, что да.

Т.е. сами данные верные, но интервалы нерегулярные?

Ага

вот пила кратно одному семплу

По пакетам глазами пробежался - все приходит теперь. Я там и таймер на 200гц поднял и задачу на второе ядро перенес принудительно.

А чего добиваетесь? Равномерности задержек на транспортном уровне ? На WiFi?

А чего добиваетесь? Равномерности задержек на транспортном уровне ? На WiFi?

Что бы в телефоне пердежа не было. На стороне телефона хитрая постобработка, похожая на ту же, что в снифере. Если подаю пилу то она не должна биться...

Что бы в телефоне пердежа не было. На стороне телефона хитрая постобработка, похожая на ту же, что в снифере. Если подаю пилу то она не должна биться...

Т.е. пытаетесь реализовать протокол SIP своими силами?

Т.е. пытаетесь реализовать протокол SIP своими силами?

Пытаюсь запустить проект с гитхаба))) Но понятное дело, на блюдичке готовое тебе никто не даст.

Там влияет множество вещей, включая настройки самого Астерикса. Может в другом окружении эти исходники и будут работать, но не в моем случае.

Пытаюсь запустить проект с гитхаба))) Но понятное дело, на блюдичке готовое тебе никто не даст.

что за проект, скиньте пожалуйста ссылочку

что за проект, скиньте пожалуйста ссылочку

выше была

вот эта

https://github.com/sikorapatryk/sip-call вот это за основу взял

ага, сенкс

ну тут проблемы не в sip'е

а в сети

Что бы в телефоне пердежа не было. На стороне телефона хитрая постобработка, похожая на ту же, что в снифере. Если подаю пилу то она не должна биться...

а буферизация не настраивается в rtp?

а буферизация не настраивается в rtp?

Конечный пользователь об этом и не знает вообще

автоматически?

автоматически?

Вы видели sip телефонию?

В телефоне вы можете размеры буферов настроить?

ok-home удалось сделать стабильную передачи данных на смартфон по WebSockets с ESP32, но страннуювв вещь заметил: пропускная способность TCP разная на двух смартфонах. Иногда видел цифру в 15 мбит/с, обычно 4 мбит/с. Вот на другом смартфоне до 54 мбит/с. Интересно - почему это так.

ok-home удалось сделать стабильную передачи данных на смартфон по WebSockets с ESP32, но страннуювв вещь заметил: пропускная способность TCP разная на двух смартфонах. Иногда видел цифру в 15 мбит/с, обычно 4 мбит/с. Вот на другом смартфоне до 54 мбит/с. Интересно - почему это так.

А какую либу webSockets брали?

ESP-IDF 4.4, на андроиде okhttp3

@zavdimka на проблеммном смартфоне - пакеты приходят неравномерно, примерно каждые 4 секунды - обмен замирает на 1-2 сек

@zavdimka обмен в виде запрос->ответ

@zavdimka на проблеммном смартфоне - пакеты приходят неравномерно, примерно каждые 4 секунды - обмен замирает на 1-2 сек

Поэтому я пиши "сам" sip

Под андроид?

под есп32

под андройд 100500 реализайции уже

Вот есть параметр: "Агрегация данных, включая A-MPDU (Tx/Rx)" - я находил рекомендации, что этот параметр нужно отключить

Вот есть параметр: "Агрегация данных, включая A-MPDU (Tx/Rx)" - я находил рекомендации, что этот параметр нужно отключить

доброе утро, там нет русских названий

через menuconfig: Component Config -> WiFi -> вот тут

через menuconfig: Component Config -> WiFi -> вот тут

там на кой черт переводить. Вот есть зеленый, ты же говоришь зеленый, а не цвет травы?

у меня статья открыта про эту вещь на русском

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

один поток цифрует и кидает в очередь, другой отправляет?

один поток цифрует и кидает в очередь, другой отправляет?

нет, один передает, другой принимает. Очередь только на прием.

Г-да, а кону нужен sip? На рынке их куча уже

Г-да, а кону нужен sip? На рынке их куча уже

на есп32?

на есп32?

Да

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

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

OrgRobot, [25.03.2022 13:19] Здравствуйте, Emil Halikov Вы находитесь в режиме только для чтения. Чтобы получить доступ к чату, вам необходимо пройти тест, пожалуйста, ответьте на несколько вопросов. Нажмите кнопку внизу этого сообщения, чтобы начать тест. 3 минуты на ответ.

А почему отрубает меня от возможности писать комменты?🙈

Кто знает, не будет ли новой ESP32 с большим количеством пинов? (что бы не городить расширители) А то я все исчерпал от слова совсем

Просто вы здесь все космонавты, с другой планеты, решил что вы и это знаете😀

ok-home удалось сделать стабильную передачи данных на смартфон по WebSockets с ESP32, но страннуювв вещь заметил: пропускная способность TCP разная на двух смартфонах. Иногда видел цифру в 15 мбит/с, обычно 4 мбит/с. Вот на другом смартфоне до 54 мбит/с. Интересно - почему это так.

когда с одной стороны ваше устройство а с другой стороны "черный ящик".... трудно делать предположения (( Впрочем с нашей стороны тоже почти "черный ящик"

Кто знает, не будет ли новой ESP32 с большим количеством пинов? (что бы не городить расширители) А то я все исчерпал от слова совсем

не будет. На одной из конференций вендор вроде как говорил, что будет большая специализация по протоколам радиомодема и снижение потребление и всё

знает кто статью о том, как ПК распознает USB устройства? Могу ведь заставить контроллер прикинуться флешкой/телефоном....?

знает кто статью о том, как ПК распознает USB устройства? Могу ведь заставить контроллер прикинуться флешкой/телефоном....?

https://flashboot.ru/flash_recovery/2012/11/03/get-vid-pid.html#:~:text=VID%20%D0%B8%20PID%20%E2%80%94%20%D1%8D%D1%82%D0%BE%20%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5,%D0%B2%D0%BE%20%D1%84%D0%BB%D1%8D%D1%88%20%D0%B8%20%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8F%20%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2%D0%B0.

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

Я же не телефон делаю, а железку, где sip только часть задачи.

Кто знает, не будет ли новой ESP32 с большим количеством пинов? (что бы не городить расширители) А то я все исчерпал от слова совсем

Не будет. Нет такого рынка сбыта.

знает кто статью о том, как ПК распознает USB устройства? Могу ведь заставить контроллер прикинуться флешкой/телефоном....?

Естественно можно. Но понадобятся соответствующие библиотеки для этого контроллера. ДевайсТайп прописываешь - и он кто угодно, только хандлеры пакета - разные.

В STM32 если через куб делать - вообще в визуальном помошнике выбираешь кем быдет USB. ПК распознаёт его исключительно по VID PID и девайстайп.

В STM32 если через куб делать - вообще в визуальном помошнике выбираешь кем быдет USB. ПК распознаёт его исключительно по VID PID и девайстайп.

Esp32s2

Esp32s2

Не пользовался, но всё равно понимать там нечего, тип девайса прописывается, а VID/PID дают ПК возможность прикрутить нужный драйвер. Тут надо курить каменты к либе, которая использована для USB, и смотреть - может она это или нет. Исходя из самого этого вопроса - если она не может, то от себя ты не допишешь.

Не пользовался, но всё равно понимать там нечего, тип девайса прописывается, а VID/PID дают ПК возможность прикрутить нужный драйвер. Тут надо курить каменты к либе, которая использована для USB, и смотреть - может она это или нет. Исходя из самого этого вопроса - если она не может, то от себя ты не допишешь.

Составные устройства ещё есть

Составные устройства ещё есть

Без разницы, это всё при инициализации екземпляра USB-device прописывается. На способ распознания девайса со стороны ПК это ни как не влияет - выясняет она кто из ху - совершенно одинаково.

Use idf

Можно пожалуйста, по подробнее

Можно пожалуйста, по подробнее

Пиши на нативном sdk и будет тебе счастье. Там реально удобно сделано все. После всего что видел, реально норм сделали.

когда с одной стороны ваше устройство а с другой стороны "черный ящик".... трудно делать предположения (( Впрочем с нашей стороны тоже почти "черный ящик"

Тут такая особенность: именно в связке с этим смартфоном на стороне ESP32 часто видел, что отправленные в сторону ESP32 байты с задержкой в 1 секунду на стороне ESP32 принимались за 1 вызов read(sock,...). Где-то задерживает, хотя ретрансмитов не видно. Может режим спячки на WIFI не отключается, хотя принудительно отключил. Но в целом - всё доходит. Насчет неравномерного потока: на javascript лучше идет, чем на java & okhttp3 - тут фризы даже периодические, мда...

знает кто статью о том, как ПК распознает USB устройства? Могу ведь заставить контроллер прикинуться флешкой/телефоном....?

по дескриптору

В STM32 если через куб делать - вообще в визуальном помошнике выбираешь кем быдет USB. ПК распознаёт его исключительно по VID PID и девайстайп.

по дескриптору конфигурации девайс распознаётся

Use idf

Хитрый совет. Автор разберется и перестанет такие вопросы задавать 😁

Пиши на нативном sdk и будет тебе счастье. Там реально удобно сделано все. После всего что видел, реально норм сделали.

Я тут новенький, может можешь в личке помочь?

Я тут новенький, может можешь в личке помочь?

Полно роликов на Ютубе.

по дескриптору конфигурации девайс распознаётся

Ессно. Но как его туда записать - зависит от платформы, IDE и либ. В кубе думать вообще не надо, он сам подставит дескриптор. А кроме дескриптора там ещё и хандлеры есть. И клиент, который вообще задал этот вопрос - огребёт массу весёлых спецеффектов, когда у него дескриптор будет от одного девайскласса, а хандлер - от другого. По этому я не пишу при таких вопросах таких умных слов. Пусть смотрит описания к либам. Или узнает про дескриптор и не узнает про всё остальное.

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

От переноса task на другое ядро ESP32 - какие могут быть профиты, если это, к примеру - мост uart <> websockets?

Например, сервер на одно ядро, всё остальное на другое - будет ли практическая польза?

Тут такая особенность: именно в связке с этим смартфоном на стороне ESP32 часто видел, что отправленные в сторону ESP32 байты с задержкой в 1 секунду на стороне ESP32 принимались за 1 вызов read(sock,...). Где-то задерживает, хотя ретрансмитов не видно. Может режим спячки на WIFI не отключается, хотя принудительно отключил. Но в целом - всё доходит. Насчет неравномерного потока: на javascript лучше идет, чем на java & okhttp3 - тут фризы даже периодические, мда...

то отправленные в сторону ESP32 байты с задержкой в 1 секунду на стороне ESP32 принимались за 1 вызов read(sock,...)

хм, так не бывает

Вот посмотрел в код: там 400 мс таймаут, т.е. на одном смартфоне пакет сразу улетал, а на этом: несколько вызовов write на стороне Android приводили к считываю данных за один вызов read на ESP32!!!

или кто то позже отправил - или кто то не успевает обработать уже принятое в буфер -

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

Еще throughput плавает от 2 мбит до 5 мбит через IPerf. Может с этим связано, хз. Явно где-то накапливает байтики и передает потом.

Кстати! Так не каждый раз. Но из-за несовершенства протокола - приводило к проблемам

Вот посмотрел в код: там 400 мс таймаут, т.е. на одном смартфоне пакет сразу улетал, а на этом: несколько вызовов write на стороне Android приводили к считываю данных за один вызов read на ESP32!!!

о - так бывает )) у меня esp в async режиме собирает отдельные маленькие отправки в один физический пакет