Страница 4 из 4
Re: СИ-12
Добавлено: Чт, 08 дек 2022 18:42
petrov_ab
Температура +26....ошибся
Re: СИ-12
Добавлено: Пт, 09 дек 2022 11:34
Bombandil
petrov_ab писал(а): ↑Чт, 08 дек 2022 18:41
Вообще модули "любят" уходить в спячку если долго сервера не видят. У вас вроде сигнал хороший...
Может быть и прошивка...Вообще странно конечно.
Сигнал хороший потому-что в помещении тестовые экземпляры . 2 метра антенна.
питание си 12 от акб внешнего 12 вольт. с этим проблем нет.
в спячку уходит даже тогда когда сервер доступный 100 %.
petrov_ab писал(а): ↑Чт, 08 дек 2022 18:41
А тут похоже только ОТАА.
Да, активация ОТАА.
А нет ли в природе такой утилиты которая бы расшифровала бы все эти пакеты.
уж больно как то муторно да и времени нет разбираться.
Здесь посоветовали IoTVegaParser, но и с ним куча заморочек. Может кто-нибудь объяснит пошагово на пальцах как с Parser работать.
Неужели нет простого решения, куда просто вставляешь данные которые нужно расшифровать и получаешь тут же ответ?
в данный момент опять та-же картина. сервер запушен, си 12 спит беспробудно.
Код: Выделить всё
INFO: DB-secure scaner started...
DEBUG [CDevicesCountInfo]: vega[4], totalNonVega[1000], usedNonVega[0]
INFO: DB-secure scaner successfully finished
INFO: [CDataBaseHandler::inactiveBs] BS[909A77FFFF45B33B] is inactive!
[CWebsocketServer] New connection
[CWebsocketServer] New connection
[CWebSocket::closeConnectionSlot]
[CWebSocket::closeConnectionSlot]
[CWebsocketServer] New connection
[CWebsocketServer] New connection
>> 909A77FFFF45B33B | LATENCY 8 |<<
[CWebSocket::closeConnectionSlot]
[CWebsocketServer] New connection
[CWebSocket::closeConnectionSlot]
[CWebsocketServer] New connection
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> 909A77FFFF45B33B | LATENCY 0 |<<
getDevicesData[from socket]: [09:05:21.664 .. 09:05:21.667]
getDevicesData[from socket]: [09:05:21.667 .. 09:05:21.671]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 5 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2022-12-09 09:05:28.386 | 925.0 | SF12 | CNT: 10 | PORT: 2 | [3]
getDevicesData[from socket]: [09:05:34.639 .. 09:05:34.642]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
getDevicesData[from socket]: [09:19:13.654 .. 09:19:13.662]
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2022-12-09 09:27:00.351 | 925.0 | SF12 | CNT: 11 | PORT: 2 | [3]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2022-12-09 09:27:09.984 | 925.0 | SF12 | CNT: 12 | PORT: 2 | [3]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2022-12-09 09:27:19.480 | 925.0 | SF12 | CNT: 13 | PORT: 2 | [3]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
[CWebSocket::closeConnectionSlot]
[CWebsocketServer] New connection
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> 909A77FFFF45B33B | LATENCY 0 |<<
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2022-12-09 09:34:45.935 | 925.0 | SF12 | CNT: 14 | PORT: 2 | [3]
getDevicesData[from socket]: [09:34:48.917 .. 09:34:48.918]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2022-12-09 09:34:57.495 | 925.0 | SF12 | CNT: 15 | PORT: 2 | [3]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
Re: СИ-12
Добавлено: Вт, 13 дек 2022 10:26
IlyaB
Добрый день!
IoTVegaParser - это набор функций для разбора пакетов от устройства. Данные функции используются совместно с сервером chirpstack. Инструкция доступна по ссылке:
https://github.com/VegaAbsolute/IoTVega ... k.ru-RU.md
По большей части на текущий момент большой необходимости нет в разборе пакетов. По логам видно, что устройство не получает подтверждение из-за чего засыпает до следующего выхода на связь. \
Код: Выделить всё
txDone
rxStart
rxStop
rxStart
rxStop
Error sending data: rx2 timeout
Необходимо прибор, с которого Вы снимали логи подключить к ПК и дать нам доступ, чтобы проверить все моменты. Напишите нам на почту
support@vega-absolute.ru все необходимые данные, согласуем время подключения.
Re: СИ-12
Добавлено: Сб, 14 янв 2023 14:35
Bombandil
Здравствуйте.
не пойму почему си12 не отвечают.
Код: Выделить всё
IOT Vega Server 1.2.1
LOG: current file for log messages [./history_1.log]
INFO: Table queuetransmit is cleaned
INFO: Table "bufMacDevParams" is cleared
INFO: DB-secure scaner started...
DEBUG [CDevicesCountInfo]: vega[4], totalNonVega[1000], usedNonVega[0]
INFO: DB-secure scaner successfully finished
UDP socket has opened. IP[ххххххх8002]
WebSocketServer has opened. Port[8002]
DEBUG: UdpServer handler is started
>> 909A77FFFF45B33B | LATENCY 8 |<<
[CWebsocketServer] New connection
[CWebSocket::closeConnectionSlot]
[CWebsocketServer] New connection
getDevicesData[from socket]: [12:25:35.451 .. 12:25:35.461]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 6 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:25:48.655 | 925.0 | SF12 | CNT: 24 | PORT: 2 | [3]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
[CDataBaseHandler::appendDataForTrans] CLASS_C device [3130333768388017] is not used queue. Use online transmittion!
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333768388017 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333768388017 | 2023-01-14 12:25:59.184 | 925.0 | SF10 | CNT: 16 | PORT: 2 | [3]
getDevicesData[from socket]: [12:26:01.632 .. 12:26:01.643]
[CRxDeferredPacket::classTimeoutSlot] 3130333768388017 Empty data queue
[CWebsocketServer] New connection
getDevicesData[from socket]Q:S [12:26:q4l7.Q4u59e r.y.::v a1l2u:e2:6 :n4o7t. 4p6o8s]
itioned on a valid record
QSqlQuery::value: not positioned on a valid record
getDevicesData[from socket]: [12:26:47.469 .. 12:26:47.492]
getDevicesData[from socket]: [12:26:48.979 .. 12:26:48.980]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:26:58.092 | 925.0 | SF12 | CNT: 25 | PORT: 3 | [38]
getDevicesData[from socket]: [12:27:04.185 .. 12:27:04.190]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
getDevicesData[from socket]: [12:28:29.692 .. 12:28:29.710]
getDevicesData[from socket]: [12:28:36.045 .. 12:28:36.045]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:28:42.462 | 925.0 | SF12 | CNT: 26 | PORT: 3 | [38]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
getDevicesData[from socket]: [12:28:51.458 .. 12:28:51.936]
>> 909A77FFFF45B33B | LATENCY 0 |<<
getDevicesData[from socket]: [12:32:11.482 .. 12:32:11.484]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:32:15.093 | 925.0 | SF12 | CNT: 27 | PORT: 3 | [38]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
Re: СИ-12
Добавлено: Пн, 23 янв 2023 03:21
petrov_ab
Там кое где проскакивает Class C...не оно?
Re: СИ-12
Добавлено: Пн, 23 янв 2023 10:51
a.leonov
Bombandil писал(а): ↑Сб, 14 янв 2023 14:35
Здравствуйте.
не пойму почему си12 не отвечают.
Код: Выделить всё
IOT Vega Server 1.2.1
LOG: current file for log messages [./history_1.log]
INFO: Table queuetransmit is cleaned
INFO: Table "bufMacDevParams" is cleared
INFO: DB-secure scaner started...
DEBUG [CDevicesCountInfo]: vega[4], totalNonVega[1000], usedNonVega[0]
INFO: DB-secure scaner successfully finished
UDP socket has opened. IP[ххххххх8002]
WebSocketServer has opened. Port[8002]
DEBUG: UdpServer handler is started
>> 909A77FFFF45B33B | LATENCY 8 |<<
[CWebsocketServer] New connection
[CWebSocket::closeConnectionSlot]
[CWebsocketServer] New connection
getDevicesData[from socket]: [12:25:35.451 .. 12:25:35.461]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 6 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:25:48.655 | 925.0 | SF12 | CNT: 24 | PORT: 2 | [3]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
[CDataBaseHandler::appendDataForTrans] CLASS_C device [3130333768388017] is not used queue. Use online transmittion!
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333768388017 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333768388017 | 2023-01-14 12:25:59.184 | 925.0 | SF10 | CNT: 16 | PORT: 2 | [3]
getDevicesData[from socket]: [12:26:01.632 .. 12:26:01.643]
[CRxDeferredPacket::classTimeoutSlot] 3130333768388017 Empty data queue
[CWebsocketServer] New connection
getDevicesData[from socket]Q:S [12:26:q4l7.Q4u59e r.y.::v a1l2u:e2:6 :n4o7t. 4p6o8s]
itioned on a valid record
QSqlQuery::value: not positioned on a valid record
getDevicesData[from socket]: [12:26:47.469 .. 12:26:47.492]
getDevicesData[from socket]: [12:26:48.979 .. 12:26:48.980]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:26:58.092 | 925.0 | SF12 | CNT: 25 | PORT: 3 | [38]
getDevicesData[from socket]: [12:27:04.185 .. 12:27:04.190]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
getDevicesData[from socket]: [12:28:29.692 .. 12:28:29.710]
getDevicesData[from socket]: [12:28:36.045 .. 12:28:36.045]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 0 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:28:42.462 | 925.0 | SF12 | CNT: 26 | PORT: 3 | [38]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
getDevicesData[from socket]: [12:28:51.458 .. 12:28:51.936]
>> 909A77FFFF45B33B | LATENCY 0 |<<
getDevicesData[from socket]: [12:32:11.482 .. 12:32:11.484]
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] begin
DEBUG: [CUdpServerHandler::newDataForTransExistSlot] create new and append packet
DEBUG-INFO: [CAllBsHandler::tryToTxPacket] GW-909A77FFFF45B33B is validated
[CRxDeferredPacket::appendPacketToSendImme] 3130333767387d17 CLASS_C Send now is confirmed via [909a77ffff45b33b]. Waiting validation
>> 909A77FFFF45B33B | LATENCY 1 |<<
>> GW-909A77FFFF45B33B:CONF_DOWN | 3130333767387D17 | 2023-01-14 12:32:15.093 | 925.0 | SF12 | CNT: 27 | PORT: 3 | [38]
[CRxDeferredPacket::classTimeoutSlot] 3130333767387d17 Empty data queue
Добрый день!
Напишите нам на
support@vega-absolute.ru
Попробуем разобраться в Вашей ситуации.
Re: СИ-12
Добавлено: Ср, 08 фев 2023 14:10
Сергей_К
Добрый день!
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?
Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
Re: СИ-12
Добавлено: Пн, 13 фев 2023 11:05
a.leonov
Сергей_К писал(а): ↑Ср, 08 фев 2023 14:10
Добрый день!
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?
Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
Добрый день!
В первую очередь проверьте время на устройстве, вижу что в пакете со временем у вас Jan 01 2020, из-за этого могут возникать подобные ситуации. Проще всего скорректировать время подключив СИ-12 к конфигуратору, только учтите, что при отключении питания, время может сброситься.
Re: СИ-12
Добавлено: Вт, 14 фев 2023 01:36
petrov_ab
И "штатный" TimeCorrector очень полезная вещь. Особенно когда надо анализировать время отправки пакета. Вам же по любому интересно когда сработал датчик а не когда сигнал на сервер пришел.
Re: СИ-12
Добавлено: Вт, 14 фев 2023 10:21
Сергей_К
Добрый день!
Да, скорее всего проблема была во времени, а может быть и нет... Т. к. подключился Конфигуратором прямо на объекте и после устройство чётко отсылает данные с тревожного входа. Только мне всё равно не понятно почему СИ-13 (232) работает корректно в таких же условиях, а СИ-12 - нет. Ещё я изменил скорость передачи данных, установив DR2. Надеюсь настройка фильтрации импульсов не влияет на срабатывание тревожных входов!? На всякий случай изменил и эти значения до 10 мс. И после этих манипуляций устройство корректно отправляет данные.
Установлю на место штатный аккумулятор, чтобы закрыть вопрос пропадания питания.
TimeCorrector работает, но по всей видимости, он не успевал скорректировать время на СИ-12, т. к. он не работал должным образом и через сутки я его менял на СИ-13.
Спасибо за ответы!