SL6087 и отладка приложения на нем Опции

[Russky]

Всем привет!

Если кто работал с этим девайсом, или с подобным, расскажите пожалуйста, какие минимальные требования для его отладки.

1. Можно ли использовать ТОЛЬКО USB для его отладки . Т.е. если я на своей плате подключу только его USB и соединю с компом, смогу ли я по этому USB как передавать данные в SL6087, т.е. использовать его как часть приложения, так и отлаживать через этот USB?

2. Обязательно ли подключать UART1 и UART2 для отладки или можно отлаживать через USB?

Спасибо!

[Kirill_K80]

Всем привет!

Если кто работал с этим девайсом, или с подобным, расскажите пожалуйста, какие минимальные требования для его отладки.

1. Можно ли использовать ТОЛЬКО USB для его отладки . Т.е. если я на своей плате подключу только его USB и соединю с компом, смогу ли я по этому USB как передавать данные в SL6087, т.е. использовать его как часть приложения, так и отлаживать через этот USB?

2. Обязательно ли подключать UART1 и UART2 для отладки или можно отлаживать через USB?

Спасибо!

Добрый день,
через USB можно отлаживать приложения, также можно через, этот же управлять через AT команды.

[sobr]

1. Можно, только так и отлаживаю.
2. Юарты обычно заняты у меня, отладка через ЮСБ.

[Russky]

Спасибо за ответы!

А у вас USB автоматом сам стартует при подсоединении кабеля? А то у меня что-то никак не хочет запускаться.
Т.е. подключаю питание, а P и N линии лежат мертвым грузом и все. А при инициализации USB из приложения возвращает -1 и все... Может припаялось плохо...

Т.е. я правильно понял что включая USB у меня все должно автоматом запускаться?

Спасибо!

[sobr]

Спасибо за ответы!

А у вас USB автоматом сам стартует при подсоединении кабеля? А то у меня что-то никак не хочет запускаться.
Т.е. подключаю питание, а P и N линии лежат мертвым грузом и все. А при инициализации USB из приложения возвращает -1 и все... Может припаялось плохо...

Т.е. я правильно понял что включая USB у меня все должно автоматом запускаться?

Спасибо!

Да, если заводские настройки не меняли, то юсб активен. Проверьте команду AT+WMFM.

[Tahoe]

Приветствую, джентльмены!

У меня вопрос по UART1 в SL6087. Вот собрал я его, стучусь в UART1, а он не реагирует. Выключен по-умолчанию, что ли? Если да, то как его включить/enable? Что бы сразу отсечь вариант с BOOT - эта нога оставлена float, как производитель рекомендовал для нормальной работы.

Есть некоторая вероятность, что проблема с самим модулем, поскольку его пришлось перекинуть с предыдущей платы. Однако на новой плате я для проверки подключился через USB и модуль на АТ-команды откликается без проблем. А вот UART1, который мне нужен, молчит.
На всяк. случ проверил так же состояние ног UART1. После подачи питания, все по-умолчанию, как в доке описано:
RXD=1
TXD=Z
CTS=Z
RTS=Z

Хотя чессговоря не понимаю, с какого будуна RXD в 1. Логично было бы, если бы выход ( TXD ) имел уровень. Или это так своеобразно pull-up/подтяжка обозначена?

[Tahoe]

Начинаю слегка офигевать, с этого "лучшего продукта какого-то там года". Они там что, головой ударились, когда делали этот модуль и, особенно, документацию на этот "лучший продукт"? В какой-то дыре, в каком-то Migration Guide AirPrime SL Series, который сто лет в обед не упёрся, натыкаюсь на такое:

4.1.2.3. JTAG and UART1 Interface
The pins used for UART1 in the SL6087 correspond to the JTAG pins of the SL808x, SL809x and SL501x. To make the SL6087 application compatible with either HSPA version SL808x/SL809x or EVDO version SL501x, UART1 must not be used. It is recommended to reserve test points for these pins in the application board for debugging use or for SL6087 firmware upgrade.

И это про тот самый UART, который в основном документе User Guide везде называется не иначе, как main UART.

Теперь и это меня не удивило:

In case the UART interface is required, it is suggested to use UART2 of the SL6087 or UART1 of the SL808x/SL809x/SL501x instead. Note that UART2 is not enabled by default on the SL6087. Software customization is required before the SL6087 is soldered onto the application board. Refer to section 4.1.2.4 UART2 Interface for more information about the UART2 interface of the SL6087.

Т.е. его просто так ещё и не задействуешь, без лишних телодвижений.

Значит, говорят, "лучший продукт"? Ну-ну.

[sobr]

Начинаю слегка офигевать, с этого "лучшего продукта какого-то там года". Они там что, головой ударились, когда делали этот модуль и, особенно, документацию на этот "лучший продукт"?

Вы бы как то сдержаней, что ли...
На счет лучшего продукта я не знаю, но модуль хороший и для меня аналогов пока нет. Приведенные вами цитаты ни как не могут омрачить вам жизнь, если вы не пытаетесь на место 6087 поставить SL808x, SL809x and SL501x.
На SL6087 уарт 1 активен и ничем не ограничен. Уарт 2 по умолчанию выключен, включается простой командой.
В вашем случае, судя по тому, что вы написали, что он снят с другой платы вам необходимо в первую очередь убедиться в том, что он (UART) ранее никем не был выключен той же командой, это раз.
Второе вам необходимо убедиться в том, что в модуле не запущено приложение, о содержании которого как я понимаю вы не вкурсе. А оно (приложение) может захватывать уарт для единоличного использования, и тогда он будет недоступен из вне. А могли и скорость сменить ранее.

[Tahoe]

Вы бы как то сдержаней, что ли...

Да как бы и так сдерживаюсь - все, что не для прессы, опустил.

если вы не пытаетесь на место 6087 поставить SL808x, SL809x and SL501x.

Как бы сразу обозначил: У меня вопрос по UART1 в SL6087.

В вашем случае, судя по тому, что вы написали, что он снят с другой платы вам необходимо в первую очередь убедиться в том, что он (UART) ранее никем не был выключен той же командой, это раз.

Модуль был куплен в Терре. Поставлен на первую итерацию платы. Затем выяснилось, что в трассировке ошибка. Переделал плату, на нее перенес модуль. Упомянул об этом, имея в виду, что, возможно, имеет место быть аппаратная проблема ( может и паранойя, но упомянуть не лишне, паранойя - лучший друг разработчика ). Т.е. никакого софта туда не заливалось.

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

Приложение если только от производителя, что вряд ли. А скорости уже пришлось перебрать ручками, все стандартные, вплоть до 921ххх.
Кстати, в нормальных доках, указывают дефолтную скорость, а так же наличие/отсутствие auto baud. В отличии от.


В любом случае, спасибо за предположения, но:

Приведенные вами цитаты ни как не могут омрачить вам жизнь ... На SL6087 уарт 1 активен и ничем не ограничен.

1. Модуль-то молчит.
2. Как же быть с утверждением в документации, что он не должен быть использован?

По последнему ( 2 ), насколько я понял, UART1 либо находится в состоянии ожидания XModem, либо ( при BOOT=HIGH ) в ожидании проприетарного протокола. Оба случая заточены под обновление прошивки. В чем я неправ?


P.S.
Да собственно, как же он [ UART1 ] может быть активен, если на RXD висит 1, а выход TXD в Z? Причем это и в доке, и реальной железке.

[sobr]

Оба случая заточены под обновление прошивки. В чем я неправ?

В принципе...
Не должен быть использован вам написали про ситуацию не имеющюю к вам никакого отношения.
Давайте дальше, повторюсь. В новом, чистом модуле UART1 доступен для использования, без каких либо ограничений. Для примера - в одной из моих поделок, это сотни штук, модуль связан по UART1 с контроллером CAN. Работает. Без всяких бубнов, второй UART там тоже используется но его при старте программы надо включить командой, кстати всего один раз.
В другой поделке, тоже сотни я использую выводы UART как GPIO и мне приходится его (UART1) сначала выключить.
Вы сказали, что USB работает, что модуль вам ответит на команду "AT+WMFM?"

[Tahoe]

Давайте дальше, повторюсь. В новом, чистом модуле UART1 доступен для использования, без каких либо ограничений.

Т.е. в документации Сиерры написана информация, не соответствующая действительности?

Product Technical Specification & Customer Design Guidelines 002 August 31, 2010

Вы сказали, что USB работает, что модуль вам ответит на команду "AT+WMFM?"

Отвечает:

ATZ
OK

AT+WMFM?
+WMFM: 0,2,1,1
+WMFM: 0,2,2,0
+WMFM: 0,2,3,1
+WMFM: 1,2,4,0
+WMFM: 1,2,4,1

OK

Открыл доку по AT, нашел нужный раздел:
+WMFM: <type_of_action>,<mode>,<port_id>,<state>

Судя по логу, мои "+WMFM: 0,2,1,1" означают:

type_of_action = 0 // managing mode: manage active physical ports
mode = 2 // requested operation according to: read state
port_id = 1 // UART1
state = 1 // physical port state: activated


Ок, посмотрим с другого боку. Можно ли как-то поплеваться символами в UART1? Пусть хоть TXD нога из комы (Z-состояния) выйдет, хотя бы она пошевелится, что ли.


P.S.
Развивая тему паранойи. UART1 подключен к FT4232 мосту, с VCC_IO=3,3 Вольт. Однако Сиерра утверждает, что ноги UART1 толерантны к 3,3В ( 4.5.1. Pin Description, p.44 ). Кроме того, последовательно со всеми 4-мя соединениями ( RXD, TXD, RTS, CTS ), стоят резисторы 47 Ом.

Отметая сразу предположение про FlowControl, он пока не используется. До кучи, все контролируется осциллографом непосредственно перед пинами модуля. Т.е. я вижу, как мой TX доходит до модуля, причем за резистором не может посадить сигнал в 0, поскольку соединен с логической 1 ( нога RXD модуля, состояние после reset ). Выход модуля, ессно, молчит.


P.P.S.
Копаю дальше, нашел некую фичу с auto shutdown. Однако она, как и положено, по-умолчанию, отключена:
+WASR: 0,1,"GPIO24",6


P.P.P.S.
Поскольку DTR у меня висит в воздухе, отправил:
AT+W32K=0,0

Ситуация не изменилась.

[gosha14]

Т.е. в документации Сиерры написана информация, не соответствующая действительности?

Product Technical Specification & Customer Design Guidelines 002 August 31, 2010

Нет, просто ваш уровень английского оставляет желать лучшего.
Там просто написано что для совместимости устройств с модулями SL6087 с SL8082, не нужно использовать UART1 первого так как соответствующие выводы последнего используются для jtag

Лучше выложите схему подключения

[sobr]

Я все понял, вы как и большинство читаете тех. Документацию по диаганали.
Нога tx это вход, нога rx это выход.

[Tahoe]

Я все понял, вы как и большинство читаете тех. Документацию по диаганали. Нога tx это вход, нога rx это выход.

Уже перехлестывал. Сейчас ещё раз перехлестну, конечно...

А насчет "читаю по диагонали" ( если, конечно, там действимтельно все так перевернуто ), надо правильно говорить: дока написана раком. Арабами. И для арабов.

Вообще-то, если не в курсе, существуют общепринятые стандарты. TX - передача/выход. RX - прием/вход. Странно, что для кого-то нормой ситать обратное.

Нет, просто ваш уровень английского оставляет желать лучшего.
Там просто написано

Мой уровень английского более чем достаточен, что бы изъясняться и понимать документацию. Просто привык работать с нормальной документацией, а не с недо-pdf от Сиерры. Самому-то хоть доводилось её открывать?

Что про UART1 только для совместимости, это я и без некоторых язвительных деятелей понял. Но поскольку других объяснений на тот момент не было, та версия была наиболее вероятной.

[sobr]

Уже перехлестывал. Сейчас ещё раз перехлестну, конечно...

А насчет "читаю по диагонали" ( если, конечно, там действимтельно все так перевернуто ), надо правильно говорить: дока написана раком. Арабами. И для арабов.

Вообще-то, если не в курсе, существуют общепринятые стандарты. TX - передача/выход. RX - прием/вход. Странно, что для кого-то нормой ситать обратное.

Да ну, что вы... Откуда нам серым о нормах то знать?
А если говорить о "принято", то принято документ читать и понимать а не перехлестывать ноги.
Еще принято все таки понимать что написано, а то прочитали SL, uart, debug и на фантазировали.

А насчет "читаю по диагонали" ( если, конечно, там действимтельно все так перевернуто ), надо правильно говорить: дока написана раком. Арабами. И для арабов.

так читайте доки написанные москвичами и для москвичей

[Tahoe]

Еще принято все таки понимать что написано, а то прочитали SL, uart, debug и на фантазировали.

Ну если нравится читать доки, где написано "GND подразумевает + питания", а "VCC подразумевает - питания" - кто ж остановит-то. Потом можно и прокоментировать, мол, "читать надо было внимательнее, не видишь, GND, это плюс питания".

Я только не пойму, вы оба так за доку вступились, вы ее хоть открывали? Или вас этот полу-pdf полностью устривает? Неужели с нормальной документацией не приходилось ни разу работать, не с чем сравнить? Я уж молчу, что там даже текст невозможно выделить и скопировать. Или это я , типа, к мелочам цепляюсь?

А что до "продукта", то под этим словом, вобще-то, подразумеваются не просто некие модули. Понятие "продукт" включает в себя несколько больше, чем просто платка с напаяными компонентами. Платка без нормальной документации, это не продукт, а так, поделка.

Перехлестнул - молчит. Перехлестнул flow control - заработало. Они ещё CTS/RTS по-умолчанию включили. :-/

так читайте доки написанные москвичами и для москвичей

1. Мне покласть на то, что у кого-то есть какие-то комплексы к москвичам. К тому же, место рождения не выбирают.
2. В конечном итоге, именно благодаря sobr натолкнулся на правильное направление и решил проблему. За что, в любом случае, говорю СПАСИБО.

[sobr]

Я только не пойму, вы оба так за доку вступились, вы ее хоть открывали? Или вас этот полу-pdf полностью устривает? Неужели с нормальной документацией не приходилось ни разу работать, не с чем сравнить? Я уж молчу, что там даже текст невозможно выделить и скопировать

ну доку я открывал, читал, находил баги, "арабы" их правили и выпускаю тысячные серии на этом продукте.
Читать нармсльную доку мне приходилось, и эта дока нормальная. Она несет в себе всю необходимую для меня информацию. Так же мне приходилось общаться, в том числе и на этом форуме с нормальными людьми.
И с "крутыми спецами", которые даже подключить модуль не могут, а кричат, что все вокруг говно, кроме них конечно.
Давайте на том и порешим, все что вы делаете - супер, остальное - говно!
Если что мы к вам за советом и оценкой обратимся, обязательно!

[Tahoe]

И с "крутыми спецами", которые даже подключить модуль не могут, а кричат, что все вокруг говно, кроме них конечно.

Этот модуль, некоторая часть устройства, в котором кроме него есть другие узлы. Все остальное завелось с пол-пинка, без проблем. Как раз потому, что на все остальное дока была вменяемая, все в ней было as expected.

Я, занимаясь разработкой, продаю свое время. Сидеть и дни напролет вычитывать в г*внодоке от Сиерры, где там и кто чего по-арабски RX с TX перепутал... Да мне проще просто больше не связываться. В след. проекте, буде мне понадобится модуль, выберу другой, с нормальным описанием. Собсно этот был выбран только потому, что заказчику было мало GPRS, хотел что-то поскорострельнее.

Ну и, что бы не быть голословным, про оформление и недо-pdf. Вот так [вменяемые] документы в pdf не оформляют:

[andrewlekar]

Доки у сьерры вполне вменяемые - детально документированные, хорошо форматированные, всё как надо. У симкома раньше были значительно хуже, сейчас более-менее подтянулись.
Про TX и RX - у производителей модулей есть дурная привычка писать TX и RX со стороны хоста. Бесит неимоверно, но встречается повсеместно и сьерра тут не виновата.
Про защиту PDF от копирования - тоже встречается повсеместно. Придумано дебилами.

[sobr]

Доки у сьерры вполне вменяемые - детально документированные, хорошо форматированные, всё как надо. У симкома раньше были значительно хуже, сейчас более-менее подтянулись.
Про TX и RX - у производителей модулей есть дурная привычка писать TX и RX со стороны хоста. Бесит неимоверно, но встречается повсеместно и сьерра тут не виновата.
Про защиту PDF от копирования - тоже встречается повсеместно. Придумано дебилами.

Да здесь у человека свой подход - если документ необхдимо читать, то документ - г*вно.
Вместо того, что бы написать, да мол, мой косяк, не обратил внимание, начал методом научного тыка менять все местами и поливать калом то, в чем не разобрался.

[Tahoe]

Доки у сьерры вполне вменяемые - детально документированные, хорошо форматированные, всё как надо. ... Про защиту PDF от копирования - тоже встречается повсеместно. Придумано дебилами.

См. выше, я же приложил рисунок. Скопировать текст невозможно не по причине защиты от копирования, а по причине БЕЗОБРАЗНОГО форматирования документа.

Да здесь у человека свой подход - если документ необхдимо читать, то документ - г*вно.
Вместо того, что бы написать, да мол, мой косяк, не обратил внимание, начал методом научного тыка менять все местами и поливать калом то, в чем не разобрался.

Там где мой косяк - я, как правило, так и говорю, что косяк мой.
"Для тупых и молдаван"(с) повторяю, что у меня не было никаких проблем с STM32, с Cyclone-III/IV, да с тем же Quectel в конце концов. Я библиотечные элементы создаю ручками. Причем не ленюсь, задаю правила, в т.ч. для пинов. Любопытно, как же можно это сделать, не особо читая доку?
Но если так нравится бубнить одно и то же: "в сиерре хорошая дока, в сиерре хорошая дока" - я больше и говорить ничего не буду. Ибо задолбало твердить очевидное.

[CADiLO]

Заинтересовало. Ну снять защиту с документа это 10 секунд, что у Симкома что у других.

А во про форматирование подтверждаю - такое ощущение что не поток текста а кусками наплевали на страницу.
Проверил на AirPrime_SL6087_Product_Technical_Specification_and_Customer_Design_Guidelines-R2[1].pdf
Так даже китайцы не делают - скопировать для цитирования или перевода невозможно.

[Tahoe]

Я даже понял, почему у меня DRC промолчала. Поскольку пины UARTа совмещены с I/O, пришлось их в библиотеке обозначить не как input или output ( как в табл.7 ), а как bidir ( как в табл.12 ). Причем в доке и тут неоднозначность, в описании UART пин RXD/GPIO5 обозначен как O, в описнии GPIO как I/O. Так нормальные люди описание не делают. Обычно, это сводится в одну таблицу, в одном месте.

[sobr]

Я даже понял, почему у меня DRC промолчала. Поскольку пины UARTа совмещены с I/O, пришлось их в библиотеке обозначить не как input или output ( как в табл.7 ), а как bidir ( как в табл.12 ). Причем в доке и тут неоднозначность, в описании UART пин RXD/GPIO5 обозначен как O, в описнии GPIO как I/O. Так нормальные люди описание не делают. Обычно, это сводится в одну таблицу, в одном месте.

Ну это не понимают "тупые и молдоване" которые бубнят "дока говно, дока говно".
А для людей ясно, что в режиме UART пин RXD/GPIO5 является выходом, а в режиме GPIO входом-выходом. И не надо подавать на выход сигнал с другого выхода и орать, что не работает.
"Нормальные люди так не делают..." Нормальные люди это кто? Ты что ли? Да ты и так сделать не сможешь!

[Tahoe]

А для людей ясно, что в режиме UART пин RXD/GPIO5 является выходом

Возвращаясь к напечатанному: у нормальных людей, вообще-то, RXD это вход. Но это у нормальных. Мы уже выяснили, что к таковым не относятся ребята из Сиерры и некоторые радиолюбители, не делавшие в жизни ничего, сложнее GSM-сигнализации на ПИКе или GPS-трекера.

P.S.
Ну самому-то не надоело слюной брызгать? Давай помиримся?

[butthead2]

Возвращаясь к напечатанному: у нормальных людей, вообще-то, RXD это вход. Но это у нормальных

Вставлю три копейки. Модем есть DCE = Data Circuit-terminating Equipment, а МК или комп - DTE = Data Terminal Equipment. Сигналы у них называются ОДИНАКОВО, но функции прямо противоположные. И TXD является передатчиком у терминального оборудования, а у модема TXD будет соответственно приемником. Так что в доке на модемы написана чистейшая правда. Единственное что надо, так это под страхом смертной казни заставить их указывать что это DCE TXD, а не просто абстрактный TXD по которому неясно приемник это или передатчик. Ну или хотя бы TXDO - TXDI

[sobr]

Но это у нормальных. Мы уже выяснили, что к таковым не относятся ребята из Сиерры и некоторые радиолюбители, не делавшие в жизни ничего, сложнее GSM-сигнализации на ПИКе или GPS-трекера

и ты...

Вставлю три копейки. Модем есть DCE = Data Circuit-terminating Equipment, а МК или комп - DTE = Data Terminal Equipment. Сигналы у них называются ОДИНАКОВО, но функции прямо противоположные. И TXD является передатчиком у терминального оборудования, а у модема TXD будет соответственно приемником. Так что в доке на модемы написана чистейшая правда. Единственное что надо, так это под страхом смертной казни заставить их указывать что это DCE TXD, а не просто абстрактный TXD по которому неясно приемник это или передатчик. Ну или хотя бы TXDO - TXDI

Не, ну это не для "нормальных людей", они азбуку просмотрели, в смысле картинки, и все... Экспертные заключения!

[Tahoe]

Вставлю три копейки. Модем есть DCE = Data Circuit-terminating Equipment

Модем - да. Но в топике речь не про модем, а про GSM модуль, со встроенным процессором и все такое. Кроме того, что сама терминология V.24, мягко говоря, не самая удачная, так ещё и "модемы" давно перестали быть просто "терминаторами".

под страхом смертной казни заставить их указывать что это DCE TXD

ИМХО в индустрии давно сложилась практика, касательно обозначения пинов UART. Вот у себя, в описании готовых систем/железок, пусть рисуют как хотят. А здесь, на уровне компонентов, обязаны придерживаться сложившихся устоев.
Если им не понятно, где проходит эта граница - подскажу. Аккурат там, где стоит ADM202.

Не, ну это не для "нормальных людей", они азбуку просмотрели, в смысле картинки, и все... Экспертные заключения!

Если погасить эмоции и вернуться к моему первому вопросу, то для нормальной доки, он покажется странным. В ней не указано состояние UART1, включен или выключен. Т.е. я оказался в совершенно идиотской ситуации, как слепой котенок - то ли сам накосячил, то ли надо рыть талмуд многостраничный, по АТ-командам.
Одно это уже нечто нездоровое.

[CADiLO]

Действительно давайте без эмоций. Полистал я тут доки.

Simcom и Quectel - рисуют крест накрест RX-TX
Telit и UBlox - описание по выводам делают
Ну а Cinterion сделал именно как предложил butthead2 - в табличке TXDO - TXDI

Так что единства мы при всем желании не увидим - а ляпсусы у всех были и будут. Никто не застрахован.

То вам надо документацию от Мodulestek полистать - вся другая идеалом покажется.

[butthead2]

Модем - да. Но в топике речь не про модем, а про GSM модуль, со встроенным процессором и все такое. Кроме того, что сама терминология V.24, мягко говоря, не самая удачная, так ещё и "модемы" давно перестали быть просто "терминаторами".

Как бы вам ни хотелось его называть, это все таки "GSM-модем" конструктивно выполненный в виде "модуля". Так что терминология модемов применима к нему на все 100%. Да, непонятная, но вполне себе официальная и не нам ее менять

[Tahoe]

это все таки "GSM-модем"

Блин... Пруфлинк, пожалуйста! Ибо пока это голсловное утверждение.

Что "исторически сложилось" и так понятно. Так же как и исторически НЕУДАЧНЫЕ НАЗВАНИЯ в V.24. Но в ДОКЕ ( равно как и на сайте производителя ) модуль SL6087 "модемом" нигде не обозван, ибо таковым не является. Более того, сие устройство заявлено как некий "wireless processor", т.е. при работе через UARTы, модуль скорее будет выступать как DTE, чем как DCE.
Не то, что бы я прям буквоедствую, но уж "взялся за гуж..." (с).

Simcom и Quectel - рисуют крест накрест RX-TX
Telit и UBlox - описание по выводам делают
Ну а Cinterion сделал именно как предложил butthead2 - в табличке TXDO - TXDI

Когда я говорю "принято в индустрии", я имею в виду всю отрасль, а не узкий ее сегмент. Мягко говоря, модемы не самое первое место, где используется UART. Так что смотреть надо обозначения RX/TX в документации более авторитетных лавок: TI, NXP, ATMEL, ST...

-----------------------------------------------------
Добавлю чуть ближе к основной теме. Дошло до подключения модуля. Вот, что мне обещает дока:

• If the SIM detect pin indicates "absent", the response to AT+CPIN? is "+CME ERROR: 10" (SIM not inserted).
• If the SIM detect pin indicates "present", and the inserted card is a SIM card, the response to AT+CPIN? is "+CPIN: xxx" depending on SIM PIN state.
• If the SIM detect pin indicates "present", and the inserted card is not a SIM card, the response to AT+CPIN? is "+CME ERROR: 10".
• These last two states are not provided immediately due to background initialization. Between the hardware SIM detect pin indicating "present" and the
final results, the AT+CPIN? sends "+CME ERROR: 515" (Please wait, init in progress).

Вот что я вижу в терминале:

AT+CPIN?
ERROR

Если б не крики, про "лучший продукт", я бы и париться не стал, конечно.

[sobr]

Как бы вам ни хотелось его называть, это все таки "GSM-модем" конструктивно выполненный в виде "модуля". Так что терминология модемов применима к нему на все 100%. Да, непонятная, но вполне себе официальная и не нам ее менять

спасибо, друзья!

спасибо, друзья!

Потони уже, чудовище!

[Tahoe]

Потони уже, чудовище!

Cледи за речью, красавица.

[butthead2]

модуль SL6087 "модемом" нигде не обозван, ибо таковым не является.

Ух ты откровение. А чем он тогда является? Сейчас угадаю... наверно модулем? Тогда уж и LP2951ACD это SOIC8, а не стабилизатор.

Более того, сие устройство заявлено как некий "wireless processor", т.е. при работе через UARTы, модуль скорее будет выступать как DTE, чем как DCE.

Гы. Производитель имеет право обзывать его хоть болидом формулы один, лишь бы лучше продавался.

Давайте заканчивать эту бесполезную и неконструктивную беседу.
А по поводу дебильных доков - производители давно придумали техподдержку. Можно ее задрачивать хоть до посинения

[sobr]

Cледи за речью, красавица.

Не тебе адресовано было, не возбуждайся.

[Tahoe]

Веселье продолжается. Просьба к "опытным, но г*внистым" - запастись тряпочкой и в нее помолчать. Просто рассказываю нормальным людям, о граблях с "лучшим продуктом".

SIM-карта не увиделась. Напомню, ситуация усугублялается тем, что это первый экземляр. К тому же, модуль был перекинут с предыдущей платы, так что в голове всегда сидит мысль "мало ли что с железом".

Проверил сам модуль, на предмет работает вообще GSM-часть или нет. Команда качества сигнала показала, что все более-менее пристойно ( а в моих, конкретных, условиях, так и вообще хорошо ) :

AT+CSQ
+CSQ: 18,0
OK

На любые команды обращения к SIM, ответ один - "ERROR: 10", оно же "SIM not inserted".

AT+CMEE=1
OK

AT+CCID
+CME ERROR: 10

AT+CIMI
+CME ERROR: 10

Раскапываю команду "SIM Holder Status". Холдер в состоянии "открыт":

AT+WSHS
+WSHS: 0
OK

Проверяю питание SIM-VCC, там полный ноль. Проверяю остальные ноги - все находятся в состоянии, как описано в доке "reset value". Прозвонил все ноги, на предмет к.з. на GND ( там рядом только эта цепь ) и на предмет к.з. между собой. Но к.з. нигде не было. Затем выяснилось, что если на модуль подать питание, но не включать его, положеные 2,8В на SIM-VCC все-таки подаются, но при включении модуля почти сразу отключаются. Стало легче, ибо теперь понятно, что дело не в неисправности/ошибке. Следующий номер нашей программы, разумеется, SIMPRES. Согласно доке, эта нога должна быть подтянута к GND, через 100к ( 4.7.3. Application, Figure 19. Example of a Typical SIM Socket Implementation ). Из той же доки следует, что, нога после ресета находится в Z-состоянии. Дока по АТ-командам утверждает:

2.5 SIM Insertion and Removal
SIM card insertion and removal procedures are supported. There are software
functions relying on positive reading of the hardware SIM detect pin. This pin state
(open/closed) is permanently monitored.

Ну и что события "SIM вставлена" и "SIM вытащена" мониторятся по фронтам сигнала на этой ноге. Поскольку нога в Z, да ещё и притянута к GND, никаких событий, ессно, не происходит.

Подтянул SIMPRES через 10к к шине 2,8В. Тут же, на пустом холдере, задергалась нога SIM-VCC. Отлично, дельце почти обстряпано! Ну и далее отключил питание, вставил SIM-карту, включаюсь и получаю:

AT+CCID
+CCID: "897010265316033725"
OK

AT+WSHS
+WSHS: 1
OK

Вопрос у меня остался только один. У меня висят ещё два проекта, по одному из них уже тикает время. На кой х*р мне все эти пляски с бубном? Потеряно два полноценных рабочих дня. Ладно, когда по делу, но здесь - на пустом месте. Пришлось разгребать чужое г*вно, за "лучшим продуктом какого-то там года". Мне и своего хватает.
Это все к вопросу о качестве документации и ее "роли в ...".

P.S.
Тему использования 6-ти контактных SIM-карт я вообще опускаю.
По степени отвратности доки, ставлю ее на почетное, второе место, после описания регистров/цифровой части в доке от Analog Devices на ADF7020/7021.


P.P.S.
Тут выше просокчило от кого-то про "обратиться в поддержку Сиерры". Они мой аккаунт потеряли. LOL Т.е. войти под паролем, который они прислали, и по которому я скачивал доку несколько недель назад, я не могу. На "напомниить пароль" сайт отвечает, что пользователя с таким email нет, однако при попытке зарегистрироваться на сайте заново, получаю ответ, что такой email уже используется. Короче, забил на них.


Бон аппетит.

[Andreymai]

отключите ф-цию детектирования наличия SIM используя at+wfm=0,7

[Tahoe]

отключите ф-цию детектирования наличия SIM используя at+wfm=0,7

Помогло. Позволило отпаять с платы лишние сопли.

Благодарю!

[sobr]

Помогло. Позволило отпаять с платы лишние сопли.

Благодарю!

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

[Tahoe]

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

Для "опытных, но г*внистых", объясняю.
Я продаю свое время. В каких-то проектах, мне платят за железо, в каких-то за программирование, в каких-то и за то, и за другое. В данном проекте, моя роль, как исполнителя, была сугубо hardware design. Да, я привык делать работу хорошо. А это значит, что из-за того, что документация по железу оказалась дурная, мне пришлось читать ещё и доку про проприетарные АТ-команды, причем "за свой счет". Т.е. делать часть работы, за которую мне не платят, которую должна была сделать Сиерра. А два дня моей работы, это ( 18 000 / 5 ) * 2 = 7200 руб. Сомневаюсь, что Сиерра мне это компенсирует. Вот такой, тебе, будет мой ответ, Копченый (с)

[CADiLO]

Хм. Суждение интересное, но я бы такого разработчика на работу не взял - "это мое, а это не мое".
Ведь железо без АТ команд "слегка" бесполезно и работая с модулями доки надо изучать в комплексе.

[Tahoe]

Хм. Суждение интересное, но я бы такого разработчика на работу не взял - "это мое, а это не мое".

1. Разработчик моего уровня, особо и не собирается идти работать "под дядю".

2. Вот когда ты, как руководитель, берешься за новый проект, ты тоже перед заказчиком подписываешься под "все на свете"? Любопытно было бы посмотреть, в таком случае, как же выдерживаются сроки проекта, при такой нечеткой постановке задачи. Вариант, обычно, один - ошибки руководства перекладываются на подчиненных?

3. Документацию неспроста принято разделять на две разные части, hardware guide и software guide. В хорошей документации, всегда есть явные указания, где и что зависит от софта.

4. В hardware guide, как правило, приводится типовая схема, обладающая минимальными возможностями, но 100% работоспособная, т.е. учитываящая в т.ч. дефолтные настройки софта. В данном случае, этого не было.

5. Вообще-то, я не сделал работу тяп-ляп, а полез и разобрался ( благо, свою первую АТ-команду, я отправил в модем году эдак в 1992-93 ). Просто на Сиерре для себя поставил крест. А значит, в любом другом проекте, независимо от его серийности, продукция этой лавочки будет мной рассматриваться в последнюю очередь.

Ведь железо без АТ команд "слегка" бесполезно и работая с модулями доки надо изучать в комплексе.

Когда мне поступают предложения, "сделать железку и написать прогу/драйвера под Windows", я переговоры прекращаю немедленно. Не люблю некомпетентных заказчиков. А главное, результат работы в этом случае предсказуем.

P.S.
За последние год-полтора, всего два проекта довелось делать с GSM. Один был на Enfora, другой на Quectel. В обоих случаях, никаких проблем не испытал - "налил и выпил".

[sobr]

Да, блин... Бывает же такое.
СУПЕР-разработчик!!!
"беру из доки дефолтную схему, фключаю - не работает!
Открываю доку, а там все на арабском т.е. Английском - говно дока!
Бегу на форум и кричу что за г*вно? Там мене указыват на очевидные вещи, о которые не спткнется даже школьник, я все равно кричу что все г*но, учу "серых" как надо писать доки, чтобы таким как я не "заподло" было их читать. Но делаю как сказали и у меня начинает работать.
И с радостью бегу торговать своим временем за тыщи мильенов..."