320 ответов в теме

[Ubivalnik]

Ну, если совсем просто, с каким таймстэмпом оно ляжет в БД, через вышеумопянутую функцию. Я в субд дно, но мне интересно.

А нельзя в БД передавать таймстамп момента возникновения сигнала ? Это и информация о факте поступления сигнала и информация о времени его поступления.

[Crulod]

Хуже. Телематику.

и надо до миллисекунд точность времени что ли?

[JollyIrish]

А нельзя в БД передавать таймстамп момента возникновения сигнала ? Это и информация о факте поступления сигнала и информация о времени его поступления.

Оно и передается в пакете. Вопрос именно к записи в бд.

[Crulod]

Вообще есть реализации станций во всяких диспетчерских. Запись переговоров. Поищи. БД для твоего случая - тупиковый путь.

БД - дискретная модель для хранения отношений. Нет таких баз данных которые бы удовлетворяли работе с сигналом в реальном времени.

Тебе придется метить винт и работать с ним. На уровне железа. Ну скорее всего. И как бы все эти виндоузы - тоже в топку.


Еще погугли индастриал писи. Это компы для реализации всякой телемеханики. Там - готовые, но дорогие решения. Для подстанций, АСУТП и тд

[JollyIrish]

и надо до миллисекунд точность времени что ли?

Да, в том-то и весь прикол.

Ну, чтобы не наводить тень на плетень. Есть ГЛОНАСС девайс, на выходе оно в т.ч. выдает время по спутнику. Железяка прицеплена к компорту,софт (хз кем написаный) кладет сигналы в базу mssql. В пакете, пришедшем от устройства есть спутниковое время. В базу пихается время спутника и время записи в базу.
Задача в том, чтобы время спутника (комп синхронизирован по спутнику по времени) было максимально близко к времени записи в базу.

И да. Винда+mssql.

[Tihiy Don]

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

Человеку работающему с базами данных нужно знать правила нормализации. Все остальное шелуха и не нужно

[Ubivalnik]

Да, в том-то и весь прикол.

Ну, чтобы не наводить тень на плетень. Есть ГЛОНАСС девайс, на выходе оно в т.ч. выдает время по спутнику. Железяка прицеплена к компорту,софт (хз кем написаный) кладет сигналы в базу mssql. В пакете, пришедшем от устройства есть спутниковое время. В базу пихается время спутника и время записи в базу.
Задача в том, чтобы время спутника (комп синхронизирован по спутнику по времени) было максимально близко к времени записи в базу.

И да. Винда+mssql.

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

[JollyIrish]

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

Не вариант. Будет рассматриваться  как фейк. Интересует именно время записи данных. Т.е. задержка по записи.

[Crulod]

вот это:

Задача в том, чтобы время спутника (комп синхронизирован по спутнику по времени) было максимально близко к времени записи в базу.

и это:

И да. Винда+mssql.

не совместимые условия. Не ну я не знаю насколько твое "максимально" предполагает отклонения одно от другого. Но правильным было бы отказаться от БД на этапе записи сигнала на носитель.

ну то есть потом - после сохранения сигнала его можно уже и в БД класть. На любом сервере где угодно. Но потом. Ну если в ТЗ стоит непременно хранить в БД. Но потом.

То есть ты пишешь цифровой сигнал куда-то с метками времени. Обычно на специально размеченный винт. Ну а потом прикладным своим софтом формируешь запросы к серверу и сохраняешь его уже там. тока так.

[Ubivalnik]

Не вариант. Будет рассматриваться  как фейк. Интересует именно время записи данных. Т.е. задержка по записи.

Написал, стёр.

Короче да, как кру написал, тебе надо посредника, который будет брать время получения сигнала и уже это значение передавать на запись в базу.

[JollyIrish]

"Я дурак, бросай оружие". Это я про себя.

Приходит от двух  до четырех пакетов в секунду со штампом спутникового времени. Кладем его в таблицу со полем времени, возвращаемым mssql.

Временем софта-обработчика, пренебречь. 

Грубо говоря, что у меня нарисуется в поле времени записи в базу ? Какая дельта по времени будет между спутником и временем записи для каждого из пакетов?

Сообщение отредактировал JollyIrish: 24 January 2014 - 21:17

[Crulod]

Какая дельта по времени будет между спутником и временем записи для каждого из пакетов?

это невозможно определить. Во первых сама электроника работает микросекунды. Во вторых сама СУБД обрабатывает запросы неизвестно как в данный момент. В третьих - сама винда о реалтайм процессах понятия не имеет и делает все как придется. То есть тупо не сложно, а бессмысленно это пытаться опредлелить.


ну счет идет на диапазон десятки-сотни миллисекунд.


И зачем тебе гетдейта, если таймстамп со спутника приходит?

[JollyIrish]

это невозможно определить. Во первых сама электроника работает микросекунды. Во вторых сама СУБД обрабатывает запросы неизвестно как в данный момент. В третьих - сама винда о реалтайм процессах понятия не имеет и делает все как придется. То есть тупо не сложно, а бессмысленно это пытаться опредлелить.


ну счет идет на диапазон десятки-сотни миллисекунд.


И зачем тебе гетдейта, если таймстамп со спутника приходит?

 

Знал бы я. Но в программе испытаний такой пункт есть. Что-то вроде время реакции системы на внешний сигнал.

[Crulod]

ну и еще... есть (вернее раньше была - щас хз) проблема с мамой архитектурой писюков. Таймер "онборд" просто тупо игнорировалдся разработчиками таких систем пушо показывал то он миллисекунды... но сука врал безбожно. пушо тупо не мог. Нельзя было прерывания задавать с точностью в миллисекунды. Ну отсюда и грабли с метками времени.

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

[JollyIrish]

За пивом - это всегда-пожалуйста!

[Кораблевожденец]

"Я дурак, бросай оружие". Это я про себя.

Приходит от двух  до четырех пакетов в секунду со штампом спутникового времени. Кладем его в таблицу со полем времени, возвращаемым mssql.

Временем софта-обработчика, пренебречь. 

Грубо говоря, что у меня нарисуется в поле времени записи в базу ? Какая дельта по времени будет между спутником и временем записи для каждого из пакетов?

Факт в том, что они не совпадут. И инструментов регулирования у тебя на руках нет. Ты не можешь менять чужой софт и переписывать код сервера БД. Так что твоя дельта это или чисто научный интерес или троллинг. Если тебе надо время спутника, делаешь выборку по времени спутника, а на таймстамп забиваешь.

[Crulod]

Что-то вроде время реакции системы на внешний сигнал.

реакция системы на внешний сигнал это тупо электроника. или тыв чот не так понял или чот не так понял.


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

То есть нужно точно знать сколько времени нужно на все смены состояний шины. Пока сигнал не будет обработан и система не сможет принять следущий. Програмное говно тут ваще роли не играет. Винда все буферезирует и ничо не пропадет... ну по идее... от Билли всего можно ждать... но по идее - так.


им важно - как часто может электроника принимать сигнал шобы он не терялся. Ну типа пошел второй пакет и он пропал тупо пушо порт обрабатывает первый и ничо не видит... ну как то так

[JollyIrish]

Факт в том, что они не совпадут. И инструментов регулирования у тебя на руках нет. Ты не можешь менять чужой софт и переписывать код сервера БД. Так что твоя дельта это или чисто научный интерес или троллинг. Если тебе надо время спутника, делаешь выборку по времени спутника, а на таймстамп забиваешь.

Троллинг здесь неприменим. Задача , блин такая смешная. Внешний сигнал от устройства, и время его записи в субд. Через время записи в субд, а точнее промежуток между поступлением сигнала с штампом спутникового времени и временем его записи в базу. Более просто - есть устройство, выдающее время координат и сами координаты, месторасположение писать в базу. Из базы считываются данные и отображаются на гис-е. Раньше, чем оно запишется в базу мы же его не отобразим ? Совпадать, оно естественно не будет. Вопрос, в том, на сколько будет запаздывание при заданном режиме.

Сообщение отредактировал JollyIrish: 24 January 2014 - 21:37

[Crulod]

Вопрос, в том, на сколько будет запаздывание при заданном режиме.

несущественно. если это не координаты пули

[Karmael]

господа, у нас тут теоретик.

достаньте розги.

 

ну ка блесни интеллектом