ОФИЦИАЛЬНЫЙ ФОРУМ ГРУППЫ КОМПАНИЙ «ТЕХНОКОМ»

ОФИЦИАЛЬНЫЙ ФОРУМ ГРУППЫ КОМПАНИЙ «ТЕХНОКОМ» (http://forum.tk-chel.ru/index.php)
-   Система «АвтоГРАФ»: Программное обеспечение (http://forum.tk-chel.ru/forumdisplay.php?f=4)
-   -   Расширить виды индикации событий по баку (http://forum.tk-chel.ru/showthread.php?t=2510)

SK 01.12.2012 10:02

Цитата:

Сообщение от latypovar (Сообщение 44217)
смотрите, к примеру, анализируются данные....датчиков веса нету, кнопок и т.п тоже нету...есть только сливы и рейсы и путевки.
зная ситуацию на "земле", диспетчер постфактум делает виртуальные события

Здорово ! Иными словами диспетчер всегда имеет возможность прикрыть слив, поставив виртуальное событие. Просто великолепно.
Кроме того, работа программы и ее результаты будут напрямую зависеть от того, чего там навертит некий диспетчер... Причем постфактум. Причем, хоть каждый день меняй и "ахалай-махалай" что хочу - получай...

Моё мнение: либо делайте железную логику работы на основе датчиков, либо используйте модуль отчетов - фильтрацию по внешнему источнику данных (куда диспетчер будет заносить свои интервалы). Там можно реализовать любую логику.
Само ядро - должно работать железно, иначе грош цена таким результатам. Никто и никогда не будет уверен в их достоверности.

SK 01.12.2012 10:26

latypovar, а почему бы не сделать детекцию "груженого" рейса хотя бы банальным тумблером в кабине водителя ? Это намного более надежный способ, результат которого окажется в памяти терминала, будет передан на сервер и т.п. Будет кому нести ответственность за достоверность, можно будет разбивать на рейсы по показаниям такого тумблера и многое другое.

csistra 01.12.2012 11:06

Цитата:

Сообщение от SK (Сообщение 44235)
latypovar, а почему бы не сделать детекцию "груженого" рейса хотя бы банальным тумблером в кабине водителя ? Это намного более надежный способ, результат которого окажется в памяти терминала, будет передан на сервер и т.п. Будет кому нести ответственность за достоверность, можно будет разбивать на рейсы по показаниям такого тумблера и многое другое.

Не будет это работать уже пробовал что то подобное..

skier 01.12.2012 11:16

Цитата:

Сообщение от csistra (Сообщение 44237)
Не будет это работать уже пробовал что то подобное..

Почему не будет ? Работает. Но ответственность за фиксацию "груженого" рейса естественно ложится на водителя.
Это как наемные водители с личным транспортом. Включил прибор в прикуриватель (или через тумблер) в рабочее время, рейс засчитан, забыл- проблемы водителя (рейс не засчитан). В личное время тумблер отключается.
Все просто и понятно. Главное, не забыть.

csistra 01.12.2012 11:36

человеческий фактор потому что. и степень ответственности

skier 01.12.2012 11:44

Цитата:

Сообщение от csistra (Сообщение 44242)
человеческий фактор потому что. и степень ответственности

Так тут ВОДИТЕЛЬ заинтересован, чтобы ему зачли вообще рейс или/либо рейс "груженый". Разве не так ?

SK 01.12.2012 12:25

Цитата:

Сообщение от csistra (Сообщение 44237)
Цитата:

Сообщение от SK (Сообщение 44235)
latypovar, а почему бы не сделать детекцию "груженого" рейса хотя бы банальным тумблером в кабине водителя ? Это намного более надежный способ, результат которого окажется в памяти терминала, будет передан на сервер и т.п. Будет кому нести ответственность за достоверность, можно будет разбивать на рейсы по показаниям такого тумблера и многое другое.

Не будет это работать уже пробовал что то подобное..

А постправки в ПО еще более абсурдные. Как захотел так и поправил в любое время - хоть через день, хоть через год. Причем локально. На сервере по крайней мере твердая копия данных сохраняется, недоступная диспетчерам.

SK 01.12.2012 12:28

Цитата:

Сообщение от csistra (Сообщение 44242)
человеческий фактор потому что. и степень ответственности

Именно, что не некий диспетчер за водителя решил - засчитать ему рейс как груженый или нет. Захотел диспетчер - наставил водителю рейсов, захотел - не наставил. Про временные границы, которые диспетчер ставить должен по своему усмотрению - вообще молчу.
После такого этот бардак разгрести и проверить будет крайне непросто. Надо быть в диспетчере уверенным быть на 70000000%, чтобы доверить. Особенно, если еще после его правок данные в путевые листы пойдут и бухгалтерию...

olegg72 01.12.2012 16:48

Цитата:

Сообщение от SK (Сообщение 44213)
Цитата:

Сообщение от latypovar (Сообщение 44211)
Да,я много хочу: кнопку, по которой будет считаться новый расход по какому то событию, пускай диспетчер жмет или ПО само определяет. Если нет ДУТа, ВЗО, хочу менять ту норму, которая предлагается ввести во вкладке двигатель по норме,при этом не меняя предыдущие записи. А к примеру поменять только сегодняшнюю, когда он ехал с перегрузом. Хочу: загружать, менять, копировать настройки расхода по ситуации из своей базы. Не хочу: запоминать, где то записывать, хочу хранить в файле. Хочу: рейс что бы делился по событию, по параметру, по контрольной точке, да пофиг как, но при этом автоматом менял расход, едет туда полный одна норма, едет обратно пустой другая норма. Я думаю, что позже найдется событие или инструмент по которому будет ПО его менять автоматом, пока просто мысли.

Давно все есть. Детектируйте перегруз и подавайте на вход терминала сигнал, что перегруз (хоть датчиком веса, хоть тумблером, хоть по аппаратной КТ). В ПО давно уже сделаны специальные пороги "при вкл. датчике х". Чего еще-то ?

я так понимаю, что хотят, что бы в программе был реализован алгоритм расчета расхода топлива согласно«Нормы расхода топлив и смазочных материалов
на автомобильном транспорте»

SK 01.12.2012 17:58

Цитата:

Сообщение от olegg72 (Сообщение 44263)
я так понимаю, что хотят, что бы в программе был реализован алгоритм расчета расхода топлива согласно«Нормы расхода топлив и смазочных материалов
на автомобильном транспорте»

Нет конечно. Расход по нормативам всегда был встроен в ПО.
Хотят, чтобы по сути диспетчер мог руками расставлять задним числом со скольки и до скольки какой расход по его личному мнению должен был быть.
Посекундное расписание расходов, иными словами.


Текущее время: 06:50. Часовой пояс GMT.

Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot