Roco 10764 + GbbKolejka

[wicy]

Rozumiem - choć nie wiem czy dobrze - że chodzi tu bardziej o dopasowanie prędkości transmisji danych do standardu XpressNet - 62500 z 9 bitami danych zamiast np. 9600 z 8 bitami.
Czyli jest to jednak konwerter sygnału no, może bardziej złożony. Faktem jest jednak, że na moim konwerterze RS232/RS485 system nie zadziała

[gbbsoft]

Moment, moment...

Protokół pomiędzy Gbbkolejka a LI-USB jest trochę inny niż protokół xpressnet miedzy urządzeniami, na pewno pod względem informatycznym, a zapewne także inny pod względem elektronicznym. LI-USB/li-101f nie były prostymi konwerterami bitow, lecz małymi procesorami, które łączą dwa różne światy.

Istnieją komendy, które interfejs dalej nie przesyłam do centralki.

[wicy]

Czy interfejsy współpracujące z GbbK to tylko i wyłącznie interfejsy sprzętowe - konwertery sygnałów? Czy w jakiś sposób modyfikują kod przesyłany z programu do boostera?

Pytam, bo wpadł mi w łapy konwerter RS232-RS485, ale podłączony do boostera roco za nic nie chce działać z GbbK.
Dostaję takie błędy

Kod: Zaznacz cały

GenLI: GenLI (Status centralki): : Przekroczono czas oczekiwania na odpowiedź!
rs232: Bład podczas odbierania danych: IO Error [004]
GenLI: Receive Thread Exception (Receive Thread Exception) (IO Error [004])
rs232: Bład podczas odbierania danych: UART Error: Framing

Czy GbbK ma szanse w ogóle pracować z takim konwerterem po RS485?

W dalszych próbach:

Kod: Zaznacz cały

rs232: Bład podczas odbierania danych: Index wykraczał poza granice tablicy
GenLI: Receive Thread Exception (Receive Thread Exception) (Index wykraczał poza granice tablicy)

[gbbsoft]

Czy fakt, że na razie posiadam GbbK w wersji testowej może mieć wpływ na połączenie?

Żadnego. Możesz ewentualnie nowszą wersję testową zainstalować, ale nie sądzę, aby się coś zmieniło.

Czemu po każdym połączeniu z systemami DCC lokomotywa zawsze ustawia się na 14 kroków? Da się to na stałe ustawić na 128?

Bo normalnie za pamiętanie tej rzeczy odpowiada centralka, a ta chyba o tym zapomina.

[wicy]

Dzięki za objaśnienia. Wychodzi na to, że to kwestie techniczne, w które nie powinienem nawet wnikać.
Przetestowałem już chyba wszystkie konfiguracje ustawień komunikacji DDW<->GbbK (w tym podawane na wiki gbb) i nadal nie hula. Ciągłe zacięcia.
Czy fakt, że na razie posiadam GbbK w wersji testowej może mieć wpływ na połączenie?
Czemu po każdym połączeniu z systemami DCC lokomotywa zawsze ustawia się na 14 kroków? Da się to na stałe ustawić na 128?

[gbbsoft]

Gbbkolejka trzyma z DDW dwa kanały porozumiewania się:
1. jeden normalny, na którym program wysyła polecenie i otrzymuje potwierdzenia wysłania polecenia
2. drugi informacyjny, na którym informacje idą tylko w jednym kierunku: od serwera do programu. Na tym kanale serwer informuje o wszelkich zmianach, jakie zostały dokonane. Na tym kanale informowani są wszyscy klienci, nie tylko ci, którzy daną zmianę zainicjowali. Dzięki temu, jak drugim programem zmienisz prędkość loka, to każdy program o tym się dowie. Ten kanał w logu ma prefiks INFO.

Więc w momencie wysłania komendy zmiany prędkości:
- na kanale normalnym jest wysyłana komenda i otrzymywana odpowiedź
- na kanale informacyjnym przesyłana jest aktualne parametry lokomotywy

I to jest to co obserwujesz.

[wicy]

Używam:
GbbK wersja demo 1.68.5213.15323
DWW Serwer 0.8.4

W podglądzie mam coś takiego:

Kod: Zaznacz cały

2014-07-18 17:57:36 Wysyłam: SET 2 GL 3 1 0 14 0 0 0 0 0 0 0 0 0 0 0 0 0

2014-07-18 17:57:36 Otrzymalem: 1405699056.656 200 OK
2014-07-18 17:57:36 INFO Otrzymalem: 1405699056.748 100 INFO 2 GL 3 1 0 14 0 0 0 0 0 0 0 0 0 0 0 0 0
2014-07-18 17:57:36 INFO Otrzymalem: 
2014-07-18 17:57:39 Wysyłam: SET 2 GL 3 1 8 14 0 0 0 0 0 0 0 0 0 0 0 0 0

2014-07-18 17:57:39 Otrzymalem: 1405699059.243 200 OK
2014-07-18 17:57:39 INFO Otrzymalem: 1405699059.249 100 INFO 2 GL 3 1 8 14 0 0 0 0 0 0 0 0 0 0 0 0 0
2014-07-18 17:57:39 INFO Otrzymalem: 
2014-07-18 17:57:43 Wysyłam: SET 2 GL 3 1 0 14 0 0 0 0 0 0 0 0 0 0 0 0 0

2014-07-18 17:57:43 Otrzymalem: 1405699063.778 200 OK
2014-07-18 17:57:43 INFO Otrzymalem: 1405699063.855 100 INFO 2 GL 3 1 0 14 0 0 0 0 0 0 0 0 0 0 0 0 0
2014-07-18 17:57:43 INFO Otrzymalem: 

A jednocześnie w głównym oknie GbbK ""DDW - lokomotywy: Brak połączenia z serwerem"

Nie wiem o co chodzi, ale:
Serwer informuje że wysłał do klienta

Kod: Zaznacz cały

Server sends to client :1405700053.352 200 OK

Klient informuje

Kod: Zaznacz cały

2014-07-18 18:14:13 Otrzymalem: 1405700053.352 200 OK
2014-07-18 18:14:13 INFO Otrzymalem: 1405700053.450 100 INFO 2 GL 3 0 0 28 0 0 0 0 0 0 0 0 0 0 0 0 0

Co to jest to "INFO Otrzymałem"? Pakiet również odebrany od serwera? Jeśli tak to co za pakiet skoro serwer nie mówi, że taki wysłał?

[gbbsoft]

To zostaje ci:
a) zainstalowanie ostatniej testowej wersji
b) oglądanie komunikacji z serwerem DDW, może tam jest coś dziwnego

[wicy]

Oczywiście korzystając z DDW podłączam PC do master w 10764.

Raczej nie jest to kwestią szybkości kompa. DDW ma wskaźnik zajętości bufora danych. We wszystkich próbach wskaźnik ten nie dochodził do 1/4 poziomu. Próbowałem ustawiać port COM na różne prędkości transmisji i to samo jest na 9600 jak i na 115200.

[gbbsoft]

Nie znam odpowiedzi na to pytanie.
Inne wymagania są, gdy program działa sam na małej makiecie (pewnie starczy każdy PC, na którym uruchomi się XP), a inne, gdy obsługuje zdarzenia a w tle chodzi serwer DDW, który musi non-stop generować piki na wyjściu RS232.
Najlepiej zainstalować wersję demo i organoleptycznie sprawdzić.

[Robcio1910]

Zostawiam temat otwarty dla autora programu.

Sytuacja poprawiła się - tzn. lok jeździ płynnie w obie strony, w miarę żwawo reagując na suwaki w programie - po ustawieniu w oknie systemów DCC "Max. czasu oczekiwania na serwer" na 99000.
Poprawa połowiczna bo wszystko jeździ płynnie do czasu zapalenia świateł F0. Po tym lok znów przechodzi w tryb jazdy przerywanej i nie pomaga wyłaczenie F0.
Dopiero reset DCC uzdrawia sytuację - do kolejnego użycia F0.
Ponieważ takie cyrki dzieją się po wybraniu konkretnych opcji programu, podejrzewam, że coś jest nie tak z protokołem transmisji w samym programie GbbK.

Komunikację GbbKolejka-> DDW możesz obserwować w oknie do podglądu komunikacji.


PS. A nie masz za słabego komputera?

Przepraszam, że się włączam w dyskusję w "temacie".
Moje pytanko:
Jakie "parametry" musi obecnie posiadać komputer do obsługi programu ...

[gbbsoft]

Zostawiam temat otwarty dla autora programu.

Sytuacja poprawiła się - tzn. lok jeździ płynnie w obie strony, w miarę żwawo reagując na suwaki w programie - po ustawieniu w oknie systemów DCC "Max. czasu oczekiwania na serwer" na 99000.
Poprawa połowiczna bo wszystko jeździ płynnie do czasu zapalenia świateł F0. Po tym lok znów przechodzi w tryb jazdy przerywanej i nie pomaga wyłaczenie F0.
Dopiero reset DCC uzdrawia sytuację - do kolejnego użycia F0.
Ponieważ takie cyrki dzieją się po wybraniu konkretnych opcji programu, podejrzewam, że coś jest nie tak z protokołem transmisji w samym programie GbbK.

Komunikację GbbKolejka-> DDW możesz obserwować w oknie do podglądu komunikacji.


PS. A nie masz za słabego komputera?

[gbbsoft]

Witaj.

PC podłączony przez taki interfejs do gniazda SLAVE, mysz obowiązkowo wpięta do gniazda MASTER. W GBKolejce jako typ interfejsu wybrany Lenz LI101F na standardowych ustawianiach.
Pozdrawiam.
Krakus

NIE! Nie przy przy centralce DDW. To całkiem inny schemat działania. Centralka DDW jest programem na PC i generuje sygnał DCC na wyjściu RS232 (więc robi za centralkę czyli myszkę ROCO). Czarne pudełko ROCO jest wykorzystywane tylko jako booster, więc tylko "miesza" sygnał DCC z prądem i podaje na tory.

Żadnych myszek, interfejsów Lenz w tej zabawie nie ma!

[Krakus]

Witaj.

PC podłączony przez taki interfejs do gniazda SLAVE, mysz obowiązkowo wpięta do gniazda MASTER. W GBKolejce jako typ interfejsu wybrany Lenz LI101F na standardowych ustawianiach.
Pozdrawiam.
Krakus

[wicy]

Zostawiam temat otwarty dla autora programu.

Sytuacja poprawiła się - tzn. lok jeździ płynnie w obie strony, w miarę żwawo reagując na suwaki w programie - po ustawieniu w oknie systemów DCC "Max. czasu oczekiwania na serwer" na 99000.
Poprawa połowiczna bo wszystko jeździ płynnie do czasu zapalenia świateł F0. Po tym lok znów przechodzi w tryb jazdy przerywanej i nie pomaga wyłaczenie F0.
Dopiero reset DCC uzdrawia sytuację - do kolejnego użycia F0.
Ponieważ takie cyrki dzieją się po wybraniu konkretnych opcji programu, podejrzewam, że coś jest nie tak z protokołem transmisji w samym programie GbbK.