Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: SIM800C EAT состояние выходов при старте/рестарте модуля
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
Ujin
Здравствуйте!

Делаю устройство на SIM800C с применением EAT. SIM800C управляет нагрузкой. И вот вылезла проблемка - у SIM800C при старте модуля некоторое время до инициализации ноги становятся в единицу и включают нагрузку. Причем время включения довольно существенное - секунды 3-4. Как это можно побороть?

Инициализирую выходы как в примерах:

Код
void app_func_ext1(void *data)
{
    /*This function can be called before Task running ,configure the GPIO,uart and etc.
       Only these api can be used:
         eat_uart_set_debug: set debug port
         eat_pin_set_mode: set GPIO mode
         eat_uart_set_at_port: set AT port
    */
    eat_uart_set_debug(EAT_UART_USB);
//    eat_uart_set_at_port(EAT_UART_USB);

    eat_sim_detect_en(EAT_FALSE);
    eat_pin_set_mode(EAT_PIN3_UART1_RTS, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN4_UART1_CTS, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN5_UART1_DCD, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN6_UART1_DTR, EAT_PIN_MODE_EINT);
    eat_pin_set_mode(EAT_PIN7_UART1_RI, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN14_SIM_DET, EAT_PIN_MODE_EINT);
    eat_pin_set_mode(EAT_PIN42_STATUS, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN1_UART1_TXD, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN2_UART1_RXD, EAT_PIN_MODE_GPIO);
    eat_pin_set_mode(EAT_PIN7_UART1_RI, EAT_PIN_MODE_GPIO);
}


а затем в main перевожу в 0:

Код
void app_main(void *data)
{
    EatEvent_st event;
    EatUartConfig_st uart_config;
    int len = 0;
    EatEntryPara_st *para;
    
    APP_InitRegions();//Init app RAM, first step
    APP_init_clib(); //C library initialize, second step

    para = (EatEntryPara_st*)data;

    memcpy(&app_para, para, sizeof(EatEntryPara_st));
    eat_trace(" App Main ENTRY  update:%d result:%d", app_para.is_update_app,app_para.update_app_result);
    if(app_para.is_update_app && app_para.update_app_result)
    {
        eat_update_app_ok();
    }

    eat_gpio_setup(EAT_PIN3_UART1_RTS, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN4_UART1_CTS, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN5_UART1_DCD, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN6_UART1_DTR, EAT_GPIO_DIR_INPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN7_UART1_RI, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN14_SIM_DET, EAT_GPIO_DIR_INPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN42_STATUS, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN1_UART1_TXD, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN2_UART1_RXD, EAT_GPIO_DIR_INPUT, EAT_GPIO_LEVEL_LOW);
    eat_gpio_setup(EAT_PIN7_UART1_RI, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
    
    eat_gpio_write(OUT1, EAT_GPIO_LEVEL_LOW);
    eat_gpio_write(GPS_ON, EAT_GPIO_LEVEL_LOW);
    eat_gpio_write(GPS_RESET, EAT_GPIO_LEVEL_LOW);
    eat_gpio_write(LED_FX, EAT_GPIO_LEVEL_LOW);
    eat_gpio_write(LED_ER, EAT_GPIO_LEVEL_LOW);


Спасибо!
yooj
Зробіть ось так:

CODE
static void app_func_ext1(void *data)
{

EatUartConfig_st cfg =
{
EAT_UART_BAUD_115200,
EAT_UART_DATA_BITS_8,
EAT_UART_STOP_BITS_1,
EAT_UART_PARITY_NONE
};

eat_uart_set_at_port(eat_uart_at);
eat_uart_set_debug(eat_uart_debug);
eat_uart_set_debug_config(EAT_UART_DEBUG_MODE_UART, &cfg);

eat_gpio_setup(EAT_PIN22_UART2_TXD, EAT_GPIO_DIR_OUTPUT, EAT_GPIO_LEVEL_LOW);
eat_gpio_write(EAT_PIN22_UART2_TXD, EAT_GPIO_LEVEL_LOW);
}

в мене така ініціалізація видає Log1 на EAT_PIN22_UART2_TXD десь на 1-2мс

Flowchart запуску модулю:
RESET -> bootloader -> hardware init -> eat app_func_ext -> system init -> system task run -> eat tasks run

але деякі виводи, наприклад NetLight та Status, нажаль, дійсно перебувають під контролем модулю значно довше
yooj
Цитата(yooj @ Dec 16 2015, 11:57) *
але деякі виводи, наприклад NetLight та Status, нажаль, дійсно перебувають під контролем модулю значно довше


"Значно довше" під контролем модуля перебувають такі віводи:

NETLIGHT
STATUS
EAT_PIN3_UART1_RTS
EAT_PIN4_UART1_CTS
EAT_PIN14_SIM_DET

Але NetLight можна повернути під контроль користувача командою "AT+CNETLIGHT=0"
тобто запускаєте модуль, вводите
AT+CNETLIGHT=0
AT&W

й наступного разу модуль не буде блимати NETLIGHT після Reset
Ujin
Цитата(yooj @ Dec 16 2015, 15:26) *
"Значно довше" під контролем модуля перебувають такі віводи:

NETLIGHT
STATUS
EAT_PIN3_UART1_RTS
EAT_PIN4_UART1_CTS
EAT_PIN14_SIM_DET

Але NetLight можна повернути під контроль користувача командою "AT+CNETLIGHT=0"
тобто запускаєте модуль, вводите
AT+CNETLIGHT=0
AT&W

й наступного разу модуль не буде блимати NETLIGHT після Reset


Здравствуйте!

Проблема в том что выход нужно установить не в 0, а так как было до сброса, а для этого надо из флеша вытянуть запомненные значения, а это можно сделать только в main-е.
Я проблему решил установкой внешнего контроллера, который выходами управляет, и к тому же следит за "здоровьем" SIM800-го и в случае чего его выключает-включает. Вот для общения с эти контроллером мне и нужен был второй пользовательский UART. SIM800 раз в секунду сбрасывает во внешний контроллер нужное состояние выходов, а контроллер если ничего не видит от SIM800-го определенное время, то выключает-включает его.
CADiLO
>>>>SIM800 раз в секунду сбрасывает во внешний контроллер нужное состояние выходов

А с какой частотой вы во флешке изменяете значения для выводов?
Не в процессе работы - а именно сохраняете их во флеше.
Ujin
Цитата(CADiLO @ Dec 16 2015, 17:34) *
>>>>SIM800 раз в секунду сбрасывает во внешний контроллер нужное состояние выходов

А с какой частотой вы во флешке изменяете значения для выводов?
Не в процессе работы - а именно сохраняете их во флеше.

Здравствуйте,

Как приходит команда на изменение состояния выхода от пользователя - это я думаю будет нечасто.
CADiLO
Просто ресурс флеши 100000 перезаписей. Циклического буфера на 8 сдвигов как было в SIM900 в 800-й серии нет.
Так что считайте сколько записей сможете сделать и за какое время убъете флеш.
Ujin
Цитата(CADiLO @ Dec 16 2015, 17:54) *
Просто ресурс флеши 100000 перезаписей. Циклического буфера на 8 сдвигов как было в SIM900 в 800-й серии нет.
Так что считайте сколько записей сможете сделать и за какое время убъете флеш.

Лет на 5-7 по всякому должно хватить, а я пишу в файл в файловой системе модуля, там нету контроллера который бы следил за состоянием ячеек и метил их как битые и перебрасывал данные на свежие, как в USB-флешках?
RadikX
Цитата(CADiLO @ Dec 16 2015, 18:54) *
Просто ресурс флеши 100000 перезаписей. Циклического буфера на 8 сдвигов как было в SIM900 в 800-й серии нет.
Так что считайте сколько записей сможете сделать и за какое время убъете флеш.


Это у всей 800-й серии так? И что такое "циклический буфер на 8 сдвигов"? Это в 900-й серии на каждую ячейку в памяти приходилось по 7 "запасных"?
CADiLO
>>> там нету контроллера который бы следил за состоянием ячеек и метил их как битые и перебрасывал данные на свежие, как в USB-флешках?

Конечно нету - вы забываете что основная функция модуля это связь. Все остальное с барского плеча или по "просьбе трудящихся" на их страх и риск.

В 900-й серии блок системных переменных каждый раз писался на другое место - и так по циклу 8 раз. То есть на первое место он попадал после 8 записей.
Поэтому все сохраняемые параметры команд могли быть перезаписаны 100Кх8 раз. Благо место позволяло. И то народ умудрялся убивать флеш за пару месяцев.
Для файловой системы в 900 - оставалось такое же ограничение - 100К записей.

В 800 серии память в чипсете, а не внешняя, поэтому ее там 24 или 32М и никак не более. А значит с местом малость напряг.
Добавить память можно только в модулях SIM800 и SIM800F, там есть место куда поставить внешний чип. В мелких модулях - нет.

mantech
Цитата(CADiLO @ Dec 17 2015, 08:14) *
В 800 серии память в чипсете, а не внешняя, поэтому ее там 24 или 32М и никак не более.


Это мегабайт или мегабит?
CADiLO
Мегабит
Ujin
Цитата(CADiLO @ Dec 17 2015, 08:14) *
>>> там нету контроллера который бы следил за состоянием ячеек и метил их как битые и перебрасывал данные на свежие, как в USB-флешках?

Конечно нету - вы забываете что основная функция модуля это связь. Все остальное с барского плеча или по "просьбе трудящихся" на их страх и риск.

В 900-й серии блок системных переменных каждый раз писался на другое место - и так по циклу 8 раз. То есть на первое место он попадал после 8 записей.
Поэтому все сохраняемые параметры команд могли быть перезаписаны 100Кх8 раз. Благо место позволяло. И то народ умудрялся убивать флеш за пару месяцев.
Для файловой системы в 900 - оставалось такое же ограничение - 100К записей.

В 800 серии память в чипсете, а не внешняя, поэтому ее там 24 или 32М и никак не более. А значит с местом малость напряг.
Добавить память можно только в модулях SIM800 и SIM800F, там есть место куда поставить внешний чип. В мелких модулях - нет.


Думаю сделать в файле счетчик перезаписей, и как он будет достигать 100К заводить новый файл.
RadikX
Цитата(CADiLO @ Dec 17 2015, 09:14) *
В 800 серии память в чипсете, а не внешняя, поэтому ее там 24 или 32М и никак не более


Это получается 3-4 Мбайта. А как же память для пользователя. Для amr-файлов?
CADiLO
>>>Думаю сделать в файле счетчик перезаписей, и как он будет достигать 100К заводить новый файл.

Заводить новый файл уже поздно будет - переступили гарантированый порог - далее хоть 500К записей но свой страх и риск.

>>>Это получается 3-4 Мбайта. А как же память для пользователя. Для amr-файлов?

Внешняя память, или 605К в версии 1418B01V01SIM800C32_BT_FS
Для "особ приближенных к императору" и c объемами - в 800С замена второго порта UART на SPI и внешняя память (EAT only)
Те кто юзал FS в SIM900R и нужна память, мы планируем модули SIM800F64 - народ практически не заметит перехода.
Мелочевка C + H - извините, но FS не обязаловка в модуле. Но под проект - "любой каприз"
RadikX
Цитата(CADiLO @ Dec 18 2015, 14:57) *
>>>Думаю сделать в файле счетчик перезаписей, и как он будет достигать 100К заводить новый файл.

Заводить новый файл уже поздно будет - переступили гарантированый порог - далее хоть 500К записей но свой страх и риск.

>>>Это получается 3-4 Мбайта. А как же память для пользователя. Для amr-файлов?

Внешняя память, или 605К в версии 1418B01V01SIM800C32_BT_FS
Для "особ приближенных к императору" и c объемами - в 800С замена второго порта UART на SPI и внешняя память (EAT only)
Те кто юзал FS в SIM900R и нужна память, мы планируем модули SIM800F64 - народ практически не заметит перехода.
Мелочевка C + H - извините, но FS не обязаловка в модуле. Но под проект - "любой каприз"


Может стоит тогда добавить в модули команду оперативного воспроизведения файла? Т.е. загружаем в модуль файл в режиме реального времени в оперативную память без сохранения во флеш и его же воспроизводим в линию или динамик.
Ujin
Цитата(CADiLO @ Dec 18 2015, 13:57) *
Заводить новый файл уже поздно будет - переступили гарантированый порог - далее хоть 500К записей но свой страх и риск.

А почему поздно, или вы хотите сказать, что когда я пишу в файл, то перезаписывается весь объем флеши за раз при каждой записи?
Если я на каком-то блоке достигну 100К, а потом начну писать в другой блок, который ранее не перезаписывался, должно же сработать? Файлы ведь не бродят по флешу?
Или думаю завести сразу файл в несколько раз большего размера чем объем настроек а потом двигаться по файлу при исчерпании счетчика записей.
CADiLO
Потому что пишете на вы, а операционка. И контролировать как она это делает мы не можем.
Поэтому и берем за точку отсчета худший вариант.
Ujin
Цитата(RadikX @ Dec 18 2015, 14:52) *
Может стоит тогда добавить в модули команду оперативного воспроизведения файла? Т.е. загружаем в модуль файл в режиме реального времени в оперативную память без сохранения во флеш и его же воспроизводим в линию или динамик.

А откуда загружать файл в оперативку, напрямую с FTP минуя флэш, или как?

Цитата(CADiLO @ Dec 19 2015, 21:38) *
Потому что пишете на вы, а операционка. И контролировать как она это делает мы не можем.
Поэтому и берем за точку отсчета худший вариант.

Ну весь объем при каждой записи перезаписывать то это банально очень долго, а вот то что могут быть какие-то ячейки которые при каждой перезаписи модифицируются, это да.
может лучше тогда пользоваться функциями прямой записи во флеш - eat_flash_write, через нее мне кажется должен перезаписываться только указанный объем и ничего лишнего?
RadikX
Цитата(Ujin @ Dec 20 2015, 13:55) *
А откуда загружать файл в оперативку, напрямую с FTP минуя флэш, или как?


Зачем же FTP, через UART. Можно порциями. Я думаю на максимальной скорости вполне прожует, хоть и с задержкой.
Ujin
Цитата(RadikX @ Dec 25 2015, 06:25) *
Зачем же FTP, через UART. Можно порциями. Я думаю на максимальной скорости вполне прожует, хоть и с задержкой.

А, ну так это если с полноценным внешним контроллером, а то я сначала не понял - у меня на EAT с маленьким контроллером, только чтоб перезагрузить SM800C если что.
sashaoff3
Уважаемый CADiLO! Попробовал версию 1418B01V01SIM800C32_BT без добавки "_FS". 605К памяти для amr не обнаружил. Уточните пожалуйста есть ли прошивка 1418B01V01SIM800C32_BT_FS?
CADiLO
>>>605К памяти для amr не обнаружил

И не обнаружите - в стандартной версии с BT, FS = около 87К

Есть тестовая версия с FS под конкретного заказчика.FS увеличена за счет выбрасывания BT и MUX.
И даже после этого там не так уж и много места - около 300К
В серийной FW размер FS будет равен тому что останется после внедрения более востребованного функционала.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.