(E)RAT. Emergency Ram Air Turbine.
Турбина, крутящаяся от набегающего потока воздуха.
«Завестись» в норме не позволит, а вот питать самые критичные потребители пытается.
С обычными работаю без проблем со стационара. Через COM-порт, как и прежде.
Хотелось бы модель с беспроводным или Ethernet интерфейсом в таком же милом компактном корпусе. Чтобы не городить огород с самодельным принт-сервером или Arduino.
Возможна ли работа в оффлайн режиме? Без Berg, без всяческих задолбавших ай-облаков и прочего? К примеру, отправив на печать фотку или файл через Bluetooth или зайдя на веб-интерфейс девайса?
украинская система просто не имеет такой опции, как «номер заказа», который в пидовских билетах «ЭЛ.ДОК.№». И эта информация никак не видна из другой системы. Т.е. даже технически просмотреть нельзя. Можно только увидеть, что это место (проданное из России) закрыто для продажи, нет его. Кто купил, как, какой заказ, какой интернет — ничего.
У них резервирование совсем иначе реализовано, и если честно, то в PID удачнее.
ОК, ликбез по АСУ «Экспресс» и обмену данными.
Во всех странах бывшего СССР, нынешнего СНГ и странах Балтии для продажи билетов на поезда дальнего сообщения используется АСУ «Экспресс». Первая версия была разработана ещё в 1974 году. Вторая, кстати, работала на ЕС ЭВМ, IBM System/360 и System/370. Вторая версия как раз на Украине прожила до 2005 года.
В настоящее время основная система в России — «Экспресс-3». В Украине — «ПП-УЗ», полностью совместимая с «Экспресс-3», точнее, «Експресс-3-УЗ».
Системы напрямую в режиме онлайн в привычном значении НЕ СВЯЗАНЫ, и в связи с этим возникают приколы.
Информация о количестве мест, поездах, вагонах и.т.д. хранится в ВЦ дороги формирования поезда. К примеру, для Киев-Москва это Юго-Западная дорога — ЮЗЖД УЗ. Соответственно, информация хранится в ВЦ ЮЗЖД, но часть мест сразу же выгружается в другие ВЦ.
Как реализована продажа?
ВЦ дороги открывает продажу у себя и выгружает в другие дороги ЧАСТЬ МЕСТ до даты отправления поезда в день открытия продажи.
В продажу поступают не все места, остаются резервы, нормы обратного вывоза, и.т.д.
С этой минуты другие ВЦ при запросе мест на данный поезд будут видеть только места, которые есть в ВЦ дороги, к которому подключена касса. ВЦ дороги отправления по умолчанию НЕ ЗАПРАШИВАЕТСЯ. Для запроса информации из ВЦ отправления есть специальная хитрая опция на терминале, и полученные от него результаты могут отличаться.
К примеру, чтобы купить в Москве билет на поезд Киев-Москва, который отправится через месяц, кассир по умолчанию дёрнет ВЦ МЖД, к которому подключен, и ВЦ МЖД ответит, т.к. информация была выгружена в день открытия продажи билетов на этот поезд, и ВЦ МЖД «знает» о части мест.
Если эти места проданы — и в ВЦ МЖД не осталось доступных мест на продажу — плохой кассир скажет «мест нет!», а хороший кассир запросит ВЦ дороги отправления. Там места могут быть.
Дальше, прикол №2.
Допустим, из Киева отправился поезд Киев-Москва, забитый не полностью, т.е. в нём во время его отправления по данным ВЦ ЮЗЖД остались места. Сразу же по факту его отправления ВЦ ЮЗЖД выгружает в систему непроданные на него места как доступные для продажи от промежуточных пунктов.
Т.е. к примеру, человек в Брянске увидит доступное для продажи место на этот поезд на участок пути «Брянск-Москва» УЖЕ ПОСЛЕ ТОГО, как этот поезд отправится из Киева.
Так реализована продажа билетов на проходящие поезда.
Украинские поезда не поддерживают такую услугу. Проводники УЗ ничего не слышали об этой электронной регистрации и посадочных купонах. Более того, при оплате на сайте РЖД билета на украинский поезд формирования УЗ, система даже и не предложит такой вариант.
Очень светлый и лучистый кадр.
Спасибо.
Mozilla Firefox 3.6 + NoScript
K-Meleon — в качестве запасного.
Тянет на удивление сносно, как рабочий инструмент безотказен.
Почта тянется клиентом (The Bat!), ICQ — Miranda, плеер — foobar2000.
Турбина, крутящаяся от набегающего потока воздуха.
«Завестись» в норме не позволит, а вот питать самые критичные потребители пытается.
К слову:
ru.wikipedia.org/wiki/%D0%9F%D0%BB%D0%B0%D0%BD%D1%91%D1%80_%D0%93%D0%B8%D0%BC%D0%BB%D0%B8
Хотелось бы модель с беспроводным или Ethernet интерфейсом в таком же милом компактном корпусе. Чтобы не городить огород с самодельным принт-сервером или Arduino.
«Акадо» по-американски. Comcast, Shawcable, израильский HOT, украинская «Воля» — оно самое
У них резервирование совсем иначе реализовано, и если честно, то в PID удачнее.
Модемы «Промсвязь», «Белазар» и продукция КБ «Интеграл», дааа, как же…
Ну вот к примеру, поезд №111 Киев-Львов на 10 марта.
УЗ: 128 гривен (512р)
PID: 1800р.
Больше чем в ТРИ РАЗА.
Во всех странах бывшего СССР, нынешнего СНГ и странах Балтии для продажи билетов на поезда дальнего сообщения используется АСУ «Экспресс». Первая версия была разработана ещё в 1974 году. Вторая, кстати, работала на ЕС ЭВМ, IBM System/360 и System/370. Вторая версия как раз на Украине прожила до 2005 года.
В настоящее время основная система в России — «Экспресс-3». В Украине — «ПП-УЗ», полностью совместимая с «Экспресс-3», точнее, «Експресс-3-УЗ».
Системы напрямую в режиме онлайн в привычном значении НЕ СВЯЗАНЫ, и в связи с этим возникают приколы.
Информация о количестве мест, поездах, вагонах и.т.д. хранится в ВЦ дороги формирования поезда. К примеру, для Киев-Москва это Юго-Западная дорога — ЮЗЖД УЗ. Соответственно, информация хранится в ВЦ ЮЗЖД, но часть мест сразу же выгружается в другие ВЦ.
Как реализована продажа?
ВЦ дороги открывает продажу у себя и выгружает в другие дороги ЧАСТЬ МЕСТ до даты отправления поезда в день открытия продажи.
В продажу поступают не все места, остаются резервы, нормы обратного вывоза, и.т.д.
С этой минуты другие ВЦ при запросе мест на данный поезд будут видеть только места, которые есть в ВЦ дороги, к которому подключена касса. ВЦ дороги отправления по умолчанию НЕ ЗАПРАШИВАЕТСЯ. Для запроса информации из ВЦ отправления есть специальная хитрая опция на терминале, и полученные от него результаты могут отличаться.
К примеру, чтобы купить в Москве билет на поезд Киев-Москва, который отправится через месяц, кассир по умолчанию дёрнет ВЦ МЖД, к которому подключен, и ВЦ МЖД ответит, т.к. информация была выгружена в день открытия продажи билетов на этот поезд, и ВЦ МЖД «знает» о части мест.
Если эти места проданы — и в ВЦ МЖД не осталось доступных мест на продажу — плохой кассир скажет «мест нет!», а хороший кассир запросит ВЦ дороги отправления. Там места могут быть.
Дальше, прикол №2.
Допустим, из Киева отправился поезд Киев-Москва, забитый не полностью, т.е. в нём во время его отправления по данным ВЦ ЮЗЖД остались места. Сразу же по факту его отправления ВЦ ЮЗЖД выгружает в систему непроданные на него места как доступные для продажи от промежуточных пунктов.
Т.е. к примеру, человек в Брянске увидит доступное для продажи место на этот поезд на участок пути «Брянск-Москва» УЖЕ ПОСЛЕ ТОГО, как этот поезд отправится из Киева.
Так реализована продажа билетов на проходящие поезда.
И таких особенностей есть ещё множество, начиная от переменного трафарета и заканчивая продажей в ручном режиме с звонком на другую станцию по телефону. Вас ещё что-то удивляет?
Если интересно — вот тут чуть устаревший, но адекватный материал на тему.
www.express-3.ru/useful_info/back.html
www.mixei.ru/archive/index.php/t-65259.html
www.e-3.ru/evolution/express-3_evolution.html
Вас ещё что-то удивляет?