Anlage von egos

Zitat von sturzi

unbedingt jegliche Anfahr- und Brems-Verzögerungen im Decoder gänzlich abschalten

Hoi Röbi

Danke für den Hinweis. Das ist mir schon beim Besuch von Kurt klar geworden. Ich muss auch die Geschwindigkeit drosseln vor dem Einmessen. Was ich bisher ausprobierte, ist eine Lok direkt aus der Schachtel mit Fahrstufe 31 fahren zu lassen. Aber oha, da fährt sie nicht mehr, sie saust und ist kurz vor dem Abheben. Es ist auch optisch sichtbar, wie lange die Beschleunigungsstrecke wird, wenn die Lok verzögert anfährt. So würde das Einmessen stark verfälscht.

Gruss Oski

Hoi Kurt

Danke auch dir für deinen Hinweis. Ja, wir haben darüber gesprochen. Mir war damals nicht ganz klar, was das Programm mit "gedämpftem" Fahrverhalten macht. Aber es ist klar: CV3 = 0 stellt die Anfahrverzögerung ab, CV4 = 0 macht dasselbe mit der Bremsverzögerung. Und es muss so sein, weil das Programm aufgrund des verbleibenden Fahrweges und der eingestellten Geschwindigkeit die notwendigen Fahrstufen errechnet. Wenn die beiden CV gesetzt wären, würde eine Konkurrenz zur Berechnung entstehen.

Gruss Oski

Nun gehe ich nochmals in den Keller.

Ein wenig später: ich bin wieder an der Wärme. Die Verbesserungen waren erfolgreich. Die Lok hält jetzt an, wenn die Messung vollbracht ist. Nur wird anstelle des Wertes "102,1xx" km/h angezeigt: "0?0102." Wenn ich dann die Rückfahrt beginne, gibt es einen Formatfehler und das Programm stürzt ab.

Ich suche mal...

Wieder ist eine Woche vorbei. Die Loks halten befehlsgemäss an. Das Programm stürzt beim Wenden aber ab. In den vergangenen Tagen habe ich nun das Programm verbessert und das recht stark. Jetzt startet es die Routine zur Messfahrt und stürzt dann sofort ab, bevor die Lok überhaupt anfährt. Der aktuell arbeitende Programmierer kann ungeniert einen Feierabendtrunk genehmigen, schlechter kann es nicht werden .

Es ist allerdings nicht so schlimm, wie es tönt. Ich weiss woran es liegt, nur noch nicht, wo die falsche Programmzeile liegt. Das finde ich schon noch.

Gruss Oski

Mittlerweile ist eine wesentliche Störung behoben. Es läuft wieder, die Lok auch. Nur stürzt das Programm immer noch ab beim Erreichen der zweiten Lichtschranke. Aber das suche ich morgen.

So, die Sache ist geritzt!

Heute habe ich die vermaledeite Programmzeile gefunden. Ich sage nicht, was falsch war, sonst kann Röbi vor lauter Lachen nicht mehr am SturziBus weiter arbeiten. Nun geht es also wenigstens von Hand gesteuert. Damit meine ich:

- Das Programm prüft die Einstellungen

- Ist alles OK, wird der Button für die Messung freigeschaltet

- Die Messung startet mit den gewählten Einstellungen, das Programm wartet in einer Schlaufe auf die Resultate von Arduino

- Nach dem Eintreffen der Resultate werden diese in die Tabelle am richtigen Ort eingetragen

- Die Lok hält selbständig an und wartet

- Nun können die Einstellungen wieder geändert werden, z.B. neue Richtung, neue Fahrstufe

- Das Programm prüft die Einstellungen

- usw.

- Will ich aufhören, werden die Resultat-Tabellen als Datei abgespeichert. Diese Datei wird dann vom Java-Programm eingelesen und für die Steuerung der Lok verwendet.

Was ich noch nicht unterbunden habe: ich könnte in der falschen Richtung losfahren, dann kämen keine Lichtschranken. Hmmmh! Wenn ich mir so überlege und weil ich den Operateur näher kenne, wäre diese Kontrolle nicht abwegig.

Was noch nicht geht: die Messungen erfolgen noch nicht automatisch. Das kommt nun als nächstes dran.

Gruss Oski

Danke Röbi,

Ich komme natürlich sehr gerne! Momentan bin ich etwas blockiert mit gesperrten Terminen und kann nicht frei abmachen. Ich melde mich aber per Mail in den nächsten Tagen, sobald es geht.

In der Zwischenzeit bin ich mit der automatischen Messung beschäftigt.

Deine Programm Vorlagen waren genial. Zur Fehlersuche bei mir habe fast "bitweise" alles untersucht und "zerlegt". Es tut richtig gut, zu verstehen, warum es funktioniert. Übrigens habe ich bisher immer mit dem Handregler fahren müssen, weil es anders nicht ging. Das funktioniert eben als Beigabe nun auch mit dem Selectrix Send-Befehl. Ich zeige dir dann noch die Untersuchungen im Messagelog-File. Das sind jeweils etwa 50 A4-Seiten im Word für die erste Messung.

Gruss Oski

In der Zwischenzeit habe ich die Messungen von gestern ausgewertet:

Was auffällt und stört: Bei Fahrstufe 20 ist die Fahrt rückwärts rund 4 km/h schneller als vorwärts. Bei Fahrstufe 19 müsste das immer noch so sein, ist es aber nicht: jetzt ist die Fahrt vorwärts rund 5 km/h schneller. Die Abweichung müsste entsprechend der Änderung der Fahrstufe sogar kleiner werden und immer noch müsste die Fahrt rückwärts schneller sein.

Es gibt verschiedene Gründe für diese Resultate. Einerseits war der Motor bei der ersten Fahrt noch nicht warm, sicher kälter als bei der vierten Fahrt. Dann ist die Verzögerung beim Anfahren und Anhalten noch nicht ausgeschaltet. So fährt die Lok mit grossem Anlauf in die Messstrecke bei der ersten Fahrt. Anhalten erzeugt zwar auch eine kurze Weiterfahrt über die Messstrecke hinaus. Ob diese aber bei der Rückfahrt schon die volle Geschwindigkeit beim Erreichen der Messstrecke erzeugen lässt. ist auch nicht bewiesen. Dann habe ich viele Pausenbefehle im Programm und ebenfalls viele Schreibbefehle, die auch Zeit verbrauchen.

Da muss ich noch etwas am Programm herum feilen und vor allem die Lokeinstellungen ändern.

Gruss Oski

Zitat von lehcim

Hast du die Loks beidseitig warmgefahren?

Hoi Michel

Nein, eben noch nicht. Das betrachte ich schon als eine der Ursachen.

Gruss Oski

Nachdem eine Weiche auf dem "Warm-Fahr-Rundkurs" nicht richtig schaltete, habe ich auch diesen Programmteil untersucht. Die Weichendaten waren korrekt erfasst, also könnte es am nicht ganz verstandenen Programm und meiner Eingabe liegen. So verging der Sonntag mit minutiösen Untersuchungen der Operationen "bitweise OR" und "bitweise AND". Auch hier war es sehr interessant, zu verstehen, warum ein Selectrix-Decoder am richtigen Bit den richtigen Zustand erhielt. Das ist nun klar. Es ging aber immer noch nicht. Die Ursache war schlussendlich die Grafik auf dem Bildschirm. Durch die Linearisierung der Schienenwege kam eine Weiche in einer Kurve auf einen senkrechten Gleisstrang. Optisch musste die Weiche ablenkend sein, in Wirklichkeit auf der Anlage war sie aber in gerader Stellung. Verspiegelt eingebaut und im Programm so wie gezeichnet berücksichtigt. Aber das ist jetzt auch behoben. Nun könnte ich in den Keller, wenn nur nicht bereits der Apéro rufen würde!

Gruss Oski

Heute ist ja Tag der Arbeit. Die Lok wurde mit dem Lokprogrammer eingerichtet und hat einen Decoder LokPilot V4M4. Das ganze hat bei Uri-Stier noch funktioniert. Die lineare Geschwindigkeitskennlinie habe ich nachträglich selber einprogrammiert. Also bin ich mit dieser ersten Lok mit linearer Geschwindigkeitskennlinie in den Keller gegangen. Da habe ich aber meine Wunder erlebt! Die Lok ist auf die Adresse 49 gesetzt (11649 Aarberg). Wenn ich sie auf die Schienen stelle, fährt sie sofort los. Ich kann sie auch nicht steuern, es gibt keine Reaktionen. Sie schleicht aber nur mit umgerechnet 23,5 km/h, von rasen also keine Rede.

Nun stellen sich mir natürlich Fragen, woran dieses ungebührliche Verhalten liegen könnte:

- wird der Decoder nicht erkannt?

- kennt der Decoder Selectrix nicht mehr?

- woher kommt der Fahrbefehl in diesem Fall?

- beim Aufgleisen gab es Kurzschlüsse, Funken. Könnte dies die Ursache sein?

Im Stummiforum wird in solchen Fällen vermutet, die Zentrale und der Decoder würden nicht zusammen passen oder einander nicht verstehen. Dort rast aber die Lok jeweils mit hoher Geschwindigkeit los.

Irgendwo muss ich einen Bock geschossen haben!

Gruss Oski

Hoi Röbi

Angewählt sind:

- DCC Protokoll (braucht es zum Programmieren)

- Selectrix (braucht es zum Fahren)

Nicht angewählt sind:

- Motorola (wäre für Märklin Decoder)

- M4 (Zweck ist mir unbekannt)

Gruss Oski