Lok Kommandoverarbeitung hat sich geändert ab 9305

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 05.07.2015, 12:55

Hi Rob!

Ich habe noch nichts getestet. Es betrifft alle Loks auf allen AB´s.
Im Lokfenster bei den Funktionen hat man vorher schön gesehen, dass bei Einfahrt das F1 aus geht und dann F3 und F4 aktiviert werden.
Umgekehrt bei Ausfahrt. Nun tut sich da nichts mehr.

Ich lasse mal einen Zug drehen und schau mir das Trace an.

EDIT:
aufgefallen ist es mir, da die Loks durch die AB´s "gerast" sind, also Rangiergang nicht aktiviert wurde.

gruss,
Micha :beer:
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby rjversluis » 05.07.2015, 13:46

Hi Micha,

es gibt kein enter actions:
Code: Select all
20150705.144427.649 r9999a tid0xDF6 OStage   0475 expecting loco BR160: ENTER
20150705.144427.649 r9999a tid0xDF6 OStage   0195 sb2_2 checkaction state [enter] substate : lc=[]
20150705.144427.649 r9999a tid0xDF6 OStage   0202 action [SBF2_rangierOff] state[depart](enter) substate[]((null))
20150705.144427.649 r9999a tid0xDF6 OStage   0242 sb2_2 action state does not match: [depart-enter]
20150705.144427.649 r9999a tid0xDF6 OStage   0202 action [sbf2_light_ON] state[depart](enter) substate[]((null))
20150705.144427.649 r9999a tid0xDF6 OStage   0242 sb2_2 action state does not match: [depart-enter]
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBUS - CANGCx ] - [ G: CBUS - CANGCx ]
rjversluis
Site Admin
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 05.07.2015, 16:53

Hi Rob!

es gibt kein enter actions:


Ok, die Auswirkung verstehe ich noch nicht :mrgreen:

Der AB funktioniert nach wie vor perfekt. Der Enter-Melder löst in Abhängigkeit der Fahrstrasse die Enter-Melder der einzelnen AB´s virtuell aus.
So klappte es die ganze Zeit.

Bevor Du Arbeit rein steckst, lass mich erst mal tracen.
Ich wollte mit meiner Eingangsfrage eigentlich nur klären, was die ursprüngliche Änderung bewirkt ("init-field")

gruss,
Micha

Der im Pool liegt und beim Bier holen kurz hier rein schaut :D :beer:
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 06.07.2015, 18:11

Hallo Rob!

Ich bin Dank Deines Hinweises dem Ding auf der Spur.

Ich schalte die virtuellen Entermelder (rot) der AB´s mit einem echten Melder (blau) und der Fahrstrasse als Bedingung.
Nehme ich die Fahrstrasse als Bedingung raus, kann ich den virtuellen Melder aktivieren.
Die Fahrstrasse als Bedingung wieder eingepflegt - geht nicht mehr.

Hat sich in dieser Hinsicht seit /Januar/ Ende April was geändert?

*getestet habe ich am PC mit der virtuellen Zentrale

Danke und Gruss,
Micha

ab1.png
You do not have the required permissions to view the files attached to this post.
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 07.07.2015, 08:02

Moin!

Ich habe mir ein Mini-Beispiel gebaut, da funktioniert es.
Ich tauche noch mal in meinen Plan ein...

Gruss,
Micha
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 07.07.2015, 19:24

Hi Rob!

Ich habe es probiert, aber ohne Deine Hilfe werde ich das Problem wohl nicht finden :(

Ich habe eine Lok (V200_Roco_alt) zum tracen eine Runde drehen lassen.
Zum Ablauf:
-die Lok erreicht den Melder vor der Weichenstrasse der AB´s (BLAU, SB2_ENTER) bei 20150707.201326.784
-die dort hinterlegte Aktion triggert mit der Fahrstrasse als Bedingung den virtuellen EnterMelder des AB SB2_7 (ROT, SB2_7_ENTER) bei 20150707.201326.811
-der AB wird blau, die Lok bremst ab auf V=30
-bei Zuglänge kommt das IN und der AB wird wieder weiss
bisher passt alles
-der Melder SBF2_ENTER (blau) sollte ohne Bedingung das Licht abschalten - tut er nicht
-der BelegtMelder der ersten Sektion in diesem AB (sb2_7_0_enter bei 20150707.201328.427) wird getriggert, die hinterlegte Funktion (F3+F4 EIN) wird nicht ausgeführt

-die Lok erreicht die Zielsektion und bleibt stehen, auch OK

Bei Depart sollte das Licht wieder aktiviert und F3+F4 deaktiviert werden, das geht auch nicht.

Leider erkenne ich das Problem nicht :( Geändert am Plan oder der Anlage (ausser die aktuelle Version kompiliert) habe ich seit April nichts und da hatte es einwandfrei gespielt.

Hilfe :oops:

Der Screenshot ist eine ältere Version. In diesem Trace fahre ich in den vorletzten AB (SB2_7)

Danke und Gruss,
Micha

Image
You do not have the required permissions to view the files attached to this post.
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby rjversluis » 08.07.2015, 07:13

Hi Micha,

du hast trace level INFO vergessen.

Anscheinend passen die Aktionsbedienungen nicht:

Code: Select all
20150707.200547.223 r9999a main     OStage   0202 action [SBF2_rangierOff] state[depart](section) substate[](sb2_sec_2_8)
20150707.200547.229 r9999a main     OStage   0242 sb2_2 action state does not match: [depart-section]
20150707.200547.236 r9999a main     OStage   0202 action [sbf2_light_ON] state[depart](section) substate[](sb2_sec_2_8)
20150707.200547.242 r9999a main     OStage   0242 sb2_2 action state does not match: [depart-section]
20150707.200547.296 r9999a main     OStage   0202 action [SBF2_rangierOff] state[depart](section) substate[](sb2_sec_3_6)
20150707.200547.302 r9999a main     OStage   0242 sb2_3 action state does not match: [depart-section]
20150707.200547.308 r9999a main     OStage   0202 action [sbf2_light_ON] state[depart](section) substate[](sb2_sec_3_6)
20150707.200547.314 r9999a main     OStage   0242 sb2_3 action state does not match: [depart-section]
20150707.200547.327 r9999a main     OStage   0202 action [SBF2_rangierOff] state[depart](section) substate[](sb2_sec_3_7)
20150707.200547.334 r9999a main     OStage   0242 sb2_3 action state does not match: [depart-section]
20150707.200547.340 r9999a main     OStage   0202 action [sbf2_light_ON] state[depart](section) substate[](sb2_sec_3_7)
20150707.200547.347 r9999a main     OStage   0242 sb2_3 action state does not match: [depart-section]
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBUS - CANGCx ] - [ G: CBUS - CANGCx ]
rjversluis
Site Admin
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 08.07.2015, 08:18

Moin Rob!
Danke, dass du mal reingeschaut hast!

Den Ausschnitt, den Du hier kopiert hast, betrifft die Aktion auf dem AB!
Diese werden wohl bei jeder Zustandsänderung des AB geprüft.
ENTER->SECTION->EXIT->DEPART
Und meine Aktion im AB liegt auf Depart, um das Licht wieder einzuschalten.
Da diese bei Zustand ENTER, SECTION und EXIT aber nicht ausgeführt wird, stimmt die Aktionsbedingung ja nicht (AB ist noch nicht im Zustand DEPART). Somit ist das Tracestück richtig (meiner Meinung nach :) )

Das Problem ist aber schon weit vorher, bei Einfahrt auf Melder SB2_ENTER
Der wird getriggert und per Aktion auf diesem Melder der (virtuelle) Entermelder des AB7 (sb2_7_enter, mit Fahrstrasse als Bedingung) getriggert. Passt!
Die Lokfunktion (F0 aus, ohne Bedingung) die auf SB2_ENTER liegt, wird aber nicht ausgeführt! Passt nicht!

Die Lokfunktionen auf dem ersten Sections-Melder (sb2_7_0_enter, F3+F4 ein, ohne Bedingung) werden auch nicht ausgeführt.Passt nicht!

Auch die Lok-Funktionen bei AB Depart werden nicht ausgeführt! (F0 ein, F3+F4 aus)Passt nicht!

Also die Verarbeitung der Melder funktioniert, der AB funktioniert, es werden aber keine Lok-Funktionen gesendet.

Ich mache heute mal INFO-Level dazu.

DANKE und Gruss,
Micha
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby rjversluis » 08.07.2015, 08:33

Hi Micha,
Micha68 wrote:Moin!

Ich habe mir ein Mini-Beispiel gebaut, da funktioniert es.
Ich tauche noch mal in meinen Plan ein...

Gruss,
Micha

dann musst du es halt vergleichen wo die unterschieden liegen...
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBUS - CANGCx ] - [ G: CBUS - CANGCx ]
rjversluis
Site Admin
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 08.07.2015, 08:40

dann musst du es halt vergleichen wo die unterschieden liegen...

:mrgreen: :mrgreen: :beer: :thumb_up:

Wenn mein Plan nicht so umfangreich wäre, würde ich ihn mal komplett neu bauen :crying:
Vielleicht ist bei der Migration des Planes von meiner April-Version auf die aktuelle Version was passiert!?

Ich trace mal mit Info. Wenn ich da nichts erkenne, baue ich einen Testplan für die Anlage mit nur einem AB. Dann muss ich ja nicht alles neu machen.

Gruss,
Micha
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby rjversluis » 08.07.2015, 08:55

Moin Micha,

alles neu machen ist nicht Ziel führend und macht nur unnötige Arbeit.
Stelle einfach den trace mit Info und Automatik Level hier ein zusammen mit dein aktuelle plan.xml.
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBUS - CANGCx ] - [ G: CBUS - CANGCx ]
rjversluis
Site Admin
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 08.07.2015, 18:40

Hi!

Ein Trace mit Automatik+Info bekomme ich nicht hin. Das Serverfenster wird minutenlang vollgeschrieben, habe ich dann abgebrochen.
Irgendwann sehe ich in Rocview die Meldung "irgendwas exceeds 1000ops" oder so ähnlich...
Ist da der BananaPi evtl. zu schwach???

Also ein Trace nur mit Info.

Bei 20150708.192446.682 wirds interessant, da erreicht BR160 den Melder SB2_ENTER und die Aktionen werden ausgewertet.
Ich fahre in AB3, wird bei 20150708.192446.780 erkannt und der virtuelle Enter-Melder aktiviert.

Dann kommts:
Code: Select all
20150708.192447.105 r9999I bidibrea OAction  1832 Action sbf2_light_OFF [fn-:off]
20150708.192447.116 r9999I bidibrea OAction  0701 Action execution sbf2_light_OFF [fn-:off]

und
Code: Select all
20150708.192455.651 r9999I bidibrea OAction  1832 Action SBF2_bremsOn [fn-:on]
20150708.192455.663 r9999I bidibrea OAction  0701 Action execution SBF2_bremsOn [fn-:on]


An der Lok kommt das aber nicht an. Auch Rocview zeigt es nicht. An wen hat er das geschickt?

EDIT:
Wird evtl. auf den Meldern nicht mehr die richtige Lok-Adresse hinterlegt?


Danke und Gruss,
Micha
You do not have the required permissions to view the files attached to this post.
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby rjversluis » 09.07.2015, 08:29

Moin Micha,

es kommt an aber nicht direkt:
Code: Select all
20150708.192542.646 r9999I BR160    OLoc     1047 function timer for 0 = 0
20150708.192542.658 r9999I BR160    OLoc     1275 lc=BR160 [addr=16] [fn=0] lights=off -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20150708.192542.666 r9999I BR160    OLoc     1065 function address for 0 = 0:0
20150708.192542.977 r9999I BR160    OLoc     1275 lc=BR160 [addr=16] [fn=4] lights=off -- -- -- 04 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20150708.192544.002 r9999I BR160    OLoc     1275 lc=BR160 [addr=16] [fn=3] lights=off -- -- 03 04 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBUS - CANGCx ] - [ G: CBUS - CANGCx ]
rjversluis
Site Admin
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby Micha68 » 09.07.2015, 09:42

Moin Rob!

MIST! Habe ich gestern vergessen zu schreiben: Die Lokbefehle, die man im Trace sieht, habe ich per Hand ausgelöst :oops:
Einmal kurz nach Lokstart um definierte Zustände zu haben und einmal mitten im AB, damit der Zug mir nicht hinten raus rauscht.

:oops: :oops: :oops:

Mir fällt aktuell nichts weiter ein, als mal den aktuellen Plan wegzusichern und einen total abgespeckten neuen Testplan für die Anlage zu erstellen. Zunächst mal mit einem AB.
Wobei das schon eine Aufabe wird :?

Danke und Gruss,
Micha
[N:OpenDCC GBMBoost V3 - Stand: 11x GBMBoost, 23x GBM16T, 1x OneControl, 10x STµ :D]
Image
MoBa-Lichtsteuerung: http://www.mobalist.de
:arrow:Baubericht (28.03.2016): http://www.stummiforum.de/viewtopic.php?f=64&t=84209
Micha68
 

Re: Lok Kommandoverarbeitung hat sich geändert ab 9305

Postby rjversluis » 09.07.2015, 10:09

Hi Micha,

warum hängst du dein plan.xml nicht einfach ann so das ich damit testen kann bevor du alles doppelt um sonnst machst.
(Hatte ich schon gefragt...)
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBUS - CANGCx ] - [ G: CBUS - CANGCx ]
rjversluis
Site Admin
 

PreviousNext

Return to Basisfunktionalität (DE)