В релизе цифры те же
Но, не уж так важно 1.6 или 2А пиковое потребление? Главное как он в работе себя покажет!
Пока Симком планирует - Квиктел уже делает! Налетай, Квиктел покупай!

как "Юстас - Алексу" - то да... проблемы есть. вот времени только нет со всеми разгребаться.

СириуС - +1000.....
Правильно - чуство юмора лучше любой рекламы..... А с тем "как покажет в работе" я полностью согласен.
Да и потребление ведь от конкретных условий и сот зависит - это еще полгода назад спорили....
Но сколько бы мы не спорили, а главным арбитром остается потребитель.

>>>>Пока Симком планирует - Квиктел уже делает! Налетай, Квиктел покупай!

Ээээээ..... не так быстро. У М80 вторая карточка пока тоже - ин будущем


>>>как "Юстас - Алексу" - то да... проблемы есть. вот времени только нет со всеми разгребаться.

Так отож... Может нам доверите?
Ладно - шучу. Нельзя на двух стульях усидеть.

Ну как бы примерно в объеме словаря для средней школы ))) Хотелось бы знать какакя разница Вам интересна в данном контексте)))
Таблица 29 дает представление, что такой ток может иметь место не при 4.0в, а при произвольном ( на практике минимальном) напряжении питания.
Аналогичная таблица 38 в M12_HD_V1.1.pdf приводит значение 3А . И это при меньшем (вниз) диапазоне напряжений питания.
Так что хва уж передергивать, вроде уважаемые люди... Ну не место тут таким кривым аргументам, не лохи же вокруг поголовно.

Преспективнее вот этот модуль Самый миниатюрный модем WS6318

вот это останавливает если чесно

Нельзя конкурировать с самим собой - получится пшик. Мы в свое время подрядились вынужденно на SAGEM (был неплохой заказ), ну и пришлось его прихлопнуть. Спрос при их цене был низкий, а мороки не меньше чем с Симкомом. Поэтому теперь если что-то и брать для продвижения на рынок, то нужно хорошо все обдумывать чтобы не получилось как у некоторых фирм - "продаем все, а толку ноль".


>>>Так что хва уж передергивать, вроде уважаемые люди... Ну не место тут таким кривым аргументам, не лохи же вокруг поголовно.

Изначально фраза звучала так: "При этом пиковый ток, потребляемый модулем в режиме передачи 1,6А, вместо 2А у М10."

Смотрим определение: "Пиковое значение — наибольшее мгновенное значение напряжения или силы тока за период."
То есть это значит что больше этого уже быть не может - я другого контекста не вижу.

А таблица 29 четко указывает что оказывается может быть и больше и достигать 2 ампер.

И отсюда вывод - значение фразы: "При этом пиковый ток, потребляемый модулем в режиме передачи 1,6А, вместо 2А у М10." = FALSE

Что тут можно толковать по другому я не вижу. Тем более что претензий к квиктеловцам нет - все прекрасно понимают что могут быть и опечатки и ошибки и поправки в доках. И в табличку могли внести 2 ампера вместо 1.6, потому и есть разночтения....
Кстати если посмотрите свойства PDF документа, то увидите что его переделывали из доки на М10 и вполне могли что-то не изменить.

Странно что это Юзверя так задевает.... Или все же не юзверя ?

Я понимаю одно что М80 будет стоить также как хваленый сим900. Но этот модуль совсем другого класса и 900 ему и в подметки не годится, а если дорого и весь функционал не нужен, то пожалуйста есть М12 и М72.

Видите ли, еще не все поняли что когда M10, М12, М72.... и прочие прийдется переводить на новый чипсет, то они тоже подорожают в среднем на эти $2 - потому что М80 даже при меньшей площади и насыщенности получился дороже, а в "старых" модулях размеры не уменьшатся, а новый чипсет с избыточным функционалом в этих модулях появится. И ведь лишнее из чипсета не вырежешь - даже если наружу не выведут, стоимость все равно останется. А значит и цены на модули подрастут. Тут простой логики достаточно чтобы понять что так и будет.

Далее. Пусть медленно, но SIM900 получит новые функции, при этом цены на него будут ползти вниз, а это значит что переделывать платы во многих случаях не прийдется, чего не скажешь о M80. А из значимых вкусностей у M80 не так уж много преимуществ - многое из заявленого нужном узкому кругу клиентов. Кроме того это можно реализовать и меньшей стоимостью. Взять тот же PIC или ARM c USB, повесить на него видео, портов последовательных поболее будет, а а промышленной партии и цену можно под 2 бакса получить. Так что я уже говорил что многие прелести на новом модуле хороши сомнительно.

Не спорю - найдутся и на М80 покупатели. Точно так же как и на Sierru, Telit и прочих. Ниши на рынке есть для всех и места хватит всем.
Однако основной спор будет идти в сегменте минимальных цен. А вот там как раз после перехода М72 на новый чипсет и прихода нового модуля от Cимком может все очень измениться. Давайте подождем не вдаваясь в разборки, к весне все станет на свои места.

Это все догадки, в реальности картинка будет другая.

Я не буду спорить - подчеркну что это мое ИМХО, выведенное из простой логики. Время и клиенты рассудят.
Но те кто мыслит логически, думаю увидят ту же картинку что и я. Впрочем как Вы и сказали - это все догадки.........

Т.е. уважаемый CADiLO утверждает, что пиковый ток в соответствующих таблицах и импульсный ток на соответствующих графиках в документации на м10 и на м80 не отличается примерно в 1.5 раза?

Я ничего не утверждаю из того что Вы мне пытаетесь навязать.
Речь идет о конкретной фразе и конкретном документе. Что пишут в других документах смотрите сами.
Свое объяснение по конкретному случаю я привел выше. Кроме того я оспаривал не Вашу реплику.
И насколько я вижу мои объяснения у Aleksandr_q (автора фразы) такой бурной реакции не вызвали.
Наверное потому что мы все понимаем что может быть и опечатка, и моя ошибка - и если я не прав то принесу
извинения Александру, как автору фразы, но никак не анонимному Юзверю как Вы сами себя назвали.

CADiLO говорит, что пиковый ток, который может быть при определенных условиях в любых GSM модулях может достигать 2А. Это касается М10, М12, ...М80, SIM300, SIM900, GL868,... пиковый ток у М80 - 2А, такой же как и у М10.

Хоть у меня может и дотянут годовые объемы до "достаточно серьезных", но ввязываться в кастомизированную прошивку не хочу. Категорически. Чтобы зафиксировать в ней ради одной-двух мелких фич все найденные баги? И потом, случись чего, как было с Моторолой после того как у Мегафона появились ситрониксовские (кажется) симки, носиться с вытаращенными глазами и не знать что делать?

Но вот с 868-DUAL я после сделанного сегодня вечером "открытия" просто таки не знаю как поступать (если и правда багфиксы "раз в полгода а то и реже"). Пространства для маневра у меня не остается, либо уходить на LEON G100, либо ввязываться в серьезное перепахивание самой структуры прошивки и доработки на серверной стороне чтобы стало можно обходиться одним сокетом и уходить на SIM900.... Первое - не очень нравится, второе - не нравится очень. Тащить Моторолу в новый дизайн тоже нет большого желания уже, раз начинаются танцы с NRND...

Кратко... В командном режиме невозможно получить данные свыше какого то размера с сокетов открытых в UDP. Со 2 сокета и выше - точно, с 1 - не успел протестировать, там параллельно крутится обмен в котором самый большой пакет - 113 байт и быстро не получилось проверку сразу же сделать.

Когда нечто приходит небольшого размера - это выглядит так:

SRING: 2,9

AT#SRECV=2,9

#SRECV: 2,9
21056E5B6E6F27620F

OK

Т.е. все как в мануале - без проблем.

Как только пакет побольше - вот такие чудеса...

SRING: 2,134

AT#SRECV=2,134

00D0000DA0B00007386FF00000000

OK

Т.е. как корова языком слизала строку с #SRECV: и первые 120 байт данных. Причем эти 120 байт стабильно отгрызаются и у пакета длиной 134 байта и у пакета длиной 1280 байт. Даже не поленился проверить - реальные данные начиная со 120 байта выдаются модемом.

Пробовал вне зависимости от размера данных которые сообщает модем давать AT#SRECV=2,1500 - разницы никакой.

Прошивка последняя - 185. Взял второй прототип где модем еще не перешивался - на 184 обнаружилось то же самое в точности.

И как с этим быть?

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

А сэмплы то где?

Да проститят меня дистрибьютеры, но опять же с благими намерениями:
это как в том анекдоте про Вовочку "Мне б ваши заботы, МарьВановна..."Зачем создавать такие вот трудности и потом так мужественно их преодолевать? Умом же тронуться можно.
Ради прикола, не сочтите за рекламу, попробуйте прогнать UDP данные из-под опецпу на М12.
Просто почувствуйте разницу...

Я уже и выгребаю командой из другого потока (см. выше - там явно видно).

Блин, не могу поверить, что _такой_ косяк мог оставаться незамеченным столько времени. Просто в голове не укладывается.

Если вдруг кто то из обладателей девкита может оперативно поставить эксперимент на 865-DUAL или QUAD с теми же самыми условиями с последним релизом прошивки - буду очень благодарен. Если вдруг там такого косяка нет - я прежде чем делать резкие телодвижения попробую заменить 868 на 865... Просто на нервах уже, если честно.

Напишите мне в личку. Кит с GL865-QUAD имеется.

Да нет у меня времени уже на эксперименты такого рода. Добывать где то М12, разбираться с опенцпу, плату переразводить.

Кроме того - ну не могу я отделаться от мысли что квектел в один прекрасный момент просто продастся и его продукция исчезнет с рынка, либо ценник радикально изменится. Либо чипсет сменят, новый модуль станет в чем то несовместим и придется опять городить зоопарк, от которого поддержка повесится окончательно.

Пардон, затупил на ночь глядя.
А если попробовать выгребать меньшими кусками?
SRING: 1,1000

AT#SRECV=1,30

Velund, тех. поддержку запросили. только без паники

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

Кусками по 100 байт выгребается без ошибок. НО... Клеит вместе все пришедшие за время выгребания UDP датаграммы.

Например паравозиком приходит команда устройству (62 байта) и подтверждение пакета данных отправленного серверу (6 байт)


Имеем 2 склеенные датаграммы, по сути обе потерянные. Телит однозначно считает UDP сокет потоковым. За что им "большое спасибо".

Да, я мог бы сам мониторить сколько пришло, сколько я уже выгреб и определять границы датаграмм по количествам данных в буффере, передаваемом в SRING. Если бы не было фокусов с URC, которые могут:

a) вклиниться в эхо передаваемой контроллером команды


б) вынести совсем эхо передаваемой команды и вместо него влезть


в) взаимоуничтожиться в эхом передаваемой команды.

(выглядит аналогично предыдущему, только еще и URC исчезает).



За последние 3 недели я насмотрелся на это вдосталь.


Приходится констатировать, что работа с TCP/IP стеком в командном режиме сделана на уровне курсача, сданного на "троечку". Для использования в текущем виде непригодно.

Так как у меня делается устройство под обкатанный и в тысячах устройств используемый протокол, а не протокол под то что можно физически сделать на Телите, я в ОЧЕНЬ больших раздумьях.





Я не вижу метода как в онлайн режиме оперативно работать с двумя UDP сокетами одновременно. Да и с одним то как то тяжко.

Если работаешь в TCP и используешь модем просто как прозрачный канал - тогда да, это решение.

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


Вот и я твердил что накладываются URC на ответы, а мне никто не верил. Добро пожаловать в клуб обманутых телитом
Идентичная лажа была на симкоме, но очень давно и ее быстро пофиксили.

Протокол (если не считать нескольких ревизий, которые делались за эти годы) - почти ровестник GPRS как технологии. И менять чего то в нем нет никакого (технического) смысла.

С обслуживанием нескольких сокетов как раз никаких проблем нет. По AT#SO открыл нужный сокет, принял/передал, дернул DTR - вышел. С определением границ пакетов конечно опа.

Не получится у меня. Есть тонкости. Если делать так, то я должен буду непрерывно сидеть в online mode первого сокета - там очень критично реагировать быстро. А по второму сокету обмен идет большими пакетами и нерегулярно. Я уже много раз прикидывал как это реализовать - нереально.



сказочная, причем...

Обидно просто как то... Функционал доступный разработчику у Телита просто роскошный, по сравнению с той же Моторолой. Но совершенно непродуманной реализацией интерфейса все это обгажено до почти непригодного состояния, если надо реализовать datagram-oriented протокол.

Ну быстро реагировать при нормальных 1-1.5 задержках в GPRS все равно не получится. А прыгать между сокетами раз в секунду вполне реально. Дело в том, ждать приема большого пакета необязательно - можно обрывать прямо на полуслове и при этом ничего не теряется. Можно, собственно, таймслот на сокет делать и меньше 1сек, но неэффективно т.к. выход по DTR около 0.5 сек занимает.
PS а вариант с sagem HILO не рассматривали? Из всех модулей с которыми работал у него пожалуй самый лучший по возможностям встроенный стек. Правда цена...

Добрый день всем!
Прошу совета уважаемого сообщества.
Интересует модуль GL868. На сайте встретил упоминание

Что это за отличие? Модем планируется использовать в сотовой сети Германии, не возникнут ли в связи с этим какие-то проблемы? Где можно более подробно почитать об этой особенности?
Спасибо.

С уважением, Юра

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

Будут работать СИМ карты операторов следующих стран:
RU (Россия) 250
UA (Украина) 255
BY (Белоруссия) 257
MD (Молдова) 259
AR (Армения) 283
KZ (Казахстан) 401
AZ (Азербайджан) 400
GE (Грузия) 282
KG (Киргизстан) 437
T J (Таджикистан) 436
TM (Туркменистан) 438
UZ (Узбекистан) 434
Эстония 248
Латвия 247
Литва 246
Бангладеш 470
Китай 460
Гонконг 454
Индия 404
Лаос 457
Макао 455
Малазия 502
Монголия 428
Непал 429
Пакистан 410
Филиппины 515
Сингапур 525
Шри Ланка 413
Тайвань 466
Тайланд 520
Вьетнам 452

..в роуминге в Германии - тоже.
Если поставить Германскую СИМ-карту, то устройство работать не будет.

Если есть возможность -можете перепаять на GL865-DUAL.
Если разрабатываете новое устройство, я бы Вас сориентировал на UE866-EU и GE866-QUAD.

Спасибо за исчерпывающий развёрнутый ответ!
Посмотрел, GL865 вроде как 2G модем (как и 868, оказывается..), а модули UE866-EU и GE866-QUAD не в QFN корпусе. Ранее использовалась UL865-EUD и вроде как с ней проблем с немецкими симками не было. Прошу подтверждения, что данный модуль будет работать с евро симками и сколько по времени будет доставка его в Москву из atoma.spb.ru ?
Продублирую в ЛС.

А что нужно перепаять внутри 868 что бы он стал 865 ?
Если прошивку от 865 залить в 868 не получится ?

Перепаять что-то внутри модуля вряд ли получится ))


Есть залочка, которая не позволит это сделать.