Добавляю в прошивку новые опции:
нужно принимать СМС-ки с латинскими и цифровыми символами для изменения настроек.

Для простоты решил ограничиться текстовым форматом, чтобы не разбираться с PDU.

Вопрос: можно ли как-то послать с телефона или из интернета такую СМС-ку (где только латинские и цифровые символы) в формате UCS2 ?
Т.е. нужно ли мне городить парсер не только на 8-и битную ASCII кодировку, но и еще и распознавать и парсить юникод?

Стоит один раз разобраться с PDU и забыть про текст как про страшный сон.
Избавите себя от фокусов операторов с текстовыми SMS....

Можно. Как минимум старые Nokia при выборе в меню русского языка всегда отправляют UCS2, даже если текст на латинице.
Уважаемый Cadilo совершенно прав - лучше использовать PDU - вы отвяжетесь не только от операторских глюков, но и от особенностей разных GSM модулей.

Вот тут поспорю, с текстом никогда проблем не было, ни с русским, ни с латинским режимами, а вот с PDU, почем зря, еще со времен, когда делал первую разработку, там сименс с-35 был, еле впихнул в него PDUшку, потом переделал под сим 300, не идет ни в какую, непомню уже, но что-то с длиной пакета было, затем на висму перешел, еще какая-то муть была - плюнул, решил через текст - уже 3 года полет нормальный, и не собираюсь чего-то менять...

ЗЫ, ну если оперы и мутят что-то, а это как правило мтс, так и фиг с ним, выбор операторов есть

В общем случае неизвестно, к какому оператору устройство попадёт.

Я так понимаю, что устройство попадет к клиенту, а он может выбрать любого оператора, присутствующего в регионе. Занимаюсь уже 3 года в сфере производства вендинговых аппаратов, которые продаются по всей России и в РБ, проблем с передачей смс в "тексте" не было. Была пару раз проблема с регистрацией в сети у мтс, решилось путем смены оператора.

>>>Была пару раз проблема с регистрацией в сети у мтс, решилось путем смены оператора.

Есть множество клиентов которые потребуют работать с конкретным оператором.
Поэтому изначально нужно делать устройство максимально операторонезависимое.

Такого не было еще ни разу, надеюсь и не будет

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

Рано или поздно - будет, 100%. Особенно когда дело дойдет до каких нибудь нефтепромысловых поселков или заправок на трассе в Сибири.

Еще напрыгаетесь разбираться с тонкостями региональных сетей того же Ростелекома.

На всю жизнь не спланируешь, но стоят аппараты от Якутии до Калининграда так-то... Разве, что в Крыму пока нет

Спасибо всем за комментарии!

Почитал я все эти доки и стандарты и решил все-таки работать через PDU, а не через текстовый режим. Подумал, что проще парсить пакет одного вида в почти бинарном виде (PDU), чем уже раздербаненные данные в виде "винегрета" из тех же полей PDU. Тем более, что парсить текстовый протокол мне всегда сильно не нравилось, поскольку он сильно избыточный по сравнению с бинарным.

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

Но сейчас вопрос у меня другой: "сравнение телефонных номеров".

Задача: в памяти хранятся тел.номера, с которых разрешено принимать СМС-ки с настройками. При приходе СМС-ки нужно номера сверять.

Проблема: пользователь может ввести номер в коротком локальном виде и в международном формате с плюсиком.
Во входящей СМС-ке, как я подозреваю, номер может тоже быть в любом формате.
Как их лучше сравнивать? Часть младших цифр? А тогда какую часть?
Приборы могут оказаться в любой части света, где длина номеров различна.

Кто как эту проблему решает?

>>>Задача: в памяти хранятся тел.номера, с которых разрешено принимать СМС-ки с настройками. При приходе СМС-ки нужно номера сверять.


А черный/белый список номеров не устроит ? До 30 номеров может быть.

Заносите номера и признак разрешен/запрещен, далее модуль сам отсеет.

Посмотрите на команду AT+CWHITELIST

Как вариант можно применить. Хотя в описании тоже ничего не сказано о формате номеров и как модуль номера будет сравнивать.

А по поводу своего вопроса, так я написал его, а минут через 10 сам сообразил, как нужно делать:

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

Реализовал такой алгоритм, работает нормально.