Ruslan1
-
Постов
3 026 -
Зарегистрирован
-
Посещение
-
Победитель дней
3
Сообщения, опубликованные Ruslan1
-
-
7 minutes ago, CADiLO said:
Простите, а зачем? Запутать модуль чтобы он не знал что выполнять?
Я много раз уже тут упоминал, что сейчас у меня используется три потока в параллель, и я хочу и дальше так работать. Если это невозможно через USB- я не буду его применять. Если это в принципе невозможно на данном модеме- я просто перейду на другой модем.
1 minute ago, CADiLO said:PPP будет через "SimTech HS-USB Modem"
SMS обработаете через "AT Port"
А если у меня два независимых потока SMS?
6 minutes ago, Сергей Борщ said:Через один поднять ppp для, собственно, работы, через второй принимать смс. Или модуль не умеет смс пока работает ppp?
Так тут же буквально на днях вырезка из документации приводилась: поднимайте CMUX и имейте 4 потока.
Так CMUX это через UART?
-
1 hour ago, CADiLO said:
Если ничего в модуле не переконфигурировать, то в виндах, после установки драйверов должно быть так.
Ага, так и есть. Что вижу:
"AT Port" - могу общаться с модемом через AT команды
"NMEA" - вижу сообщения от GNSS (после включения AT командой через канал "AT port")
И все.
Про порт "Audio" вроде бы ясно (есть апноут)- тут можно гонять PCM аудио поток.
А вот что такое "Diagnostics" ? от него можно поиметь пользу, или это "на Новый Год"?
Ну и получается, что вижу всего один стрим для AT команд ("AT Port")? А если я хочу несколько независимых потоков для AT команд?
-
Спасибо! уже отсыпали немного. Ничего неожиданного не получил, просто какие-то версии документов чуть новее чем на сайте Симкома. Буду просвещаться.
13 hours ago, CADiLO said:>>> Особенно отключение диагностического порта
Это еще мелочи, а вот загнать в ADB и прервать сессию - мазохизм левела 80+
А где-то есть руководство к действию (мануал, апноут...) как начать работать с модемом по USB для чайников, чтоб в мазохизм не впасть?
Я раньше думал что нужно:
1. поднять на микроконтроллере USB хост с поддержкой CDC-ACM
2. организовать эндпоинты (виртуальные каналы данных для AT команд)
3. общаться с этими виртуальными каналами как раньше общался через виртуальные каналы UART (в режиме CMUX). То есть один канал под ppp (опять же, стартую с AT команды), остальные два под AT потоки команд.
С USB раньше дела не имел (ну, использовал лет 10 назад USB MSD на PIC18 и уже все забыл). Идеально было бы апнот от ST, как подключить модем по USB к STM32F4, но что-то c ходу не нашел.
-
Уважаемый CADiLO, спасибо!
Все ниже- и выше-сказанное переадресую "официалам". Может, просто это все у Симкома "только по запросу", начиная с VID-PID, а я по привычке ищу в базовой документации и открытых апнотах на базовом сайте Симкома.
>> Ну и вообще-то производитель считает что с модулем работает инженер минимально знакомый с тематикой.
С какой именно "тематикой" инженер должен быть знаком?
Подозреваю, что полная фраза: Производитель Симком считает, что с модулем работает инженер, уже знакомый с тематикой по документации других производителей, которые нашли в себе силы описать это. Ну или еще проще: дешевизна модулей оправдывает качество документации.
Где-то в документации Симкома я могу увидеть то, что в документации конкурентов явно написано?
Например кусочек из u-blox, "LISA-U2 System Integration Manual.pdf":
QuoteLISA-U2 series modules can provide the following functions over the USB interface:
CDC-ACM for AT commands and data communication
CDC-ACM for GNSS tunneling
CDC-ACM for diagnostic
CDC-ACM for SAP (SIM Access Profile)
CDC-ECM for Ethernet-over-USB
Each USB profile of LISA-U2 module identifies itself by its VID (Vendor ID) and PID (Product ID) combination,
included in the USB device descriptor according to the USB 2.0 specifications [7].
If the USB interface is connected to the host before the module switch on, or if the module is reset with the USB
interface connected to the host, the VID and PID are automatically updated runtime, after the USB detection.
First, VID and PID are the following:
VID = 0x058B
PID = 0x0041
This VID and PID combination identifies a USB profile where no USB functions are available: AT commands must
not be sent to the module over the USB profile identified by this VID and PID combination.
Then, after a time period (roughly 5 s, depending on the host / device enumeration timings), the VID and PID are
updated to the following ones, which are related to the LISA-U2 module default USB profile:
VID = 0x1546
PID = 0x1102
The default configuration of the USB interface provides 7 USB CDC-ACM modem COM ports:
USB1: AT and data
USB2: AT and data
USB3: AT and data
USB4: GNSS tunneling
USB5: Primary Log (diagnostic purpose)
USB6: Secondary Log (diagnostic purpose)
USB7: SAP (SIM Access Profile)
The user can concurrently use the AT command interface on one CDC, and Packet-Switched / Circuit-Switched
Data communication on another CDC.
Figure 39 (left side) summarizes the USB end-points available with the default USB profile configuration.
The USB interface of the LISA-U2 series can be configured by the AT+UUSBCONF command (for more details see
the u-blox AT Commands Manual [2]) to select a different set of USB functions, available in a mutually exclusive
way, and including 1 CDC-ECM for Ethernet-over-USB and 4 CDC-ACM modem COM ports enumerated as
follows:
USB1: AT and data
USB2: GNSS tunneling
USB3: Primary Log (diagnostic purpose)
USB4: SAP (SIM Access Profile)
In the case of the USB profile with the set of functions described above, the VID and PID combination is the
following:
VID = 0x1546
PID = 0x1104
Figure 39 (right side) summarizes the USB end-points available with this alternative USB profile configuration.
The USB profile cannot be changed on the "01", "x2", "63" and "68" product versions of LISA-U2 series
modules, as the AT+UUSBCONF command is not supported.
The USB profile change, triggered by means of the AT+UUSBCONF command, is not performed run-time.
The settings are saved in the Non-Volatile Memory at the module power off, triggered by means of the
AT+CPWROFF command, and the new configuration will be effective at the subsequent module reboo
[тут картинка "LISA-U2 series end-points summary for the default and alternative USB profile configuration " ]
Поймите, я не из вредности, я хочу использовать. Искал для SIM7600 описание уровня u-blox, думал что просто не нашел, и спросил тут. А мне в ответ говорят, что с модулем должен работать "инженер минимально знакомый с тематикой". Задумался, с какой еще "тематикой" я не знаком, какие еще вещи "производитель" считает очевидными и не отраженными в документации, если даже список портов там отсутствует.
>> Кроме UART у Вас должен еще появиться Ethernet modem - в другом разделе хардваре виндов - это как раз для передачи данных
Ух ты! А я и не понял что такое есть. Это то, что описано в "Series_TCPIP_AT Command Manual" ?
-
Начинаю разбираться с SIM7600. На столе есть Симкомовская EVB с модулем SIM7600G.
Сейчас цель- пообщаться через USB с компьютером. (Программа-максимум прицепить его к STM32 по USB, но это в будущем).
Подключил к компьютеру через USB кабель и начались пляски с бубном.
1. Винда (7) не нашла это устройство. Ну ладно, пошел на сайт Симком- драйверов не нашел. Они там где лежат?
2. поиском в интернете нашлись драйвера на waveshare, правда старенькие (Октябрь 2018). С их помощью винда увидела 4 порта, это правильно?
3. НИГДЕ в документации на модем я не нашел какие именно USB порты существуют и каково их назначение. Нужно догадываться по названиям? Или есть все-таки мануал на эту тему? (Есть небольшой мануал по Аудио, но про остальные ни слова не нашел).
4. Я хотел здесь через USB сделать как делал в ublox на UART через CMUX: по одному порту поднять ppp, по другому передаю SMS, по третьему другие SMS (прием-передача). А здесь вижу только один порт для AT команд и какой-то "Diagnostic"?
5. Про UART: в "SIM7X00 Series_UART_Application Note_V1.00.pdf" вижу нижеприведенное, как это понимать? Особенно перечеркнутое напрягает. Почему перечеркнуто, но не удалено??
в то же время в "SIM7500_SIM7600 Series_AT Command Manual_V1.12.pdf" я вижу обнадеживающее:
Подозреваю, что документация какая-то несвежая. И где-то лежит еще что-то про USB.
-
А никто не запрашивал свой "NTP Pool for vendors" ? Я имею в виду это : https://www.pool.ntp.org/vendors.html
Это не больно? Какие-то преимущества дает? Создает новые проблемы?
Смущают некоторые требования, например, запрашивать время не чаще пары раз в день и поддержка KoD. Если я вдруг подключусь с чего-то, не понимающего KoD? Или начну дергать сервер 60 раз в час, а не "4-5", то что мне будет, пожизненный эцих с гвоздами?
Вот что они сами пишут как "ground-rules":
QuoteOnly use the pool.ntp.org hostnames designated to you (typically {0,1,2,3}.{vendor}.pool.ntp.org)
Do implement handling of the "KoD" response
Don't send excessively frequent queries. Reasonable query intervals are typically from once or twice a day to a 4-5 times an hour depending on the application. Really consider how often the device will need "fresh time". A standard ntpd or openntpd server works, too.
Do have your devices query the NTP servers at random times of the day. For example every 43200 seconds since boot is good, at midnight every day is bad.
Do re-query DNS for a new NTP server IP address if one of the current NTP servers stops responding, though not more often than once per hour.
Read the new SNTP RFC if you are implementing an SNTP client.
Upd:
А, нашел где "больно":
QuoteThe suggested yearly contribution is $12 per 1000 clients (0.012 dollars per client). For example: If your company has 50,000 active devices, please consider contributing $600 a year. If the expected life of each device is 4 years, that's about 4 cents per device. (Compare with configuring and maintaining a redundant in-house ntp system).
As a minimum it'd be appreciated if your company would contribute $200-$300 per year to the pool (or add a few servers!).
Меня вполне устраивает заплатить 12 долларов в год ("$12 per 1000 clients"). Но как-то начинает жать, если нужно платить 200-300 в год ("As a minimum it'd be appreciated if your company would contribute $200-$300 per year to the pool").
-
В-общем, материалов в инете на эту тему много, буду думать.
Дефолтовый CEP (Circular error probable) 50% в документации намекает, что "фильтровать нужно". А приемники за сколько долларов уже вообще не выдают наружу данные с погрешностью более чем (ну например 2 метра)? Такие бывают?
Ктати, вот несколько красивых статей по теме:
http://www.christinafriedle.com/uploads/1/8/4/7/1847486/liesdamnedliesandstatistics.pdf (название статьи доставляет: GNSS Accuracy: Lies, Damn Lies, and Statistics :)
https://journals.plos.org/plosone/article/file?id=10.1371/journal.pone.0215562&type=printable (красивое исследование точности реального приемника)
И я не понял, а какую точность сейчас можно получить для мобильного варианта, без базовых станций, при цене вопроса, скажем, 500 долларов и времени измерения 1 минута? Все эти RTK системы не катят, как я понимаю?
Чуда не вижу. новые стандартные u-blox NEO-9M все еще пишут про CEP 2.0 m в документации.
-
Just now, AleksBak said:
Тогда зачем Вам непрерывно считывать GPS - один раз поставили/сняли показания за час - усреднили/выкинули совсем не валидные и все.
По параметру HDOP если горизонтальные координаты. Еще кол-во спутников нужно учитывать (ну у Вас, в окне, их все равно будет много), время старта.
Непрерывно- потому что через 30-60 секунд система может быть перемещена в другое место и нужно запомнить координаты во время измерения там. В общем случае- делается ряд измерений в разных точках 2D координат (остановились- измерили- поехали дальше), и нужно снабдить данные координатой, чтоб отличить одну точку от другой. 5-метровой точности хватит точно, 10-метровой может быть. Дециметровая точность не нужна, потому думали обойтись ширпотребом. Очень может быть, что нужна антенна получше.
Кстати, если Вы посмотрите на мои результаты- там интересное плавное уплывание, и потом резкий скачок. Будто ведется один спутник, потом он уходит за горизонт и начинается вычисление по другому (другим) спутникам, при этом есть сильный скачок. Может быть, действительно результат переотражения из помещения. И уреднение даже за час мало поможет- нужно смотреть дополнительные параметры и отбразывать заведомо неточные (большой HDOP? мало спутников?) до усреднения.
Ситуация "GPS в окне" кажется мне худшей из возможных, интересно выжать из нее все допустимое. На практике измерения проводятся на улице- зенит виден, и разная часть полусферы неба вокруг. Надеюсь, ситуация будет сильно лучше, но опять же- точность хорошо бы контролировать. Идеал- если возможно по ответу GPS понять, с какой точностью измеряем координаты, и в выбирать только один отчет (за 30 секунд) с наименьшей погрешностью как результат.
-
10 hours ago, Baser said:
Когда-то давно занимался я треккерами, и была на форуме такая тема:
Дрейф координат во время стоянки. EB-500
С тех пор прошло почти 10 лет, но как я понял по вашему вопросу, прорыва с точностью в бытовых приемниках GPS так и не произошло
Данные по высоте я не использовал, не знаю как они раньше скакали, но думаю еще больше.
з.ы. И вопросы по GPS обычно все размещают в ветке форума "Сотовая связь и ее приложения". Как-то так исторически сложилось. Там раньше тусовались "треккероводы", которые применяли и GSM и GPSОгромное спасибо! Искал, но не нашел (плохо искал). Таки получается, что по этим HDOP и сотоварищи и можно что-то понять.
В-общем, графики мои не показательны. Нужно исходные сообщения GPS сохранить (без усреднения) и набрать статистику зависимости точности от этих HDOP и прочих. Причем нужно как минимум сутки парсить, а не пару часов.
Про место для топика: вот тоже думал. Засунул сюда, потому что речь идет об измерении. Но если "де-факто" для этого используется "Сотовая связь и ее приложения" - то буду только рад, если уважаемые модераторы переместят этот топик туда где он органичнее смотрится.
-
6 minutes ago, AleksBak said:
Ну вот подумайте и представьте как и с каких примерно направлений радиосигналы от спутников "влазят" в Ваше окно. Далее представьте себя на месте процессора в GPS приемнике, которые разбирается со всей этой оравой (будет относительно очень много их) радиопакетов и пытается построить подобие пространственного расположения этих всех "спутников" и вычислить потом уже положение окна на Земле.
К сожалению, даже если я "подумаю и представлю", это мне не поможет: GPS не имеет возможности менять свое положение- где его поставят, там и будет работать, c достижимой в данной точке точностью.
И я не спрашиваю почему так плохо, я спрашиваю как понять, что какие-то отчеты не попадают в нужный мне разброс (скажем, 10 метров для 2D координат) и игнорировать их.
-
Есть с GPS NEO-6M в окне, направленном на северо-восток, до горизонта в этом направлении практически ничего не мешает. Антенна активная прямо на модуле. Похожий на такой:
Показания записываются каждую минуту. На графиках ниже по оси X - номер отчета. Данные прошлой ночи.
Вычисляется среднее значение по 30 точкам (последние 30 секунд каждой минуты).
Широта и долгота, отклонение от среднего значения, в градусах (0.001 градуса это около 80 метров):
отклонение по высоте от среднего значения, в метрах:
Получается, что все точки расположены в кубе пространства со стороной около 200 метров. Хм... Хотелось бы точнее
Вопрос: можно ли понять, какие из отчетов неточны, и просто отбрасывать их? Что из передаваемой из GPS информации поможет это понять?
Уже учитываю: "GPS quality indicator (0=invalid; 1=GPS fix;...", и отбрасываю отчеты которые с маркером "0" приходят. Но этого явно недостаточно.
Подозреваю, что что-то из нижеприведенного мне поможет, но не понимаю, как эту информацию использовать для установки флага "неточный отчет, не использовать":
- количество спутников
- Фактор PDOP
-Фактор HDOP.
- Фактор VDOP.
- что-то еще?
-
гуглите по строке "IPC стандарты контактные площадки", и обретете счастье.
Ну или танцуйте от печки:
А еще в даташите на конкретную деталь смотрите, там тоже практически всегда рекомендованный footprint приводят.
-
первые же ссылки при гуглении по строке "Ymodem standard pdf" не годятся?
http://www.blunk-electronic.de/train-z/pdf/xymodem.pdf
https://open.library.ubc.ca/media/download/pdf/831/1.0051993/2
гугление по строке "Ymodem specification pdf":
https://techheap.packetizer.com/communication/modems/xmodem-ymodem_reference.html
-
On 8/24/2020 at 2:32 PM, MementoMori said:
Вы наверное хотели сказать ультрамегапупер? Это ведь U3?
У меня на 16 каналов, а есть еще на 32 канала вот тот может быть уже суперпупер.
Разница в цене 100 долларов (мой 16 каналов-300 баксов, а 32 канала-400), в эти деньги также входят и экранированные щупы, так что не так уж и дорого.
Но я не уверен если 32-канальник реально быстрее или просто "расшаривают" ресурс на количество каналов. У меня (в 16-каналке) такая зависимость максимальной частоты от количества каналов:
-
On 8/24/2020 at 7:26 PM, MementoMori said:
Шурик, вы комсомолец? Это же не наш метод))))
Ага,
у меня и справка естьдаже могу показать не только комсомолький билет, но и свою учетную карточку (у нас в мутное время, когда райком архивы уничтожал, можно было свое забрать).Но задор как-то уже пропал все подряд разбирать. Особенно если оно казенное и лично мне нужно для работы. :)
-
5 minutes ago, MementoMori said:
Не разбирали? Как плата выглядит? Чем нашпигована? Уж больно ценник конский, не верится, что там плисина из золота отлита.
Неа, не разбирал. Оно работает- я его не трогаю. И так хватает чего разбирать :)
Так вроде в интернете много разборок как оно там сделано, я находил картинки разные.
-
On 8/22/2020 at 3:59 PM, MementoMori said:
А если суперпупер версию заказывать, то щупы нормальные приедут?
Мне экранированные приехали. Но у меня не суперпупер, а просто пупер (U3Pro16)
-
13 hours ago, haker_fox said:
И личной половой жизнью) Где видео можно посмотреть ваше?))))
Кстати да, почему он делится только кодом? А еще личным имуществом надо. И родственниками. И своим организмом. Как такой здоровый организм еще не раздал себя на органы....
Да ну, бред какой-то. Думаю, троллит он нас всех, таких не бывает.
-
5 hours ago, mov said:
Поставщик конденсаторов проверенный ? Конденсаторы не могли храниться в ненадлежащих условиях и быть бракованными до пайки ?
TAIYO YUDEN бренд известный, если у них был такой процент брака- уже бы давно прогорели. Скорее всего некондиция (фейк) или брак при монтаже. Про проверенного поставщика- не аргумент, всякое бывает.
Легко проверить, протестировав хоть выборочно неизрасходованные остатки компонентов из той же партии как установлены- есть там КЗ или нет. По любому на производстве детальки остались.
И еще вопрос, они точно в КЗ до первого включения? Или может это глюк схемотехники и просто сгорают? У меня как-то было подобное- поставили тантал на входе по питанию, сгорало 50% после первого включения (кстати, сгоревшие конденсаторы именно в КЗ уходили) Заменили люминием, забыли о проблеме.
-
А еще можно включить операционный усилитель повторителем, и подключить батарейку напрямую к его входу, или через мегаомные делители. Главное чтобы ток через такую цепочку был сильно ниже чем ток саморазряда батарейки. Сейчас ОУ с токами потребления меньше 1 мкА уже не проблема найти. Часто такой ОУ уже есть внутри МК и его можно использовать для этого измерения.
Но если батарейка напрямую используется для питания- то присоединяюсь к советам выше: нужно просто использовать втроенные средства МК, не нужны внешние элементы совсем. Практически все МК сегодня умеют измерить свое напряжение питания без внешних компонентов, разве что нужен иногда внешний Vref (если внутренний не устраивает).
-
On 8/8/2020 at 1:52 PM, Movi said:
Разобрался с тест-поинтами!
Модули MPCI-L2 уже имеют опциональный UART прямо на выходе mini PCIe (16-TXD, 17-RXD).
Линии TXD, RXD нашёл, думаю остальные линии тоже разведены, но мне пока что они не нужны.
Всё что нужно - это запаять 0402 перемычки, которые расположены в возле верхнего левого угла модуля:Если смотреть в даташит на этот PCIe модуль, то:
Quote16 UIM_SPU NC N/A Internally not connected
17 UIM_IC_DM NC N/A Internally not connected
То есть как бы для SIM карты зарезервировали.
Так что хакерство какое-то. Если это не указано в даташите- то может измениться в любой момент. Сегодня эти ноги свободны, а завтра их заняли. Для однократного применения или тестирования может и пойдет, но дальше стола оно уйти не должно. Ну или списаться с ublox и получить их благословение на данный апгрейд.
-
On 8/7/2020 at 12:32 PM, Herz said:
Просветите меня, устаревшего, что такое "фронт энд". Что такое High-end ещё помню...
Вы правы, корректно говорить хай энд.
Под "фронт энд" здесь я имел в виду то, что еще круче чем "хай энд" :)
-
4 hours ago, abcalex12 said:
На мой взгляд, да.
в п.2) надо(очевидно), чтобы все устройства знали, куда пересылать данные. Часто для этого используют паттерн publish/subscribe, он же брокер сообщений. Те некая более-менее публичная штука, куда все кому надо шлют -- и оттуда же все, кому интересно, читают. Там внутри часто очередь. Хотя и не обязательно (те если сообщение никто не вычитал, оно пропало). Также, часто берут какой нить стандартный протокол вроде MQTT. Для него обычно полно реализаций как для дивайса, так и для напихивания в базу.
То есть если добавить в прибор MQTT клиент, то можно будет в базы данных засовывать данные без особого труда?
У меня STM32F4 и lwIP, вроде даже напрямую что-то гуглится про MQTT для lwIP.
-
Спасибо за ссылки. Каша в голове превращается понемногу в упорядоченное движение.
Я так понимаю, что нужно просто разбить задачу на несколько:
1) база данных со стандартным интерфейсом (SQL, например, или что сейчас считается оптимальным) - берем любую понравившуюся, в облаке или локальную.
2) программа, которая через интерфейс запросов вводит в базу данные из передаваемых приборами сообщений/файлов) - тут самому нужно, или научить приборы общаться с базой.
3) программа, которая через интерфейс запросов читает данные из базы и отображает их на экране пользователя. - для начала выбрать из предлагаемых в интернете, действительно их много.
При такой модульности легко менять-модифицировать-отлаживать каждый компонент, не меняя остальные. Причем части могут находится в разных местах, главное чтобы скорость обмена была достаточной.
SIM7600 : USB интерфейс
в Сотовая связь и ее приложения
Опубликовано · Пожаловаться
Ну, что ж, теперь слышали :)
Это не для скорости, а для многозадачности.
работает так:
есть три независимых задачи, которые друг про друга ничего не знают. Они просто общаются с драйвером модема, используя разные виртуальные каналы. А драйвер уже доставляет данные в модем (CMUX режим).
Что имею сейчас:
1) поток данных в интернет ppp из lwIP
2) задача передачи SMS о событиях наружу
3) задача, которая ждет команд, передаваемых в устройство в виде SMS. И она же отвечает на эти SMS если хочет.
И обе задачи передачи SMS имеют свой канал с модемом. То есть если я передаю SMS в одном канале, то именно в этом канале и увижу ответное "OK". Ну и принятые SMS валятся именно в тот виртуальный канал, в который я сказал модему их выдавать.
Хм. А какой? мне нужно 3G и 4G держать, worldwide.
А вот это уже реально серьезно. У меня перед глазами тож документ 2.00, и во полчаса как понял, что там нет CMUX.
То есть этот модем теперь, с новыми прошивками, уже в принципе НЕ МОЖЕТ то что мне НУЖНО? какая чудесная новость....