Railwayclub.info main
Welcome, Guest. Please login or register.
Did you miss your activation email?
11.12.17 , 15:12

Login with username, password and session length
Home | Help | Search | Login | Register | References | Blogs | Contact Information

railwayclub.info: train travel answers, travel deals

  discussion

    Other questions about railways

      Особливості залізничного телеграфу

Pages: 1 [2]
Reply | Print
Author Topic: Особливості залізничного телеграфу  (Read 1470 times)
Emblaze
Active user

Posts: 2333


View Profile
« Reply #10 on: 22.02.17 , 19:02 »
Share Reply with quote

Я так и подозревал, что тут дело в экономии оперативной памяти древней аппаратуры связи, но решил уточнить...
Тут не так обсяг електронної пам'яті, як ширина паперової стрічки, що раніше слугувала за пам'ять.
Так-так, я рοзумію, що схема та сама; навіть генетичні механізми реплікації можна пристосувати у модель Тьюрінга, але ніхто не жаліється на катастрофічну нестачу в живій природі паперових стрічок та механічних головок зчитування-запису.

Вибачте за офтоп, закругляюсь.
Logged
Iwan
Active user

Posts: 3261


View Profile
« Reply #11 on: 22.02.17 , 21:02 »
Share Reply with quote

Треба весь цей діалог перекинути в тему: Особливості телеграфу )
Добре, з папером проблеми не було, але заради кирилиці ніхто не мав наміру вводити 6-й біт = +20% надлишкової інформації в трактах передачі... і це все заради однієї літери Ч. На той час ця надлишковість виглядала як недоцільна розкіш, бо тодішні швидкості передачі за сучасними мірками були й без того мізерними. Тоді б китайці теж пару бітів попросили ))) всьому є компроміс. Уявіть якби в ті часи Юнікод UTF-32 запровадили ))) з безмежними варіантами абеток, не кажучи вже про діакритику. Така собі головка зчитування на 32 біти ))) ... зате мовою черокі звучить лаконічно ᏀᏴ замість звичайних 5 літер українською. Два символи, а як змістовно.

теж заокруглююсь. перепрошую.
Logged
Dhr_Igor
Active user

Posts: 3445


View Profile
« Reply #12 on: 22.02.17 , 22:02 »
Share Reply with quote

Кстати перейти и интегрироваться на евро программу мы не можем,пытались уже,так как она создавалась для евросоюза и опять там нет  Ч ,и еще несколько знаков,а переписывать программу из-за нас не будут,поэтому во Львове  установлен закрытый для нашего доступа польский евротерминал где перевод на лат,англ,польский для приема и передачи через латинский алфавит,где телеграфистки с помощью переводчика все переводят на латынь,и с помощью флешки переносят на их терминал.

Тобто залізниці Західної Європи теж і досі між собою телеграмами обмінюються?
Logged
Алекс75
Active user

Posts: 1790


View Profile
« Reply #13 on: 23.02.17 , 12:02 »
Share Reply with quote

звучить лаконічно ᏀᏴ замість звичайних 5 літер українською. Два символи, а як змістовно.
Наверное, всё же что-то вроде GO'B :)
Logged
volotar
Active user

Posts: 376


View Profile
« Reply #14 on: 23.02.17 , 15:02 »
Share Reply with quote

Добре, з папером проблеми не було, але заради кирилиці ніхто не мав наміру вводити 6-й біт = +20% надлишкової інформації в трактах передачі... і це все заради однієї літери Ч. На той час ця надлишковість виглядала як недоцільна розкіш, бо тодішні швидкості передачі за сучасними мірками були й без того мізерними. Тоді б китайці теж пару бітів попросили ))) всьому є компроміс.

Це все зрозуміло. Але ж можна було кодувати символи змінною к-стю біт, як в UTF-8. На більшість символів йшло б 5 біт, на деякі - 10. (в цю групу вартувало запхати ті символи, що рідко використовуються).
Logged
Iwan
Active user

Posts: 3261


View Profile
« Reply #15 on: 23.02.17 , 16:02 »
Share Reply with quote

Добре, з папером проблеми не було, але заради кирилиці ніхто не мав наміру вводити 6-й біт = +20% надлишкової інформації в трактах передачі... і це все заради однієї літери Ч. На той час ця надлишковість виглядала як недоцільна розкіш, бо тодішні швидкості передачі за сучасними мірками були й без того мізерними. Тоді б китайці теж пару бітів попросили ))) всьому є компроміс.

Це все зрозуміло. Але ж можна було кодувати символи змінною к-стю біт, як в UTF-8. На більшість символів йшло б 5 біт, на деякі - 10. (в цю групу вартувало запхати ті символи, що рідко використовуються).

А як Ви собі уявляєте стартостопне кодування з нерівномірним кодом? Як приймачу знати чи то біт "0" чи стоповий сигнал? ... а якщо за рахунок видовження стоп-сигналу, то та ж сама втрата швидкості.
Хіба, якщо маєте на увазі один "друкований знак" (якийсь особливий) передавати двома "телеграфними знаками", тоді так - може бути. В ту "шифтову таблицю" можна було запхати усі маловживані літери (в т.ч. національні).
Logged
Iwan
Active user

Posts: 3261


View Profile
« Reply #16 on: 23.02.17 , 21:02 »
Share Reply with quote

звучить лаконічно ᏀᏴ замість звичайних 5 літер українською. Два символи, а як змістовно.
Наверное, всё же что-то вроде GO'B :)
Я недогледів. Саме так: ᏀᎤᏴ ... або ᎾᎱᏴ (є варіанти, на вибір).
Logged
volotar
Active user

Posts: 376


View Profile
« Reply #17 on: 24.02.17 , 23:02 »
Share Reply with quote

Це все зрозуміло. Але ж можна було кодувати символи змінною к-стю біт, як в UTF-8. На більшість символів йшло б 5 біт, на деякі - 10. (в цю групу вартувало запхати ті символи, що рідко використовуються).

А як Ви собі уявляєте стартостопне кодування з нерівномірним кодом? Як приймачу знати чи то біт "0" чи стоповий сигнал? ... а якщо за рахунок видовження стоп-сигналу, то та ж сама втрата швидкості.

Я жодним чином не знаю про роботу стартстопних телеграфів. Але google підказує, що в них якраз використовується видовження стоп-сигналу:
стартстопный телеграфный аппарат передает один символ сообщения семью посылками: одной пусковой длительностью 20 мс, пятью кодовыми длительностью 20 мс каждая и одной стоповой длительностью 30 мс
Але зрештою, це не так вже й важливо. Бо я не мав на увазі використовувати алгоритми кодування типу Хаффмана, де кількість біт на символ ніяк не кратна розміру байту чи машинного слова. Це було б занадто :)

Quote
Хіба, якщо маєте на увазі один "друкований знак" (якийсь особливий) передавати двома "телеграфними знаками", тоді так - може бути. В ту "шифтову таблицю" можна було запхати усі маловживані літери (в т.ч. національні).
Так, саме це я й мав на увазі. Спосіб кодування схожий до UTF-8, де для кодування одного символу/команди потрібно від одного до чотирьох байт (у випадку телеграфу, аналогом байту буде телеграфний знак). Наприклад: з множини 32 телеграфних знаків виділити два останніх для позначення префіксів. Тоді наступний знак кодував би символ в одній з двох "шифтових таблиць", збільшуючи максимальну к-сть символів/команд до 94. (Ще більше збільшити цю кількість можна або дозволивши мати префіксні символи в шифтових таблицях і, відповідно, використовувати для певних символів третій телеграфний знак, або зарезервувши більше знаків для префіксів в головній таблиці).

І так, Ви абсолютно праві, - в додаткові таблиці треба поміщати маловживані літери.
« Last Edit: 24.02.17 , 23:02 by volotar » Logged
Iwan
Active user

Posts: 3261


View Profile
« Reply #18 on: 22.03.17 , 12:03 »
Share Reply with quote

Це все зрозуміло. Але ж можна було кодувати символи змінною к-стю біт, як в UTF-8. На більшість символів йшло б 5 біт, на деякі - 10. (в цю групу вартувало запхати ті символи, що рідко використовуються).

А як Ви собі уявляєте стартостопне кодування з нерівномірним кодом? Як приймачу знати чи то біт "0" чи стоповий сигнал? ... а якщо за рахунок видовження стоп-сигналу, то та ж сама втрата швидкості.

Я жодним чином не знаю про роботу стартстопних телеграфів. Але google підказує, що в них якраз використовується видовження стоп-сигналу:
стартстопный телеграфный аппарат передает один символ сообщения семью посылками: одной пусковой длительностью 20 мс, пятью кодовыми длительностью 20 мс каждая и одной стоповой длительностью 30 мс
Але зрештою, це не так вже й важливо. Бо я не мав на увазі використовувати алгоритми кодування типу Хаффмана, де кількість біт на символ ніяк не кратна розміру байту чи машинного слова. Це було б занадто :)
Уточню: як апарат приймальної сторони після 5 інформаційних бітів розрізнить:
стоп-сигнал (у вигляді 1,5 тривалості звичайного біта) і наступний біт = "0"
від
"00" чи "000"
у разі видовженого "слова".
Як не крути, а доведеться вводити "знак" у 32-значеннєву таблицю, що в підсумку еквівалентно застосуванню тих же регістрів (переходи між регістрами). Тому простіше змиритись із цим, коли йдеться про текстово-цифрове застосування цього засобу зв'язку.... а тим паче - про забезпечення сумісності із наявними механічними апаратами.

... Наприклад: з множини 32 телеграфних знаків виділити два останніх для позначення префіксів. Тоді наступний знак кодував би символ в одній з двох "шифтових таблиць", збільшуючи максимальну к-сть символів/команд до 94. (Ще більше збільшити цю кількість можна або дозволивши мати префіксні символи в шифтових таблицях і, відповідно, використовувати для певних символів третій телеграфний знак, або зарезервувши більше знаків для префіксів в головній таблиці).
От, власне, за таким принципом (більш-менш) зараз працює телеграф: є регістри РУС/ЛАТ/ЦИФ і 3 із 32 службові комбінації, які забезпечують тригерне перемикання між цими, так би мовити, "шифтовими таблицями". Ще є 3 службові комбінації (спільні для трьох таблиць): SPACE, BACKSPACE, ENTER. Ці комбінації наявні в кожній із трьох таблиць лише тому, щоб "зекономити" к-ть телеграфних знаків при роботі в кожній таблиці, уникаючи частих перемикань на іншу таблицю (якби такі знаки були тільки в одній із таблиць). Зараз, коли швидкість не є обмеженням, можна ці спец-знаки "загнати" в один із регістрів та вивільнити місце під нові 6 символів... але кому це зараз потрібно? тим паче, що невдовзі це стане антикваром, бо є купа інших уніфікованих кодів обміну, а телеграф, як давно витіснений на нижніх рівнях мережевої моделі OSI... хоча загалом може робота телеграфу може продовжуватись в імітаційному режимі.
Logged
Tags:
Pages: 1 [2]
Reply | Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.8 | SMF © 2006-2008, Simple Machines LLC Valid XHTML 1.0! Valid CSS!
Page created in 0.098 seconds with 20 queries.