Despre Centrala digitala

  • In perioada urmatoare o sa vi se solicite modificarea parolei. Pana la modificarea parolei, userul poate figura ca si blocat, odata modificata parola, userul este reactivat automat.
    Pentru orice problema va rog folositi butonul "Contact"

XName

Active Member
6 Decembrie 2008
76
0
Arad
www.georomania.ro
WEBSITE
http://www.georomania.ro
YAHOO
claudiu_balici
LOCATION
Arad
Salutare

Am citit standardele de la nmra, si mi-am facut un bagaj de cunostinte bunicel in legatura cu DCC, insa am ajuns la unele nelamuriri. Rog pe cei mai experimentati in domeniu sa dea macar o parerea daca se poate.

Problema ar fi cam asa: cand eu dau o comanda la o locomotiva sa porneasca din unitatea de control (mouse) sau direct din centrala, aceasta trimite semnalul sub forma de pachete la sine, dupa care ajunge la decodorul din locomotiva.
E clar ca acel pachet trebuie trimis de mai multe ori, pt ca pot aparea interferente, receptionare incompleta ... si alte motive.
De cate ori trebuie trimis acest pachet? (in standardele nmra scris ca cat de des posibil? exista o limita sa timp, un numar finit de ori?
Daca se trimite la infinit, ce se intampla in cazul cand pe dioarama mea exista ft multe elemente de control, macaze semafoare lumini, care ajung la ordinul sutelor? Voi trimite setul de pachete unul dupa altul, sau se mai curata lista si devin mai putine?

Va multumesc, sper ca am reusit sa exprim ce as vrea sa stiu
 
daca bine imi amintesc sunt memorate ultimele comenzi date de tine si sunt trimise periodic pana cand locul lor in coada de trimitere este luat de alte comenzi.(sunt de ordinul zecilor) e un soi de coada de asteptare, si da , ai dreptate, daca sina e murdara sau cu contacte imperfecte pachetele sunt alterate. trimiterea unui pachet dureaza de ordinul ms, deci nu "ocupa" un loc prea mare in coada. pana la urma marea problema e contactul de la roti.
 
Odata trimisa o comanda unei locomotive, pachetele cu starea actuala a acesteia (adresa, directie, viteza, functii active) se transmit repetat. Comenzile catre decodoare accesorii (macazuri si lumini) se transmit numai o singura data (avand in vedere ca au conexiune perfecta).

Cu cat numarul locomotivelor active creste, cu atat frecventa de repetitie a pachetelor va scadea - la 20 de locomotive active simultan pachetele se repeta cam la 1 sec. ceea ce este rezonabil. Totusi, unele centrale fac acest "refresh" pt. un nr. limitat (de ex. Piko = max. 12 locomotive)

In cazul centralei Roco nu se specifica o limitare; mai mult, se poate observa care locomotiva primeste pachete refresh daca sunt conectate la centrala 2 Multimausuri: cand un maus trimite o comanda unei locomotive, pe celalalt display simbolul acelei locomotive va sclipi; urmarind care simboluri sclipesc si care nu, se poate afla cate locomotive primesc refresh.
Este f. posibil ca numarul de comenzi repetate sa fie totusi limitat (de marimea memoriei) si la un moment dat, o comanda noua sa o anuleze pe cea mai veche din lista, iar locomotiva aferenta sa intepeneasca din mers...
 
Inca o intrebare pentru profesionisti. Pare mai absurda dar inca nu am tinut in mana o centrala digitala si sunt destul de curios.

Cele 8-12 functii F, presupun ca in general pentru fiecare funtie F exista un buton. Sper exemplu apasarea lui F1 odata va aprinde luminile locomotivei, apasarea a doua oara le va stinge.
Totusi pachetul DCC trimis de centrala spre decodorul din loco nu se va face o singura data ci repetat de multe ori. De unde stie exact decodorul daca numarul de pachete trimise e par si va aprinde luminile. Pt impar vor ramane stinse.
Sau centrala pleaca de la toate valorile F oprite, la fiecare apasare memoreaza daca e pe on sau off si transmite un pachet dcc cu o instructiune in care specifica clar F1 trece pe on, astfel ca nu exista riscul sa raman pe off?
 
Pachetele de date transmit nu modificarea ci starea tuturor functiilor exprimata prin biti cu valoarea "1" pt. "ON" si "0" pt. "OFF" :

Function Group One Instruction (100)
The format of this instruction is 100DDDDD

Up to 5 auxiliary functions (functions FL and F1-F4) can be controlled by the Function Group One instruction. Bits 0-3 shall define the value of functions F1-F4 with function F1 being controlled by bit 0 and function F4 being controlled by bit 3. A value of "1" shall indicate that the function is "on" while a value of "0" shall indicate that the function is "off". If Bit 1 of CV29 has a value of one (1), then bit 4 controls function FL, otherwise bit 4 has no meaning.

Function Group Two Instruction (101)
This instruction has the format 101SDDDD

Up to 8 additional auxiliary functions (F5-F12) can be controlled by a Function Group Two instruction. Bit 4 defines the use of Bits 0-3. When bit 4 (S) is '1', Bits 0-3 (DDDD) shall define the value of functions F5-F8 with function F5 being controlled by bit 0 and function F8 being controlled by bit 3. When bit 4 (S) is '0', Bits 0-3 (DDDD) shall define the value of functions F9-F12 with function F9 being controlled by bit 0 and function F12 being controlled by bit 3. A value of "1" shall indicate that the function is "on" while a value of "0" shall indicate that the function is "off".

Feature Expansion Instruction (110)
The format of two byte instructions in this group is: 110CCCCC 0 DDDDDDDD.

CCCCC = 11110: F13-F20 Function Control is a two byte instruction and provides for control of eight ( 8 ) additional auxiliary functions F13-F20. The single byte following this instruction byte indicates whether a given function is turned on or off, with the least significant bit (Bit 0) controlling F13, and the most significant bit (bit 7) controlling F20. A value of 1 in D for a given function shall indicate the function is on; while a value of 0 in D for a given function shall indicate a given function is off;. It is recommended, but not required, that the status of these functions are saved in decoder storage such as NVRAM. It is not required, and should not be assumed that the state of these functions is constantly refreshed by the command station. Command Stations that generate these packets, and which are not periodically refreshing these functions, must send at least two repetitions of these commands when any function state is changed.

CCCCC = 11111: F21-F28 Function Control is a two byte instruction and provides for control of eight ( 8 ) additional auxiliary functions F21-F28. The single byte following this instruction byte indicates whether a given function is turned on or off, with the least significant bit (Bit 0) controlling F21, and the most significant bit (bit 7) controlling F28. A value of 1 in D for a given function shall indicate the function is on while a value of 0 in D for a given function shall indicate a given function is off. It is recommended, but not required that the status of these functions are saved in decoder storage such as NVRAM. It is not required, and should not be assumed that the state of these functions is constantly refreshed by the command station. Command Stations that generate these packets, and which are not periodically refreshing these functions, must send at least two repetitions of these commands when any function state is changed.
 
Salutare,

Intradevar pachetele trimise prins sina decodoarelor mobile (locomotive) se repeta periodic. Centrala va rula ciclic adresele de locomotive pe care le are active in memorie si fiecarui decodor ii va transmite o comanda cu instructiuni clare despre directie, trepta de viteza si starea functillor 1-4 si 5-8 (aici depinde de centrale). Frecventa semnalului dreptunghiular in sina este de circa 8000Hz. Starile functillor cand centrala e oprita/pornita depind atat de centrala cat si de decodoare.

Deasemnea este adevarat ca la machetele foarte mari cu multe locomotive ruland simultan si cu multe decodoare pentru accesorii apar intarzieri la refresh sau chiar la preluarea comenzilor. Foarte mari insemnand mai mult de 20 locomotive ruland simultan si peste 30 decodoare accesorii.

Acestea si inca cateva sunt motivele pentru care e bine sa "cureti" memorie centralei de locmotivele care nu sunt folosite in mode curent.