КУП-47

[NelikovNikolay]

Доброго времени суток.
Имею следующую проблему. Приобрели на АГЗС установку УИЖГЭ-20.ПЖ/2.4М и программное обеспечение к ней GasKit v7.5 lite. В голове колонки стоит КУП-47. При попытке настроить его утилитой LivnyUtil (качал с этого сайта) он выругался на то, что данный тип контроллеров не поддерживается. Утилита EditAZS работает тоже некорректно, выдала следующие результаты: № КУП - "FF", Версия ПО - "0B", Тип контроллера - "0". Дату зашитую в контроллере поменять не дает. Что посоветуете? Настраивать через ПДУ? Заранее спасибо.

[Mihail Grin]

Доброго времени!
Да, с КУП-4х есть некоторые проблемы и особенности. Мы только начали поддерживать эту ветвь КУП.
Предлагаю загрузить и опробовать эту версию LivnyUtil:

Загрузить LivnyUtil

Утилита еще в стадии тестирования и нам очень важно получить от Вас результат опробования с КУП.
_________________
С уважением,
Михаил Гринь
_______________________________________

[Mihail Grin]

На данный момент в GasKit решена проблема с поддержкой КУП-47 (4х).
_________________
С уважением,
Михаил Гринь
_______________________________________

[NelikovNikolay]

[Mihail Grin]

Доброго времени.
К сожалению с дискретностью режима КУП-47 сделать ни чего не получится. Собственно так реализован сам КУП. Т.е. дискретность обусловлена его прошивкой.
Вы используете возможность работы КУП в режиме 10-ки. Что не устраивает в этом режиме?
_________________
С уважением,
Михаил Гринь
_______________________________________

[NelikovNikolay]

Ну вот мне промприборцы тоже самое сказали, что в мозгах самого купа дело. Правда как и для каких целей они его делали не совсем понятно, ведь по всем нормативным документам отпуск газа должен осуществляться с точностью до сотых, а учет вестись в целых.
В режиме 10-ки всё отлично кроме одной проблемы. С некоторым периодом (примерно каждую 3-ю или 4-ю заправку) счетчик убегает от дозы на одну сотую. Т.е. задаю 10 литров, он наливает 10 литров, на чеке выбивает 10 литров, в реализации пишет 10 литров, но счетчик инкрементируется на 10,01. В итоге к концу смены выходит расход по счетчикам больше чем реализация газа на 2-3 литра. А к концу месяца довольно неплохая цифра получается. Всё бы ничего, но мы дочернее предприятие и нас ведется вся подотчетная бюрократия. И сложно бывает объяснить людям без технического образования, почему по счетчику мы больше газа слили чем продали, и куда мы его дели.

[Mihail Grin]

Доброго времени.
Похоже все это связано с алгоритмом округления на уровне КУП.
Я правильно понимаю:
Инкрементируется только СУММАРНЫЙ счетчик, а перелив не отображается в текущих дозах отпуска? Т.е. на табло (индикаторах) ТРК и в системе таких данных не возможно видеть. Именно при текущих отпусках. В результате получаем мнимый НЕДОЛИВ.
_________________
С уважением,
Михаил Гринь
_______________________________________

[NelikovNikolay]

Так точно. На табло ТРК, в системе, на чеке - при текущих отпусках везде показывает правильную, заданную дозу. Врет только суммарный счетчик.

[Mihail Grin]

Доброго времени.
В общем проблема похоже в математике КУП. Электроника округляет дозу в меньшую сторону для отображения на дисплеях, отдает это значение протоколом, но в суммарник пишет точное значение.
А что говорит ПромПрибор?

Получается, что нужно избавиться от учета одного лишнего импульса в конце отпуска. Может замедление сделать раньше? Еще можно попробовать поменять местами каналы УСС (датчика расхода).
_________________
С уважением,
Михаил Гринь
_______________________________________

[NelikovNikolay]

Добрый день.
Как объяснили промприборцы, проблема в том, что в момент остановки отпуска, зубчатое колесо самого измерителя не может мгновенно остановиться и датчик оборотов ловит еще один лишний импульс. Этот левый импульс при расчете налива отсеивается, но от суммарного счетчика его не откинуть. У конкурентов такая же проблема была, и избавиться от нее они не смогли.
Замедление в моем случаи не панацея, потому что большинство клиентов заправляются до полного бака. Шаманство с каналами УСС не помогло.

[Mihail Grin]

Доброго времени.
Такая ситуация, в принципе, достаточно стандартна для ТРК.
Разница только в обработке. Должны быть соответствующие флаги (настройки). Обычно это вроде:
-"Не учитывать импульсы после прекращения отпуска";

И не понятно:
Почему этот импульс не учитывается в финальных данных? Нужен флаг типа "Учитывать/не учитывать". А на табло можно показывать ровное число.
_________________
С уважением,
Михаил Гринь
_______________________________________

[NelikovNikolay]

Да я понимаю, что флаги должны быть. Только вот я эту инструкцию по настройке сейчас в руках верчу, но ничего похожего на правду не вижу.
Только если с 85 и 84 ячейками поколдовать.
А с финальными данными вообще карнавал был. В курсе Вы этой истории или нет, я не знаю, но изначально было так. Купили мы колонку с 20-ым КУПом у промприборцев и вашу программу. Потом выяснилось, что колонка вовсе и не та колонка, в итоге нам поменяли колонку, но в голове у нее стоял уже 47-й КУП. Ну стоял и стоял, вроде как привыкли к мысли, что чем новее мозги, тем лучше. Всё подсоединили, поставили, запустили. Но во время налива программа стала периодически писать СБОЙ при отпуске по посту, но самое интересное в другом. Когда мы задавали дозу 10л, колонка нам наливала 9.99, на табло и в чеке рисовала 9.99. Суммарный счетчик сходился со значением налива, т.е. 9.99. Звоним в Ливны, нам там предлагают поставить округление до заданной дозы. Колонка стала округлять до 10 литров, счетчики били, вроде все хорошо, но вот только в самой голове есть противный инспектор который это округление отслеживает. В итоге на нас опять наезжают - мол "Куда вы газ дели?". Звоним вам. Оказалось, что КУП-47 с GasKitом вообще не работает. Договорились, что вы программу доработайте. В конце года получаем все назад, ставим, запускаем - выясняется, что КУП-47 вообще сотые считать не должен, а в режиме 10-ки никто никаких гарантий не дает, что там будет с финальными данными. В итоге плюнули и решили этот мнимый недолив в конце месяца списывать, как технологические потери.

[Mihail Grin]

Доброго времени.
Приблизительно так я и предполагал!
На некоторых ТРК, по разным причинам, суммарный счетчик не считывается (учитывается) системой. В этом случае система ведет свой суммарный (журнальный) учет. Возможно это Ваш вариант.
Тут есть свои минусы и от реальных расхождений не избавиться.
_________________
С уважением,
Михаил Гринь
_______________________________________