Alt.F4

Необходимо два слоя GND печатной платы расположить перпендикулярно друг другу (в плоскости Z и в плоскости Y) и соединить их в одной точке. Подскажите, пожалуйста, достаточно ли для соединения этих слоев, прямоугольник в плоскости одного слоя торцом упереть в перпендикулярный слой или требуется другой механизм соединения? И как потом проверить, что HFSS понимает, что соединение между слоями присутствует?…

Версия B05?..

Пакет разговорный, у нашего МТС тарифы М2М доступны только юр.лицам А со стороны модема никак не установить приоритет выбора поколения сети, кроме принудительной команды (AT+CNMP)?... И еще бы научиться выбирать доступные BAND'ы, возможно ли это? Есть ситуация, в местоположении со слабым уровнем сигнала модем периодически регистрируется то в BAND7, то в BAND3, и вот когда в BAND3 (а это значительно чаще, бывает сутки в BAND3), то TCP соединение никак не открывается...

Замечено странное поведение с 2-мя SIM-картами, приобретенных одновременно у одного и того же оператора с одним и тем же тарифным планом. В одинаковых условиях, с одним и тем же модемом, одна SIM-карта регистрируется за пару секунд в 4G с сигналом 31, вторая регистрируется 30-40 секунд в 2G с сигналом 15... Как это можно объяснить?... Есть ли какие-либо AT-команды для установки приоритета выбора сети 4G или 2G, кроме принудительной (AT+CNMP)?

Не совсем улавливаю в чем противоречие с аппнотесом... Испробовано огромное количество вариаций и ввод "AT+CIPCLOSE" всегда возвращается с ошибкой и ни на что не виляет, если TCP соединение не удалось открыть [13:52:11] Recv: AT+CIPOPEN=0,"TCP","*ipaddr",*ipport [13:52:11] Recv: [13:52:11] Recv: OK [13:52:18] Recv: [13:52:18] Recv: +CIPOPEN: 0,11 [13:52:18] Recv: AT+CIPCLOSE=0 [13:52:18] Recv: [13:52:18] Recv: +CIPCLOSE: 0,4 [13:52:18] Recv: [13:52:18] Recv: ERROR

"AT+CIPCLOSE" в самом верху логов, т.е. предыдущее соединение закрылось успешно, хотя там уже связи нет и не появится, выдерживал таймаут до пары минут. И принудительно закрывать сокет не обязательно, в описании "AT+NETCLOSE" сказано, что она закрывает все открытые TCP соединения и должна деактивировать PDP контекст (чего не делает)

... [11:10:11] Recv: AT+CIPCLOSE=0 [11:10:11] Recv: [11:10:12] Recv: OK [11:10:12] Recv: [11:10:12] Recv: +CIPCLOSE: 0,0 [11:10:12] Recv: AT+CIPOPEN=0,"TCP","*ipaddr",*ipport [11:10:12] Recv: [11:10:12] Recv: OK [11:10:20] Recv: [11:10:20] Recv: +CIPOPEN: 0,11 [11:10:20] Recv: AT+CIPOPEN=0,"TCP","*ipaddr",*ipport [11:10:20] Recv: [11:10:20] Recv: OK [11:10:28] Recv: [11:10:28] Recv: +CIPOPEN: 0,11 [11:10:28] Recv: AT+NETCLOSE [11:10:28] Recv: [11:10:28] Recv: OK [11:10:28] Recv: [11:10:28] Recv: +NETCLOSE: 0 [11:10:28] Recv: AT+CREG? [11:10:28] Recv: [11:10:28] Recv: +CREG: 1,1 [11:10:28] Recv: [11:10:28] Recv: OK [11:10:28] Recv: AT+CGATT? [11:10:28] Recv: [11:10:28] Recv: +CGATT: 1 [11:10:28] Recv: [11:10:28] Recv: OK [11:10:29] Recv: AT+CGDCONT? [11:10:29] Recv: [11:10:29] Recv: +CGDCONT: 1,"IP","internet.life.com.by","100.121.75.145",0,0,,,, [11:10:29] Recv: [11:10:29] Recv: OK [11:10:29] Recv: AT+CGAUTH? [11:10:29] Recv: [11:10:29] Recv: +CGAUTH: 1,0 [11:10:29] Recv: [11:10:29] Recv: OK [11:10:29] Recv: AT+CGACT? [11:10:29] Recv: [11:10:29] Recv: +CGACT: 1,1 [11:10:29] Recv: [11:10:29] Recv: OK [11:10:29] Recv: AT+NETOPEN [11:10:29] Recv: [11:10:29] Recv: OK [11:10:29] Recv: [11:10:29] Recv: +NETOPEN: 0 [11:10:29] Recv: AT+IPADDR [11:10:29] Recv: [11:10:29] Recv: +IPADDR: 100.121.75.145 [11:10:29] Recv: [11:10:29] Recv: OK [11:10:30] Recv: AT+CPSI? [11:10:30] Recv: [11:10:30] Recv: +CPSI: LTE,Online,257-04,0xD2,179251714,357,EUTRAN-BAND3,1600,5,0,4,54,60,-6 [11:10:30] Recv: [11:10:30] Recv: OK [11:10:30] Recv: AT+CIPOPEN=0,"TCP","*ipaddr",*ipport [11:10:30] Recv: [11:10:30] Recv: OK [11:10:35] Recv: [11:10:35] Recv: +CREG: 0 [11:10:35] Recv: AT+CREG? [11:10:35] Recv: [11:10:35] Recv: +CREG: 0,0 [11:10:35] Recv: [11:10:35] Recv: OK [11:10:36] Recv: AT+CREG? [11:10:36] Recv: [11:10:36] Recv: +CREG: 0,0 [11:10:36] Recv: [11:10:36] Recv: OK [11:10:36] Recv: [11:10:36] Recv: +CIPOPEN: 0,11 [11:10:36] Recv: [11:10:36] Recv: +CIPEVENT: NETWORK CLOSED UNEXPECTEDLY [11:10:37] Recv: AT+CREG? [11:10:37] Recv: [11:10:37] Recv: +CREG: 0,0 [11:10:37] Recv: [11:10:37] Recv: OK ... +CREG: 0,0 повторяется 25 сек, затем перезагружаем модем Вот еще странности, по таймауту ответа сервера закрываем текущее TCP соединение и пытаемся установить новое, но безуспешно, пока не перезагрузить модем. Причем, иногда в этой ситуации еще слетает регистрация в сети (логи выше). После перезагрузки модема он мгновенно открывает TCP соединение через ту же БС (судя по +CPSI). С чем это может быть связано, почему требуется перезагрузка модема?.. P.S. Вероятно "AT+NETCLOSE" не деактивирует PDP контекст, т.к. "AT+CGDCONT?" отображает IP адрес и "AT+CGACT?" отдает статус, что контекст активирован. В таком случае вопрос, что делает "AT+NETCLOSE" ? P.P.S. Причем "AT+CGACT=0,1" тоже отказывается деактивировать PDP контекст...

1. Проверяем сейчас плотно работу с "Life BY", остальных позже, у данного оператора пока нет VoLTE, т.е. звоним по 2G. Модем в этот момент в LTE и, судя по всему, не переключается в 2G при входящем вызове, хотя вышка 2G под боком... 2 и 4. Тестировать с белым IP нет смысла, юзеры будут использовать стандартные тарифные планы. Что интересно, проблема имеет плавающий характер, может зависит от загруженности БС?... P.S. От AT+CSCLK=2, судя по всему придется отказаться, в режиме сна TCP-соединение отваливается значительно чаще...

A011B04A7682M7, после длительных тестов на столе определены следующие серьезные проблемы: 1. Периодически в LTE невозможно дозвониться, абонент не абонент. Причем, сразу после ответа робота валятся смс, что абонент уже в сети, а на модем опсос шлет, что вам звонили. Как это победить?... 2. TCP соединение поддерживается передачей мелких пакетов с периодом 30сек. Иногда (какой-либо зависимости не найдено) пакеты от сервера не приходят, пока модем сам не отправит пакет, потом все сообщения с сервера кучей валяться в порт. Судя по всему, это происходит значительно чаще, если переводить модем в сон "AT+CSCLK=2". Что с этим делать, слать пакеты с периодом 5 сек, что тогда делать с потреблением?.. Не самые серьезные проблемы: 3. Заложен таймаут регистрации в сети 2 минуты, периодически этого времени не хватает, чтобы зарегистрироваться (+CSQ: 30,99). Причем, после отключения питания, может словить сеть за пару секунд. С чем это связано? 4. Часто, длительными периодами, потребление после передачи TCP-пакета и приема ответа сервера в последующие 15-20 секунд составляет 45-55мА вне зависимости от ввода "AT+CSCLK=2". Почему это происходит, если обмен данными уже завершен?.. Причем, иногда в тех же условиях, потребление составляет менее 20мА. P.S. По ощущениям, на работу с PDP/TCP негативно влияет команда "AT+CNETCI?" (для определения местоположения по вышкам, CLBS работает через раз), возможно совпадение, но пока от нее пришлось отказаться Вопросы 1 и 2 являются максимально критическими, это основа работы с девайсом. И модемами затарились впрок, беда просто...

byRAM, параллелить никак. Да, 2А в импульсе, скважность до 50%. Поищу среди 1А... V_G, из-за большой емкости возникают дополнительные помехи

Здравствуйте. Нужен SMD диод Шоттки 40В 2А с емкостью перехода менее 10пФ (при обратном напряжении 10В), существуют ли такие в природе?.. P.S. Лучшее, что удалось найти - 20MQ040N с емкость 38пФ при 10В

Как работать с SIM800C описано выше, теперь надо разгадать, как текст кодируется в A7682E: +CMT: "<>4;9;<>:1?;;=>217>1","","22/11/01,22:15:38+12" Комбинация "<>4;9;<>:1?;;=>217>1" должна выглядеть как "life.com.by", может быть есть идеи, как это декодировать?.. P.S. странно, что используются только символы от 0x30 до 0x3F таблицы ASCII..

Дистрибьютор просто сообщил про 1-ый и 8-ой контексты, которые используются для доступа в интернет и для VoLTE соответственно, все остальное - это уже догадки. Иногда, если прописать APN точку в 1-ый контекст, то старое значение из 1-го почему-то переходит во 2-ой контекст, который остается активированным и TCP-соединения уже не открываются. 1. Какой алгоритм в модеме по активации PDP контекстов, как это привязано к смене SIM-карты и для чего используется 2-ой и 10-ый контексты? 2. Как правильно сбрасывать/удалять/деактивировать все контексты, потому что деактивация не всегда срабатывает, хотя модем на AT+CGACT=0,2 отвечает OK. [14:17:41] Send: AT+CGDCONT=1,"IP","wap.privet.by" [14:17:41] Recv: [14:17:41] Recv: OK [14:17:44] Send: AT+CGDCONT? [14:17:44] Recv: [14:17:44] Recv: +CGDCONT: 1,"IP","wap.privet.by","10.88.51.94",0,0,,,, [14:17:44] Recv: [14:17:44] Recv: +CGDCONT: 2,"IP","wap.privet.by","10.92.79.218",0,0,,,, [14:17:44] Recv: [14:17:44] Recv: +CGDCONT: 8,"IPV4V6","IMS","10.235.168.0",0,0,0,2,1,1 [14:17:44] Recv: [14:17:44] Recv: OK [14:17:49] Send: AT+CGACT? [14:17:49] Recv: [14:17:49] Recv: +CGACT: 1,1 [14:17:49] Recv: [14:17:49] Recv: +CGACT: 2,1 [14:17:49] Recv: [14:17:49] Recv: +CGACT: 8,1 [14:17:49] Recv: [14:17:49] Recv: OK [14:17:52] Send: AT+CGACT=0,2 [14:17:58] Recv: [14:17:58] Recv: OK [14:17:58] Recv: [14:17:58] Recv: +CGEV: ME PDN DEACT 2 [14:18:02] Send: AT+CGACT? [14:18:02] Recv: [14:18:02] Recv: +CGACT: 1,1 [14:18:02] Recv: [14:18:02] Recv: +CGACT: 2,1 [14:18:02] Recv: [14:18:02] Recv: +CGACT: 8,1 [14:18:02] Recv: [14:18:02] Recv: OK [14:18:05] Send: AT+CGDCONT? [14:18:05] Recv: [14:18:05] Recv: +CGDCONT: 1,"IP","wap.privet.by","10.88.51.94",0,0,,,, [14:18:05] Recv: [14:18:05] Recv: +CGDCONT: 2,"IP","wap.privet.by","10.114.29.75",0,0,,,, [14:18:05] Recv: [14:18:05] Recv: +CGDCONT: 8,"IPV4V6","IMS","10.235.168.0",0,0,0,2,1,1 [14:18:05] Recv: [14:18:05] Recv: OK

На B04 и B02 одинаковое поведение (оператор А1). Из переписки с дистрибьютором, я так понял, что 1-ый и 8-ой контексты являются обязательными. Исходя из этого, все другие контексты отличные от 1-го и 8-го можно/нужно всегда деактивировать, или это не так?

Вот найдена еще одна проблема, модем приписывает к названию APN точки данные базовой станции, из-за чего IMS неверно работает. Вот это ".mnc001.mcc257.gprs" лишнее, и при таких входных данных не удается открыть TCP соединение [17:08:02] Send: AT+CGDCONT? [17:08:02] Recv: [17:08:02] Recv: +CGDCONT: 1,"IP","vmi.velcom.by.mnc001.mcc257.gprs","10.95.156.130",0,0,,,, [17:08:02] Recv: [17:08:02] Recv: +CGDCONT: 8,"IPV4V6","IMS","10.71.53.104",0,0,0,2,1,1 [17:08:02] Recv: [17:08:02] Recv: +CGDCONT: 10,"IP","ims.mnc001.mcc257.gprs","10.71.53.104",0,0,,,, [17:08:02] Recv: [17:08:02] Recv: OK Если же вручную изменить APN точки, то TCP соединения уже открываются [17:18:07] Send: AT+CGDCONT? [17:18:07] Recv: [17:18:07] Recv: +CGDCONT: 1,"IP","vmi.velcom.by","10.95.156.130",0,0,,,, [17:18:07] Recv: [17:18:07] Recv: +CGDCONT: 8,"IPV4V6","IMS","10.71.53.104",0,0,0,2,1,1 [17:18:07] Recv: [17:18:07] Recv: +CGDCONT: 10,"IP","ims","10.235.53.89",0,0,,,, С 1-ым контекстом еще понятно как разбираться, имя точки доступно на сайтах операторов, что делать с 10-ым контекстом? Наверняка, у разных операторов имя точки может быть не "ims"... Или все другие контексты отличные от 1-го и 8-го можно/нужно всегда деактивировать?