Последние сообщения

Не убедили...
Собранные данные из-за куч 0 стали огромные и как видите галочка стоит, а столбцы не уходят.
Если посмотреть данные по теплосчетчикам - там сутки и часы (время работы или НС) стали с тремя 0.

Увидел, что в обновлении 4.0.53.2 добавлена  опция "Количество знаков после запятой", подумал, что это удобная опция.
Но, когда установил обновление - получилось некоторое разочарование.
Может я рано расстроился и это как то настраивается, но у меня не получилось вернуться к прежней форме.
А суть в том, что эти знаки вылезли во всех колонках, где раньше их не было, например "время нормальной работы" - там стояло в суточном 24 или когда не полные сутки, например "23,57" и в часовом, соответственно, либо "1" или "0,88". И невозможно изменить количество знаков в отдельной колонке, только во всем отчете.
Плюс ещё повылазили пустые , не нужные мне колонки, например "Общие НС" и "Отказы".

Здравствуйте.

Спасибо за обратную связь.
Опция "Количество знаков после запятой" не влияет на отчетные формы и данные в отчетах.
Это влияет на представление данных в окнах "Собранные данные", "Чтение архивов" и "Показания счетчиков".
Чтобы скрывать пустые поля, необходимо включить чек-бокс "Скрывать пустые поля".

С уважением,
Кривокора Иван

Предлагаю рассмотреть возможность внедрения отдельной вкладки для учета модемов и установленных в них SIM-карт (по аналогии с вкладкой оборудование).
Это во-первых помогло бы вести учет модемов и SIM-карт (модель модема, их серийные номера, IMEI, номера SIM-карт).
Во-вторых при перемещении модема между объектами не потребуется вручную копировать идентификаторы и номера телефонов. Можно например было бы просто в приборе указать новый тип подключения - выбрать нужный существующий модем. И оттуда подгружались бы все данные, которые обычно руками заносятся.
Также бывает, что на объекте есть два модема, и будет возможность быстрого переключения между ними в случае необходимости.

Увидел, что в обновлении 4.0.53.2 добавлена  опция "Количество знаков после запятой", подумал, что это удобная опция.
Но, когда установил обновление - получилось некоторое разочарование.
Может я рано расстроился и это как то настраивается, но у меня не получилось вернуться к прежней форме.
А суть в том, что эти знаки вылезли во всех колонках, где раньше их не было, например "время нормальной работы" - там стояло в суточном 24 или когда не полные сутки, например "23,57" и в часовом, соответственно, либо "1" или "0,88". И невозможно изменить количество знаков в отдельной колонке, только во всем отчете.
Плюс ещё повылазили пустые , не нужные мне колонки, например "Общие НС" и "Отказы".

Улучшить контакт в разъеме DB9 можно слегка отогнув pin(2,3,5) в сторону.

Здравствуйте.
На мой взгляд проблема со связью может быть из-за недостаточного напряжения на линиях связи.
Это может возникнуть по нескольким причинам:
1. Подсевшие батарейки в АСДВ-020;
2. Плохой контакт(из-за окиси, повреждения) в разъеме DB9 на приборе, или разъеме на блоке вычислителя;
3. Нарушение целостности линий в шлейфе соединяющем DB9 и вычислитель.

Если есть возможность, найдите поддон от похожего прибора с шлейфом на 8pin, попробуйте с ним.
У меня на столе, подобная комбинация устройств успешно завершает чтение.

Учитывая что запись идёт линейно чётко нарастая по времени данные можно хранить в чанках, допустим, на неделю. И при этом легко удалять старые данные, а не укладывая сервак vacuum full. Намного быстрее происходит выборка данных учитывая что объём текущего чанка намного меньше чем общая база размером на несоклько терабайт.

Спасибо за ваши соображения.

Возможно, стоит попробовать колоночные таблицы. Но это в любом случае потребует изменения в архитектуре и тщательного тестирования, а это большие ресурсы. Мы создали задачу на будущее, возможно, когда-нибудь вернемся к этому вопросу.

Если вам это необходимо, вы можете написать официальный запрос, рассмотрим такую возможность на коммерческой основе.

С уважением,
Кривокора Иван

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


Запрос на чтение служебной информации:
17:39:11.169 Session 8. Посылаем запрос: FFFF01033FF9000099EF
17:39:11.948 Session 8. Network: Пришел ответ. Размер: 21, данные: 01831018680778083030303032383934811F03F548
17:39:11.949 Session 8. Обработка данных: 01831018680778083030303032383934811F03F548


Запрос на чтение служебной информации:
[DEBUG] 17:46:23.277 Session 8. Посылаем запрос: FFFF01033FF9000099EF
[DEBUG] 17:46:24.469 Session 8. Network: Пришел ответ. Размер: 21, данные: 810310186807780830B0303032383934011F03F548
[DEBUG] 17:46:24.471 Session 8. Обработка данных: 810310186807780830B0303032383934011F03F548

[DEBUG] 17:46:24.578 Session 8. Посылаем запрос: FFFF01033FF9000099EF
[DEBUG] 17:46:27.312 Session 8. Network: Пришел ответ. Размер: 21, данные: 810310186807780830B0303032383934011F03F548
[DEBUG] 17:46:27.313 Session 8. Обработка данных: 810310186807780830B0303032383934011F03F548

[DEBUG] 17:46:27.468 Session 8. Посылаем запрос: FFFF01033FF9000099EF
[DEBUG] 17:46:29.430 Session 8. Network: Пришел ответ. Размер: 21, данные: 01031098680778083030303032383934011F83F5E8
[DEBUG] 17:46:29.431 Session 8. Обработка данных: 01031098680778083030303032383934011F83F5E8


Чтение измерений:
[DEBUG] 17:49:15.455 Session 8. Посылаем запрос: FFFF01103FFD00000204007F82
[DEBUG] 17:49:16.395 Session 8. Network: Пришел ответ. Размер: 8, данные: 01103FFD00805DED
[DEBUG] 17:49:16.397 Session 8. Обработка данных: 01103FFD00805DED

[DEBUG] 17:49:16.524 Session 8. Посылаем запрос: FFFF01103FFD00000204007F82
[DEBUG] 17:49:18.029 Session 8. Network: Пришел ответ. Размер: 8, данные: 01103FFD00005DED
[DEBUG] 17:49:18.030 Session 8. Обработка данных: 01103FFD00005DED

[DEBUG] 17:49:21.006 Session 8. Посылаем запрос: FFFF01033FFC000089EE
[DEBUG] 17:49:23.172 Session 8. Network: Пришел ответ. Размер: 125, данные: 0103780080004002000100004002000200004082000300004004000400004004000580004004000600004004000700004084000800004004000900004002000A8000C002000B00004004000C00004084008D00004004000E0000400200118000C004001200004004001300004084009400004004001500004004009CBB
[DEBUG] 17:49:23.174 Session 8. Обработка данных: 0103780080004002000100004002000200004082000300004004000400004004000580004004000600004004000700004084000800004004000900004002000A8000C002000B00004004000C00004084008D00004004000E0000400200118000C004001200004004001300004084009400004004001500004004009CBB

[DEBUG] 17:49:23.319 Session 8. Посылаем запрос: FFFF01033FFC000089EE
[DEBUG] 17:49:24.045 Session 8. Network: Пришел ответ. Размер: 125, данные: 0103F80080004002000100004002000200804082000300004004000400004004800580004004000600004004000700004084000800004004000900004002000A80004002000B00004004000C00004084000D00004004000E00004002001180004004001200004004001300004084001400004004001500004004009CBB
[DEBUG] 17:49:53.333 Session 8. Закончился тайм-аут ожидания ответа прибора

[DEBUG] 17:49:53.460 Session 8. Посылаем запрос: FFFF01033FFC000089EE
[DEBUG] 17:49:53.646 Использование COM-портов:
[DEBUG] 17:49:55.813 Session 8. Network: Пришел ответ. Размер: 125, данные: 8103780000004002000100804082000200004002000300004004800480004004000500004004000600804084000700004004000800004004800980004002000A00004002000B00004084000C00004004000D00004004000E80004002001100004004001200004084001300004004001400004004001580004004009C3B
[DEBUG] 17:49:55.815 Session 8. Обработка данных: 8103780000004002000100804082000200004002000300004004800480004004000500004004000600804084000700004004000800004004800980004002000A00004002000B00004084000C00004004000D00004004000E80004002001100004004001200004084001300004004001400004004001580004004009C3B

На каком этапе портятся данные удаленно определить не представляется возможным. Вам будет необходимо проверять прямое чтение с прибора.

С уважением,
Кривокора Иван

а зачем вам КИ=0, если можно работать на более высокой скорости?
У нас связка СПТ941.20, 944 (NT=0, КИ2=060) с АССВ / АТМ21, эти решения работают без нареканий.

Здравствуйте.

Дело не в том, что приборы не работают с АССВ, или АССВ не работает с приборами.
Дело в том, что у старых СПТ94х нет отдельной настройки скорости и типа ответного устройства на последовательном порту. Соответственно, при использовании КИ=0 канал связи "прозрачный". А при использовании КИ=1 или КИ=2 прибор ожидает RING-и и CONNECT от модема. Более того, в этом режиме прибор сам снимает трубку, если я не ошибаюсь. Соответственно, если вдруг модем раньше снимет трубку, чем прибор, логический канал связи тоже может не установиться. Но все эти вопросы лучше уточнять в технической поддержке производителя приборов Логика.

С уважением,
Кривокора Иван

Всем доброго времени суток!

Имеется тепловычислитель СПТ961.2. С момента установки показания с него снимались путем распечатки на принтере. Сейчас имеется необходимость оптимизировать данный процесс, для чего выбрана связка СПТ961.2 + АПС78 + АСДВ-020. При подключении оборудования и запуске процесса считывания, происходит попытка считывания, после чего секунд через 5-7 на АСДВ-020 загорается индикатор «Внимание» с сопутствующим звуковым сигналом.

Инструкции от АСДВ-020 и СПТ961.2 прочитаны. Оптопорт СПТ961.2 протерт; работоспособность АПС78 проверена на Multical-602; работоспособность АСДВ-020 проверена на Multical-602, TCPB-033, TCPB-024М; перепроверил все имеющиеся драйвера для тепловычислителей СПТ-Х.

В памяти АСДВ-020 после попытки считывания остается маленький файлик размером около 0,6 Кбайт, который не содержит данных и не считывается Взлет СП4.

Подскажите, на что еще обратить внимание и как настроить снятие показаний через указанное оборудование?

Здравствуйте.

Меня зовут Кривокора Иван. Я тестировщик в проекте Взлет СП.

Вообще, в комплекте АСДВ-020 есть два разных драйвера для СПТ961: СПТ961 и СПТ961 (Опто-порт). Первый предназначен для работы через последовательные порты, второй - для работы через опто-порт. Существует некоторая разница в работе через эти интерфейсы, которая описана в документе "МАГИСТРАЛЬНЫЙ ПРОТОКОЛ СПСеть, Руководство программиста", раздел 1.7. Соответственно, эта особенность с согласованием скоростей реализована только в драйвере СПТ961 (Опто-порт) (ну и СПГ761 (Опто-порт), справедливости ради). Соответственно, драйвер прибора СПТ961.1(2) поддерживает работу только по последовательным интерфейсам.

С уважением,
Кривокора Иван

Иван, благодарю за подробное пояснение!

Подскажите, а если использовать Взлет СП. Архивный считыватель? Имеет ли он необходимые драйвера и смогу ли я снять показания через оптопорт СПТ961.2, скажем следующей связкой:
СПТ961.2 (оптопорт) – АПС70 – Взлет СП. Архивный считыватель?
Или в этом случае также необходимо использовать работу через последовательные порты?

Это правильный вопрос.
Вообще, изначально во Взлет СП3 был отдельный тип подключения "Опто-порт (МЭК-1107)" для приборов СПТ96х / СПГ76х. Этот тип подключения был частично реализован во Взлет СП4, но работы не были доведены до конца по причине наличия более приоритетных задач и отсутствия запросов со стороны пользователей. Соответственно, поддержки работы через опто-порт нет и во Взлет СП. Архивный считыватель.

В данной ситуации не совсем понятно, как было бы правильно поступить: либо добавить в АСДВ-020 драйверы для работы через опто-порт для всех приборов СПТ96х / СПГ76х, либо поддержать во Взлет СП4 (и как следствие в Архивном считывателе) тип подключения "Опто-порт (МЭК-1107)" для приборов СПТ96х / СПГ76х.

С уважением,
Кривокора Иван