RailwayPassion.com - Форум за железопътен моделизъм

Електроника и Електротехника | Electronics and Electrical Engineering => Цифрово / дигитално управление | Digital Command Control => Темата е започната от: pach в 23 Април 2008, 17:35:56

Титла: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 23 Април 2008, 17:35:56
По една или друга причина която не е предмет на тази тема тук , макар и стар (но не и опитен) моделист до сега винаги съм се оправял в управлението на мойте макети по чисто стария начин.Тоест чрез така нареченото “аналогово” управление.Напоследък реших да отделя от времето си  и макар и късно , да се запозная от близо с предимствата и недостатъците на цифровият начин на управление използван от доста отдавна от моделистите по света и у нас . По мой скромни сведения началото май е било около 1990 г. и също като модулостроенето (от 1975г.)се оказва ,че цифровата система за управление не е от вчера..
Тук се оказа и първия проблем за мен.Тези които знаят какво представлява този начин на управление , или не могат да го обяснят на смислен технически език , или говорят за него с недомлъвки и кратки “високи” изречения които са неразбираеми за начинаещите.Трябва да уточня , че знаещите не се държат така от “снобизъм” или искат да скрият нещо.Не ,просто те го знаят , научили по един или друг начин , и сега не могат да обяснят елементарните неща , понякога от липса на време , друг път защото не знаят как по- просто да го обяснят или пък просто употребяват системата , но не знаят как работи (за да управляващ автомобил , не е нужно да знаеш устройството на двигателя – може само да си сигурен, че той ти е необходим за движението на превозното средство).Или , което се случва най-често –обясняват така щото те си го знаят и прескачат важна информация под графата “ама това го знае всеки , и аз за това го прескачам!!!”.И тук всъщност е основния проблем на начинаещия , решил да ползва възможностите на съвременната електроника.
След доста продължително ровене по списания , ръководства за употреба и най-вече чуждоезични сайтове в мрежата , открих ,че вместо да научавам нещо , в главата ми се образува характерната каша от ентусиазъм , някакви знания , някакви догатки и т.н. като след разговор с по-горе описаните опитни моделисти.Тоест след месец занимания на тази тема,това което знаех е по-малко и по-объркано от това което се надявах да науча.
Е тук вече , да си дойда на думата – за да не се гънат колегите които , също като мен тръгват по  този път , преминаването от аналагова пълна автоматизация към частична , в последствие пълна цифровизация на управлението в нашия моделизъм , реших да направя малка , но пределно ясна тема с горното заглавие.Тук искам да отворя една скоба – за да ползваш цифровото управление , не е необходимо да знаеш как e работило аналоговато такова , и какви са били начините за централизирана автоматизация и блокировка при него , но все пак от обща култура пък и малко моделистки знания , никога не са били излишни.Или както уча децата – учете таблицата за умножение , защото някой път просто няма да имате батерий за калкулатора!!!
1.   Какво е цифрово управление и  има ли почва то , в мойта глава!?

 ;D :( :o ::) ;D
Почти всеки моделист по един или друг начин се е срещал с горд собственик на минимилната конфигурация за цифрово управление на железопътни модели.И всеки е останал възхитен от външно видимите ефекти от такова управление . Говоря за характерният звук който издават различните локомотиви и други съоръжения  , намиращисе под това ръководство.Един път чул , този звук (питайте Жоро например) всеки се замисля и решава ,че рано или късно ще трябва да премине към новите “екстри” на хобито си.
Как бе преди това?
   Било то на постоянен макет , или “разполагащ” се на масата или пода , ние разчитахме на един  или два трансформатора с изправители и регулиране на изходното напрежение , за да управляваме поне в двете възможни посоки на движение най-малкото два влака.Характерното за тази система , е че колкото повече влакове и локомотиви искаме да се движат едновременно , толково повече  , се усложнява схемата на организираните самостоятелни участъци, начина им на управление , блокировката за предотвратяване на катастрофи , както в тези участъци така и при преминаване на стрелки , прелези , малки и големи гари.Да , някой ще каже – ми това е супер , колкото повече електроника  , релета , проводници и т.н. толково по-занимателно и интересно.
Но това мнение мигом се забравя , щом се установи дефект в системата (който може да е и “по рождение”)  и се започне едно ровене по ключета и бутони , проводници и релета , регулатори  и електронни блокчета , със споменаването на нежната половина от човечеството до девето коляно , щото ни е яд , че вместо да се наслаждаваме на движението на любимия си локомотив , сме се оплели в  схеми и инструменти ,за да извършим поредният “текущ ремонт”.Накрая когато открием коя жичка се е откъснала , свободното ни време е отлетяло , и ние вече не сме сигурни дали следващият път ще се надуваме като пуяци от сложноста на схемата която сме измислили и реализирали в името на движението на влаковете.Да не говорим за ровенето из помощните средства (било то литература , записки от коляно или интернет ) за все по-сложни ,и по-добри схеми за това или онова нещо .
За тези които това ровене  и сглобяване смятат , че ще им липсва или намали силата на “вкуса” от хобито – веднага допълвам – спокойно , ровенето продължава но вече е на нова тема...
Е , както вече го коментирахме тук някъде , всичко това отпада , тъй като се управлява от едни малки и “умни” електронни блокчета включени фабрично или самостоятелно в локомотиви , вагони , стрелки , прелези , семафори и светофори , обръщателни кръгове и уши , сгради и т.н. като най – важната продробност е че се управляват само по два проводника , каквито например се явяват релсите , а те както знаем обикалят навсякъде.
С цел стандартизация и тук както при първоначалните параметри , има препоръки и закони по NIMRA ( Национална асоциация по железопътно моделиране на САЩ) , които де-факто са приети и от европейските моделисти под формата на добре познатите ни стандарти NEM.
Тези стандарти регламентират кодировката на управляващия сигнал , неговите електрически параметри ,както и базисните функции които трябва да може да изпълняват апаратите за управление от различните производители с цел унификация на това управление.
   По такъв начин макета , модула или дори само локомотива , изпълнени според указанията на стандарта , не биха имали проблем при влючването им/върху/към друг модул , макет и т.н. без проблем и то във всички мащаби.
Как това е възможно ли ...ами много просто , чрез цифровизация!!!Цифровото управление (ЦУ) е принцип за управление с един пулт (джойстик) .
   Ето как изглежда традиционната схема за управление по аналагов начин.

(http://picbg.net/u/16413/12474/133260.bmp)


Обикновенната аналогова схема за управление на подвижния състав позволява движението само на един локомотив в определен участък от трасето (принципно могат и повече , но всички знаем проблема с различните скорости и мощности , едновременно и не толкова , тръгване и спиране и най-вече – движението в една и съща посока).ЦУ позволява едновременно управление на един участък от трасето неограничен брой (по старите модели само до 99 , но по –новите вече са с 10 000 еденици ) подвижен състъв , стига да има място на релсите както и неограничен брой стрелки , семафори и т.н.както казах по-горе при това е необходимо наличието на една релса или два проводника , като към разликата м/у проводниците и релсите ще се върнем по-късно.

Ето една традиционна схема за ЦУ.

(http://picbg.net/u/16413/12474/133261.bmp)


Как това става на практика ?
Всеки локомотив има вграден декодер (някой го титулуват дори микрокомпютър) което преведено на говорим език означава “дешифратор”.Дешифратора  всъщност задължително съдържа една интегрална схема (обикновенно в SMD-изпълнение позволяваща крайнаминиатюризация) която представлява най-обикновен програмируем микроконтролер.
Такива дешифратори има и към всяко друго устройство , било то стрелка , прелез , обръщателен кръг и т.н.
Всички такива дешифратори получават заповеди (наричани в електрониката – инструкций) по двата проводника или релсите които също са две , от централния пулт за управление.В действителност този пулт може да се състои от няколко “подстанций” по известни като мишки (но не компютърни)  или няколко персонални компютъра свързани в мрежа , или комбинация м/у всички изброени устройства.
Всеки дешифратор постоянно чете инструкцийте по двата проводника , и когато открие тези които се отнасят до него , ги изпълнява .Разпознаването на “собстветните” му инструкций става когато те бъдат получени на неговия адрес , което означава че се отнасят само до него и никой друг дешифратор , защото само на него е присвоен този адрес , който го прави уникален в дадена система за управление.При разчитането на този адрес , започва четене на инструкцийте които задават следните параметри (когато дешифратора е монтиран м локомотив):
-   скорост на движение.
-   посока на движение.
-   Ускорение или спиране.
-   Включване/изключване  на светлините , тромбите и т.н.
Да разгледаме компонентите които изграждат системата за управление.
Захранващ блок.
 Обикновенно това е достатъчно мощен трансформатор осигуряващ необходимите захранващи променливи напрежения  (14-18 V) с необходимата мощност (ток 3-5 А).този трансформатор осъществява захранването на пулта за управление и така наречения “бустер”(усилвател).
Пулт за управление.
 Това е “мозъка” на ЦУ.Рядко е самостоятелен блок.Обикновенно е комбиниран в един корпус с бустера и/или джойстика(мишка).Вътре съдържа електронни компоненти между който има и малък микропроцесор с известно ограничено количество памет.Пулта управлява дешифраторите чрез предаването на пакети от данни по релсите (проводниците).Всеки пакет предсавлява поток от двоични данни (тоест поток от импулси ,”нули” и “единици”).Тези нули и единици отговарят както и в “останалата” електроника , на високо (1) ниво на напрежение или съответно ниско (0) ниво.            
Този пакет бива предаван със скорост около 8000 бит в секунда .Казано на говорим език –за една секунда в този пакет високо и ниско ниво се сменят 8000 пъти.Тази скорост е напълно достатъчна да се предават практически мигновенно огромни потоци от информация достатъчна за управление на железопътни модели . Но тъй като не е от най – високите скорости в електрониката , същевременно позволява за пулт в управлението да се използват и по стари,обикновенни и “бавно” действащи компютри от клас “386” , бих казал дори и “286”.

(http://picbg.net/u/16413/12474/133262.bmp)


Базовият пакет показан  тук се състои от първи няколко десетки последователни единици , наречени увод/въведение (или готовност) последвани от три осем битови байта (1 байт = 8  бита ) данни всеки , разделяни от нулите на стартовите битове и завършва с последния бит (логическа еденица).

(http://picbg.net/u/16413/12474/133263.bmp)


След въведението и първия разделителен бит следва –
-   адресния байт. Той съобщава на всички дешифратори за кой ще следват инстрекций.
-   Байт с инструкцийте.Той съобщава на съответния дешифратор с каква скорост и в каква посока да движи “своя” локомотив.
-   Байт за контрол на грешката.Доколкото ЦУ работи подобно на всяко електронно устройство в много “шумна” от електрическите смущения среда , се явява необходимост от провелка за евентуална допусната грешка в четенето на потока (пакета) от информация.
Всеки пулт за управление може да изпраща над 200 пакета от информация в секунда.Това допуска , че ако се управляват едновременно 10 локомотива , всеки един от тях ще получи персоналния си пакет от данни около 20 пъти за една секунда.Важното е че когато не намира “своя” пакет с инструкций , всеки дешифратор продължава да изпълнява последните получени команди.Ако при проверката на байта за грешка се окаже ,че е получил грешни команди , ще подължи да изпълнава последният верен пакет който е получил.В това е едно и от достойнствата на ЦУ – повишаване на сигурноста при командването.Друг плюс е възможността при управлението на много подвижен състав , той да се движи самостоятелно и автоматично по зададените команди , а вие да управлявате интересуващата ви в момента подвижна  транспортна единица.

Усилвател (бустер).
Получава пакетите с данни , генерирани от пулта за управление , усилва ги до ниво +/- 14 до 16 волта , като същевременно им придава стандартната  правоъгълна форма .Работи с честота в рамките на 4 до 9 кНz.(4 000- 9000 Нz).
Внимание ! Не бъркайте сигнала на ЦУ с променливия ток!!!
Този правоъгълен двуполярен сигнал се използва от дешифраторите по две основни задачи – приемане на управляващите команди и захранване на двигателя в подвижната единица с постоянен ток.
Дешифратор.

Двуполярният сигнал на ЦУ се употребява  в дешифраторите на борда на подвижния състав (освен че е навсякъде).
Дешифратора служи най-вече за две основни неща:
1.За приемането на инструкцийте от пулта на управлението.
2.За преобразуване на променливото напрежение в изправено , което захранва съответния двигател или друго изпърнително устройство.
При цялото разнообразие от произвеждани дешифратори , се очертават няколко основни групи.От групата предназначени за подвижен състав отделяме два основни модела .Единия е за непосредствено включване в осветлението на локомотива , както и модели които са конструирани за подмяна (или монтиране) на осветлението във вагоните.Тези два вида са известни като дешифратори тип „Р-n-Р”.
Останалите модели са снабдени със снопче проводници или както е при по-големите мащаби , притежават препоръчителния от NMRA стандартен 8-краков щифтов съединител (мъжки) който им служи за включване в съответния 8-краков гнездов съединител (женски) намиращ се вътре в локомотива (когато е фабрично вграден както е при част от произвежданите в днешно време).При преустройство нот аналогов в цифровизиран подвижен състав обикновенно моделиста сам си монтира гнездовия съединител (но някой предпочитет да свързват направо проводници от дешифратора).
Най-малкия дешифратор доскоро бе на DIGITRAX , модел DZ121 с размери 17,3 х 9,7 х 4,6 мм , предназначен за мащаб Z , но от 2000 г. насам с продължаващото бурно развитие на електрониката и новите технологий , и това не е последният дребосък в помощ на моделиста.
Принципно може да се избира индивидуално точно кой дешифратор ще си монтирате в локомотива , но нетрябва да забравяте едно много важно условие (освен размерите му)  и то е –дали дешифратора може да отдаде необходимата мощност за захранване на двигателя който ще управлява.В противен случай , ако двигателя има по-голяма консумация на ток от тази която може да му подаде дешифратора , последния се претоварва , прегрява (но охлаждането не решава проблема) излиза от строя , като най-често непоправимо , което води до големи разочарования в по-неопитните моделисти.
Блок схемата на типичен дешифратор е представена в следващият пост.

 8)


Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 23 Април 2008, 17:37:07
(http://picbg.net/u/16413/12474/133264.bmp)

Сигнала от ЦУ пристига по релсите (два проводника) и през токоснемателите в ходовата част , постъпва непосредствено на филтър и токоизправител.Този токоизправител преобразува входящите правоъгълни импулси в постоянно напрежение , което служи за захранване на двигателя и осветлението в модела.Всъщност захранва и самият дешифратор , който също работи с постоянно напрежение.
Микроконтролера ( това е интегралната схема или „чипчето”) следи информационните пакети от правоъгълни импулси постъпващи на входа му , и ако адресния байт съвпада с неговия индивидуален адрес , изпълнява зашифрованата команда . За това се нарича дешифратор.
Адреса на всеки дешифратор предварително се записва в него с помощта на пулта за управление (джойстик ,мишка ) за която цел , модела се поставя на тъй наричаната „релса за програмиране”.Тя може да бъде като самостоятелен модул , допълнителна релса или специално отделен участък от релсовия път.Много важно условие е да е винаги отделена от движещите се локомотиви и т.н. когато се програмира на нея , защото в противен случай се получава объркване , претоварване и съответно непоправима авария в дешифраторите както програмирууеми , така и тези които са в движение.
Пулта за управление записва избрания адрес на дешифратора в енергонезависима памет (ЕЕPROM) , тоест дори и след изключване на захранването (модела е прибран ) тозе адрес остава запомнен .Дешифратора помни последният програмеран адрес на който се отзовава , до следващо препрограмиране .
Адреса обикновенно се състои от двуцифрено число (при по старите дешифратори то е от 01 до 99 ). Адрес „00” също е валиден но той е „запазен” .С цел избягване на обърквания , честа практика при моделистите е адреса да отговаря на последните две цифри от номера на локомотива, но това не е задължително.Всеки може да си измисли собствена система за номериране на подвижния състав с цел по-лесно запомняне .
Когато даден дешифратор си „познае” номера (адреса) в потока от импулси , той зарежда информацията за посока , скорост и функций (осветление и звук) проверява байта за грешки , за да си гарантира правилно разчетената информация , и ако тя е вярна изпълнява незабавно получените команди.Тоест той подава тези команди на изпълнителните блокове за двигателя , осветлението и т.н.Ако при проверката за грешка открие такава , дешифратора изпълнява последната получена вярно команда , което всъщност прави и докато получава новите пакети с информация . Това на практика става за много малки части от секундата .Тоест той за една секунда получава огромно количество информация , така че когато открие грешка (получавана поради смущения в сигнала) той я пренебрегва .На практика това пренебрегване не е забележимо нито за модела , нито за човека който го управлява .Нещо като светещата електрическа крушка .Всички знаем че тя всъщност светва и угасва 50 пъти в секунда , но това не го виждаме на практика и не ни пречи.При дешифратора скоростите на промени са още по – големи и ако има грешка в пакета от данни ,докато тя е пренебрегната , нито двигателя (заради инерционните моменти ) нито осветлението или звука показат промяна която да бъде засечена от човешката природа.
Между впрочем начина на организация – получаване на информация , разпознаване на „своя” адрес , проверка за грешка и последващо изпълнение на инструкцийте е в основата и на всеизвесните микропроцесори използвани повсеместно не само в компютрите , но и в цялата съвременна електроника.От тук някой лаици наричат тези малки интегрални схеми – микроконтролерите – микропроцесори.Названието е близко до истината , но не е съвсем коректно.Микроконтролерите представляват „по-слаби” микропроцесори , но за сметка на това имат вградени изпълнителни устройства , чрез които контролират подкачените към тях блокове .От тук носят и именате си –микроконтролери.Клоновете на електронните компоненти са толкова много  и взаимно преплитащи се , че е прието нещата да се наричат така както са ги нарекли създателите им (дори това да не е точно).Така се избягват объркванията.
Връщайки се на дешифратора ,трябва да уточня , че при предварителното програмиране , освен адреса му , в него може да се програмират още допълнителни различни променливи задачи (променливи конфигураций-или CVs както е прието в практиката).Тези променливи задачи могат да бъдат:
•   кое е посоката „напред” за този модел.
•   Стартовото напрежение за конкретния двигател.
•   Максималното напрежение на двигателя.
•   Коефициента с който се ускорява или спира модела.
•   Работата на локомотива в двойка с друг (теглят обща композиция).
•   Как трябва да работят светлините.
•   Стъпката с която да се изменя скоростта на движение (14,28 или 128)
Тук искам да отворя една малка скоба. Исторически погледнато , първите на които не само е дошла идеята , но са го и реализирали в почти съвременния му вид цифрово управление , се оказват американските железопътни моделисти.Системата за цифрово управление първоначално е била замислена като решение за съвместяване на тандемните локомотиви , с цел постигане на еднаква работа в “един отбор” ,независимо от индивидуалните механични качества на всеки един отделен екземпляр.Всеизвестен факт е че два еднакво конструирани и произведени екземпляра от един и същи модел на локомотив винаги имат макар и минимална разлика , изразена чрез различно напасване на предавките , или смазването на частите , или консумацията на ел.двигателчетата и т.н. Комплекса от тези индивидуални особености или белези водят до различно движение на релсовия път на два еднакви модела.Когато те се движат самостоятелно това не е проблем , но когато са в тамдем – винаги се получава така , че един тегли , друг го „спира” и т.н.
Та точно цифровизацията е дала възможност , тези проблеми да бъдат избегнати от американците – тя позовлява именно чрез индивидуалните настройки на параматрите изброени по-горе , да се постигне абсолютно еднакава работа на две „различни” машини. Перфектната работа в тандем , вече се определя от наблюдателността и умението за програмиране на моделиста и не зависи от еднаквостта на машинките.
Освен дешифраторите , вграждани в подвижния състав , съществуват и такива предназначени за употреба в „неподвижнити” обекти.Например се ползват при управлението на стрелки , кранове , семафори , светофори , прелези , обръщателни кръгове и т.н.Най-простите изпълняват само две команди , стрелка в ляво –стрелка в дясно ,или пък включи / изключи осветлението.Следват по – сложните .Управляващи няколко стрелки , или имащи възможност за повече от две команди.Най-сложните освен че изпълняват команди , подават обратна информация към пулта за управление за своето моментно състояние.Въобще и тук , както навсякъде в електрониката , се оказва , че функцийте им са единствено ограничени от виждането и конструкторските умение на създателя им.
В някой от следващите дни , ще направя и по-конкретно представяне на параматрите на пакета от данни , или начина на сформирането на нулите и единиците в него , което също е подчинено на определени изисквания , като това ще е част от елементарно електронно блокче за управление на локомотиви . Но както казват – това ще е предмет на друга тема.
Ако имате въпроси ,надявам се да мога да ви отговоря – ще се учим взаимно и заедно...
Ами това е в общи линии основата която да послужи и като начална отправна точка в търсене на въпроса – „Какво е цифрово управление и  има ли почва то , в мойта глава!?”.Надявам се че съм го описал на ясен език (и не съм допуснал някаква грешка...) и дано да ви е в помощ , особено на такива като мен , дето още не сме си купили първия блок от бъдещата ни система за цифрово управление.
Във следващите части на това писание , смятам да поместя (най-вероятно в съкратен вид ) основните положения залегнали в стандартите на NMRA по цифровизацията , както и практически стъпки в употребата на основно познати фабрично произведени елементи , употребявани в железопътния моделизъм.
Образоването ми по тази тема продължава , дори си мечтая за наш си,  български  клон , създадена от нас и изразяващ се в българска компютърна програма (на роден език) и наши си , конструирани от нас , и прилагании от нас , електронни блокове , така както си го правят някой напреднали в моделизма клубове и страни!!! 
 
;D ;D ;D ;D ;D
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: XRISTO в 23 Април 2008, 22:55:55
Йеее! Рach,благодаря ти,братле!Откога чаках някой да сподели нещо подобно!За мене беше супер полезно,надявам се и за другите.Ако имаш някаква информачия относно предлаганите декодери,за кои локове са подходящи и с централите на кои фирми се стиковат най-добре.Това,смятам,ще е също много полезно.  ::)
И пак:
-Шапка ти свалям за чудесната идея да споделиш тази информация!  :)
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Maktub в 24 Април 2008, 09:06:47
Pach, нямах време да изчета статията, но довечера ще я разнищя подробно. Сигурен съм, че ще бъде от голяяяяяма полза. А като гледам обема, направо си плаче за ISDN! Мерси.
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 24 Април 2008, 09:17:39
Радвам се,че мога да бъда полезен.Но хубавите работи - бавно стават .Ще има продължение със всички екстри , за които си мислите и питате .Само малко търпение , че времето ми става все по кът...
 ;D
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Adrian в 24 Април 2008, 10:21:28


Респект ! - 2-3 пъти го чета внимателно , много полезна информация:)
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 24 Април 2008, 12:01:13
Извинения за правописните грешки , но в момента съм на етап "съседни бутони" без да разбирам че грешно изписвам думите ::)пък и забравям да проверявам (че си губя мисълта...)
Малко допълнения и корекций:
Цитат
Адреса обикновенно се състои от двуцифрено число (при по старите дешифратори то е от 01 до 99 ).
Тук всички числа ги описвам в говоримата математика или тъй наречената "десетична бройна система".Тази е разбираемата за нас хората но не и за електрониката.Там се ползват други две бройни системи - едната е шестнайстична , предполага че сте виждали числа които се изписват не само с цифри но и с букви (но не я бъркайте с римските цифри и числа!!!)=
-другата е "двоичната" бройна система която е най-разбираема в електронните устройства.Свежда се до две основни състояния на ток по проводник - или го има (отговаря на "1") или го няма (отговаря на "0").Тоест включено /изключено.
Пример:
десетична І двоична І шестнайсетична
б  р  о  й  н  и       с  и  с  т  е  м  и
    0               00               00
    1               01               01
    2               10               02
    3               11               03
    4             100               04
    5             101               05
    6             110               06
    7             111               07
    8            1000              08
    9            1001              09
  10            1010              0А
  11            1011              0В
  12            1100              0С
  13            1101              0D
  14            1110              0Е
  15            1111              0F
  16          10000              10
  17          10001              11
  18          10010              12
  19          10011              13
  20          10100              14
  21          10101              15
  22          10110              16
  23          10111              17
  24          11000              18
  25          11001              19
  26          11010              1A
  27          11011              1B

и т.н. Забележете интересното означаване на числата в шестнайстичната бройна система.При нея не се ползва (както и при другите системи) буквата "О" а само цифрата "0" нула.Прието е когато се пише нулата на ръка да се задрасква с една черта по диагонал за да се отличава от буквата.За нас е доста объркващо , но електрониката си го разбира , все пак хората са го измислили.За моделистите е достатъчно да знаят , че има така наречените компилаторни програми които преобразуват автоматично от една в друга система , тоест те са нещо като преводачи от един език в друг.Като допълнителна информация - когато стигнем до програмиране на дешифратори , може да попаднем на файлове в мрежата които носят определител  .НЕХ (пример---"именафайл.НЕХ") което всъщност означава че файла е в шестнайстичен формат.Програмиращите устройства (джойстици и пултове за управление) но най-често компютрите си превеждат тези файлове автоматично в двоичната система с която работи електрониката.С две думи - нема страшно ::)!!!
Открих си и една грешка при изчертаването на пакета с данни - последният краен бит , който завършва всеки пакет с данни винаги е единица (след него тръгва "въведението" от следващият пакет , което въведение е от единици) а аз по погрешка съм го начертал със широчината на импулса като нула.
Като се върнем към начина на формиране на пакетите с данни , ще ви стане ясно съвсем точно как го "видях"!!!
Друго за сега няма...
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Gervasii в 24 Април 2008, 14:09:42
повече на digitrax и esu
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 25 Април 2008, 12:00:57
Стандарт NMRA S-9.1 ---електрически норми (NEM670)
Стандарт NMRA S-9.2---Стандарт за предаване на данните при цифровите управления.(NEM671)

Стандарт NMRA S-9.1 ---електрически норми (NEM670)
[/size]

Връзката м/у цифровата командна управляваща станция  и цифровите дешифратори се осъществява чрез предаване на пакети  от данни , съдържащи необходимата информация.(серия от битове).Бит – това е сигнал , който може да има две значения : „1” и „0” тоест информацията се предава в двоичен код.
Този стандарт установява електрическите характеристики на цифровото командно управление и начина на шифриране на информацията.
1.Начин на шифририране на информацията.
NMRA – основният управляващ сигнал на цифровото управление се състои от поток правоъгълни импулси , които имат противоположна полярност (1).Изменението на полярността оразделя един бит от друг.Цифровите управляващи станций са длъжни да шифрират информацията в цифров управляващ поток , изменяйки дължината на импулсите и честотата на сигнала.
В бит съдържащ „1” , дължината на полупериода на импулса трябва да е с продължителност 58 микросекунди (2) , тоест целия импулс има дължина 116 микросекунди.Елементите на цифровата управляваща станция трябва да предават импулс съответстващ на „1” , с дължина на полупериода от 55 до 61 микросекунди.
Цифровият дешифратор трябва да приема импулси с дължина от 52 до 64 микросекунди и да го разпознават правилно - тоест като бит със съдържание  „1”.
В бит съдържащ „0” , дължината на полупериода в импулса трябва да бъде по-голям или равен на 100 микросекунди.За това , постоянната съставка на сигнала да бъде равна на нула , положителните и отрицателни полупериоди както  на импулсите  , съдържащи „1” , така и на импулсите съдържащи „0” трябва да са равни по напрежение.
Елементите на цифровата управляваща станция са длъжни да предават импулс , съответстващ на „0” с дължина на полупериода от 95 до 9900 микросекунди , но не по –голяма дължина на импулса от 12 000 микросекунди.
Цифрофият дешифратор трябва да приема импулси с дължина на полупериода от 90 до 10 000 микросекунди и да го разпознава правилно като бит със съдържание „0”.
2.Форма на управляващият сигнал.
NMRA – цифровият сигнал , прилага върху релсите от всяка цифрова управляваща станция , трябва да има следната характеристика , измерена без товар и при пълно натоварване на източника на захранване:
Изменението на напрежението по амплитуда от – 4 V до + 4 V трябва да става със скорост 2,5 волта в микросекунда или по-бързо.Този сигнал може да има пулсации към нулевата точка при условие , че пулсацийте имат честота не по – малка от 100 кНz и с обща амплитуда на размаха не по-вече от ¼  от пълния размах по амплитуда на NMRA-цифровият сигнал (3).
Цифровите дешифратори трябва правилно да разпознават импулсите , изменящи се със скорост 2,0 волта в микросекунда (или по – бързо) в областта от – 4 V до + 4 V.
Цифровият дешифратор трябва правилно  да дешифрира не по – малко от 95 % от правилно адресираните базови пакети , както се определя от стандарт NMRA S-9.2 при наличието на смущения (и / или други типови смущения) с честота не по-малка от 100 кНz и с обща амплитуда на пълния размах не по-голям от от ¼ от амплитудата на пълният размах на NMRA- цифровия сигнал (4).
Трябва да бъде гарантирана точната форма на NMRA- цифровия сигнал.
Нивотго на смущения , излъчвани от апаратурата , не трябва да превишава нормите , определяни то Федералната Комисия по Съобщенията на Съединените Щати.
3.Електрически параметри.
Основния метод на формиране захранването на подвижният състав и допълнителни устройства , който трябва да се получава чрез цифровата управляваща станция е преобразуването на пълният NMRA – цифров сигнал в напрежение с постоянен ток от цифровият дешифратор.(6).
За това да се ползва този метод на захранване ,управляващият сигнал трябва да се предава постоянно.
Големината на NMRA-цифровия сигнал измерена на релсите  не трябва да превишава с повече от 2 волта напрежението (7) , определяно от стандарта NMRA S-9 за съответният мащаб (8) .
При никакви условия  максималната амплитуда на цифровият управляващ сигнал не трябва да превишава +/- 22 V.
Минимално допустимата големина на NMRA- цифровия сигнал , необходима за захранване на дешифратора трябва да бъде до +/- 7 V измерено на релсите.
Цифровите дешифратори предназначени за N и по-малки мащаби , трябва да се проектират така , че да издържат на напрежение с постоянен ток не по-малко от 27 V , приложено на релсите.

Допълнителни точки
(1)   . Има се в предвид , че локомотивите и останалия подвижен състав може да бъде слагани на релсовия път във всяка посока , поради което е невъзможно да се определи от гледна точка на цифровият дешифратор коя част от импулса ще има положителна стойност.
(2)   Всички измервания се правят спрямо нулевата точка.
(3)   Този стандарт специално разрешава прилагането на различни сигнали  от  NMRA-цифровият  сигнал , за други цели , при условие , че тези различни сигнали не бъдат възприемани от NMRA – цифровшти дешифратори.
(4)   Това измерване се преви с цифров дешифратор включен към релсите чрез спомагателни проводници.
(5)   Всички елементи от цифровата система за управление по стандарта NMRA , трябва да отговарят на всички изисквания на Федералната Комисия по Съобщенията на Съединените Щати.(FCC)
(6)   Алтернативните начини на захранване се приемат при условие , че устройствата на цифровите управляващи станций са способни да подадат на релсите ( и съответно цифровите дешифратори са способни да получат от релсите ) работоспособен цифров сигнал по нормите NMRA.
(7)   Допълнителното напрежение трябва да компенсира  пада в напрежението на цифровия дешифратор  , с цел гарантиране на необходимото напрежение прилагано върху четките на двигателите , както е определено в стандарта NMRA S-9.
(8-)   Трябва да знаем , че двигателите , употребявани заедно с апаратурата за цифрово управление , трябва да имат достатъчно голямо вътрпешно съпротивление при честоти 4 000 до 9 000 Нz , за да се изключи възможността от повредата им.Това се отнася  , за високо точните безкотвени двигатели (correles can motors) ,както и за двигателите с паралелна намотка за възбуждане (стартова намотка) , които също имат малко съпротивление .
Така че , това трябва да се знае за формите , ползващи NMRA- цифров сигнал с амплитуда не по-голяма +/- 18 V.

Край                     февруари 1994 г.



Очаквайте след празниците да постна тук и втория важен стандарт  --- Стандарт NMRA S-9.2

;D ;D ;D
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 07 Май 2008, 14:45:08
Ето и обещаният

Стандарт NMRA S-9.2 ---стандарт за предаване на данни в цифрово управление при всички мащаби.

Този стандарт описва формата на информацията , предавана от управляващият пулт към дешифраторите.Цифровата станция предава тази информация в дешифраторите , изпращайки серия от битове във вида на сигнал , описан в стандарта NMRA S-9.1.Тази последователност от битове (съставящи пакета от данни) се употребява за зашифриране на един от комплексите с инструкций за дешифратора.Пакетите трябва да имат точно определение , за да се гарантира , чe предаваните команди могат правилно да се шифрират и дешифрират.

А.Стандартен формат на пакета от данни.

Описаната последователност от битове  съставя стандартния NMRA-пакет с данни.Всяка последователност от битове , нямаща пълна спецификация от общият формат на пакета  , не се явява и не се разпознава като стандартен пакет.Цифровите дешифратори не трябва да изпълняват всякакви инструкций извън пределите на стандартния NMRA-пакет с данни , когато са в режим на работа по стандартите на NMRA. (1)
Внимание!Данните , описани в квадратни скоби , трябва да се предава едновременно! [ ]  
•   Въведение: - въведението в пакета се състои от последователни минимум десет бита които имат значение “1”.
•   Стартов бит: - това е първият бит със значение “0” , който следва след въведението.Стартовият бит завършва въведението и указва , че следващата поредица от битове е байта с адреса (8 бит = 1 байт)
•   Адресен байт : - първият байт с данни от пакета обикновенно съдържа осемте бита носещи информацията за адреса. (2) Първият предаден бит  от адреса трябва да се определя , като най-високия бит от байта с адресни данни.Адресните байтове със съдържание 00000000 , 11111110 и 11111111 са резервирани за специални операций и не трябва да имат друго приложение , освен това описано в този стандарт или във връзка с Практическите препоръки на  NMRA.
•   [ Бит за начало на инструкцийте : -този бит предшества байта с инструкций и винаги трябва да има значение “0”.(известен още като разделителен бит)
•   Байт с данни : - всеки байт с данни съдържа информация от осем бита , било тя за употреба като адресен байт , байт с инструкций или байт за проверка.Първият предаван бит от всеки  байт се определя като най-старши ( най-висок) . ]
•   Бит завършващ пакета с данни : - този бит определя края на пакета с данни и винаги има значения “1”. (3)

В.Базови пакети с данни .

Базовите пакети с данни са установени , така че да подсигурят минимално взаимодействи между различните системи за цифрово управление.
По-сложни формати на пакета с данни , които поддържат и други типове дешифратори , допълнителни функций , адреси и скорости са приведени в Практическите препоръки за разширяване на формата RP-9.2.1  на NMRA.
Този стандарт определя :
-управляващият пулт трябва да шифрова подадената от оператора команда по управлението ,  като инструкция за управление , в съответствие с правилата за базовия пакет с данни , а дешифратора трябва да разпознава тази инструкция и да осигурява нормалното управление на подвижен състав със самостоятелен двигател , съгласно същите правила за базов пакет.

Пакет за скорост и посока на движение за дешифратори на самостоателен подвижен състав.

1111111111 _ 0 _ 0AAAAAAA _ 0 _ 01DUSSSS _ 0 _ EEEEEEEE _ 1 .
въведение              І байт                     ІІ байт                    ІІІ байт


І байт . Това е адресният байт  = 0ААААААА .Адресният байт съдържа адреса на предполагаемия получател на пакета с данни. Всеки дешифратор  трябва да поддържа и разпознава своя собствен адрес  за да може да получава и изпълнява базовите пакети с данни. Цифровите дешифратори в самостоятелния подвижен състав трябва да поддържат пълната област от базови адреси и тези адреси трябва лесно да се променят от ползвателя . ( 4 )  Това е важно и за цифровите управляващи пултове , за да подават изискуемото количество адреси .

ІІ байт . Това е байта с инструкций = 01DUSSSS . Употрябява се за предаване на информация за скоростта и посоката на движение към дешифраторите за самостоятелен подвижен състав.Битовете от 0 до 3-ти  са четири запазени бита за определяне на скоростта (SSSS) ( 5 ) като нулевият бит (най-десният) има значение за най-висока скорост . Четвъртият бит (от дяснона ляво !)  U може да е със значение “0” или “1” . ( 6 )  Петият бит  D e  запазен за определяне на посоката . Той трябва да е “1” за посока която се явява “напред” за дадения подвижен състав  и “0” за “назад”. ( 7 ) Битовете седми и шести (битовете се броят от дясно на ляво и започват с нулевия та до седмият който е последен в байта) съдържат последователността  “01” ( 8 ) , която се употребява за  указание ,че това е байта с инструкций за скорост и посока .

ТАБЛИЦА  ДАННИ ЗА БИТОВЕТЕ ОПРЕДЕЛЯЩИ СКОРОСТТА
в базовият пакет с данни
--------------------------------------------------------
І---бит--инструкция-І---бит--инструкция-І
--------------------------------------------------------
І--- 0000 ---   Stop  --- І--- 1000 --- Step 7 ---І
І--- 0001 --- Estop*--- І--- 1001 --- Step 8 ---І
І--- 0010 --- Step 1 --- І--- 1010 --- Step 9 ---І
І--- 0011 --- Step 2 --- І--- 1011 --- Step 10 –І
І--- 0100 --- Step 3 --- І--- 1100 --- Step 11--І
І--- 0101 --- Step 4 --- І--- 1101 --- Step 12--І
І--- 0110 --- Step 5 --- І--- 1110 --- Step 13--І
І--- 0111 --- Step 6 --- І--- 1111 --- Step 14--І

•   *Estop – Emergence stop – тази комбинация е запазена за авариен стоп!

ІІІ байт . Байт за контрол на грешката = ЕЕЕЕЕЕЕЕ . Употребява се , за откриване на грешка в предаването / приемането на данни. Съдържанието на байта за откриване на грешка трябва да бъде от съставен от поразредни битове  “изключително или” получени от съдържанието на байтовете за адрес и управление от приетият пакет с данни.(например “изключително или “ на нулевият бит от адресният байт  и нулевият бит от байта с инструкций се установява в съдържанието на нулевият бит от байта за грешка) . Цифровите дешифратори , получаващи базовият пакет , трябва да сравняват получените данни от байта за контрол на грешката с поразрядно “изключително или” получено като резултат от сравнението на адресния и байта с инструкций , и ако това сравнение показва грешка , да пренебрегват изпълнението на инструкцийте.

Пакет за изчистване на данните за всички дешифратори.

1111111111_0_00000000_0_00000000_0_00000000_1

Пакета от три байта  , в които осемте бита в пределите на всеки байт са със съдържание “0” , се определя като пакет за изчистване на данните в цифровите дешифратори.Когато дешифраторите получат този пакет , те трябва да изтрият всичко от своята оперативна памет (включително и данните за скорост и посока) и да се въстановят в своето нормално състояние . Ако в този момент се движи самостоятелен подвижен състав  , то той трябва да бъде спрян от дешифраторите.
Цифровият пулт за управление не трябва да изпраща всякакви пакети на адресни байтове със съдържание “01100100” и “01111111” , след пакета за изчистване на данните в течение на 20 милисекунди , освен ако дешифраторите не преминават в режим на обслужване (запис). ( 9 )

Пакет за готовност на всички дешифратори .

1111111111_0_11111111_0_00000000_0_11111111_1

Пакета от три байта , в който първият (адресния) байт съдържа осем “1” , а вторият байт (байта с инструкций) съдържа осем “0” и третият байт (за контрол на грешката) съдържа осем “1” , се определя като пакет с данни за готовност до всички дешифратори.При получаването на този пакет с данни , дешифраторите не трябва да изпълняват никакви нови действия , а трябва да реагират на този пакет така както реагират като към пакет с данни ,адресиран за някой друг дешифратор.

С.Честота на предаване с пакети от данни.

Пакетите с данни , изпращани от цифровият пулт за управление , трябва да се повтарят с определена честота , тъй като пакет може да бъде загубен , поради смущения или лош електроконтакт между релсите и токоснемащите  колооси на подвижният състав . Цифровите дешифратори трябва да реагират на адресираните до тях потоци от пакети с данни , разделени във времето между стоп бита на първия пакет и стартовият битна втория пакет не повече от 5 милисекунди. ( 10 ) Производителите на дешифратори могат да употребяват други видове захранване и управляващи протоколи като допълнение къмNMRA – цифров сигнал  , при условие ,че автоматичното реагиране на алтернативното захранване и управление може да бъде изключено от потребителя. Ако автоматичното реагиране е включено  , цифровите дешифратори  трябва да остават  в цифров режим  и да не се превключват в употребата на алтернативно захранване и управление ,до тогава докато интервала между стартовите битове на NMRA-пакетите с данни не е по – голям или равен на 30 милисекунди. ( 11 )
------------------------------------------------------------------------------------------------------------------------
(1).  Това е допустимо за дешифратори , използващи алтернативни форми на управление като допълнение на NMRA – стандарта . виж раздел “С” относно подробности.
(2).Първият бит може също да се използва в специални случай , за предаване на инструкций.Виж “Режим на обслужване – практически препоръки NMRA RP-9.2.3 за примери при тази двойна употреба.
(3).За стоп бит може да се смята и един от десетте бита във въведението от следващият пакет ако няма стоп бит в предходният .
(4).В режим на обслужване , по практическите препоръки на NMRA RP-9.2.3 , се съдържа пример за метода на конфигуриране на адресният байт от потребителя.
(5).  Битовете в пределите на байт се броят от дясно на ляво , като започват с най-малкия (младши) и стигат до най – големия (старши ) бит , който е седми.
(6).Разширеният формат на пакети с данни , практически препоръки NMRA RP-9.2.3 , съдържа описание на предпочитаното използване на този бит.
(7).  Напред е тогава , когато кабината на машиниста е в позиция за движение напред.
(8.Други битове – образци на седми и шести битове резервирани за друг тип данни с инструкций които се определят в разширения формат от пакети с данни съгласно практически препоръки NMRA RP-9.2.3.
(9).  Цифровите дешифратори могат да имат във свойта конфигурация  незабавно въстановяване след въстановяващ пакет с данни , за подробности виж режим на обслужване от практически препоръки NMRA RP-9.2.3.
(10).Трябва да е гарантирано , че два пакета с данни и индентични адреси не се предават в пределите на 5 милисекунди , за адреси в областта от 112 до 127 , така ,че по – старите дешифраторида могат да разбират тези пакети в режим на обслужване  , за подробности виж режим на обслужване от практически препоръки NMRA RP-9.2.3.
(11).Някой DCC-дешифратори , произвидени до приеманито на стандарта NMRA , изискват базовият пакет да се получава на всеки 30 милисекунди . Впротивен случай се превключват в режим аналогово захранване и управление.
--------------------------------------------------------------------------------------------
Очаквайте продължението - "Практическите препоръки за разширяване на формата RP-9.2.1  на NMRA"
 ;D
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Adrian в 15 Май 2008, 09:26:39


нещо нямам настроение - ударил съм го по музикалната част , че септември ще записваме  албум и предстои много работа ;)
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 15 Май 2008, 10:45:50
Спокойно хора , корабЪТ потъва бавно... ;D ;D ;D
Има време и да се удавя.
Инак Владо е поел ангажимента , когато прехвърли информацията отпред на сайта да я поогледа и коригира граматически и стилистично.
На мен не ми остава време , да се връщам в началното у-ще ;D ;D ;D
П.П. В понеделник (най-вероятно) ще пусна тук следващия стандарт - за общите изисквания ,цветната маркировка и списъци на електрическите съединения.
Звучи нещо такова , че май съм си загубил първата страница с името му :-[
Намерих я  8)- "Практически препоръки NMRA RP-9.1.1"
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: CaLLlo в 19 Май 2008, 17:46:20
Една лека корекцийка в терминологията:

“изключително или “ - тук се има в предвид "изключващо или", или така нареченият "полусуматор", или още "сума по модул 2" от изчислителната техника, която се използва за откриване на грешки. Нека бъде оправено в редакцията!

Поздрави за темата!

Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 20 Май 2008, 11:54:36
Стандарт RP-9.1.1 – практически препоръки.

Електрически съединения и тяхната цветова маркировка.
Таблица №1: Електромеханични характеристики на електрическите съединители.
Таблица №2: Електрически съединения – цветова маркировка.

Приложение А:

Целта на създаването на този документ – да се опрости монтажа и замяната на електронните блокове (по нататък наричани „дешифратори”) , които са предназначени за управление на двигатели , осветление и други аналогични вериги , монтирани в локомотивите и останалият подвижен състав.
Препоръките засягат:
*цветната маркировка при присъединяване и
* начина на монтаж на контролерите и блоковете за управлиние в моделите на локомотиви и вагони.
Тези препоръки се отнасят за моделите на локомотиви и вагони от различни мащаби , за всички видове контролери (и цифровите дешифратори включително) с двупроводна и трипроводна (с трета релса или контактна мрежа) външно захранване.
Общи изисквания към съединителя – да спомогне включването на дешифраторите между токоснемателите и двигателите , светлините и/или други подобни съоръжения , монтирани в локомотивите и вагоните.Присъединяването трябва да гарантира лесна , точна и безгрешна връзка или замяна на дешифратора.Когато съединителя  и/или контролера се монтират в локомотив или друг подвижен състав от производителя , той трябва да бъде изработен така , че да не променя размерите на конструкцията.
Ако контролера не се монтира от производител ,то към съединителя на дешифратора се включва „макетна” платка , осигуряваща екплоатацията на модела и без дешифратор.Също така мястото трябва да осигурява безпроблемен достъп до съединителя , което да позволява подмяната на „макетната” платка с платката на дешифратора (тоест трябва да има достатъчно място за монтаж на съединител и проводници които да достигат до местоположението на дешифратора)=

Приложение В.

Цветова маркировка на проводниците.
Ако производителят на модела на локомотив или друг подвижен състав използува проводници , за да включи токоснемателите с двигателя и/или осветлението , се препоръчва изпълнението на определената по-долу тяхна цветна маркировка . Ако производителят на модела на локомотив или друг подвижен състав използува проводници за включването на дешифратор , се препоръчва да бъде ползвана същата цветна маркировка.Всеки друг електрически проводник може да има произволен цвят , но не може да използва тези цветове.Използването на други проводници при монтажа трябва да бъде описано.

-   RED (червен) – съединяване на захранване от десният (или централния релсов  или въздушно-контактения )токоснемател към задвижващият двигател или съединител за дешифратор.
-   ORANGE (оранжев*) – осъществява връзката от десният токоснемател към съединителя на дешифратора до двигателя (от  централната релса или въздушно-контактната мрежа).
-   BLACK (черен) – захранва от левия токоснемател (или централния за трета релса и/или въздушно-контактната мрежа)
-   GRAY (сив) от съединителя на декодера до двигателя или левият токоснемател ((или централния за трета релса и/или въздушно-контактната мрежа)
-   WHITE (бял) – предни светлини
-   YELLOW (жълт) – задни светлини.
-   BLUE (син) – общо (+)захранване на осветлението или допълнителните функций.
-   BLACK / WHITE (черно/бял) общо (-) захранване на осветлението или допълнителните функций.Това е разширение което не е задължително.

*.Ако на модела от подвижният състав е монтиран съединител за монтаж на дешифратор.

Приложение С
Спецификация на електрическите съединители:
Съединителите на моделите могат да бъдат два вида:
-базова конфигурация .
-разширена конфигурация.
Базовата конфигурация осигурява само връзките от токоснемателите към един двигател , предни и задни светлини.
Разширената конфигурация  осигурява връзката към допълнителен двигател , светлина и/или други функций (например – парогенератор).
Ако разширената конфигурация (или съединител) е вградена в модела от производителят , то той е длъжен да указва , коя връзка за какво оборудване е предназначена.
Разширената конфигурация (или съединител) трябва да е така изработена , че да осигурява включването на базовата конфигурация , изключвайки възможността за грешки при съединителите.
Дешифраторите които осъществяват една или повече спомагателни функций , трябва да гарантират използването на проводници , имащи един щифт или едно гнездо , които да могат да се включат  към едно спомагателно гнездо или щифт на съединителя към разширената конфигурация.
Конструктора на модела взима решението сам , какви функций да може да реализира дешифратора.
Препоръчват ссе три типа съединители – малък , среден и голям, за различните мащаби и мощности на електрооборудването.Техните електрически характеристики са определени в таблица №1 , а тяхното присъединяване – в таблица №2.

(http://picbg.net/u/16413/12355/145833.bmp)

Фиг 1 и 2 показват малък и среден съединител и номерата на присъединяването на всеки от тях.
Модела на подвижен състав , имащ вграден съединител (гнездов или щифтов) , трябва да има  от един вид съединителит показани на фигурите.Същият вид съединител се употребява в съответната част към дешифратора.
На малкият и среден съединители контакт №1 трябва да е ясно обозначен и в двете части от него.
На фигурите №1 и №2 е уптребен триъгълник за означаването на контакт №1 , но могат да бъдат ползвани и други символи.
Формата за присъединяване но голямият съединител се оставя на вижданията на производителя , но всяка връзка трябва да бъде маркирана , за да е ясна нейната функция.
Препоръчва се тази маркировка да бъде цифрова или цветова.

Таблица №1

Електромеханични характеристики на съединителите.

(http://picbg.net/u/16413/12355/145842.bmp)

(1) - щтифтове с квадратно или правоъгълно сечение  могат да се употребяват ако гарантират необходимите качества на съединителя

(2)   - Този параметър дава оценка на величината отнасяща се до съединителя и не отразява възможността на контролера или изискванията за мощност на двигателят в локомотива и неговото осветление.

Доколкото голяма част от дешифраторите осигуряват малък ток на каналите за осветление и други функций , на производителят на всеки модел се препоръчва да указва тока на консумация за всяко захранване на светлини и други функций.
Аналогично , производителите на дешифратори трябва да указват допустимият ток на консумация на захранваните устройства (свелини и други функций).

Таблица №2

Предназначение на проводниците (виж приложение В).

(http://picbg.net/u/16413/12355/145846.bmp)

(1) – това съединяване може да не се употребява или може да включва допълнителни принадлежности.Ако е включено към допълнителни принадлежности , те принадлежностите трябва да са защитени с диод , ако е критично размяната на полярност при захранването им , за избягване на щети в случай , че съединителя бъде включен неправилно в гнездото си.На съединителя , това съединение може да не се употребява , или да бъде включено към  контакт №7 , или пък да е включено към друга функция на дешифратора.
При всички случай употребата или не  , трябва да е указана от производителят.

Приложение А: - втора част .
Габаритни размери на дешифраторите. ***

Всички размери са дадени в инчове. Един инч e равен на 25,4 мм.
Точка пред числата означава части от инча (примерно ,55 = 0.55 инча , или е = 550 mils)

(http://picbg.net/u/16413/12355/145850.bmp)

*** - В тази таблица не са включени производители като ZIMO, VIESMMAN  и др.

;D ;D ;D ;D ;D

Очаквайте продължение на тема - "Апаратура за DCC"
 ;) ;) ;)
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Bodwen в 08 Декември 2008, 00:36:20
Имам нужда от помощ, за да се ориентирам в стандартите за дигитално управление:

Чета в момента предложения от различни производители на системи за дигитално управление. Не мога да разбера до колко стандартите за предаване на команди и информация са унифицирани. В смисъл - има ли опасност декодетите, фабрично монтирани в подвижния състав на един производител да не могат да се управляват от дигиталните системи на друг производител? Например управлението PIKO Digi Power Box може ли да управлява локомотивите, закупени от BRAWA или Roco? Или, да кажам, управлението на Lenz LZV100 може ли да управлява локомотиви на PIKO?
Ако някой е работил с  PIKO Digi Power Box или LZV100, моля да сподели впечатления.
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: EMPEROR в 08 Декември 2008, 00:53:05
Bodwen първо добре дошъл! :)
Относно дигиталното управление и различните марки подвижен състав са напълно съвместими. DCC e стандартизирано и декодера и централата комуникират по един и същи начин, независимо от производителя. Пакета данни е един и същ, така че опасност няма, карай смело :)

Pach поздравления за темата :) Има моменти когато се чудя какво щяхме да правим без теб, ама има и други в които... да пием по една ракия  :D
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Gervasii в 08 Декември 2008, 06:26:37
Цитат на: EMPEROR link=topic=420.msg14390#msg14390 date=1228690385
Относно дигиталното управление и различните марки подвижен състав са напълно съвместими. DCC e стандартизирано и декодера и централата комуникират по един и същи начин, независимо от производителя. Пакета данни е един и същ, така че опасност няма, карай смело :)

не съм съвсем съгласен!  :P аз ползвам Мултимаус на Росо и Екос на Есу, които уж поддържат НЕМ стандарти а на практика на декодери на DIGITRAX не могат да променят параметрите. тоест моя практичен съвет е европейски производител на станция - европейски декодери, въпреки че Saundtraxx (САЩ) и Като (Япония) ги поддържат и се държат много добре.
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: EMPEROR в 08 Декември 2008, 10:27:04
Ти не ми се обяснявай, щом не знаеш, че имаш и писалка на ЕКОСА  :D :D :D Кой знае какво не си нагласил като хората... :) На ЕКОСА има да се сетне какъв вид е декодера... Моторолски и т.н. али бали  :) Земи го разцъкай накрая, стига го държа в кутията :)
А и човека пита дали ще може да си ги кара. Отговор - ДА ще може  ;)
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: Gervasii в 08 Декември 2008, 11:07:14
Цитат на: EMPEROR link=topic=420.msg14403#msg14403 date=1228724824
Ти не ми се обяснявай, щом не знаеш, че имаш и писалка на ЕКОСА  :D :D :D Кой знае какво не си нагласил като хората... :) На ЕКОСА има да се сетне какъв вид е декодера... Моторолски и т.н. али бали  :) Земи го разцъкай накрая, стига го държа в кутията :)
А и човека пита дали ще може да си ги кара. Отговор - ДА ще може  ;)


УУУУУУУУУУУУУУУУУУУУ  ;D ;D ;D ;D ;D обяснявам Екоса име програма за скениране на декодирите монтирани на съответния локомотив както викаш "да сетне какъв вид е декодера". нито Мултимауса нито Екоса могат да логнат декодера на DIGITRAX само ги разпознава че са MNRA - стандарт, това го правя с Маус 2 или 3, който съм го взимал от Жоро за временна настройка. въпреки че имам Екос и до сега не съм убеден дали е по-добър от DIGITRAX. само като факт ще отбележа че декодерите които се правят от Digitrax и Soundtraxx имат 28 звукови команди, които Мултимауса не поддържа а Екоса го може но е в конфрикт с декодера на Digitrax :D :D :D. от личен опит го споделям въпреки както казваш е вярно че не съм много много чел упътването и може и да има възможност за настройки. все пак и Екоса и DIGITRAX са лидери в производството на станции и декодери може би това е причината да има "конфликт" между станция и декодер. само за информация продуктите на DIGITRAX са на половин цена спрямо Екоса а и имат мишки с инфраред и радио сигнал за управление. просто пазара в САЩ е по-голям и конкуренцията е идентична.
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 12 Декември 2008, 17:08:02
И така , вече имам преведена и следващата препоръчителна практика на NMRA която третира управлението на цифровите дешифратори както за подвижен състав , така и за помощни функции...или по известни в тукашните среди - СV-тата: ;)


RP-9.2.2 Конфигурация  Променливи
Препоръчителна практи
ка

   Общи дефиниции
    Таблица 1а конфигурация променливи
    Таблица 1б конфигурация променливи
    Конфигурация променливи общи дефиниции
    Описания на конфигурация променливи за мулти-функционален декодиране
    Динамични автобиографии
    Описания на конфигурацията променливи при аксесоари за декодиране
    Приложение A: Производител идентификационни кодове, възложени от NMRA (актуализирано март 2008)
    Приложение Б: източник на захранване за записване на кодове, възложени от NMRA
    Бележки под линия


Това са препоръчителни практики представящи напътствия и описания за конфигуриране на променливите параметри при цифровите декодери.  Конфигурацията на променливите позволява на  декодера да бъде персонализиран за всеки локомотив, или други мобилни и стационарни устройства. Освен ако не е посочено друго, конфигурацията на  променливите се съхранява в енергонезависими памети и не трябва се изтриват при отпадане на захранването когато се отстраняват от декодерите за продължителен период от време.

Общи дефиниции

Таблици 1 и 2 идентифицират всеки от конфигурационните променливи (CV-та), заедно с допълнителната информация за всяка една променлива.  Следва таблица 1 с писмено описание на всеки едно от СV-тата.  В Таблица 1 и 2 всяка конфигурация променлива (CV) се идентифицира по име и номер, заедно със следната информация:
    Задължително:
 Задължителна (М)
 Препоръчителна (R)
 Или по избор (O).
СV-та , определени като задължителни (М) трябва да бъдат приложени с цел да отговарят на изискванията на настоящата препоръчителна практика, докато тези отбелязани като препоръчителни (R) са силно насърчавани , но не и задължителни . И тези, отбелязани по избор (O) са по преценка на производителя.
    Стойност по подразбиране:
 изискваните към производителя стойности по подразбиране, когато променливата (СV-то) е предвидена в изпълнителният протокол.
    Само за четене:
показва, променливата (СV-то), чиято стойност трябва да се определят от производителя и потребителя, които не могат да се променят
    Единни Spec:
Много апроменливи са специфични и прилагането единна спецификация не е задължително. Други трябва да бъдат прилагани по еднакъв начин, с цел да се постигне съвместимост. A "Y" за Единни Spec колона показва,променливи, които се изискват за прилагането от производителите в съответствие с общите спецификация. Празна графа в единната Спецификация означава, че променливата трябва да се използват за това с определена цел, но действията, предприети от дешифратора за определена стойност може да варират при различните производители .
    Динамични:
променливите в този диапазон са динамични и се използват за иницииране на предаване за нежелани дешифратори.(??? тук нещо не схващам превода с моите бегли познания , така че моля за помощ при правилното превеждане и редактиране)  Производителите, които използват тези променливи са длъжни да се свържат със NMRA DCC WF за уточняване на  единните изисквания.
    Допълнителни Коментари:
Променливите  идентифицирани като "запазени от NMRA за бъдеща употреба" са определени за бъдещи нужди и не трябва да бъдат използвани от конструкторите без предварително писмено одобрение от NMRA стандарти и Департамент за съответствие. Променливите идентифицирани като "Изискуеми, възложени от NMRA" показват, че допустимите стойности се определят от NMRA и всякакви искания за допълнителни стойности трябва да бъдат насочени към NMRA стандарти и Департамент за съответствие.  Променливи , определени като "Само за употреба от производителя " са разпределени за употреба от изпълнителите, за които няма предварително и не е необходимо разрешение  от NMRА, и за които не се намира информация за съществуващите дешифратори  от различни изпълнители могат да бъдат съгласувани и определени от  NMRA.

Таблица 1 конфигурация променливи

(http://picbg.net/u/16413/17340/242892.bmp)
(http://picbg.net/u/16413/17340/242893.bmp)

Общи дефиниции

 При двоични числени количества съдържанието е в дясната част и се записват младшите , а в лявата част – старшите байтове .
 Променливите  по битове MSB | d07 | d06 | d05 | d04 | d03 | D02 | D01 | d00 | LSB
 Описания за променливи при мулти-функционално декодиране

Конфигурация променлива 1 основен адрес

 Съдържа битове  0-6  адрес, чиято стойност е между 1 и 127. Бит седем  трябва да е на стойност "0".  Ако стойността на променливата в  # 1 е "00000000" Тогава дешифратора ще излезе от NMRA цифров  режим и ще се промени за алтернативен  източник на захранване, определени от променливата на # 12. Тази настройка няма да се извършва от цифровите дешифратори до способността да отговарят на кода за  режимни  пакети (виж 9.2.3 стандарт). Стандартната стойност за тази променлива е „3” , ако дешифратора  не е инсталиран в локомотив или друга единица, при получаване от производителя.

 Конфигурация променлива 2 Vstart
 
 Vstart се използва, за да се определи нивото на стартовото напрежение в устройството и  се използва като начално напрежение върху двигателя при което той се развърта . Управлението на нивата на напрежение, трябва да отговаря на линейно напрежение прилагано за двигателя на скорост , спрямо една стъпка, като част от наличните пдопълнително захранващо напрежение.  Когато нивото на напрежението в устройството е равен на нула, трябва да е равна на нула и скоростта за двигателя. Когато той е на максимум "11111111", цялата налично допълнително напрежение се прилага.

 Конфигурация променлива 3 нива на ускорение
  
 Определя курса за ускорение на дешифратора . Формулата за ускоряване , е процентно равно на (съдържанието на CV # 3 *. 896) / (брой на скоростта стъпки в употреба). Например, ако съдържанието на CV # 3 = 2, Тогава ускорението е 0,064 сек / стъпка за декодер в момента се използват 28 ускоряващи стъпки. Ако съдържанието на този параметър е равен на "0" тогава не е програмирана инерция по време на ускорение.

 Конфигурация променлива скорост 4 нива на движение курс

 Формата на спиране се  определя процентно, по същия начин, както ускорение горе (CV # 3).

 Конфигурация променлива 5 V - крайно

 V-крайно се използва, за да определи двигателното напрежение за управление на нивото при максимална скорост в стъпка. Тази стойност се определя като част от наличното захранващо напрежение. Когато съдържанието на CV # 5 равно на  "11111111", цялата налично напрежение се прилага . Стойности на "00000000" или "00000001" се посочват в случай , че V-крайно не се използва при изчисляването на скоростната таблица.

Конфигурация променлива 6 V-номинално

 V-номинално определя нивото на напрежение при управление  в средната  скоростна стъпка. V-номинално  се използва за генериране на ефективността на кривата на дешифратор така , че прилагане  на  скоростната стъпка , стойностите  в двигателното напрежение управляват нивата и е определено като част от наличнито захранващо напрежение.  Стойности на 00000000 или 00000001 посочва, че V-номинално , не се използва при изчисляването на скоростната таблица.
 
 Конфигурация променлива 7 Производител номер на версията

 Тя е запазена за производителя, за да съхранява информация относно новата версия на дешифратора.

 Конфигурация променлива 8 производителя ID

  Променлива 8 съдържа NMRA определен идентификационен номер на производителя на този дешифратор.  В момента производствените  ID кодове са изброени в допълнение А от настоящата препоръчителна практика.  Използването на стойност, която не е са възложени от NMRA трябва незабавно да изключва дешифратора от съответствие с тази препоръчителна практика. В променливата  се записва като стойност  само за четене , които не могат да бъдат променяни.
 
 Конфигурация променлива 9 Общо период

 Стойността на променливата с # 9 определя номиналният  период на дешифратор от производство и поради това честотата е пропорционална на реципрочната стойност.  В препоръчваната формула за  период трябва да бъде:  период (US) = (131 + MANTISSA х 4) х 2 "Годен до:" Където MANTISSA е в битове 0-4 бита от променливата с # 9 (младши бит) и е годен до бита 5/7 за променливата с # 9. Ако стойността програмирана в променливата 9 попада извън възможностите на дешифратора, е предложено (но не задължително), че дешифратора "коригира" сам стойност до съответните най-високата или най-ниската настройка в подкрепа на дешифратора .
 
 Конфигурация променлива 10 обвивка за обратна връзка силует

 Съдържание чиято стойност е между 1 и 128, която показва стъпковата скорост, и над което ниво на стойност е съкратено по подходящ начин.
 
 Конфигурация Променлива 11 таймер/брояч

 Съдържа максималния период от време, в който дешифратора ще запази своята скорост, ако не получава валидно  пакети адресирани до него. Преглед на препоръчителна практика  9.2.4 за повече информация.

 Конфигурация променлива 12 Захранващо преобразуване

 Съдържа данните на алтернативен източник на енергия да се преобразува в CV # 1 трябва да съдържа всички нули. Това е и основният източник на захранване като избрана алтернатива, ако дешифратора изпълнява и източник на захранване .  В момента, възложени източник на захранване реализация кодове са изброени в допълнение Б от настоящата препоръчителна практика.

 Конфигурация променлива 13 Функция за статус на алтернативен режим

 Показва състоянието на всяка функция (F1 чрез F8), когато средствата са в алтернативно захранване, работещи в режими, в които не могат да се контролират функциите.  Ако една функция може да се контролира, то след това съответно тя се игнорира. Стойност "0" посочва че функцията е изключена, докато на стойност "1" показва, че функцията е включена.  Първи бит е  0 , съответстващ на F1,и съответно последен е  бит  7 , съответстващ на F8.

 Конфигурация променлива 14 Алтернативен режим функция 2 Статус

 Показва състоянието на всяка функция (F9 чрез F12, F и L), когато средствата са в алтернативно захранване, работещи в режим, в които не могат да се контролират функции. Ако една функция може да се контролира, то след това съответните тя се игнорира. Стойност "0 "Посочва че функцията е изключена , а стойността в " 1 "показва, че функцията е включена.  F L в посока напред се контролира от бит 0, F L  в обратната посока се контролира от бит 1. Бит  2 съответства на F9, а бит 5 съответства на F12.

Конфигурация 15,16 Променливи: декодер Блокирай

 В дешифраторите , за заключване се използва промяната на CV в само една от няколко дешифрирания със същия кратък адрес (CV1) или дълъг адрес (CV17 и CV18), които са монтирани в един и същ локомотив.  Назначете номер, за  CV16 във всеки декодер (т.е. 1 е за  двигетелни дешифратори , 2 е за звукови декшифратори , 3 или по-висока за други дешифратори) преди дешифраторите да  са монтирани в локомотив.  За да промените стойност в друга CV в едина инсталиранан дешифратор , първо се записва номера 1 (двигател), 2 (акустичен) 3 или по-висока (други) в CV15, а след това се  изпраща нова стойност на CV за да бъде променена.  В дешифратора  ще сравните CV15 да CV16, и ако стойностите са равни на CV за да се промени, ще бъдат променени.  Ако стойностите в CV15 и CV16 са различни, промяната ще бъде игнорирана.

 Конфигурация 17,18 Променливи: Разширен Адрес

 Разширен адрес е локомотивен адрес на дешифратор, когато е създаден за по-дълго адресиране (означени със стойност "1" в местонахождението на бит 5 при CV # 29). CV # 17 съдържа най-старшите бита на двата байта на  адреса и трябва да имат стойност между 11000000 и 11100111, включително,  за този двоен байт на адрес, за да бъде валиден.  CV 18 съдържа най-малко младшите бита на адреса и може да съдържа нулеви стойности.

 Конфигурация променлива 19 състоят Адрес

 Контролира се от седем битов адрес и  в битове на позиции 0-6. Бит 7 показва относителната посока на тази редица в рамките по състоянието ,където  със стойност "0" се посочва нормалната посока и стойност  "1" показва посока, обратна на нормалната посока за превозното средство.  Ако седем битовият адрес в битове 0-6 е "0000000" средството не е в състояние.

 Конфигурация променлива 21 съдържание на адрес  активен за F1-F8
 
 Определя за  F1-F8 дали функцията е контролирана от състояние по адрес.  За всеки бит , кодирането на стойност "1" показва, че функцията ще се изпълни по  инструкциите, адресирани  до нея  в адрес. Стойност "0", показва, че функцията не изпълнява  инструкциите, адресирано до локомотивният  адрес. За  F1 е обозначен е бит 0 . За F8 - бит 7.
 
 Конфигурация Променлива 22 съставен Адрес активна за FL-F9 и F12

 Определя за функцията FL дали функцията е контролирана от съставен адрес. За всек бит кодиране на стойност "1" показва, че функцията ще отговори и на инструкциите, адресирани до съставният адрес. Стойност "0", показва, че функцията само ще отговори на инструкциите, за да адресира до Локомотив адрес. FL в посока напред се вижда от бит 0, FL в обратната посока се контролира от бит 1. бит кодиране 2 съответства на F9, а бит кодиране 5 съответства на F12.
 
 Конфигурация коригиране на променлива 23 ускорение

 Настоящето конфигуриране на  променливата  съдържа информация за допълнително ускорение по курс , тоест трябва да се добавят към или извадени от базовата стойност, съдържаща се в конфигурираната променлива # 3 като използвате формулата (съдържанието на CV # 23 *. 896) / (брой на скоростта стъпки в употреба). Това е 7 битова стойност (битове 0-6) с младши 7 бит ,  запазени за знак, битов (0-добавите ,1-изваждате).  В случаи на препълване за максимално ускорение се използва процентно.  В случай на underflow се използва за не ускоряването.  Резултата  се използва за промяна в инерцията , за да симулирате различаване по дължини / натоварвания, най-често, когато действат.
 
 Конфигурация коригиране на променлива 24 ускорение

 Настоящото конфигуриране на  променливата съдържа допълнителна информация, за спирачният път и е предназначено  да бъдат добавени или извадени от базовата стойност, съдържащи се в конфигурацита на променлива # 4 като използвате формулата (съдържанието на CV # 24 *. 896) / (брой на скоростта стъпки в употреба).  Това е 7 битова стойност (битове 0-6) с бит 7 запазен за знак, бит (0-добавите ,1-изваждате).  В случаи на препълване  максималното ускорение  се използва  процентно.  В случай на underflow ускорение не се използва. Резултата се използва за промяна като симулирате инерция в различаващи се дължини / натоварвания, най-често, когато са в действащо  състояние.

Конфигурация променлива 25 скорост

Таблица / диапазон средата скорост стъпка
 Стойност между 2 и 127, се използва за посочване 1 от 126 фабрично настроени на скорост по таблици. Стойност на "00000010", показва, че кривата трябва да бъде линейна.  Стойност между 128 и 154 се определят в 28-ускорителни  стъпки в  позиция (1-26), които ще определи къде средната скорост  на декодерните стойности да се прилагат. В 14-стъпков скоростен режим на декодер, ще се използва тази стойност разделена на две . Ако стойността в тази променлива е извън обхват, по подразбиране, средата на скорост от 14 (за 28 режима на скоростта или 7 за 14 режима на скоростта) се използват като в средната скоростна стойност. Стойности на "00000000" или "00000001" се посочва, че тази променлива не се използва при изчисляването на скоростната таблица.

 Конфигурация променлива 27 декодер в автоматичното спиране

 Използва се за да изберете какви действия ще извърши декодера при автоматично спиране.
бит 0 = вклюване / изключване авто стоп при наличие на асиметричен DCC сигнал, който е по-силен  по дясната релса. "0" =пасивен "1" = активен.
бит 1 = вклюване / изключване авто стоп при наличие на асиметричен DCC сигнал, който е по-силен  по лявата релса.  "0" = пасивен "1" = активен.
бит 2 = вклюване / изключване авто стоп при наличието на сигнал контролиращ влиянието на формата на пакета от сигнали ."0" = пасивен "1" = активен.
бит 3 = бит запазен за бъдеща употреба
бит 4 = вклюване / изключване авто стоп при наличие на обратна полярност DC "0" = пасивно "1" = активно
бит 5 = вклюване / изключване авто стоп при наличие на правилна полярност DC "0" = пасивно "1" = активно.
битове 6/7 = запазени за бъдещо ползване.
 * Забележка: Ако декодер не поддържа функцията , съдържаща се в тази таблица, тя трябва да позволи на съответните бит да се определи (т.е. бита трябва винаги да има стойност по подразбиране).
 
 Конфигурация променлива 28

Конфигурация за двубитова насочена комуникация  .Използва се за конфигуриране на декодер двубитови комуникационни характеристики, когато CV29- с битово кодиране 3 е зададен
 бит 0 = вклюване / изключване декодера да започне иницииране на предаването "0" = пасивно "1" = активно.
 бит1 = вклюване / изключване иницииране на предаване  използва асиметричен DCC Сигнал "0" = пасивно "1" = активно.
бит 2 = вклюване / изключване започне излъчване чрез предаване на сигнала контролирано влияние на сигнала "0" = пасивно "1" = активно.
битове 3/5 = запазени за бъдещо ползване.
битове 6/7 = флагови битове , резервирани за бъдеща употреба
 
 * Забележка: Ако декодер не поддържа функцията , съдържаща се в тази таблица, той трябва да позволява на съответните битове да се определят (т.е. битовете винаги трябва да съдържат това като стандартна стойност).

 Конфигурация променлива 29

конфигурацията поддържани променливата
 бит 0 = локомотивна посока: "0" = нормално, "1" =обратно.
Този бит е  за контрол на локомотивните посоки напред и назад, само в цифров режим.Управлява допълнителните функции, като например фаровете (FL и FR), така че те зда са в синхрон с локомотивната посока .Вижте още и  RP-9.1.1 за повече информация.
 бит 1 = FL Местоположение: "0" = бит 4 в скоростта и посоката инструкции за контрол FL, "1" = бит 4  едновременно с функционалната група от инструкции за контрол Ет Вижте още и  RP-9.1.1 за повече информация.
 бит 2 = източник на захранване Конверсия: "0" = запазено за  NMRA Digital, "1" = източник на захранване по друга реализация е позволено . Виж CV # 12 за повече информация
бит  3 = Двубитова комуникация: "0" = двубитовата комуникация е изключена : "1" =двубитовата комуникация е включена. Преглед на RP-9.3.2 за повече информация. "
бит 4 = Скорост маса: "0" = скорост на маса, определена от конфигурацията на променливи #2,#5 и # 6, "1" = Скорост на маса, определен от конфигурацията на променливи # 66 - #95
бит 5 = "0" = едновременно по байтово адресиране "1" = едновременно по  байтово адресиране (също известно като разширено адресиране) Виж RP-9.2.1 за повече информация.
 бит 6 = Запазен за бъдеща употреба
бит 7 = Accessory бит декодер: "0" = Мултифункционални декодер, "1" = Accessory декодер (виж CV # 541 За описание на задания за бита 0-6)
 * Забележка: Ако декодерът не поддържа тази функция, съдържаща се в  таблицата, той трябва да позволява за  съответните битове да се определят автоматично (т.е. битовете трябва винаги да имат стойност по подразбиране).
 
Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 12 Декември 2008, 17:08:33
 ;D ;D ;)

 Конфигурация променлива 30 грешка по информация

 В случаите, когато в декодер се отчита грешка   , съдържанието на тази променлива показва информация за грешка  , посочена от производителя.  Стойност "0"  посочва, че не е възникнала грешка.
 31 конфигурация променлива проверява старши битове
 32 конфигурация променлива проверява младши битове
 Проверката на адрес е адресът за съдържание от проверка на променливите на декодера , когато е създадена за проверка на променлива  операция.  Променлива с # 31 съдържа проверката на старшите битове на двубайтов адрес и може да има някакви стойности между 00010000 и 11111111 включително.  Стойности 00000000 до 00001111, са запазени от NMRA за бъдеща употреба (4096 индексирани страници).  Променлива с  # 32 съдържа проверката на младшите битове   на адрес и може да съдържа някакви стойности.  Това дава общо 61440 индексирани страници, всяка от които с 256 байта информация със съдържание на произодствени данни в разположение от производителите.
 * Забележка: Ако декодер не поддържа функция, съдържаща се в тази таблица, тя трябва да позволи на съответните битове да се определят автоматично (т.е. битовете винаги трябва да съдържат  стандартна стойност).
 
Конфигурация Променливи 33-46

Изход за 1-14 Функции FL (е), FL (R), и F1-F12

Съдържанието на матрицата посочва ресурсите, които са на разположение за функционалният контрол, по изходите от  цифровите дешифратори. Това позволява на потребителя да персонализира резултатите, които се управляват чрез  входните команди. Резултатите от тези управляващи функция FL (е) са в променлива с  # 33,  за функция FL (R) са в променлива с # 34, за  функция F1 са  в променлива с  # 35, и така съответно до F12 в променлива # 46.
А стойност "1" във всеки бит  показва, че функцията за управление е активна. Това позволява едно множество от функции за управляване на резултатите, или на една и съща мощност да бъдат управлявани   множество функции.
Променливи с адреси от 33 – 37  контролират изходи от 1 до 8.
Променливи с адреси от  38 - 42 контролират  изходи от 4 до 11 .
Променливи с адреси от 43-46 контролират изходи от  7 до 14. 
По подразбиране е, че FL (е) контролира резултата на 1, FL (R) контролира резултата в 2, F1 контрол продукция от 3 до F12 управлява изхода 14. Най-ниската преброени продукция е в LSB на променливите, както е показано в таблицата по-долу.
 
Таблица 2: Изходно състояние на променливите (CV)
(на "D" се посочва  позиция по подразбиране
)
[/size]

(http://picbg.net/u/16413/17340/242894.bmp)

Конфигурация Променлива 47 - 64

Уникални според производителя

 Конфигурация променлива 65 праг на стартиране
 
 Определя размера на допълнителните стъпки, които ще предоставят постъпково към двигателя нужната мощност при първоначално потегляне.

 Конфигурация Променлива 66:

конпенсация при теглене ( тримуване)
 Посочва мащабният фактор, с който трябва да се умножават за да се управлява дадено ниво на напрежение, когато локомотива се движи в посока напред.  То се тълкува като n/128.  Ако при предното тримуване  (конпенсация при теглене) конфигурацията на  променливата  съдържа стойност "0" тогава условието  не е включено.

 Конфигурация Променливи 67-94: Средна скорост
 
 Средната скоростта се определя  да бъде широка 28 байта, състояща се от 28 стойности на препращащите скорости. Цифровияте контролери , които използват тази таблица ще имат най-малко 64 нива на управление по напрежение и могат да имат повече от 256, така че да изграждат плавно повишаване на  мощностната  крива.  Имайте предвид, че напрежението управлявано чрез  нива са посочени в цялочислени измерения, по същия начин, както повечето други параметри.  Това означава, че равнището от  1 / 4 на управлението не съответства на максимално напрежение 0100000, 0010000 , както може би очаквате, ако броите  ¼  от всички стъпки , т.е. стойност 32 от 128 фиксирани нива (виж Дефиниции точка).

 Конфигурация Променлива 95:

 Компенсация при бутане (обратно тримуване)
 Посочва мащабният фактор, с който трябва да се умножават за да се управлява дадено ниво на напрежение, когато локомотива се движи в посока назад.  То се тълкува като n/128.  Ако при обратното тримуване  (конпенсация при бутане) конфигурацията на  променливата съдържа стойност "0" тогава условието  не е включено.

 Конфигурация Променлива 96 - 104:

 NMRA запазени
 
 Конфигурация Променливи 105, 106:

идентификация на потребителя за променливи с  # 1 и # 2
 Тези променливи са запазени за използване от собственика на декодера за съхраняване на информация, идентификация, напр NMRA членски номер.  CV # 105 е ID # 1 и # 106 CV е ID # 2

 Конфигурация Променливи 107-111:

NMRA запазени

Променливи 112-128 конфигурация:

Производител уникални

 Променливи 129-256 конфигурация:

 Производител уникални
 променливите в този кръг вече се използва от много производители.  Отварянето на тази област, официално е опит да се легимитизира  това, което е вече се прави.
 
 Конфигурация Променливи 257-512:
 
област на контролиран достъп.  (виж също а променливите с  # 31, 32)
 Това е контролирана област.  Тя съдържа общо 65536 страници, всяка с дължина 256 байта.  Първите 4096 страници са запазени за NMRA употреба.  Останалите 61440 страници са на разположение на производителите за собствени цели.  За производителя, който се нуждае от само 256 допълнителни байта на променливите, той може просто да посочи адрес в база CV # 31-32 и да не реагира, ако този адрес не е разрешен, без виртуална памет данни.

 Конфигурация променлива 880-895
 
динамични променливите
 Променливите в този диапазон са динамични и се използват за иницииране на предаване от декодера без външно запитване. Производителите, които използват тези променливите се изисква да се свържете със NMRA DCC РГ за текущите единни изисквания.

 Конфигурация променлива 892
декодерен товар
 Определя текущото натоварване на декодер работещ под товар . Товарът е променящ се и не се запазва еднакъв в целия мощностен диапазон .
 битове 0-6 посочват стойността на товара като с 0 се определя да не е активна функцията
 бит 7 показва положителен или отрицателен товар.
 
 Конфигурация променлива 893 за флагове

 До 8 динамични флага могат да бъдат четени
 битове 0-7 са  запазени за бъдещо ползване.
 Конфигурация Променлива 894
Разход на гориво / въглища
 Определя размера на гориво / въглища ляво преди декодер ще спре Локомотив. Стойността 0 показва, че за гориво / въглища е напълно изразходвани, на стойност 254 показва съвсем пълна и на стойност от 255 показва, че тази променлива в момента не се поддържа и съдържанието и не трябва да бъдат четени

 Конфигурация променлива 895 водата

 Определя размера на вода наляво пред декодер ще спре Локомотив. Стойността 0 показва, че водата е напълно изразходвани, на стойност 254 показва съвсем пълна и на стойност от 255 показва, че тази променлива  в момента не се поддържа и съдържанието и трябва да не се четат.
 
Конфигурация променлива 896-1024 SUSI (сериен стандартен потребителски интерфейс)

 Запазени до март 2005 г. за използване отSUSI да се дефинира променлива  за стабилното и функционирана на  помощни модули.  Вижте Техническа бележка Т. А.-9.2.3 за подробности.
 
Таблица 3 помощни декодери – конфигурация на променливи
[/size]
 
 
(http://picbg.net/u/16413/17340/242895.bmp)

Описания на конфигурацията на променливи за помощни дешифратори

 Предишни версии на тази препоръчителна практика (RP)  са създаден за променливи с адреси 513-1024 които могат  да бъдат използвани от помощните дешифратори.  Адреси 1-512 на променливи бяха запазени за NMRA употреба.  Въпреки това, мнозина форми на помощни дешифратори , бяха продадени така, че да използват адреси на променливи  1-512.  Това беше направено по различни причини, включително и неспособността на някои команди станции за достъп до променливите с адреси над 512.  С признаването на много помощните дешифратори чрез по-малки адреси на променливи  и желанието да се създаде повече пространство за производителите , на променливи с тези адреси  преди това трябва да бъдат отстранени от 513-1024 до 1-512.  Използвайки 513-1024 променливи , както е определено в таблица 2, не са задължителни.  Производителят  може да използва тези високи адреси на променливи  по  начин, както му  е целесъобразно.  Тези промени ще позволят на съществуващите помощните дешифратори  да използвате 513-1024променливи , както преди това определение.
 
 Конфигурация Променлива 1 [513] декодер Адрес (LSB)

 Съдържа младшите битове от байта на адреса за помощният дешифратор. Старшите битове на адреса се съхраняват в променлива #9  [521].  Два вида помощни дешифратори адресиране са подкрепени: декодер-Адрес "и изходни-Адрес. Помощни дешифратор трябва да поддържа един вид, и факултативно другия тип. Видът на декодер се уточнява в CV29 [541], бит 6. Декодиране, нито тип за разрешаване ще отговорят на същите помощ-дешифратори чрез контролни  пакети когато CV1 [513] = 1 и CV9 [521] = 0. По подразбиране (фабрично)  стойност е 1. Типа (овете) на адресиране подкрепени, трябва да бъдат ясно документирани в ръководството и на опаковката.
 (1) декодер адрес: Съдържа шест-младши  бита на адреса за аксесоари декодер 0-5. Тези битове се предават като битове 0-5 в първия байт на аксесоара декодер пакета.  Вижте на RP-9.2.1 за повече информация.
 (2) Изходен адрес: Потребителят поставя изходния адрес да  съдържа адресната стойност в резултат от следната формула: Изходен адрес модула 256. (Например изходен адрес модул 256, или изходен адрес % 256).
 Стойностите, съдържащи се в CV1 [513] и CV9 [521] съответства на аксесоарите битове в декодер пакети, както следва:
 Accessory-изходни = (CV1 [513] + (CV9 [521] * 256)) - 1
 бит 0 и 1 от аксесоара-изходи са предавани като битове 1 и 2 на байт 2 на двете Accessory декодер контрол пакети. Битове  2/7 на аксесоара-изходни са предавани като битове 0-5 от 1 байт на двете Accessory декодер контролни пакети. Трите старши  бита CV521 съдържат тези допълни-битове 4/6 на двете Accessory декодер контролни пакети (Виж ПП-9.2.1 За повече информация относно аксесоари декодер контрол пакети).
 Ако аксесоар декодер поддържа повече от един последователен изход стойността в CV9 [513] ще бъде първата продукция в поредицата

 Конфигурация Променлива 2 [514] Спомагателни активиране
 
 битове 1/8 = Спомагателни активиране: = "0" изход не е активиран от помощните, "1" изхода може да бъде активиран чрез спомагателни въвеждане.
 Конфигурация Променливи 3/6 [515-518] таймер броячи  за Функции F1-F4
Функции F1-F4 може да има време за активност , определено от конфигурацията на променливите 3 [515] - 6 [518]. Конфигурация променлива 3 [515] контролира функция F1, и конфигуриране променлива 6 [518] контролира  функция F4. Съдържа момент, в който изходът отчита  всеки път, когато състоянието на функцията е активно. А стойността на всички в  "0"  показва че е непрекъснато включено.

Конфигурация Променлива 7 [519] Производител номер на версията

Вижте CV # 7 за описание.

Конфигурация Променлива 8 [520] Производител ID

(виж допълнение А за списък на производителя документи за самоличност)

Вижте CV # 8 за описание.

Конфигурация Променлива 9 [521] декодер Адрес (MSB)

Съдържа старшите битове за адрес на помощният дешифратор.Младши адреса, за бита се съхраняват в CV1 [513]. Два вида Accessory декодер адресиране са подкрепени: декодер-Адрес "и изходни-Адрес. Аксесоар декодер трябва да поддържа един вид, и факултативно другите тип. Видът на декодер се уточнява в CV29 [541], бит 6. Декодиране, нито адресиране тип ще отговорят на същите Accessory декодер контрол Пакети когато CV1 [513] = 1 и CV9 [521] = 0. Типът (овете) на адресиране са определени, трябва да бъдат ясно документирани в ръководството и на опаковката. В бит се предават тези, които допълват от стойността в тази променлива. Разглеждане на ПП-9.2.1 За повече информация относно аксесоари декодер контрол пакети.

(1) декодер адрес: съдържа трите старши бита аксесоари декодер на адрес в битове 0-2. Тези битове се предават като битове 4/6 във втория байт от аксесоара декодер пакета.

(2) Изходен адрес: Съдържанието на  адресната стойност е резултат от коефициент на следната формула: Изходен адрес разделен от 256 (Изходна Адрес div 256, Изходен адрес / 256).

Вижте CV1 [513] за обяснение на начина за определяне на съдържанието на CV1 [513] и CV9 [521].


Конфигурация Променлива 28 [540] Дву-Насочено съобщение за конфигурация

Използва се за конфигуриране на декодер Дву-Насочено комуникационни характеристики. Когато CV29 [541]-битово кодиране 3 е зададен

Малко 0 = включите / изключите непоискани декодер започне предаването

"0" = изключен "1" = включен

бит 1 = не се използва

битове  2/5 = запазени за бъдещо ползване.

битове 6/7 = Флагове , резервирани за бъдеща употреба

* Забележка: Ако декодер не поддържа функция, съдържаща се в тази таблица, тя трябва да позволи на съответните битове да се определи четат (т.е. битовете винаги трябва да се съдържат това е стандартна стойност).


Конфигурация Променлива 29 [541] Accessory декодер Конфигурации Поддържани

битове 0-2 = запазени за бъдещо ползване.

бит 3 = вх/изх комуникации : "0" = вх/изх комуникации изключени :"1" = вх/изх комуникации  са включени Разглеждане на ПП-9.3.2 за повече информация. "

бит 4 = запазени за бъдещо ползване.

бит 5 = декодерен тип: "0" = Основни Accessory декодер; "1" = Разширена Accessory декодер

бит 6 = отговорим метод: "0" = декодер Адрес метод; "1" = Изходна Адрес метод

7 = Accessory битово декодиране: = "0" Мултифункционални декодер (Вж. CV-29 за описване на бит задачи битове 0-6), "1" = Accessory декодер. Ако бит 7 = 1, тогава декодер да пренебрегнете двета старши бита на променливата номер само в режим на  обслужване . Използвайки тази функция, CV513 става CV1 и др декодиране, които извършват превод на документа ясно трябва да е функцията им ръководство.

Забележка: Ако декодер не поддържа функция, съдържаща се в тази таблица, тя не трябва да позволи на съответните битове да се четат неправилно (т.е. битовете трябва винаги да имат стойност по подразбиране).

Конфигурация Променлива 31 [543] Контрол по адрес старши байт

Конфигурация Променлива 32 [544] Контрол по адрес младши байт

контролният  адрес е адресът на страницата контролиращ CV декодер, когато е създадена за контролни CV операции. CV # 31 [543] съдържа старшите битове  на двата байта адрес и може да има някакви стойност между 00010000 и 11111111 включително. Стойности на 00000000 до 00001111, са запазени от NMRA за бъдеща употреба (4096 контролни страници). CV # 32 [544] съдържа младши  битове  на контролния адрес и може да не съдържа никакви стойност. Това дава общо 61440 индексирани страници, всяка от които с 256 байта на биографични данни на разположение на производителите



Приложение A: Идентификационни кодове на производители , възложени от NMRA
[/size]

 
1: CML Electronics Limited
2: Train Technology
11: NCE Corporation
12: Wangrow
13: Public Domain & Do-It-Yourself Decoders
14: PSI - Dynatrol
15: Ramfixx Technologies (Wangrow)
17: Advanced IC Engineering, Inc.
18: JMRI
19: AMW
20: T4T - Technology for Trains GmbH
21: Kreischer Datentechnik
22: KAM Industries
23: S Helper Service
24: MoBaTron.de
25: Team Digital, LLC
26: MBTronik - PiN GITmBH
27: MTH Electric Trains, Inc.
28: Heljan A/S
29: Mistral Train Models
30: Digsight
31: Brelec
32: Regal Way Co. Ltd
34: Aristo-Craft
35: Elektronik & Modell Produktion
36: DCCConcepts
37: NAC Services, Inc.
38: Broadway Limited Imports, LLC
39: Educational Computer, Inc (DCCdevices.com)
40: KATO Precision Models
41: Passmann Modellbahnzubehoer
42: Digirails
43: Ngineering
44: SPROG-DCC
45: ANE Model Co., LTD.
46: GFB Designs
47: Capecom
48: Hornby Hobbies Ltd.
49: Joka Electronic
50: N & Q Electronics
62: Tams Elektronik GmbH
66: Railnet Solutions, LLC
68: MAWE Elektronik
71: New York Byano Limited
73: The Electric Railroad Company
85: Uhlenbrock Elektronik GmbH
87: RR-CirKits
95: Sanda Kan Industrial (1981) Ltd.
97: Doehler & Haas
99: Lenz Elektronik GmbH
101: Bachmann Trains
103: Nagasue System Design Office
105: Computer Dialysis France
109: Viessmann Modellspielwaren GmbH
111: Haber & Koenig Electronics GmbH
113: QS Industries
115: Dietz Modellbahntechnik
117: cT Elektronik
119: W. S. Ataras Engineering
123: Massoth Elektronik, GmbH
125: ProfiLok Modellbahntechnik GmbH
127: Atlas Model Railroad Co., Inc.
129: Digitrax
131: Trix Modelleisenbahn
132: ZTC Controls Ltd.
133: Intelligent Command Control
135: CVP Products
139: RealRail Effects
141: Throttle-Up (Soundtraxx)
143: Model Rectifier Corp.
145: Zimo Elektronik
147: Umelec Ing. Buero
149: Rock Junction Controls
151: Electronic Solutions Ulm GmbH & Co KG
153: Train Control Systems
155: Gebr. Fleischmann GmbH & Co.
157: Kuehn Ing.
159: LGB (Ernst Paul Lehmann Patentwerk)
161: Modelleisenbahn GmbH (formerly Roco)
163: WP Railshops
165: Model Electronic Railway Group
170: AuroTrains
173: Arnold - Rivarossi
186: br /AWA Modellspielwaren GmbH & Co.
204: Con-Com GmBH
225: Elproma Electronics Poland
238: NMRA reserved

Приложение Б: източник на захранване реализация кодове, възложени от NMRA
[/size]
 

Следните източник на захранване реализация кодовете са отредени от NMRA стандарти и Департамент за съответствие. Производителите, желаещи да използват конверсия в този списък не се прилага по отношение на NMRA стандарти за съответствие и Департамента по заданието за реализация ID.


00000001 = Аналогов Power реализация

00000010 = Радио

00000100 = Zero-1

00001000 = Trix

00010000 = CTC 16 / Railcommand

00100000 = FMZ (Fleischmann)


Приложение C: Процесът за промяна от производител на специални променливи по избор или за единни (Spec)
[/size]

[Официално процес, при който първоначално се включи променливи, както производствени специфични опции може да се включи в ПП за избор и / или използването на единни от всички производители трябва да бъдат дефинирани и добавяни тук.]
 Конфигурация Променливи 33-46 изходна места за 1-14 Функции FL (е), FL (R), и F1-F12
 Съдържанието на  матрица е да посочва на ресурси, които функционират контролно, които цифровите дешифратори ползват за изходи. Това позволява на потребителя да персонализира резултатите, които се контролират чрез  входни команди. Резултатите на тази функция FL (е) се  контроли в CV # 33, FL (R) в CV # 34, F1 в CV # 35, до F12 в CV # 46.  А стойността на "1" във всеки бит показва, че функцията е за контрол.  Това позволява едно множество функции за контрол на резултатите, или на една и съща мощност да бъдат контролирани чрез множество функции.  33-37 променливи 1/8 контрол на изхода.  38-42 променливи контрол на изходи 4/11 променливи 43-46 контролни резултати на изходи 7-14.  В по подразбиране е, че FL (е) контролира резултата от изход 1, FL (R) контролира резултата от изход 2, F1 контрол резултата от  3 до F12 контролира резултата  от изхода 9 до 14. 

Ами това е ... сигурно има и грешки , и глупости , но вече нямам нерви да ги изчиствам , при това не съм сигурен дали правилно съм интерпретирал някой неща.
Тези които са по - в час , да коригират и да поправят , ако намерят нещо.
 ;D ;D ;D


Титла: Re: Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 15 Декември 2008, 13:47:36
Васко , разбирам че тия дни си зает да ходиш по сбирки и срещи (а аз си мислех ,че мойта програма е сгъстена) ама обеща да прочетеш и коригираш глупостите от по-горният превод , щото до колкото знам  само ти се "бъзикаш" с тези прословути СV-та!!!
Е кога ще го направиш !?!?! ;)
 ;D ;D ;D
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: IKAR в 11 Март 2009, 11:33:12
Значи ако съм разбрал правилно Лъчо, съвсем спокойно мога да управлявам Флайшманския си локомотив със звук с помощта на Роковския Multimaus (съответно да вържа системата на Roco към релсите на Флайшман, защото нали се разбрахме, че Гей-о-[*цензурирано*] и за дъска на кочина на става), тъй като и без това Флайшман уверяват, че декодерът в локомотива съответства на DCC NMRA стандарта. Но интерфейсът, а респективно и декодерът на Флайшман са 6-пинови. Та поставям въпроса отново, защото не смея да пробвам тази "комбинация" Флайшман + Роко, за да не вземе нещо да се прецака или направо да изгърми. Все пак локомотивът е със звук и е доста скъп. И мога ли да считам, че F1, F2, F3 и т.н. на Флайшманския  LokBoss, от който вече страшно много ме боли главата и ми се разваля удоволствието от хобито, са абсолютно еквивалентни на тези в MultiMaus-a? Просто LokBoss-а с неговите двойни, тройни и четворни кликове е....много труден за свикване.
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: EMPEROR в 11 Март 2009, 11:39:45
IKAR точно така... правилно си разбрал, двете са напълно съвместими. Можеш да си караш Флашмански локомотиви с дигитално управление на РОКО и обратното :) Стандарта е един, реализацията на крайния продукт е въпрос на желание на фирмата. Аналогия с компютрите или мрежите. Имаш протокол за връзка, каква марка ти е мрежовата карта, стига да поддържа протокола няма проблем. Или пък имаш PCIe слот на дъното за видеокарта. Дали ще бутнеш АТИ или НВИДИА все тая, стига да са на PCIe слот ... и те така  ;D :good:
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 29 Април 2009, 11:47:05
Във връзка с възникнали проблеми напоследък с декодери на колеги , бях помолен да погледна и кача тук цветовата схема на окабеляването на дешифратори и прилежащите им съединители.
Ми приятели - четете бре , в тази тема си има почти всичко!!!(виж отначало тази тема)
Или в частност , повдигнатият от вас на съботната сбирка въпрос ...
Ама не става само с акъл , ами и с четене.
-------------------------------------

Сега допълвам малко темата (не че съм я изчерпал , но хубавите работи стават бавно - особено ако искате да поствам тук неща които сме изпробвали).

На някой от фирмените блокчета за цифрово управление освен всички други означения , има и буквено означаване на различните входни/изходни клеми.

Нещо от този сорт - всъщност характерно за немските производители:

(http://picbg.net/u/16413/11530/307821.jpg)

(http://picbg.net/u/16413/11530/307822.jpg)

Като понякога са означени освен с букви , и със имена на съответният език:

(http://picbg.net/u/16413/11530/307824.jpg)

немски/английски/български
Ein/Input/Вход
Aus/Output/Изход 

Та ще се опитам да направя една таблица , която да съдържа спомагателното буквено означение.Ето началните резултати (ще я допълвам с течение на времето):

U, V - Трансформатор (15-18V AC)

J, K  - Коловози (за модели)

P, Q - Релси (за програмиране)

C, D - Допълнителен бустер (ако е наличен)

X bus  - За всяко устройство по "XpressNet" (Lokmaus2, MultiMaus, LH30 и др ..)

 ;D
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 29 Април 2009, 17:25:59
И още нещо , по молба на Васко! ;)

 През януари 2008 г., е актуализиран стандарта "NMRA RP-9.1.1" , който нормализира интерфейсите за свързване на локомотивни дешифратори , включително 21-краковият съединител , използван за известно време от някои производители.
 Интересно и любопитно, но в документът е поставена бележка, че не се препоръчва използването на този интерфейс в локомотиви от януари 2010 година.
Изглежда Любо е прав ,че само някой фирми се опитват да наложат този стандарт , ама става излишно сложно , претрупано , трудоемко...

но все пак специално за Васко!!! ;D...и всички които им трябва.

(http://picbg.net/u/16413/11530/307929.bmp)

Видите ли този знак на опаковачната кутията - значи локомотива е с 21-краковият съединител (или дешифратор с този съединител).

Електромеханични спецификации

Съединително оформление -  2 реда от контакти.
Вид на съединителя в коше на локомотива - мъжки
Стъпка - 1:27 mm
Пин (краке)диаметър / тип - 0,4 mm / квадратен
Дължина - 3 mm
Максимална проводимост - 1 A
Мащаб на използване - H0 нагоре

Това е предназначението на крачетата:

(http://picbg.net/u/16413/11530/307940.bmp)

Механични изисквания към този тип дешифратори:
(http://picbg.net/u/16413/11530/307941.bmp)

Така , доколкото разбрах (без превод и проверка) това е общото между 22 краковият (който всъщност е 21 краков) и по-малките съединители:

(http://picbg.net/u/16413/11530/307945.bmp)

А ако се включват дешифратори и съединители с по-малко крачета върху най-голямият съединител , би трябвало да изглеждат така:

(http://picbg.net/u/16413/11530/307946.bmp)

Тоест коствено ако сте се усъмнили във връзките или цветовете , последното може да ви окаже голяма помощ!!!
 :yes: ;D ;D ;D
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 12 Май 2009, 11:06:57
Цитат на: pach link=topic=420.msg24066#msg24066 date=1240994825

Та ще се опитам да направя една таблица , която да съдържа спомагателното буквено означение.Ето началните резултати (ще я допълвам с течение на времето):

U, V - Трансформатор (15-18V AC)

J, K  - Коловози (за модели)

P, Q - Релси (за програмиране)

C, D - Допълнителен бустер (ако е наличен)

X bus  - За всяко устройство по "XpressNet" (Lokmaus2, MultiMaus, LH30 и др ..)

 ;D


В допълнение - буквеното означение на шина "XpressNet" (или Xbus) която се използва от всички , но най-вече от Роковските машинки.

(http://picbg.net/u/16413/11530/312685.bmp)

Тоест:

L - "+ 12 V ".
M - "GND" по известно като "маса".
A - сигнал "А" от DCC.
B - сигнал "В" от DCC.
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: emilchaushev в 28 Август 2011, 14:25:52
Пач.. не мога да видя нито една картинка в цялата тема....
Титла: Re:Малко теория и практика в използването на цифровото управление.
Публикувано от: pach в 29 Август 2011, 08:12:54
И аз... :scratch_ones_head: