Анализ сети 3G | sim5360

[3dfx]

В продолжение истории: как сделать так, чтобы при подключении модуля к ПК установленная SD-карта отображалась как обычная флешка?

[mike-y-k]

А где у того модуля эта карта? Или речь о чём-то другом?

[3dfx]

mike-y-k, тыкаю отладочную плату, в которой предусмотрено гнездо microSD

[jondoor]

В продолжение истории: как сделать так, чтобы при подключении модуля к ПК установленная SD-карта отображалась как обычная флешка?

3dfx,
Если на вашей отладочной плате SD-карта подключена к шине самого GSM модуля, то вопрос к прошивке модуля и его документации, если есть еще какой контроллер и sd цепляется к нему, то соответственно к его прошивке, т.е. к производителю кита. Т.е. для начала смотрим документацию на вашу плату, дрова и т.д. В моей практике узконаправленные производители обычно ограничиваются внутренним обменом контроллера и sd карты, иногда рождая специфические утилиты для доступа к данным на sd карте через контроллер, но не через usb интерфейс (за очень редким исключением).
Вобщем, ничего не подсказал, но направление поиска вы поняли)

[mike-y-k]

3dfx так я не телепат таки, да и отладочная плата это не сам модуль в неё воткнутый.

И что там за плата? Может пересекались .

PS jondoor задал правильный вектор движения

[3dfx]

jondoor, да, именно в этих направлениях и двигаемся, спасибо)

mike-y-k, SIM5360-EVB_1.03. Но не думаю, что это что-либо поменяет)

[mike-y-k]

Конечно не сильно поменяло, но по крайней мере понятно о чем речь .
По сути ответ на вопрос - наличие такой поддержки в прошивке модуля и ее реализация.
У разработчика модуля по этому вопросу почти нет информации, надо пытать разработчиков Вашей прошивки.

[3dfx]

Назрел еще один насущный вопрос, если никто не против : )
Вот подключаю я LCD-дисплей через программный I2C согласно примеру, однако весь процесс инициализации останавливается на ожидании сигнала подтверждения "ACK" от дисплея. Куда копать? SCL и SDA по всем канонам подвешены через 10k на Vdd
Кстати, использование встроенной же команды AT+CWIIC приводит к ошибке. Разумеется, в этом случае режим I2C предварительно включен в AT+CGFUNC.
Надеюсь на вашу помощь

[vladisslav1]

Пример несколько кривой...
На какой частоте работает GPIO? Если быстрее мегагерца, то скорее всего нужны задержки после/перед изменением SDA и SCL, да и вообще, если точно не известно, что дисплей поддерживает обмен на высоких скоростях, лучше начинать с 100kHz.
Какой ток выдают ноги проца? Если ток маленький, то нужно проверить, дотягивает ли с учетом тока через резисторы 10к до низкого уровня (из datasheet дисплея) и ,опять же, проверить время перезаряда емкости ног дисплея, проца, что там еще висит на i2c и дорожек платы и соответственно увеличить программную задержку.
UPD: Перечитал вопрос... Если используется i2c модуля... То нужно посмотреть осциллографом/логанализатором, что творится на шине.
Прочитал пример работы с дисплеем, datasheet модуля и его AT COMMAND SET. Первое впечатление - модуль умеет слать по i2c максимум 5 байт: адрес регистра и от 1 до 4 байт данных, а в примере работы с дисплеем видим длинные простыни инициализации после i2c START... Скорее всего без дополнительного проца не взлетит

[3dfx]

vladisslav1, вот, что указано в характеристиках выводов модуля:

Т.е. вроде бы как все должно работать, да только вот в документации к дисплею указано, что Vih ›= 2.2v. А вот нога модуля может выдать макс. 1.8. Может, в этом дело? как будет удобнее это проверить?