Добрый день. Возник вопрос о возможности реализации подсчета выпущенной продукции в количестве коробок. Т. е. по реализации самого подсчета вопросов особо нет, на конвеер ставится счетчик импульсов Овен СИ30(c rs-485) + датчик. В SimpLight данные получить без проблем. И видеть текущие показания счетчика тоже. Но как их лучше хранить и как с ними потом удобно работать... Чтобы можно было удобно смотреть выпущенную продукцию за час, сутки, месяц.
День добрый.
Но как их лучше хранить и как с ними потом удобно работать... Чтобы можно было удобно смотреть выпущенную продукцию за час, сутки, месяц.
На вскидку пару вариантов: 1. Завести несколько виртуальных каналов, и скриптом раскладывать в них входное значение счетчика соответственно по дням, месяцам и т.д. 2. Хранить так как есть нараставшим итогом, а далее формировать отчет соответственно по суткам месяцам и т.д.
День добрый.
Но как их лучше хранить и как с ними потом удобно работать... Чтобы можно было удобно смотреть выпущенную продукцию за час, сутки, месяц.
На вскидку пару вариантов: 1. Завести несколько виртуальных каналов, и скриптом раскладывать в них входное значение счетчика соответственно по дням, месяцам и т.д. 2. Хранить так как есть нараставшим итогом, а далее формировать отчет соответственно по суткам месяцам и т.д.
В принципе к 1 варианту я и пришел. Что-то вроде: По истечении каждого часа записываем текущее значение счетчика си30 в виртуальный канал, затем сбрасываем текущее значение счетчика си30. Как я понимаю, в итоге получим канал, в который каждый час будет записано значение произведенной продукции за прошедший час. Со значением за прошедшие сутки или текущие сутки тоже понятно. А вот с месяцем или произвольным промежутком не совсем понятно. Может просто через "калькулятор расхода" по виртуальному каналу (в котором каждый час идет запись) получится увидеть?
В принципе к 1 варианту я и пришел. Что-то вроде: По истечении каждого часа записываем текущее значение счетчика си30 в виртуальный канал, затем сбрасываем текущее значение счетчика си30. Как я понимаю, в итоге получим канал, в который каждый час будет записано значение произведенной продукции за прошедший час. Со значением за прошедшие сутки или текущие сутки тоже понятно. А вот с месяцем или произвольным промежутком не совсем понятно. Может просто через "калькулятор расхода" по виртуальному каналу (в котором каждый час идет запись) получится увидеть?
Калькулятор расхода, я думаю тут не подойдёт. Вариант на вскидку - Сохраняете значение счетчика каждый час (как Вы сделали), далее можно в скрипте читать БД по записанному каналу и считать уже за произвольный интервал.
Калькулятор расхода, я думаю тут не подойдёт. Вариант на вскидку - Сохраняете значение счетчика каждый час (как Вы сделали), далее можно в скрипте читать БД по записанному каналу и считать уже за произвольный интервал.
Думаю, я понял, спасибо)
Калькулятор расхода, я думаю тут не подойдёт. Вариант на вскидку - Сохраняете значение счетчика каждый час (как Вы сделали), далее можно в скрипте читать БД по записанному каналу и считать уже за произвольный интервал.
Подскажите, а есть ли возможность из скрипта опрашивать прибор принудительно?
Просто боюсь, что если, например, даже при опросе в 1 секунду, я заберу значение из опрошенного канала и обнулю счетчик, то за эту секунду может проскочить еще 1 единица товара, которая не будет отображена при прошлом опросе, а счетчик обнулится. Если бы можно было вытаскивать в скрипте значение прямо из прибора, другое дело...
Подскажите, а есть ли возможность из скрипта опрашивать прибор принудительно?
Просто боюсь, что если, например, даже при опросе в 1 секунду, я заберу значение из опрошенного канала и обнулю счетчик, то за эту секунду может проскочить еще 1 единица товара, которая не будет отображена при прошлом опросе, а счетчик обнулится. Если бы можно было вытаскивать в скрипте значение прямо из прибора, другое дело...
День добрый.
К сожалению из скрипта опросить напрямую устройство нет возможности.
День добрый.
К сожалению из скрипта опросить напрямую устройство нет возможности.
Тогда еще вопрос, в ОВЕН СИ30, какое минимальное время опроса счетчика можно организовать, как думаете? Может есть опыт использования. 50 / 100 / 300 мс?
Тогда еще вопрос, в ОВЕН СИ30, какое минимальное время опроса счетчика можно организовать, как думаете? Может есть опыт использования. 50 / 100 / 300 мс?
Можно попробовать снизить время опроса до 500 мс для начала. Или пересмотреть логику скрипта. У Вас круглосуточное производство? Я к тому что может не сбрасывать счетчик каждый час, а сбрасывать к примеру в нерабочее время в конце смены к примеру.
Можно попробовать снизить время опроса до 500 мс для начала. Или пересмотреть логику скрипта. У Вас круглосуточное производство? Я к тому что может не сбрасывать счетчик каждый час, а сбрасывать к примеру в нерабочее время в конце смены к примеру.
Думал об этом. Производство непрерывное. В сезон линия может работать и 10 дней без перерыва. Но я рассматриваю этот вариант.
Подскажите, а есть ли возможность из скрипта опрашивать прибор принудительно?
Просто боюсь, что если, например, даже при опросе в 1 секунду, я заберу значение из опрошенного канала и обнулю счетчик, то за эту секунду может проскочить еще 1 единица товара, которая не будет отображена при прошлом опросе, а счетчик обнулится. Если бы можно было вытаскивать в скрипте значение прямо из прибора, другое дело...
Простите, что вмешиваюсь в беседу. (....Если бы можно было вытаскивать в скрипте значение прямо из прибора, другое дело...) опрашивать прибор из под скрипта или записывать с него данные для дальнейшей обработки в вирт. канал, в чем разница? Из под скрипта нельзя, но простая запись в канал это тоже самое, (только без инициирования опроса), и ничто иное как потоковое получение данных в любой момент времени, с которыми вы можете делать скриптом все, что захочется. Рассуждаю и пытаюсь для себя понять (на будушее). СИ различает импульсы 10кГц! продукция с такой частотой счета не выпускается. Почему бы не сбрасывая СИ, просто считывать с него через нужный период состояние аккумулятора и обработать математикой?
День добрый.
На вскидку пару вариантов: 1. Завести несколько виртуальных каналов, и скриптом раскладывать в них входное значение счетчика соответственно по дням, месяцам и т.д. 2. Хранить так как есть нараставшим итогом, а далее формировать отчет соответственно по суткам месяцам и т.д.