desh

Добрый. Вы уже тестировали новую ревизию модуля с переделанной навигацией?

И освещение в холодильнике не заявлено. Я тоже пролетаю

На этот вопрос нам ответили лаконичным "скорее всего". Новый СДК пока не прошел внутренние тесты и не попал в производство. На старом СДК процент брака около 5% по этой проблеме.

Добрый. Есть и у нас такая проблема на A011B02V11A7672M7_SDK_CUS_RU_230224. Так же видим другую проблему на данном SDK. Слетает IMEI и калибровки на части модулей. На днях получили новый SDK A011B02V14A7672M7_SDK_CUS_RU_230602 в котором обещают, что проблема исправлена

Посмотрите "AT+BTVIS=0". Отключает видимость одновременно в classic и ble

Вы не учитываете накладные расходы TCP/IP, а оператор учитывает. У Вас на 50 байт полезной нагрузки минимум еще 160 байт накладных расходов. В идеальных условиях. Обычно больше. Т.е. для экономии нужно передавать больше данных в меньшем количестве пакетов.

У Вас ус отклеился восклицательные знаки поломались.

Здравствуйте. Я Александр и я алкоголи я писал под ЕАТ в течение всего прошлого и половину позапрошлого года. Раз тут принято называть цифры, то мы выпустили и реализовали за прошлый год 15к устройств только на платформе ЕАТ. Это первый год производства и первый опыт работы работы с ЕАТ. Модуль SIM868E. В проекте есть и работа со смартфоном и BLE и RS485 и прочее. И я считаю, что ЕАТ - крайне сырая технология. Ошибки, плохо совместимые с жизнью найдены практически в каждой группе API. За все время разработки и производства я действительно не видел ни одного случая "зависания" потому что модуль по любому чиху тупо и моментально перезагружается. Однако, производитель настоятельно рекомендует ставить внешний ключ по питанию с ватчдогом. Проблема в том, что ПО у модуля запускается около 3,5 секунд до старта программы ЕАТ и самое дешевое, что мы смогли придумать в плане ватчдога с таким временем - реализовать его внешней 6-ногой тине. Я могу еще долго рассказывать про свой "интимный" опыт, но тема не про ЕАТ. Поэтому считаю, что успешные проекты на основе ЕАТ получаются "не благодаря, а вопреки".

"Много "наших" полегло" сделав такой вывод. Что мы имеем в плюсах при таком подходе? 1) низкий тайм ту маркет + 2) решение, проверенное временем + 3) развитое сообщество +

Отправил в личку

Так может это кривая реализация со стороны MTK? Когда модули перешли ядро AXN5.1, то там была заявлена поддержка RAIM. Про нее пишут, что Примерно после перехода на прошивки на базе AXN5.1 мы стали наблюдать немотивированные глюки с прыжками в сторону, прыжками времени на несколько минут назад, езду параллельно дороге. Хотя до проблемы с QZSS на старых прошивках ничего такого припомнить не удается.

Если есть возможность - запихните приемнику команду "$PMTK104*37\r\n". Нам это помогает. Из тех, кто заглючил, пока второй раз не падали.

При всем уважении, но 24 нужно ГЛОНАССУ для полного покрытия земли (за исключением полюсов). И то если работать только с одной системой. В GNSS системы дополняют друг друга повышая точность решения. Здесь же наблюдается полная потеря решения по обоим группировкам. Кстати, когда его выводили - группировка здоровых должна была снижаться вообще до 21. Так как 23 сейчас. А в декабре-начале января был выведен еще 759. И на 702 работы проводились

Мы столкнулись с массовой потерей навигации на приборах в полночь 1 января. Модули SIM868 и SIM868E. Прошивка навигации как правило B06V01SIM868_96. При этом приборы приходили в себя после команды PMTK104. Некоторые после PMTK101. С аналогичной проблемой столкнулись и другие производители: https://forum.gurtam.com/viewtopic.php?pid=174939#p174939 https://forum.gurtam.com/viewtopic.php?id=16015 Количество спутников в решении в ночь на 1 января зеленый график - спутники в решении GPS, красный - ГЛОНАСС Пока версия, что это из-за испытаний новых часов на одном из спутников ГЛОНАСС https://ria.ru/20191231/1563051563.html Но она вызывает больше вопросов, чем ответов. Версия с ролловером номера дня в пределах 4-х летнего цикла так же не выдерживает критики. Кто в курсе, что это было на самом деле?

Сталкивались с чем то подобным при попытке зайти в Азербайджан. Модуль SIM868E. Модем возвращал +CREG: 0,3. При этом по заверениям клиента эту симку он тут же вставлял в модем и выходил в интернет. Клиент в причинах разбираться не стал.

Для sim68m производитель всегда выпускает по две прошивки одной версии. Различаются они скоростью по умолчанию. Одна на 9600, другая на 115200. Запросите у дистрибьютора и прошейте нужную вам. С командами вида PSIM связываться не советую. Они имеют тенденцию исчезать в новых версиях

Это точно не работает в 8.20. Вы проверьте на всякий случай в config.h строку #define CONFIG_STACK_COLORATION 1 . В 8.40 собирается вместе с объявлением раскраски?

По теме. Есть у меня в проекте вот такая некрасивая конструкция. Если сделать по другому, то не могу избавиться от ошибок Коллеги, как от них избавиться?

Спасибо, я вспомнил, почему стал редко ходить на электроникс.

AlexandrY долгое время топил за MQX. Мне не зашла. Честно говоря не очень понимаю зачем PLC что то ну очень быстрое. Среагировать на аварию за микросекунды и потом 5 минут закрывать задвижку?

Его американские братья в дронах применяют. Сложно придумать что то требующее больше реального времени и повышенной надежности. https://github.com/PX4 Я лично текущем проекте не видел падений системы с начала 17 года. Хотя проект очень активно развивается все это время

Очень может быть. Я на 8.40 еще не переходил. Они там апнули версию си до 11. В 8.20 собирается.

Ого. Какая тема всплыла. Есть более актуальная сборка 7.31, для платы STM32F746g-disco под более актуальный компилятор 8.20. Ознакомиться можно тут Если будут вопросы - напишите в личку контакты. Поделюсь опытом применения в реальном проекте.

К сожалению свежие мне не по карману. Так ну а по моему случаю что говорит новый стандарт? Какую длину сообщения в нем разрешили? И самое главное - порядок бит в байте не поменяли? )

Очевидное и невероятное про сабж. Стандарт NMEA 0183 Ver 3.0 нам пишет следующее: A sentence may contain up to 80 characters plus "$" and CR/LF. If data for a field is not available, the field is omitted, but the delimiting commas are still sent, with no space between them. The checksum field consists of a "*" and two hex digits representing the exclusive OR of all characters between, but not including, the "$" and "*". Т.е. строка не может быть больше 83 байт. Однако на высоте выше 1000 метров и при количестве спутников больше 10 от SIM868 мы получаем следующее: $GNGGA,053846.000,4031.912634,N,07250.220476,E,1,13,0.79,1025.363,M,-40.715,M,,*60\r\n <- 84 байта Вот и у меня библиотечка, которая разбирает поток NMEA была рассчитана на прием 83 байт, а получала в некоторых ситуациях 84.