ED
Дописывать до тех пор, пока не будет передано нужное число байт.
Size: a a a
2021 August 09
ED
Следя за тем, чтобы буфер и не переполнился, и не опустел.
E
Спасибо за это разъяснение
Мне должно хватить 128 байт
я всего планировал передавать с 10 параметров, может чуть больше.
У этой штуки ещё есть мультиадрес, бродкаст адрес, что тож круто. До отличий их пока не добрался )
Мне должно хватить 128 байт
я всего планировал передавать с 10 параметров, может чуть больше.
У этой штуки ещё есть мультиадрес, бродкаст адрес, что тож круто. До отличий их пока не добрался )
ED
Не за что.
Если длина пакета не более 128 байт, то он прочтет ровно столько, сколько указано, а остальное проигнорирует.
Если длина пакета не более 128 байт, то он прочтет ровно столько, сколько указано, а остальное проигнорирует.
E
понял, спасибо за потраченное время, вчера вечер читал датишит и библиотеку перерыл, так только понял, что передаёт payload и думал пакеты по 128 байт. А оно оказывается иначе )
Как сделаю, расскажу )
Как сделаю, расскажу )
ED
Не за что, заодно сам разобрался. :D Может когда-нибудь тоже доведется использовать этот чип...
В этом плюс написания ответов на форумах (а теперь и в телеграм-чатах) - разбираешься в таких вещах, за которые просто так бы, может, и не взялся. :D
В этом плюс написания ответов на форумах (а теперь и в телеграм-чатах) - разбираешься в таких вещах, за которые просто так бы, может, и не взялся. :D
E
ещё один вопрос, если я хочу сделать на серваке приём беспроводной передачи и ним управлять по протоколу. Лучше сразу rtos под это завести ?
ED
Без понятия. Все зависит от общей структуры устройства.
ED
Сколько всего устройству надо будет делать, в частности.
ED
RTOS имеет смысл тогда, когда устройству надо одновременно делать кучу разнородных задач.
E
Да просто читал , если есть более 2х интерфейсов в устройстве желательно использовать ртос.
Я пока хочу к нему прикрутить управление с компа сервером, приём данных по беспроводу
Я пока хочу к нему прикрутить управление с компа сервером, приём данных по беспроводу
ED
Я настороженно отношусь к универсальным правилам. :)
ED
Скажем, если в устройстве куча интерфейсов, но вся его задача - тупо перекладывать байты между ними, зачем там RTOS? Но если при этом надо еще и опрашивать датчики, и что-то считать, то без RTOS уже сложно.
E
понял , спасибо )
ED
Не за что. Но вообще прикидывайте сами. Если синхронизация процессов в устройстве начинает доставлять проблемы - то надо применять RTOS.
ED
я бы сказал, что в большинстве случаев РТОС лучше будет, очень редки задачи, когда у нее нет приемуществ
ED
Не стоит плодить сущности без нужды. Если без RTOS можно обойтись - надо обходиться без нее.
ED
как-то категорично, я тогда могу сказать, что обойтись без РТОС можно всегда)
ED
я хотел сказать, что нужда в РТОСе возникает намного чаще
ED
если ее надо портировать, тут может и соглашусь, но порты сейчас под все наверное ядра есть