СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Вернуться   СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть > Эксплуатация устройств СЦБ > Постовое и напольное оборудование > Рельсовые цепи, счетчики осей

Закладки ДневникиПоддержка Социальные группы Поиск Сообщения за день Все разделы прочитаны Комментарии к фото Сообщения за день
Ответ   m.scbist.com - мобильная версия сайта  
 
В мои закладки Подписка на тему по электронной почте Отправить другу по электронной почте Опции темы Поиск в этой теме
Старый 18.05.2011, 10:51   #76 (ссылка)
АфроСЦБист
 
Аватар для tyubik


Регистрация: 22.10.2010
Адрес: Ивантеевка
Возраст: 44
Сообщений: 13,003
Поблагодарил: 446 раз(а)
Поблагодарили 806 раз(а)
Фотоальбомы: 0
Репутация: 1497
По умолчанию

Цитата:
Сообщение от elmech Посмотреть сообщение
Зачем придумывать велосипед? Скорость равна расстояние делёное на время. Расстояние - это отрезок от датчика до датчика, а время это количество периодов известного генератора при прохождении колеса от датчика №1 до датчика №2.
Поэтому и ПАРА датчиков. Предвидел советы КТСМ=щиков о возможности измерения скорости с помощью одного датчика и временем прохода над ним осей.
Пока у нас с тобой "Манька хвалит Ваньку". Давай замечания по моему алгоритму.
tyubik вне форума   Ответить с цитированием 0
Старый 18.05.2011, 10:58   #77 (ссылка)
V.I.P.
 
Аватар для elmech


Регистрация: 30.03.2009
Возраст: 69
Сообщений: 634
Поблагодарил: 25 раз(а)
Поблагодарили 65 раз(а)
Фотоальбомы: 0
Репутация: 81
По умолчанию

Цитата:
Сообщение от tyubik Посмотреть сообщение
П...Предвидел советы КТСМ=щиков о возможности измерения скорости с помощью одного датчика и временем прохода над ним осей....
Это не наше (КТСМ)!!!
elmech вне форума   Ответить с цитированием 0
Старый 18.05.2011, 11:34   #78 (ссылка)
АфроСЦБист
 
Аватар для tyubik


Регистрация: 22.10.2010
Адрес: Ивантеевка
Возраст: 44
Сообщений: 13,003
Поблагодарил: 446 раз(а)
Поблагодарили 806 раз(а)
Фотоальбомы: 0
Репутация: 1497
По умолчанию

Ладно, замечания ещё будут, я надеюсь.
Давай прикинем, как реализовать своевременную подачу извещения, подразумевая, что подвижная единица может ускориться между любой парой датчиков, находящихся на участке от начала Р.Ц., с которой осуществляется подача извещения (в моём варианте это 19П) до начала переезда.
У меня есть мысль, но она требует упорядочивания. Не тороплюсь пока.
tyubik вне форума   Ответить с цитированием 0
Старый 18.05.2011, 12:19   #79 (ссылка)
V.I.P.
 
Аватар для elmech


Регистрация: 30.03.2009
Возраст: 69
Сообщений: 634
Поблагодарил: 25 раз(а)
Поблагодарили 65 раз(а)
Фотоальбомы: 0
Репутация: 81
По умолчанию

Цитата:
Сообщение от tyubik Посмотреть сообщение
...Давай прикинем, как реализовать своевременную подачу извещения, подразумевая, что подвижная единица может ускориться между любой парой датчиков, находящихся на участке от начала Р.Ц., с которой осуществляется подача извещения (в моём варианте это 19П) до начала переезда...
Какими средствами будет решаться эта и пр. задачи? Предполагаю, что на уровне "железа", тогда какая элементная база? Мой уровень - стандарт ТТЛ 155-1533 серий (ДИСК))).
Если использовать два счётчика, работающих по-очерёдно, то при увеличении скорости сумма на №1 счётчике будет больше чем на №2. Фиксируем этот факт и отправляем депешу: "скорость возросла".
elmech вне форума   Ответить с цитированием 0
Старый 18.05.2011, 12:34   #80 (ссылка)
статус

Автор темы

Регистрация: 20.10.2009
Сообщений: 3,221
Поблагодарил: 579 раз(а)
Поблагодарили 815 раз(а)
Фотоальбомы: 92
Записей в дневнике: 10
По умолчанию

Насчет ускорения есть данные в И-276-00.
__________________
Кабанбай Батыр вне форума   Ответить с цитированием 0
Старый 18.05.2011, 12:44   #81 (ссылка)
V.I.P.


Регистрация: 14.03.2009
Адрес: Самара
Сообщений: 203
Поблагодарил: 30 раз(а)
Поблагодарили 13 раз(а)
Фотоальбомы: 0
Репутация: 15
По умолчанию

И ускорение надо учитывать не как вероятное событие после прохода мерного участка, а как безусловное событие, т.е. время извещения надо расчитывать исходя из скорости прохода мерного участка с учетом максимально возможного ускорения до установленной и дальнейшего движения с установленной. Разница я думаю, составит несколько секунд - некритично для мотивации такой модернизации. Есть вариант с несколькими мерными участками - т.е. в пределах участка приближения с некоторыми периодами промерять скорость и если уж движемся постоянно медленно вплоть до подходов к переезду, то тогда и извещение будет подано "фактически верно".
DenSam вне форума   Ответить с цитированием 0
Старый 18.05.2011, 12:58   #82 (ссылка)
АфроСЦБист
 
Аватар для tyubik


Регистрация: 22.10.2010
Адрес: Ивантеевка
Возраст: 44
Сообщений: 13,003
Поблагодарил: 446 раз(а)
Поблагодарили 806 раз(а)
Фотоальбомы: 0
Репутация: 1497
По умолчанию

Цитата:
Сообщение от DenSam Посмотреть сообщение
И ускорение надо учитывать не как вероятное событие после прохода мерного участка, а как безусловное событие, т.е. время извещения надо расчитывать исходя из скорости прохода мерного участка с учетом максимально возможного ускорения до установленной и дальнейшего движения с установленной. Разница я думаю, составит несколько секунд - некритично для мотивации такой модернизации. Есть вариант с несколькими мерными участками - т.е. в пределах участка приближения с некоторыми периодами промерять скорость и если уж движемся постоянно медленно вплоть до подходов к переезду, то тогда и извещение будет подано "фактически верно".
про то и речь. На моём рисунке только начало работы схемы. Дальше пока обстоятельно сообразить не могу, но очевидно, что сравниваться должны скорости проследования первой осью подвижного состава датчика и датчика предыдущего. Таким образом, если на участке приближения имеем три датчика, то это уже 4 пары (с учётом двух датчиков, расположенных перед участком приближения).

tyubik добавил 18.05.2011 в 13:58
Цитата:
Сообщение от Александр Михайлович Посмотреть сообщение
Насчет ускорения есть данные в И-276-00.
Подозреваю, что это приведённые величины для различных типов подвижного состава. Нет?

Последний раз редактировалось tyubik; 18.05.2011 в 12:58. Причина: Добавлено сообщение
tyubik вне форума   Ответить с цитированием 0
Старый 18.05.2011, 13:06   #83 (ссылка)
V.I.P.


Регистрация: 14.03.2009
Адрес: Самара
Сообщений: 203
Поблагодарил: 30 раз(а)
Поблагодарили 13 раз(а)
Фотоальбомы: 0
Репутация: 15
По умолчанию

Если хотите, то можно обойтись не парами датчиков а одиночными, но установленными через, например 50м ( для этой цифры еще нужно теоретическое обоснование ) на полигоне от самой дальней точки подачи извещения + эти самые 50м и до 100-200 м до переезда ( опять же нужна математика для обоснования этого числа ) - итого при переезде с извещением за 51 сек на скорости 140 км/ч имеем длину участка приближения около 2000 м - по этим цифрам 38 датчиков только с одной стороны и только по одному пути. Мне самому эта идея всегда нравилась пока она не подхола к стадии экономического обоснования
DenSam вне форума   Ответить с цитированием 0
Старый 18.05.2011, 13:20   #84 (ссылка)
АфроСЦБист
 
Аватар для tyubik


Регистрация: 22.10.2010
Адрес: Ивантеевка
Возраст: 44
Сообщений: 13,003
Поблагодарил: 446 раз(а)
Поблагодарили 806 раз(а)
Фотоальбомы: 0
Репутация: 1497
По умолчанию

Цитата:
Сообщение от DenSam Посмотреть сообщение
Если хотите, то можно обойтись не парами датчиков а одиночными, но установленными через, например 50м ( для этой цифры еще нужно теоретическое обоснование ) на полигоне от самой дальней точки подачи извещения + эти самые 50м и до 100-200 м до переезда ( опять же нужна математика для обоснования этого числа ) - итого при переезде с извещением за 51 сек на скорости 140 км/ч имеем длину участка приближения около 2000 м - по этим цифрам 38 датчиков только с одной стороны и только по одному пути. Мне самому эта идея всегда нравилась пока она не подхола к стадии экономического обоснования
Прекрасно иметь собеседника, понимающего суть беседы и разговаривающего на одном со мной языке. Верно, для обоснования расстояний между датчиками и количества датчиков нужны математические (сложные для скукоженного от алкоголя тюбикова мозга) расчёты, позволяющие создать алгоритмическую модель работы переезда. Другое дело, что очевидно некоторое критическое расстояние от края переезда, на котором установка счётчиков уже бессмысленна. Таким образом оснащать участок извещения датчиками по все длине не имеет смысла.

tyubik добавил 18.05.2011 в 14:18
Цитата:
Сообщение от elmech Посмотреть сообщение
Какими средствами будет решаться эта и пр. задачи? Предполагаю, что на уровне "железа", тогда какая элементная база? Мой уровень - стандарт ТТЛ 155-1533 серий (ДИСК))).
Если использовать два счётчика, работающих по-очерёдно, то при увеличении скорости сумма на №1 счётчике будет больше чем на №2. Фиксируем этот факт и отправляем депешу: "скорость возросла".
про элементную базу пока рано.

tyubik добавил 18.05.2011 в 14:20
Цитата:
Сообщение от DenSam Посмотреть сообщение
Мне самому эта идея всегда нравилась пока она не подхола к стадии экономического обоснования
Интересненько, а кто и когда этим занимался? Чем всё закончилось?

Последний раз редактировалось tyubik; 18.05.2011 в 13:20. Причина: Добавлено сообщение
tyubik вне форума   Ответить с цитированием 0
Старый 18.05.2011, 13:30   #85 (ссылка)
V.I.P.


Регистрация: 14.03.2009
Адрес: Самара
Сообщений: 203
Поблагодарил: 30 раз(а)
Поблагодарили 13 раз(а)
Фотоальбомы: 0
Репутация: 15
По умолчанию

Цитата:
Интересненько, а кто и когда этим занимался? Чем всё закончилось?
Не знаю, может официально кто-то и занимался, но я точно не занимался, это просто мои идеи.

У нас на жд очень удобно использовать РЦ в качестве датчиков приближения, поэтому добавка счетчиков осей удорожает стоимость внедрения весьма сильно. С другой стороны с учетом того, что в АБТЦ уже используются достаточно короткие РЦ можно попытаться использовать даже их для реализации Вашего алгоритма, пусть не с такой же точностью, но уж точно с меньшей стоимостью. Да и на станциях достаточно много участков приближения к переездам разбито на станционные РЦ и лишь приемо-отправочные пути нужно оснащать счетчиками осей для реализации Вашего алгоритма и то не все, а лишь главные и безостановочного пропуска, как правило. Идея подана, остается лишь ее реализовать хотя бы "на бумаге". У меня нет на это времени, да и мотивации тоже маловато. А у Вас может получится
DenSam вне форума   Ответить с цитированием 0
Старый 18.05.2011, 13:43   #86 (ссылка)
__


Регистрация: 10.09.2010
Адрес: Москва
Возраст: 58
Сообщений: 13,701
Поблагодарил: 399 раз(а)
Поблагодарили 2269 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Давно и безуспешно агитирую разработчиков систем счета осей сделать "довесок" к переезду, расположенному на перегоне с числовой кодовой автоблокировкой, который бы позволил не "резать" блок-участок по переезду на две РЦ ради решения достаточно простой задачи - открытия переезда за хвостом поезда. Чтобы не полностью новый (и соответственно дорогой) переезд на счете осей, а именно такой гибрид - классическое закрытие от участка приближения (РЦ) и открытие - по счету осей. Думаю, что там может получиться неплохая экономика - не нужно трансляции кодов, изостыков, дроссель-трансформаторов, кодирования "в хвост" и др.
А если одновременно решить задачу автоматической коррекции времени извещения на переезд - это было бы совсем здорово! И можно предположить, что экономика при этом станет менее "красивой", но останется положительной, что тоже неплохо.
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 18.05.2011, 14:03   #87 (ссылка)
АфроСЦБист
 
Аватар для tyubik


Регистрация: 22.10.2010
Адрес: Ивантеевка
Возраст: 44
Сообщений: 13,003
Поблагодарил: 446 раз(а)
Поблагодарили 806 раз(а)
Фотоальбомы: 0
Репутация: 1497
По умолчанию

Цитата:
Сообщение от DenSam Посмотреть сообщение
Не знаю, может официально кто-то и занимался, но я точно не занимался, это просто мои идеи.

У нас на жд очень удобно использовать РЦ в качестве датчиков приближения, поэтому добавка счетчиков осей удорожает стоимость внедрения весьма сильно. С другой стороны с учетом того, что в АБТЦ уже используются достаточно короткие РЦ можно попытаться использовать даже их для реализации Вашего алгоритма, пусть не с такой же точностью, но уж точно с меньшей стоимостью. Да и на станциях достаточно много участков приближения к переездам разбито на станционные РЦ и лишь приемо-отправочные пути нужно оснащать счетчиками осей для реализации Вашего алгоритма и то не все, а лишь главные и безостановочного пропуска, как правило. Идея подана, остается лишь ее реализовать хотя бы "на бумаге". У меня нет на это времени, да и мотивации тоже маловато. А у Вас может получится
РЦ штуковины не плохие, но речь ведь не только про тоналки, а в обычных фазочувствительных ДТ тоже ведь не 3 копейки стоят. Пока "пристреливаюсь" к наименее сложному переезду на перегоне, (не на удалении/приближении). Материальной мотивации тоже не имею, но для разминки мозгов очень даже приятно. Да и всё равно, рано или поздно, но необходимость в "интеллектуальных" переездах возникнет очень резко.

tyubik добавил 18.05.2011 в 14:52
Цитата:
Сообщение от Николай Николаевич Посмотреть сообщение
Давно и безуспешно агитирую разработчиков систем счета осей сделать "довесок" к переезду, расположенному на перегоне с числовой кодовой автоблокировкой, который бы позволил не "резать" блок-участок по переезду на две РЦ ради решения достаточно простой задачи - открытия переезда за хвостом поезда. Чтобы не полностью новый (и соответственно дорогой) переезд на счете осей, а именно такой гибрид - классическое закрытие от участка приближения (РЦ) и открытие - по счету осей. Думаю, что там может получиться неплохая экономика - не нужно трансляции кодов, изостыков, дроссель-трансформаторов, кодирования "в хвост" и др.
А если одновременно решить задачу автоматической коррекции времени извещения на переезд - это было бы совсем здорово! И можно предположить, что экономика при этом станет менее "красивой", но останется положительной, что тоже неплохо.
Простите великодушно, но Тюбик в предыдущем своём посте имел сказать тоже самое.

tyubik добавил 18.05.2011 в 15:03
хм, действительно, целесообразно ещё и за переездом счётчики ос иметь. Тогда про пресловутую потерю шунта под последними вагонами, влияющую на замедление открытия переезда, можно забыть.
Во как, с миру по нитке...
А ничОтак у нас ЦШ, в "мелочи" вникает. Прикольно. Но похвально, ибо дьявол в мелочах.

Последний раз редактировалось tyubik; 18.05.2011 в 14:03. Причина: Добавлено сообщение
tyubik вне форума   Ответить с цитированием 0
Старый 18.05.2011, 14:09   #88 (ссылка)
__


Регистрация: 10.09.2010
Адрес: Москва
Возраст: 58
Сообщений: 13,701
Поблагодарил: 399 раз(а)
Поблагодарили 2269 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от tyubik Посмотреть сообщение
А ничОтак у нас ЦШ, в "мелочи" вникает. Прикольно. Но похвально, ибо дьявол в мелочах.
Ну вообще-то я ЦШ недавно, а СЦБист - давно.
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 18.05.2011, 14:13   #89 (ссылка)
АфроСЦБист
 
Аватар для tyubik


Регистрация: 22.10.2010
Адрес: Ивантеевка
Возраст: 44
Сообщений: 13,003
Поблагодарил: 446 раз(а)
Поблагодарили 806 раз(а)
Фотоальбомы: 0
Репутация: 1497
По умолчанию

Цитата:
Сообщение от Николай Николаевич Посмотреть сообщение
Ну вообще-то я ЦШ недавно, а СЦБист - давно.
было бы странно, если наоборот . Ладно, это лирика, подтрунивать друг над другом иногда полезно.
НикНик, насколько я понимаю, основная доля стоимости ЭССО приходится не на сами датчики, а на аппаратуру обработки и передачи информации? В РФ у нас один монополист в производстве этой аппаратуры?
tyubik вне форума   Ответить с цитированием 0
Старый 18.05.2011, 14:28   #90 (ссылка)
__


Регистрация: 10.09.2010
Адрес: Москва
Возраст: 58
Сообщений: 13,701
Поблагодарил: 399 раз(а)
Поблагодарили 2269 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от tyubik Посмотреть сообщение
было бы странно, если наоборот . Ладно, это лирика, подтрунивать друг над другом иногда полезно.
НикНик, насколько я понимаю, основная доля стоимости ЭССО приходится не на сами датчики, а на аппаратуру обработки и передачи информации? В РФ у нас один монополист в производстве этой аппаратуры?
Не буду утверждать, но предполагаю, что стоимость увеличивается еще и за счет прокладки кабеля от датчиков осей.Там хоть жильность и плевая, но земляные работы....
Производителей - правильнее сказать разработчиков - основных два. Это я про системы определения свободности - занятости участков пути. "Промэлектроника" - ЭССО и Уральское отделение ВНИИЖТа - УКПСО. Какой процент комплектующих они сами производят, а какой - заказывают - сказать трудно, но думаю, что соотношения не сильно отличаются.
Плюс "встроенный" счет осей (и не только счет, но и стробирование теплового импульса относительно заданной точки на поверхности буксы вагона, и определение типа тележки вагона, и измерение скорости движения и, наверное, еще что-то) в системах КТСМ. Там разработчик ИНФОТЭКС.
Плюс системы счета осей (и снова не только собственно счета, но и другие функции) в горочных системах.
Николай Николаевич вне форума   Ответить с цитированием 0
Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Система счетчиков осей Александр Попов Общие вопросы эксплуатации устройств СЦБ 8 12.03.2014 12:14
Обсуждение РУ-30-2005 DenSam Общие вопросы эксплуатации устройств СЦБ 12 02.11.2011 09:25
[Статья] Комплекты аппаратуры датчиков счета осей Admin Статьи по СЦБ 1 12.05.2011 10:33
КОП УМЦ ЖДТ - обсуждение VIC Программное обеспечение и визуальные материалы 3 12.01.2011 22:31
Комплекты аппаратуры датчиков счета осей (КАДСО) oleg47 Сортировочные горки, счетчики осей 0 19.11.2010 10:06

Ответ

Метки
ЭССО


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Вкл.
Pingbacks are Вкл.
Refbacks are Выкл.



Часовой пояс GMT +3, время: 11:58.

СЦБ на железнодорожном транспорте Справочник  Сайт ПГУПС
сцбист.ру сцбист.рф

Лицензия зарегистрирована на scbist.com
СЦБИСТ (ранее назывался: Форум СЦБистов - Railway Automation Forum) - крупнейший сайт работников локомотивного хозяйства, движенцев, эсцебистов, путейцев, контактников, вагонников, связистов, проводников, работников ЦФТО, ИВЦ железных дорог, дистанций погрузочно-разгрузочных работ и других железнодорожников.
Связь с администрацией сайта: admin@scbist.com
Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Powered by NuWiki v1.3 RC1 Copyright ©2006-2007, NuHit, LLC Перевод: zCarot
Advertisement System V2.4