С NB-Io-T проблема не только в СИМ-картах. Оборудование оператора должно поддерживать эту технологию. Обычно для этого необходимо обновить ПО сот, а именитые европейские (?) производители оборудования хотят за это неслабые деньги. У нас один оператор работает на таком оборудовании и напрочь не хочет вкладывать деньги в обновление до появления огромного спроса на NB-Io-T. Другой оператор работает на оборудовании Huawei, у китайцев с обновлением попроще-подешевле, поэтому этот оператор обновил ПО на двух сотах в Риге, чтобы расположенные рядом с этими сотами две фирмы (наша и еще одна) могли испытывать свое разрабатываемое оборудование. Но обновление остальных сот произойдет опять же только после появления огромного спроса, читай - когда какая-нибудь очень крупная местная контора вроде вашего Ростелекома заинтересуется использованием NB-Io-T в больших объемах. Так что модемы есть, а со стороны операторов поддержки нет. Один наш производитель ездил отлаживать свое экспортируемое оборудование в соседнюю Литву - там с поддержкой NB-Io-T со стороны операторов получше.
Все очень просто: открываете "яндекс", вводите запрос "контрактное производство электроники". Получаете ссылки на контрактных производителей, отсылаете им гербера плат, список компонентов, сборочный чертеж. Просите посчитать стоимость изготовления. Если цена вас устроит - повторяете, но уже ищете слесарей на предмет изготовления или доработки покупного корпуса. Потом еще раз повторяете запрос, но уже ищете создателей интернет-магазинов. Все.
Ни здесь, ни где-либо еще никто не станет вам бесплатно помогать зарабатывать деньги, сколько бы вы ни давили на жалость своим здоровьем.
И соблюдение Правил форума лично для вас никто не отменял.
Вы упустили словосочетание "look for pending requests". Даже если вы зарядите передачу по УАПП максимально возможного блока в 65535 байтов, УАПП будет выдавать тот самый запрос каждый раз при освобождении своего буфера, ПДП передаст байт в буфер УАПП и запрос снимется. И пока УАПП передает этот очередной байт - запрос снят и ПДП вольно заниматься обслуживанием других запросов.
Или вы куда-то в дебри залезли, или update из AVR231 сушественно развился за последние десять лет. Десять лет назад он использовал windows API для доступа к последовательному порту и ему было совершенно без разницы, что это за порт - железный COM или виртуальный от любого USB-переходника. Ему было абсолютно фиолетово, реализован этот виртуальный COM через CDC или любой Vendor Class. И он прекрасно работал через переходники USB-RS485, потому что управление направлением RS485 в таких шнурках всегда аппаратное.
