pvvx
Активный участник сообщества
Работает он. Что будет то с LwIP-овым socket? Он отлажен годами... Но он жрет и держит память на буфера...Т.к. этот проект я смотрел и работал он тогда нестабильно (может там что изменилось, конечно)
Пора уже использовать WebGL, а не это унылое...Переделал пример приема данных с adc на прием данных с uart.
Попробовал вместо teechart вместо dygraph.
Скорости отображения графиков у них разные, на порядки...
WebGL Aquarium
А бедные дети всё приложения в маркет на телефоны с кривыми кнопками (те, что с привязкой к mqtt) пишут, когда устройство само способно всё выдать в броузере
TeeChart 3D Charting for JavaScript Three.js WebGL™ Basic Example
Ну так организован протокол для ADC, чтобы ловить пропуски... Он не рассчитан на много пользователей.Теперь такой вопрос: получается так, что если одновременно открыть две веб-страницы, принимающие данные, на обеих страницах данные будут с пропусками. Потому как нет разницы, кто данные принял - кто успел, то и принял. Кто-то одну часть принял, кто-то другую.
Это смотря что вам надо. Мне пока такого не требуется.Пока обдумываю два варианта:
Первый - если бы был где-то список подключенных web-сокет клиентов, то можно был бы определять, кому что отправлять, кто что получил, кто не получил. Но это сложно. И так-то алгоритм сложный, а тут ещё сложнее будет.
Второй вариант - отправлять всем, не разбираясь, буфер целиком. И уже на стороне клиента разбирать - что принять к использованию, что отбросить.
Последнее редактирование: