Jump to content

    
Sign in to follow this  

Recommended Posts

Вопрос в следующем. Очень медленно стартуют скрипты.

Даже если выставить AT#STARTMODESCR=1,10 время запуска программы с момента включения модема может занять около минуты.

 

Все скрипты "скомпилированы", всего используется порядка 15-ти модулей, работающих единым целым.

 

Почему может возникнуть такой медленный старт? Как ускорить запуск программы?

Share this post


Link to post
Share on other sites
Вопрос в следующем. Очень медленно стартуют скрипты.

Даже если выставить AT#STARTMODESCR=1,10 время запуска программы с момента включения модема может занять около минуты.

 

Все скрипты "скомпилированы", всего используется порядка 15-ти модулей, работающих единым целым.

 

Почему может возникнуть такой медленный старт? Как ускорить запуск программы?

Попробуйте #CPUMODE=1 или даже 3. Если совсем не поможет - скорей всего слишком "тяжелые" скрипты. В некоторых случаях можно их оптимизировать, но это надо исходные тексты. Обратитесь к дистрибьютору - вам постараются помочь.

Share this post


Link to post
Share on other sites
Очень медленно стартуют скрипты.

Даже если выставить AT#STARTMODESCR=1,10 время запуска программы с момента включения модема может занять около минуты...

:wacko:

Попробуйте #CPUMODE=1 или даже 3. Если совсем не поможет - скорей всего слишком "тяжелые" скрипты. В некоторых случаях можно их оптимизировать, но это надо исходные тексты.

Да... Вот вам и отличия Phyton от OpenAT.

Share this post


Link to post
Share on other sites
:wacko:

 

Да... Вот вам и отличия Phyton от OpenAT.

Уже есть нужное решение, AppZone

В двух словах - аналог Embedded AT, но без проблем с лицензированием :) Пока только в G30, планируется расширять линейку модулей с поддержкой AppZone.

Programming Language: Standard C

IDE: ECLIPSE IDE + M2M plugin

File System: 1MB

Separate App Space: 512KB

Separate App RAM Space: 512KB

GPIO's: 14 (with 2 Real Interrupts)

A2D: 2 (10 bits resolution)

Interrupt Latency: 130µsec

UART: 1UART

Sockets: Unlimited - memory dependancy

Standard Interfaces: IP Socket (BSD), FS (Posix), UART

Interfaces to OS functions

I2C

AT commands tunneling

Deep Sleep - RTC control

Recovery Mechanism

SSL

OTA Supported

post-62326-1323321126_thumb.png

Edited by molecul

Share this post


Link to post
Share on other sites
Попробуйте #CPUMODE=1 или даже 3. Если совсем не поможет - скорей всего слишком "тяжелые" скрипты. В некоторых случаях можно их оптимизировать, но это надо исходные тексты. Обратитесь к дистрибьютору - вам постараются помочь.

 

А почему результаты команды не сохраняются после перезагрузки модуля, даже если применяется команда at&w?

Share this post


Link to post
Share on other sites
А почему результаты команды не сохраняются после перезагрузки модуля, даже если применяется команда at&w?

О какой команде речь? Некоторые команды сохраняются даже без &W, некоторые нет, для некоторых есть специальная отдельная команда для сохранения. Помогло, кстати, увеличение #CPUMODE?

Edited by molecul

Share this post


Link to post
Share on other sites
О какой команде речь? Некоторые команды сохраняются даже без &W, некоторые нет, для некоторых есть специальная отдельная команда для сохранения. Помогло, кстати, увеличение #CPUMODE?

 

Вот про AT#CPUMODE я и спрашивал. Результат выполнения команды не сохраняется после перезагрузки модуля, даже применяя &W.

 

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

Share this post


Link to post
Share on other sites
Уже есть нужное решение, AppZone

 

Ну вот и понеслась жара по трубам... А то:

 

И еще, я лишь хотел довести мысль про бесперспективность! использования в нормальных изделиях так называемых "внутренних ресурсов модуля", и мы оба знаем (да и не только мы), что это лишь маркетинговая уловка, вводящая в заблуждение кучу народа, который в конце концов все равно ставит внешний проц. :)

 

Смотри, так и Quectel по ресурсам догините (и без проблем с лицензированием) :)

Share this post


Link to post
Share on other sites
Вот про AT#CPUMODE я и спрашивал. Результат выполнения команды не сохраняется после перезагрузки модуля, даже применяя &W.

 

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

at#cpumode?

 

#CPUMODE: 0

 

OK

at#cpumode=1

 

OK

at&w

 

OK

at&p

 

OK

// POWER OFF and ON

at#cpumode?

 

#CPUMODE: 1

 

OK

 

 

Ну что, ж... Маладцы!!! Почти как OpenAT. Догоняйте скорее, будем ждать.

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

 

Ну вот и понеслась жара по трубам... А то:

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

Share this post


Link to post
Share on other sites

Вопрос.

На GE864-GPS команда AT#CPUMODE=? выдаёт результат 0-4.

И если значения от 0 до 2 описаны в мануале (AT-Telit-at-Commands-Reference-Guide-r11.pdf), то о значениях 3-4 можно только догадываться. Субъективно режим 4 быстрее, но не факт.

Кто сталкивался? Кто знает? На сайте roundsolution, а также дистрибьюторы не ответили.

Share this post


Link to post
Share on other sites
Вопрос.

На GE864-GPS команда AT#CPUMODE=? выдаёт результат 0-4.

И если значения от 0 до 2 описаны в мануале (AT-Telit-at-Commands-Reference-Guide-r11.pdf), то о значениях 3-4 можно только догадываться. Субъективно режим 4 быстрее, но не факт.

Кто сталкивался? Кто знает? На сайте roundsolution, а также дистрибьюторы не ответили.

CPUMODE=3 или 4 - это недокументированные значения. Используются, в частности, при eCall вызовах или, по-нашему, ЭРА-ГЛОНАСС. GE864-GPS поддерживает eCall. Да, 4 - это самый быстрый режим.

 

P.S. А к кому вы обращались, помимо round solutions? Вопрос на самом деле элементарный, странно что не ответили.

Share this post


Link to post
Share on other sites
Ну вот и понеслась жара по трубам... А то:

 

Смотри, так и Quectel по ресурсам догините (и без проблем с лицензированием) :)

 

по поводу своей реплики:

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

 

Я готов подписаться еще раз!

 

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

а внешний камень нынче стоит копье.

 

 

кстати мы ГЛОНАСС сделали.... гы. Очень дешевый. Подробности попозже.

 

Share this post


Link to post
Share on other sites

Это не в сторону продукции, скорее в сторону грустной реальности.....

 

ГЛОНАСС.... дешевый.... Не бывает - РОСПИЛ обидится....

 

Навеяно старым анекдотом

 

Нанимает американский генерал летчиков на работу. Заходит немец.

Рассказывает, сколько налетал, в каких операциях участвовал.

Генерал спрашивает:

- А сколько ты хочешь получать?

- 3 тысячи долларов.

- А на что ты их потратишь?

- Ну как? Одну в банк положу, одну - семье, одну себе.

Заходит англичанин. Тоже рассказывает, сколько налетал, в каких операциях участвовал.

- А сколько ты хочешь получать?

- 4 тысячи долларов.

- А на что ты их потратишь?

- Ну как? Одну в банк положу, две - семье, одну себе.

Заходит русский. Генерал спрашивает:

- Сколько налетал?

- Нисколько.

- ???

- В каких операциях участвовал?

- Ни в каких.

- ???!!!

- А сколько получать хочешь?

- 9 тысяч.

- А зачем тебе столько?

- Ну как? Три - Вам. Три - себе. А за три немец летать согласился.

 

Так и ГЛОНАСС. А то ведь на дешевых модулях не украдешь.....

Share this post


Link to post
Share on other sites
ни один вменяемый человек не будет закладываться на софт внутрь модуля, т.к. в случае "кряка" производителя - все эти наработки и деньги полетят в трубу.

а внешний камень нынче стоит копье.

Вот тут я с Вами согласен - это очень большой минус встроенного кода.

Причем часто кряк производителя и не обязателен - достаточно считать код флештулом и дизассемблировать.

В своем коде я использую недокументированную функцию, являющуюся как бы частью общего механизма защиты модулей M12 Quectel от клонирования и привязывающую код к уникальным идентификаторам конкретного модуля (чипа его флеши) - китайцы дали :)

Но опять же, это не в состоянии сравниться с защитой тех же PIC.

 

Не знаю кто как, а у меня на написание защиты уходит ровно столько же времени, что и на написание кода программы (всевозможные неявные проверки, пятнами по коду в самых неожиданных местах и самым извращенным образом для затруднения интерпретации дазасма).

 

И тем не менее, оцпу незаменим в сочетании с МК: я смотрю по теме, как корячаться люди с кривыми реализациями интерфейсов (например, ввод-вывод в тсп-стек и т.п.). Намного проще написать свой интерфейс под задачу на оцпу, и подцепиться к нему МК через "узкий" RS232. При этом значимую часть кода (или хоть какую НЕОТЪЕМЛЕМУЮ часть) можно реализовать в недорогом МК и защитить ее от чтения. В итоге получаем систему, практически не уступающую по взломонадежности коду в МК.

 

кстати мы ГЛОНАСС сделали.... гы. Очень дешевый. Подробности попозже.

А вот это как раз есть самая необходимая вещь в жизни истинного патриота :biggrin:

А мы, евреи, как-нибудь и GPS перебьемся :)

Edited by GeGeL

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this