СИ-12
Re: СИ-12
Температура +26....ошибся
Re: СИ-12
Сигнал хороший потому-что в помещении тестовые экземпляры . 2 метра антенна.
питание си 12 от акб внешнего 12 вольт. с этим проблем нет.
в спячку уходит даже тогда когда сервер доступный 100 %.
Да, активация ОТАА.
А нет ли в природе такой утилиты которая бы расшифровала бы все эти пакеты.
уж больно как то муторно да и времени нет разбираться.
Здесь посоветовали 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
Добрый день!
IoTVegaParser - это набор функций для разбора пакетов от устройства. Данные функции используются совместно с сервером chirpstack. Инструкция доступна по ссылке: https://github.com/VegaAbsolute/IoTVega ... k.ru-RU.md
По большей части на текущий момент большой необходимости нет в разборе пакетов. По логам видно, что устройство не получает подтверждение из-за чего засыпает до следующего выхода на связь. \
Необходимо прибор, с которого Вы снимали логи подключить к ПК и дать нам доступ, чтобы проверить все моменты. Напишите нам на почту support@vega-absolute.ru все необходимые данные, согласуем время подключения.
IoTVegaParser - это набор функций для разбора пакетов от устройства. Данные функции используются совместно с сервером chirpstack. Инструкция доступна по ссылке: https://github.com/VegaAbsolute/IoTVega ... k.ru-RU.md
По большей части на текущий момент большой необходимости нет в разборе пакетов. По логам видно, что устройство не получает подтверждение из-за чего засыпает до следующего выхода на связь. \
Код: Выделить всё
txDone
rxStart
rxStop
rxStart
rxStop
Error sending data: rx2 timeout
Специалист технической поддержки
ООО "Вега-Абсолют"
тел. 8-800-550-41-35
тел. +7 (383) 206 4135
ООО "Вега-Абсолют"
тел. 8-800-550-41-35
тел. +7 (383) 206 4135
Re: СИ-12
Здравствуйте.
не пойму почему си12 не отвечают.
не пойму почему си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
Там кое где проскакивает Class C...не оно?
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
Напишите нам на support@vega-absolute.ru
Попробуем разобраться в Вашей ситуации.
Re: СИ-12
Добрый день!
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?
Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?
Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
- Вложения
-
- изображение_2023-02-08_122434663.png (159.11 КБ) 1016 просмотров
Re: СИ-12
Добрый день!Сергей_К писал(а): ↑Ср, 08 фев 2023 14:10Добрый день!
Ситуация: на объекте был установлен СИ-13(232) в качестве охранного блока. Тревожные входа работали безотказно! После был заменён на приобретённый СИ-12. И тут началось... Сразу после регистрации СИ-12 в сети, при срабатывании охранного входа, устройство отправляет данные, но проходит время и данные о срабатывании охранного входа могут прийти через раз, через два, а то и вовсе "молчит". СИ-12 имеет внешнее питание. Пробовал разные варианты: и с установленной батарей и внешним питании, без внешнего питания и только внешнее питание - результат одинаковый. Есть два контроллера СИ-12, оба ведут себя одинаково. СИ-13 прекрасно отправляет данные, а СИ-12 упирается!
Подскажите, пожалуйста, что это может быть?
Прежде чем написать, проверил то, что рекомендовали выше относительно СИ-12
В первую очередь проверьте время на устройстве, вижу что в пакете со временем у вас Jan 01 2020, из-за этого могут возникать подобные ситуации. Проще всего скорректировать время подключив СИ-12 к конфигуратору, только учтите, что при отключении питания, время может сброситься.
Re: СИ-12
И "штатный" TimeCorrector очень полезная вещь. Особенно когда надо анализировать время отправки пакета. Вам же по любому интересно когда сработал датчик а не когда сигнал на сервер пришел.
Re: СИ-12
Добрый день!
Да, скорее всего проблема была во времени, а может быть и нет... Т. к. подключился Конфигуратором прямо на объекте и после устройство чётко отсылает данные с тревожного входа. Только мне всё равно не понятно почему СИ-13 (232) работает корректно в таких же условиях, а СИ-12 - нет. Ещё я изменил скорость передачи данных, установив DR2. Надеюсь настройка фильтрации импульсов не влияет на срабатывание тревожных входов!? На всякий случай изменил и эти значения до 10 мс. И после этих манипуляций устройство корректно отправляет данные.
Установлю на место штатный аккумулятор, чтобы закрыть вопрос пропадания питания.
TimeCorrector работает, но по всей видимости, он не успевал скорректировать время на СИ-12, т. к. он не работал должным образом и через сутки я его менял на СИ-13.
Спасибо за ответы!
Да, скорее всего проблема была во времени, а может быть и нет... Т. к. подключился Конфигуратором прямо на объекте и после устройство чётко отсылает данные с тревожного входа. Только мне всё равно не понятно почему СИ-13 (232) работает корректно в таких же условиях, а СИ-12 - нет. Ещё я изменил скорость передачи данных, установив DR2. Надеюсь настройка фильтрации импульсов не влияет на срабатывание тревожных входов!? На всякий случай изменил и эти значения до 10 мс. И после этих манипуляций устройство корректно отправляет данные.
Установлю на место штатный аккумулятор, чтобы закрыть вопрос пропадания питания.
TimeCorrector работает, но по всей видимости, он не успевал скорректировать время на СИ-12, т. к. он не работал должным образом и через сутки я его менял на СИ-13.
Спасибо за ответы!