Електроника и Електротехника | Electronics and Electrical Engineering > Цифрово / дигитално управление | Digital Command Control
съвет за един неизвестен декодер
svetljjjo:
стандарта е DCC аз дори не знаех че има и друг ;D
поне за ардуино само DCC правят ентусиастите
svetljjjo:
Иначе относно това как го декодира не е трудно
въпрос на програмен код . Реално в ДСС няма постоянна и променлива съставка .Има правоъгални импулси с определена продължителност под 58 микро секунди се декодира като 1 над 95 микро секунди като 0
както може да се види от тази картинка
Вижда се че положителната и отрицателната част на импулса са еднакви така че можеш и само с 1 диод да го направиш
и да четеш само горната или само долната част на сигнала
но ще загубиш половината от мощтноста която ще трябва да подаваш към мотора
Аз със ардуино правя същото аз чета само положителната или само отрицателната част поради простата причина че
ползвам оптрон по някоя от следните схеми зависи какво ще изровя от купчината с платки
Аз обаче друго се чудя защото точно така са го измислили да е по ДСС портокол
на мен ми се струва че не е най удачния начин
Кво щеще да му пречи да се подават на релсите постоянно напрежение а сигнала да е радиочестотен
Радио управляеми модели е имало още през 70-те години на миналия век
Даже още ми се върти заглавието на една статия от Моделист Конструктор
пак от тоя период изпълнена схема с руски ТТЛ интеграли
казваше се Командают Цифри и беше направен предавател и приемник за раиоуправляема лодка
руснаците бяха царе на лодките
Вие какво мислите по тоя въпрос ?!?
pach:
Радиочестотен декодер?
Пълна глупост!!!
Пак ти трябва кодиране, за да не може съседа да се включи
на твоя декодер по грешка. Но така пък губите съвместимостта
на управлението когато със съседа карате заедно. Ще кажеш, че
той ще си направи адресите различни от твойте!!!
Ама като си отиде пак ще си направи 3-ти -адрес (примерно)
и по радиочестотата ще управлява и твоя 3-ти локомотив.
За това - само по двете релси. Така се запазва серийността на
производство в една и съща система за управление (например DCC), без да си "мешате шапките" със съседа, когато не трябва.
Освен ако не си скачите релси през стената! ;D
Ако трябва да се правят свой пароли (например като при рутерите) излишно се усложняват нещата и т.н.
Целта е да се произвежда от фирмите, максимално лесно,
просто, евтино и масово, като простотата на управление
също е от значение за клиентите и разпространението сред моделистите.
При това да е и достатъчно миниатюрно за декодерите.
При ардуиното кое от горните условия се изпълняна на 100%?
Как ардуиното проверява за грешен код или команда, когато
поради срив или смущения има липса (или добавка) в кода?
Ето ти една вътрешна блокова схема на наш DCC декодер.
Би трябвало са се ориентираш спрямо твойта платка какво ти трябва.
Ето една проттичка схева на доста добър по възможностти декодер.
А декодера има вероятност да е стар "LENZ"...струва ми се!
pach:
При свързване по един от тези два начина,
ако нещо не ти работи, значи имаш повреден
елемент на платката:
Може декодера ти да е и от UHLENBROCK:
..или такъв на Trix:
svetljjjo:
всички условия се изпълняна на 100% и при ардуиното
то е същото каквото е и pic или който и друг процесор да вземеш
Ардуино защото е разработена среда за него и специално се наливат пари
от производителя написани са всякакви добавки така че да може да се направи
всичко с него . Искам да кажа че ардуино могат да работят и хора със съвсем основни познания по програмиране
и най важното е че програма написана за кое да е ардуино като версия може да тръгне на всеки
чип от серията Atmega докато при pic на микрочип и другите процесори не е така програмата може да върви само за чипа за който е написана .
А относно радиоуправлението аз имах предвид нещо подобно на блутут технологията да има обхват от няколко метра
иначе и това отдавна е измислено имаше състезание с дронове лятото над 100 участника и всички работят на 2,4GHz
А какво да кажем за GSM ?!?
[quoteКак ардуиното проверява за грешен код или команда, когато
поради срив или смущения има липса (или добавка) в кода?][/quote]
Точно това ардуиното го може а стандартните декодери не трябва да го правят
Ардуиното го може защото аз мога да не се съобразя с стандарта понеже сам си пиша кода и сам решавам
какво да прави а заводските декодерите правят това както е описано по стандарт
по средата на страницата има точно описание на битовете
https://www.picotech.com/library/oscilloscopes/digital-command-control-dcc-protocol-decoding
един от тях да липсва или да не отговаря на това което се очаква заводския декодер не трябва да прави нищо
да игнорира командата или просто не спазва стандарта на NMRA Communications Standards for Digital Command Control
Предполагам обаче че производителите знаят за проблем с мръсни колоси и релси и са измислили нещо
има алгоритми за възстановяване на повредени данни още от зората на компютрите
Иначе за схемите които си постнал естествено че и ардуино има абсолютно същите компоненти
те не са измислили свой стандарт повтарят това което иска NMRA само че с различни схемни решения
С тази разлика че аруиното струва 6лв и допълнителните компоненти още 6лв примерно
а най евтините декодери са доста по скъпи . И друго предимство е че като изгори нещо
лесно се сменя защото се ползват стандартни компоненти за печатен монтаж .
И разбира се недостатъка че обема на декодера е близо 4 пъти по голям от заводския в най добрия случай
Навигация
[0] Списък на темите
Премини на пълна версия