СИ-12

LoRa, LoRaWAN, Вега Smart
petrov_ab
Иногда пишу
Сообщения: 363
Зарегистрирован: Вт, 16 июл 2019 16:42
Откуда: Подмосковье

Re: СИ-12

Сообщение petrov_ab » Чт, 08 дек 2022 18:42

Температура +26....ошибся :)

Bombandil
Мимо проходил
Сообщения: 20
Зарегистрирован: Чт, 05 май 2022 18:59

Re: СИ-12

Сообщение Bombandil » Пт, 09 дек 2022 11:34

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





Аватара пользователя
IlyaB
Техническая поддержка
Сообщения: 70
Зарегистрирован: Вт, 06 авг 2019 08:39

Re: СИ-12

Сообщение IlyaB » Вт, 13 дек 2022 10:26

Добрый день!

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 все необходимые данные, согласуем время подключения.
Специалист технической поддержки
ООО "Вега-Абсолют"
тел. 8-800-550-41-35
тел. +7 (383) 206 4135

Bombandil
Мимо проходил
Сообщения: 20
Зарегистрирован: Чт, 05 май 2022 18:59

Re: СИ-12

Сообщение 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

petrov_ab
Иногда пишу
Сообщения: 363
Зарегистрирован: Вт, 16 июл 2019 16:42
Откуда: Подмосковье

Re: СИ-12

Сообщение petrov_ab » Пн, 23 янв 2023 03:21

Там кое где проскакивает Class C...не оно?

Аватара пользователя
a.leonov

Re: СИ-12

Сообщение a.leonov » Пн, 23 янв 2023 10:51

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
Попробуем разобраться в Вашей ситуации.

Сергей_К
Мимо проходил
Сообщения: 29
Зарегистрирован: Ср, 24 ноя 2021 18:37

Re: СИ-12

Сообщение Сергей_К » Ср, 08 фев 2023 14:10

Добрый день!
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?

Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
Вложения
изображение_2023-02-08_122434663.png
изображение_2023-02-08_122434663.png (159.11 КБ) 728 просмотров

Аватара пользователя
a.leonov

Re: СИ-12

Сообщение a.leonov » Пн, 13 фев 2023 11:05

Сергей_К писал(а):
Ср, 08 фев 2023 14:10
Добрый день!
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?

Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
Добрый день!

В первую очередь проверьте время на устройстве, вижу что в пакете со временем у вас Jan 01 2020, из-за этого могут возникать подобные ситуации. Проще всего скорректировать время подключив СИ-12 к конфигуратору, только учтите, что при отключении питания, время может сброситься.

petrov_ab
Иногда пишу
Сообщения: 363
Зарегистрирован: Вт, 16 июл 2019 16:42
Откуда: Подмосковье

Re: СИ-12

Сообщение petrov_ab » Вт, 14 фев 2023 01:36

И "штатный" TimeCorrector очень полезная вещь. Особенно когда надо анализировать время отправки пакета. Вам же по любому интересно когда сработал датчик а не когда сигнал на сервер пришел.

Сергей_К
Мимо проходил
Сообщения: 29
Зарегистрирован: Ср, 24 ноя 2021 18:37

Re: СИ-12

Сообщение Сергей_К » Вт, 14 фев 2023 10:21

Добрый день!
Да, скорее всего проблема была во времени, а может быть и нет... Т. к. подключился Конфигуратором прямо на объекте и после устройство чётко отсылает данные с тревожного входа. Только мне всё равно не понятно почему СИ-13 (232) работает корректно в таких же условиях, а СИ-12 - нет. Ещё я изменил скорость передачи данных, установив DR2. Надеюсь настройка фильтрации импульсов не влияет на срабатывание тревожных входов!? На всякий случай изменил и эти значения до 10 мс. И после этих манипуляций устройство корректно отправляет данные.
Установлю на место штатный аккумулятор, чтобы закрыть вопрос пропадания питания.
TimeCorrector работает, но по всей видимости, он не успевал скорректировать время на СИ-12, т. к. он не работал должным образом и через сутки я его менял на СИ-13.
Спасибо за ответы!

Ответить