Ujin

Спасибо. А при каком напряжении на PWRKEY будет считаться что он отпущен? З.Ы. Объясните, пожалуйста, роль диодов. А то не совсем понятно их назначение. Я вообще думал просто емкость подключить к PWRKEY, и чтоб она через внутреннюю подтяжку 100кОм заряжалась.

А схемой не поделитесь, которую тестировали, хотелось бы тоже попробовать.

Не хотелось бы заморачиваться с внешним контроллером, не для того на ЕАТ переходили :-). В тех устройствах которые постоянно работают просто поверкей садили на землю, проблем нет. А тут надо будет что-то на конденсаторе придумать.

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

Здравствуйте! Подскажите, пожалуйста, как в каком режиме СИМ800С будет иметь минимальное потребление, с возможностью проснутся через определенное время? У меня пока при AT+CFUN=4 в sleep режиме получилось где-то 2-3 мА. Меньше можно сделать, хотелось бы хотя-бы несколько сотен микроампер, или только ставить внешний контроллер?

Почему для EAT не нужен, я очень даже использую. Фильтры оставляю MOD_EAT1..MOD_EAT8. Там то что прошивка в модем отправляет, и что модем отвечает, плюс есть специальная функция для вывода своей информации: eat_trace()

Привет всем. Прикручиваю I2C память 24lc512 к SIM800C. Начал разбираться с функциями для работы с интерфейсом и не совсем понимаю как оно у симкома работает. Вот то что получается в результате экспериментов с логическим анализатором: основные претензии к функции s32(*const eat_i2c_read) (EAT_I2C_OWNER i2cowner, u8 *writebuff, u16 w_len, u8 *readbuff, u16 r_len) Параметр w_len абсолютно не влияет на поведение. Пробовал числа от 0 до 4, но в любом случае перед чтение пишет только один байт. А у меня в микросхеме адресация двухбайтовая. Или если я не хочу указывать адрес, как сразу начать чтение? Плюс в конце оно выдает не просто стоп, а сначала старт, потом стоп, но в этом случае это не критично. Пробовал записывать функцией: s32(*const eat_i2c_write) (EAT_I2C_OWNER i2cowner, u8 *writebuff, u16 w_len) Передает нормально, столько байт сколько указано, но в конце опять таки сначала старт, потом стоп, а по протоколу должно быть сразу стоп, который и запускает собственно запись и соответсвенно запись не происходит. Да, версия прошивки 1418B04SIM800C32_BT_EAT. Подскажите, пожалуйста, как с такой логикой заставить работать SIM800C с 24lc512?

если так: sprintf(tmp_buf, "AT+FTPGETPATH=\"%s\"\"\r", FTP_path); то точно так-же - в том окне где только команды видны кавычек нету, а в том где команды с ответом то две кавычки но ошибка все равно: From modem:AT+FTPGETPATH="/Firmware/Treker/""ERROR

Непонятно как она умудряется пропасть. Вот как отправляю в модем, тут она есть: sprintf(tmp_buf, "AT+FTPGETPATH=\"%s\"\r", FTP_path); eat_modem_write((const unsigned char*)tmp_buf, strlen(tmp_buf)); вывожу для контроля переменную tmp_buf, AT+FTPGETPATH="/" - есть кавычка (это я уже экспериментировал задал просто корневую директорию, результат тот же). Пробовал пустую строку задавать From modem:AT+FTPGETPATH=""ERROR, результат тотже. P.S. Попробовал так, без sprintf-а: eat_modem_write("AT+FTPGETPATH=\"/\"\r", strlen("AT+FTPGETPATH=\"/\"\r")); работает.

Кажется понял в чем дело, но не понял почему так происходит и как побороть. выдает ошибку на команду указания директории откуда скачивать: From modem:AT+FTPGETPATH="/Firmware/Treker/"ERROR Хотя если эту же команду точно также давать через терминал, то все нормально, ошибки нет.

Привет всем. Вернулся недавно мучить EAT на SIM800C. Перешел на 4-ю версию прошивки, и перестало работать скачивание файлов через FTP. В ответ на команду AT+FTPGETTOFS=0,"app" выдает "+FTPGETTOFS: 77". В мануале этот код описан как Operate error. Не понимаю что не так, со второй версией этот кусок работал, файл скачивался. Вот лог отправляемых команд: AT+SAPBR=3,1,"Contype","GPRS" AT+SAPBR=3,1,"APN","www.kyivstar.net" AT+SAPBR=3,1,"USER","" AT+SAPBR=3,1,"PWD","" AT+SAPBR=1,1 AT+FTPCID=1 AT+FTPSERV="1.1.1.1" AT+FTPUN="username" AT+FTPPW="password" AT+FTPGETNAME="app" AT+FTPGETPATH="/Firmware/Treker/ AT+FTPPORT=21 AT+FTPTIMEOUT=3 AT+FTPGETTOFS=0,"app" Единственно что настораживает, это вот эта строчка в логе T+FTPGETPATH="/Firmware/Treker/ - т.е. нет завершающих кавычек, хотя отправляется как: sprintf(tmp_buf, "AT+FTPGETPATH=\"%s\"\r", FTP_path); eat_modem_write((const unsigned char*)tmp_buf, strlen(tmp_buf)); и вывожу tmp_buf через trace, там кавычки есть. Подскажите, пожалуйста, что поменялось в 4-й версии? P.S. Попробовал эти же команды через терминал - файл скачался без ошибок.

А, ну так это если с полноценным внешним контроллером, а то я сначала не понял - у меня на EAT с маленьким контроллером, только чтоб перезагрузить SM800C если что.

А откуда загружать файл в оперативку, напрямую с FTP минуя флэш, или как? Ну весь объем при каждой записи перезаписывать то это банально очень долго, а вот то что могут быть какие-то ячейки которые при каждой перезаписи модифицируются, это да. может лучше тогда пользоваться функциями прямой записи во флеш - eat_flash_write, через нее мне кажется должен перезаписываться только указанный объем и ничего лишнего?

А почему поздно, или вы хотите сказать, что когда я пишу в файл, то перезаписывается весь объем флеши за раз при каждой записи? Если я на каком-то блоке достигну 100К, а потом начну писать в другой блок, который ранее не перезаписывался, должно же сработать? Файлы ведь не бродят по флешу? Или думаю завести сразу файл в несколько раз большего размера чем объем настроек а потом двигаться по файлу при исчерпании счетчика записей.

Думаю сделать в файле счетчик перезаписей, и как он будет достигать 100К заводить новый файл.