RailUnion.net | |
http://railunion.net/blog/kemal/index_sid-d40ec7a6c3488e69823df02e7b0bc8be.html |
Автор: | kemal [ 19.05.2012, 22:31 ] |
Тема блога: | Ещё про [метро] сигналку |
Есть как минимум 2 проблемы в создании метросигналки, которые НЕ возможно решить используя опыт создания ЖД сигналки.
[ Продолжается ] |
Автор: | kemal [ 02.02.2012, 04:08 ] |
Тема блога: | Некоторые соображения по устройству сигналки |
В этом посте буду собирать идеи, касающиеся устройства сигналки в Trainz. Основной упор на метросигналку, но большинство моментов применимо к любой сигналке. Пост никого ни к чему не обязывает, это моё лично ИМХО. Однако, надеюсь когда-нибудь я всё это реализую. Итак, поехали:
[ Продолжается ] |
Автор: | kemal [ 16.01.2011, 18:45 ] |
Тема блога: | TargetTrigger |
Как известно, в Trainz'е триггеры реагируют на поезд целиком. Однако, не всегда это удобно. Иногда требуется более точное позиционирование. Например, если мы имеем дело с датчиком, висящем на контактной сети и реагирующим на пантограф. Именно эта ситуация и вдохновила меня на создание такого триггера. Я назвал его TargetTrigger. Принцип его действия основан на GSTrackSearch: триггер спрашивает у вагона расположение точек и следит за положением вагона. При пересечении точкой триггера вызывается событие ttOnEvent. Если же на триггер наедет поезд, в котором ни один вагон не поддерживает эту технологию, то вызывается событие ttOnDefaultEvent. Демонстрациооный триггер и файлы для своих разработок можно скачать здесь: http://trainz.kemal.tu2.ru/file.php?id=5 Рассмотрим подробнее его использование.
[ Продолжается ] |
Автор: | kemal [ 12.10.2010, 21:30 ] |
Тема блога: | sme_library |
Очень часто при скриптовании ПС бывает нужно описать свойства всего поезда, а не отдельно взятого вагона. Но вот незадача, в Траинзе не существует пользовательского объекта, который бы был наследником класса Train. Проще говоря, скриптовать мы можем только отдельные вагоны, а не поезда целиком. Ну ладно, раз так, то придётся всё то, что мы собирались реализовывать в MyTrain, реализовать в MyVehicle. Хорошо, допустим реализовали. Но какой из вагонов должен это считать? Ведь будет очень не хорошо если, например, два вагона будут дёргать контроллер каждый в свою сторону. Делать "самый умный" вагон, каждый из которых будет опрашивать всех подряд, тоже не хорошо. Надо бы сделать централизацию. Вот для этого я и задумал sme_library. Это будет либа (одна на всх), которая будт следить за составами и вагонами в них, реагировать на сцепку/расцепку и упростит передачу данных между вагонами, объединёнными в СМЕ. Всё это здорово, осталось только реализовать)) И вот тут я задумался, а как же это ... [ Продолжается ] |
Часовой пояс: UTC + 4 часа | |
Powered by phpBB © 2002, 2006 phpBB Group www.phpbb.com |
Blogs powered by User Blog Mod © EXreaction www.lithiumstudios.org |