1500py073: (Default)
[personal profile] 1500py073
Вот некое пояснение к вчерашнему посту со статьёй Шувалова, для тех кто спрашивал про NRZI, это не "Без возвращения к нулю", а "Инверсное без возвращения к нулю". Может кому про методы записи которые наши люди с удовольствием черпали из журнала "Электроникс" будет любопытно и сейчас почитать, и может быть это и вызывает у некоторых ощущение, что всё уже украдено до нас что нашим людям не довелось заниматься разработками.

tape5First, we see Return to Zero (RZ) recording, where a one is represented by a pulse of magnetization in one direction, and a zero is represented by no magnetization.

Then, we see Bipolar Return to Zero (RZ(B)) recording, in which one bits are recorded as pulses of magnetization in one direction, and zero bits as pulses of magnetization in the other direction.

And then we see Carrier-Suppressed Return to Zero (CSRZ) modulation, where pulses represent ones, and the absence of a pulse represents a zero, but successive pulses alternate in direction, thereby avoiding the presence of a DC component in the signal. More bandwidth-efficient forms of modulation which avoid a DC component that we will see later have been used for magnetic recording, but this form of modulation has found applications in fiber-optic communications.

Next, we see Return to Bias (RB) recording. Here, pulses are recorded in one direction for a one bit, but no pulse is recorded for zero.

Then, we see Non-Return to Zero (NRZ) recording. Here, a signal is recorded one way for one, and the opposite way for zero, without space between bits.

Below that, we see Non-Return to Zero Inverting (NRZI) recording, in which a transition from one direction of magnetization to the other indicates a one, and no change indicates a zero. This was a popular method of recording on classic magnetic tapes, and this principle also forms a step within more advanced methods we will see later. (This modulation method is also referred to as NRZ-M, to distinguish it from a complement, NRZ-S, in which a zero bit is indicated by a change in polarity, and a one bit is indicated by the absence of such a change.)

Next, there is Phase Encoding (PE), also known as Biphase Level or Manchester II + 180°. This method was first used when the density of reel-to-reel computer tapes was increased to 1600 bpi. Tapes for use with this method were also labelled 3200 fci, since with this method (like RZ and RB, but unlike NRZ and NRZI) the tape had to be capable of twice as much bandwidth, in the forms of changes of the direction of magnetization, as the raw data itself called for. As is the case with some of the other modulation methods noted here, it was also known by some other names. For example, LINCtape and DECtape used this modulation method, as illustrated by waveform charts in their maintenance manuals, but the customer-level documentation referred to the modulation method used simply as Manchester code, which name properly applies to the next variant of phase encoding to be shown.

Then, we see Biphase Mark (BM), also known as Manchester code and as Frequency Modulation. This variant of phase encoding has a transition at every boundary between bit times, but indicates a one by a polarity transition within the bit, and a zero by no transition within the bit. (Using a transition within the bit to indicate a zero is also possible; this is known as Biphase Space, or Manchester I + 180°.)

After that, we see Differential Manchester (DM) encoding; this version of phase encoding has a polarity transition within each bit, and alternates the direction of this transition when the bits stay the same, and keeps the direction of the transitions constant when the bits differ. Note that this format, unlike the preceding ones shown here, is ambiguous, except for a convention regarding initial conditions, about which bits are ones and which bits are zeroes.

Finally, we see Modified Frequency Modulation (MFM), also known as Miller Code. This combines the low bandwidth requirement of NRZI with the self-clocking characteristic of PE. One can think of it as a modification of NRZI recording, in which a flux change is inserted between two consecutive zero bits. Note that although flux changes can occur either in the middle of a bit, or on the boundary between bits, they still cannot be closer together than the width of a bit. Essentially, room is made for clocking information, without increasing the bandwidth from NRZI, by allowing flux changes at odd half-bit positions. This method is used with floppy disks, and was used with early computer hard drives as well. This method can also be ambiguous, since both a string of consecutive ones and a string of consecutive zeroes lead to a square wave of the same frequency, differing only in phase; the most common way to deal with such an ambiguity is simply to begin a block with a known, fixed sequence of synchronization characters.




Date: 2017-01-18 01:36 pm (UTC)
From: [identity profile] saschechka.livejournal.com
Гложут меня некоторые сомнения. Разработка методов записи информации великое дело. Но не менее великим были бы и методы работы с информацией. Где без потери её, можно было бы свести её количество к минимальному размеру. Если прикинуть, то да, и даже не в на 10 порядков, а в 100к раз. Но это не совсем задача технократов. Это почти философия.
Вот и гложут сомнения. На какую педаль надо давить. На газ или тормоз в каких-то разработках.
но это так, общая рассуждения.. об перспективах. И даже интересно стало, а как-то увязывалось это когда-нибудь раньше?

Date: 2017-01-18 06:50 pm (UTC)
From: [identity profile] saschechka.livejournal.com
И не так глупо ты написал. Если за единицу информации принимать не бит, а более новую конструкцию кубайт, с коррекционной информацией, то да.. :))

Date: 2017-01-20 09:12 am (UTC)
From: [identity profile] 1500py470.livejournal.com
В делах ракетных очень хорошо видна разница в работе с информацией, когда правильно спроектированная система управления с в разы более медленным компьютером выдаёт на порядок быстрее результаты, на основании одного и тогоже потока внешних данных, за счёт того, что умеет лучше извлекать из него информацию.

Date: 2017-01-20 11:08 am (UTC)
From: [identity profile] saschechka.livejournal.com
Тут дал бы комментарий, да целая диссертация получится из анализа такого эффекта. Если кто займётся новым компьютером, тот сразу поймёт в чём тут дело.

Date: 2017-01-20 12:02 pm (UTC)
From: [identity profile] 1500py470.livejournal.com
Вот по этой причине и ответ дал не сразу, тут коротко можно выражаться только аналогиями из предметных областей с которыми знаком, и желательно чтобы всем кто обсудить хочет, они были знакомыми или минимум не чуждыми.

Date: 2017-01-20 12:19 pm (UTC)
From: [identity profile] saschechka.livejournal.com
Могу, конечно, кратко описать. Но дальше, действительно, надо с адекватными людьми говорить. И что надо (можно бы) сделать на практике. Я лишь, всего, теоретик.. :)
Конечно, всё дело в описании данных.

Date: 2017-01-20 01:21 pm (UTC)
From: [identity profile] 1500py470.livejournal.com
За счёт трюков с модулярной математикой, передачей данных с АЦП и по каналам связи не в двоичным виде, а с рядом фибоначи в основе итп получалось на отсталой ЭКБ получить более или менее пристойный результат в железе, ну и за счёт алгоритмов ещё отжать быстродействие.

Date: 2017-01-20 02:19 pm (UTC)
From: [identity profile] saschechka.livejournal.com
Как я понимаю, невозможность получить быстрые результаты на быстром оборудовании говорит о том, что где-то идут "паразитные" перерасчёты. Т.е., одни типы данных надо пересчитать в другие. Видятся различные варианты решений. Начиная от вариантов "чтобы не париться", до глубоко продуманных, с разделёнными потоками информации. Эти намного сложнее. А я бы начал вообще с принципиально нового оборудования. Да пока не всё готово для этого.
Раньше, во многих областях науки, и практики на её основе, использовались наработанные таблицы, где просто по известным параметрам подбирались в таблицах готовые значения.
В общем, надо ещё подумать, разобраться с математическим обеспечением. С иерархией данных, с их группами и категориями.

Profile

1500py073: (Default)
1500py073

March 2019

S M T W T F S
      1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 2223
24 25 26 27 28 29 30
31      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 15th, 2025 06:02 pm
Powered by Dreamwidth Studios