(Традиционная) команда для сохранения конфигурации модема — AT&W, и по ее синтаксису видно, что это старая команда (поскольку это базовый синтаксис, а не расширенный синтаксис см. V.250. Детали).
На самом деле команда настолько старая, что ее происхождение неясно, а ее поддержка и то, что она сохраняет, составляет 100 % в зависимости от производителя. Когда я работал в Ericsson (а позже производил базовую платформу для Sony Ericsson и других производителей), мы реализовали AT&W, но я не помню подробно, что было сохранено. Но, как правило, сохраняются вещи, связанные с последовательным соединением, такие как AT&C и AT&D, а также настройки вызовов данных, такие как AT+CRLP, AT+DS и т. д.
Я относительно уверен, что предпочтительная телефонная книга или хранилище смс не были сохранены AT&W, потому что для всех перечисленных выше настроек это были настройки, используемые непосредственно модулем обработки AT-команд для его собственного поведения или настройки вызовов. С другой стороны, обработка сообщений и телефонной книги выполнялась другими модулями в системе, и это привело бы к дополнительной сложности, если бы модуль AT должен был связываться с этими объектами для предпочтительных настроек хранения. Поэтому, когда это не было абсолютно необходимо, это не делалось.
И если вы думаете What, complexity? How hard could that be?, подумайте о следующем. Кто должен владеть этими настройками? Единственным (архитектурно) разумным решением было бы, чтобы это принадлежало модулям, специфичным для домена, например. не модулем AT, что тогда будет означать, что модуль AT должен будет запрашивать это у этих объектов при запуске. Но модуль AT должен быть готов очень рано в процессе загрузки (в конце концов, он может использоваться для разблокировки телефона с помощью AT+CPIN), поэтому абсолютно недопустимо откладывать запуск модуля AT до тех пор, пока не будут получены ответы на такие запросы. , что означает, что его придется запускать в частично сконфигурированном состоянии, что определенно означает дополнительную сложность.
А для тех, кто помнит телефоны 10–20 летней давности, это были маломощные устройства1, которые работали на полной скорости в течение значительного времени, делая то, что нужно для запуска, что приводило к очень медлительному пользовательскому интерфейсу в первый раз. минута или минуты. Доступ к SIM-карте был особенно медленным, и телефонная книга могла легко использовать минуты, чтобы закончить чтение большого списка с SIM-карты при запуске. Таким образом, и зависимость от них, и дополнительная нагрузка на них были бы плохими.
TL;DR: попробуйте и посмотрите, сохранит ли его AT&W. Если это так, отлично, если нет, вам придется каждый раз устанавливать его вручную. После написания всего этого я очень, очень уверен, что мы не сохранили какие-либо предпочтительные настройки хранения SIM / телефонной книги. И хотя другие производители, конечно, могут, я не думаю, что вам следует быть слишком оптимистичным.
1 Первый телефон, над которым я работал, имел всего 64 КБ ОЗУ на нашем процессоре, 34 КБ из которых использовались для буферов передачи/приема RLP+L2RCOP. Использование операционной системы реального времени, которая не обязательно использовала упреждающее планирование (большинство телефонов в конечном итоге использовали, но не первые). И каждый процесс был определен статически, не было необходимости просто позволить фоновому потоку выполнять всю работу.
person
hlovdal
schedule
30.08.2017
