• Ten serwis używa "ciasteczek" (cookies). Korzystając z niego, wyrażasz zgodę na użycie plików cookies. Learn more.
  • Szanowny Użytkowniku, serwisy w domenie modelarstwo.info wykorzystują pliki cookie by ułatwić korzystanie z naszych serwisów. Jeśli nie chcesz, by pliki cookies były zapisywane na Twoim dysku zmień ustawienia swojej przeglądarki.

ROCO Multimouse - ERR1

PiotrK

Aktywny użytkownik
FREMO Polska
Reakcje
302 0 0
#1
Witam,
Parę miesięcy temu przy próbie programowania jednego z dekoderów MM zgłosił mi błąd ERR1. Dekoder poprawnie pracował w DCC, ale przy próbie programowania sygnalizowany był ten błąd. Co ciekawe czasem programowanie się udało, częściej nie.

Ostatnio znów się spotkałem z Err1 przy zabawie z jednym z własnych testowych dekoderów. Dekoder poprawnie interpretuje komendy DCC, steruje silnikiem i wyjściami, ale nie mogę w nim zmienić CV z MM.
Najpierw myślałem, że jest to problem programowy, ale potem zauważyłem, że błąd ten jest zgłaszany również po wyjęciu procesora z układu. A w tym przypadku jedynym istotnym odbiornikiem prądu jest LED który sygnalizuje mi zasilanie całości. (Tak to człowiek chce podnieś "funkcjonalność" układu, a tu taka niespodzianka ;))

Wracając jednak do Err1.
W instrukcji MM doczytałem się, że jest to błąd sygnalizujący niemożność wykonania operacji programowania. Brak w niej jednak informacji co może być tego przyczyną (software/hardware).

W sieci znalazłem informację, że analogiczny błąd Err1 (podejrzewam, że zgodność oznaczenia jest nie przypadkowa) w sprzęcie Lenza oznacza zwarcie lub za duży pobór prądu przez dekoder.

Roco MM nie czyta informacji zwrotnej.
Przy programowaniu nie czeka nawet na potwierdzenie od dekodera wykonania komendy. ;)

Mam więc parę pytań do fachowców:

W jaki sposób booster Roco sygnalizuje do MM zwarcie/przeciążenie?

Czy jest na tyle inteligentny by dla trybów programowania sygnalizować przekroczenie mniejszego poboru prądu?

Czy ktoś może wie jaki poziom obciążenia jest w przypadku programowania traktowany przez MM jako przeciążenie?
Jeśli pamiętam w normie jest chyba 100mA (ale mogę się mylić), a w moim przypadku jest dużo mniej.


Pozdrawiam

Piotr
 

karol_mar

Znany użytkownik
Reakcje
64 1 0
#2
Spróbuj przy programowaniu wpiąć w szereg z dekoderem rezystor o wartości 47ohm, powinno pomóc.

Mialem podobny problem.

A jaką masz wersję software-u w MM ? 1.0 czy 1.2 ?
I jeszcze jedno, w dekoderze zastosowałeś diody Shotky'ego czy zwykłe prostownicze, zwykle mogą robić chwilowe zwarcie.
 
OP
OP
PiotrK

PiotrK

Aktywny użytkownik
FREMO Polska
Reakcje
302 0 0
#4
Sprawdziłem MM - soft w wersji 1.02.

Co do dekodera, to rzeczywiście w wersji testowej mam zwykły prostowniczy mostek Graetza.
Nie myślałem, że może on powodować zwarcia. Tak przez ciekawość zamienię go na Shotky i postaram się jutro napisać czy to coś zmieniło, no i zdemontuje LED. Zobaczymy co i czy pomoże.
Pomysł z rezystorem też sprawdzę. Rozumiem, że ma on ograniczyć jakieś impulsy prądowe przy pojawieniu się napięcia na wyjściu DCC. Zauważyłem, że przy programowaniu MM najpierw wyłącza napięcie na wyjściu, a następnie wysyła 25 pakietów reset i potem 25 razy pakiet decoder control, a potem tylko pakiety idle.

Wcześniej problem miałem z M133, a tam są diody SS14. M133 to dobra konstrukcja, ale kontakt z lokiem Piko nie wyszedł mu chyba na dobre. Teraz trochę "kaprysi", ale to już inna bajka.

Problem z dekoderami to jednak jedna sprawa, jestem ciekaw jednak jak współpracuje w przypadku przeciążeń booster 10764 z MM.

Pozdrawiam
Piotr
 

martinezo

Znany użytkownik
Reakcje
3 0 0
#5
Prawie "zwiera" niskoprądowe DCC 1-6pin RJ. Tak samo robią boostery ROCO (1-4).
MM jest "za czuła". LM2 potrzebuje dłuższych "zwarć" do detekcji.
 
OP
OP
PiotrK

PiotrK

Aktywny użytkownik
FREMO Polska
Reakcje
302 0 0
#6
Przez wczorajszy mecz nie miałem zbyt dużo czasu by pomajstrować przy DCC (ale dla tych ostatnich sekund warto było pogapić się w TV).
Sprawdziłem jednak dwie sprawy w moim dekoderze.
Odlutowałem LED - błąd Err1 wciąż był.
Włączyłem 47Ω w szereg - i programowanie działa bez zarzutu. :D
Wlutowałem LED (lubię ja jako sygnalizację, że układ jest pod napięciem) i jest też ok.
Dzięki Krzychu za trafną podpowiedź - masz u mnie punkt.

Nie miałem czasu by wymienić mostek na schotky - spróbuje to później.
Dzisiaj w jednym z postów znalazłem odesłanie Blue do tematu UPS w dekoderze .
I jak się domyślam moje problemy mogą być związane z elektrolitem jaki mam wmontowany na wyjściu mostka. Jest tam 1000µF wlutowany bezpośrednio, beż dodatkowego opornika i diody. Będzie więc to następny element, który muszę wypróbować/zmodyfikować. A tak na marginesie to M133, który mam też ma taki sam kondensator przylutowany w ten sam sposób i wcześniej nie sprawiał kłopotów.

Martinezo dzięki za informację. Rozumiem, że na piny 1-6 są używane do sygnalizacji zwarcia/przeciążenia na wyjściu boostera.
Domyślam się też, że obserwowane w moim układzie przeciążenie jest związane z pojawieniem się sygnału DCC na wyjściu w momencie rozpoczęcia transmisji pakietów programujących. Ciekawe dlaczego takiego problemu nie ma przy wznowieniu transmisji DCC po emergency STOP. MM przecież wtedy również wyłącza zasilanie torów.
Tak przy okazji, wczoraj poobserwowałem sobie, że informacja o błędzie pojawia się dopiero po całym pierwszym pakiecie reset. Później jest wyłączenie DCC, przerwa i znów trzy pakiety reset i powtórka całej sekwencji. Wygląda to tak jakby MM jednak analizował informację zwrotną w określonych momentach (np. koniec pakietu - co akurat wydaje się sensowne, jeśli przy wysyłaniu pakietów do mierzenia opóźnień stosuje się w zwykłe pętle nie przerwania) i tylko w pewnych sytuacjach (programowanie - tak, zwykłe wznowienie zasilania - nie). A skoro tak jest to czemu fachowcy z Roco nie pokusili sie o odczyt CV? (Ok, wiem, że to nie pytanie
Musze chyba jednak w wolnej chwili zerknąć do środka 10764 i zobaczyć co tam poza mostekiem H i max485 jest. :grin:

Pozdrawiam
Piotr
 
OP
OP
PiotrK

PiotrK

Aktywny użytkownik
FREMO Polska
Reakcje
302 0 0
#7
Jeszcze tytułem uzupełnienia.
Zmieniłem podłączenie kondensatora z bezpośredniego na układ rezystor+dioda i problem Err1 zniknął.

Pozdrawiam
Piotr
 
OP
OP
PiotrK

PiotrK

Aktywny użytkownik
FREMO Polska
Reakcje
302 0 0
#9
martinezo napisał(a):
Z XPressNet'em nie ma booster nic wspólnego - poza... zasilaniem ;)

"kilo"TTL'i "logiki" czarnego pudełka, zasilacz, i mostek.
Otworzyłem, zaglądnąłem i... uwierzyłem.
Martinezo ma rację :LOL:

Pozdrawiam
Piotr
 
Autor wątku Podobne wątki Forum Odpowiedzi Data
DCC 6
DCC 10
DCC 2
DCC 4
DCC 11

Podobne wątki