[SUPPORTTHREAD] IVU.ticket.box CE70 mobil

Zitat von Joniboy_08

Dann wären die Fehler weg, aber ich weiß nicht, ob dann alles 100% funktioniert.

dass der Wechsel RBL <-> Ticket funktioniert müsste man noch die Variablen anpassen. Unten die Rede vom NLC, ist natürlich dann für den DUS-Solaris ebenso gültig.

Zitat von IREgio612

Jaa weil der NLC (warum auch immer) andere Tür-Variablen verwendet. Du musst in der Datei IVU_Ticketbox.osc folgendes via Suchen & Ersetzen austauschen lassen:

door_0  door0

door_1  door1

door_2  door2

door_3  door3

door_4  door4

door_5  door5

Alles anzeigen

Hallo, hab das jetzt gemacht die fehler mit den door1,... sind weg jetzt ist baer immer noch die Zugriffverletzung vorhanden und der vordere teil des Busses ist unsichtbar.

LG Raphael

Ist folgendes in der IVU_Ticketbox.osc vorhanden:

293 18:58:53 - - Error: Fehler: im Befehl "(L.L.haltewunschlampe)" (vehicles\DUS_Urbino\\script\IVU_Ticketbox.osc) ist der Variablenname ung ltig!

Falls nicht versuche (L.L.haltewunschlampe) in die IVU_Ticketbox.osc hinzuzufügen.

Ne, andersrum:
Das ist in der IVU_Ticketbox.osc vorhanden aber in keiner Varlist zu finden. Einfach nachtragen. Aber auch da weiß ich nicht, ob dann alles wie gewünscht geht. Denn ich bin mir gerade nicht sicher, was die Funktion dieser Variable in Kombination mit der IVU zu tun hat

Naja, immerhin ist dann wahrscheinlich der Fehler weg. Zudem glaube ich ist es egal in welcher varlist man das einträgt. Hat glaube aber nichts mit der Ticketbox zu tun

Ja die Varlist ist egal. Aber die IVU will diese Variable nutzen, die der Bus nicht hat. Man könnte der IVU jetzt halt vorgaukeln, dass es diese Variable gibt, indem man sie in eine Varlist einträgt. Aber damit könnte halt eine Funktion eingeschränkt werden. Ich weiß aber halt nicht, wofür die IVU diese Variable braucht.

Also folgendes:
Die IVU fragt die Variable ab, um auf der Innenanzeige "Wagen hält" anzuzeigen. Allerdings scheint diese Variable beim DUS Urbino nicht haltewunschlampe zu sein, sondern eine andere. Das heißt, man müsste die Variable im IVU Script mit der passenden vom Urbino tauschen. Allerdings weiß ich nicht, welche Haltewunschlampenvariable der Urbino nutzt. Das müsste man nachschauen

Okay, wenn ich das richtig herausgelesen habe, ist haltewunsch die gesamte Haltewunschvariable. Das könntest du dann mal im IVU Script austauschen. Wie gesagt, da bin ich mir aber nicht sicher. Vielleicht können die anderen das ja bestätigen/verneinen, ansonsten kannst du es ja einfach mal ausprobieren.

BBTTransporte6870

Zitat von Joniboy_08

Ja die Varlist ist egal. Aber die IVU will diese Variable nutzen, die der Bus nicht hat. Man könnte der IVU jetzt halt vorgaukeln, dass es diese Variable gibt, indem man sie in eine Varlist einträgt. Aber damit könnte halt eine Funktion eingeschränkt werden. Ich weiß aber halt nicht, wofür die IVU diese Variable braucht.

---

Also folgendes:
Die IVU fragt die Variable ab, um auf der Innenanzeige "Wagen hält" anzuzeigen. Allerdings scheint diese Variable beim DUS Urbino nicht haltewunschlampe zu sein, sondern eine andere. Das heißt, man müsste die Variable im IVU Script mit der passenden vom Urbino tauschen. Allerdings weiß ich nicht, welche Haltewunschlampenvariable der Urbino nutzt. Das müsste man nachschauen

---

Okay, wenn ich das richtig herausgelesen habe, ist haltewunsch die gesamte Haltewunschvariable. Das könntest du dann mal im IVU Script austauschen. Wie gesagt, da bin ich mir aber nicht sicher. Vielleicht können die anderen das ja bestätigen/verneinen, ansonsten kannst du es ja einfach mal ausprobieren.

BBTTransporte6870

Hallo erstmal Danke Zugriffverletzungen sind weg jetzt bleibt nur noch das der Vordere teil unsichtbar ist.

Hab noch die Model und .bus datei beigelegt falls es was bringt.

Error:           In "vehicles\DUS_Urbino\model\AutoDoor\Gelenk_V_Metro_auto.cfg" there was an error in line 388!

Das wird der Fehler sein. In Zeile 388 ist eine Texttextur. Welche ist denn da bei dir?

Da fehlt eine 0 in Zeile 389, vergleiche die anderen aufgefüllten Text-Texturen

19
[texttexture]
ident
DUS_kennz
512
256
1
0
0
0

20
[texttexture]
ident
DUS_kennz
512
256
1
0
0


21
[texttexture]
ident
DUS_kennz
512
256
1
0
0
0

Ach stimmt ja, er hat ja die Model-Datei mit hochgeladen

Dann hätte ich ja selbst nachschauen können

Hallo vielen Dank, es läuft jetzt.

Eine Frage hätte ich noch wenn ich eine Linie beim IVU Schilder, Schildert sie der Bus nicht bei der roten schrift zeigt es an Empty.

Und hat wer zufällig die Positionen für den Drucker wäre nett sonst find ich die selber raus.

LG Raphael

da kann es natürlich sein, dass das Düsseldorfer IBIS andere Daten an die Matrix sendet, als die IVU mit Standard-Variablen.

Da braucht man dann ein Bridge-Script, was die Daten, wie ein Adapter übersetzt.

Oder man probiert mit einem Krüger++ Mod rum, dass die Matrix wieder Standard-Variablen frisst.

Hi zusammen,

ich hätte da mal eine Frage:
Wie kann ich das umstellen, dass die IVU die letzte Haltestelle bzw. das Ziel nicht aus dem String für das IBIS 1 sondern aus dem für das IBIS 2 liest?

Joniboy_08

müsste hier sein

    (L.L.IVU_manuelles_Ziel) 0 =
    {if}
        "" (L.L.IVU_eingegebene_Linie) 100 * (L.L.IVU_eingegebene_Fahrtnummer) + (M.V.GetRouteIndex) (M.V.GetRouteTerminusIndex) 0 (M.V.GetTerminusString) $+
        (S.$.IVU_letzter_Halt) 100 $SetLengthL (S.$.ivu_textfeld_19)
    {else}
        "" (L.L.IVU_eingegebenes_Ziel) (M.V.GetTerminusIndex) 0 (M.V.GetTerminusString) $+
        (S.$.IVU_letzter_Halt) 100 $SetLengthL (S.$.ivu_textfeld_19)
    {endif}

probier mal statt (M.V.GetTerminusIndex) 0 -> (M.V.GetTerminusIndex) 5 (nicht 3), dass dürfte vom IBIS 1 String, der entspechend groß geschrieben ist, auf den IBIS 2 String umleiten.

Doofe Sache irgendwie, müsste ich auch mal kurz angehen, in Real-Videos sieht man, dass das Ziel in der Kopfzeile durchaus in Kleinbuchstaben formatiert ist.

Vielen Dank, ich werde das testen!

Zitat von BusfahrerP

Doofe Sache irgendwie, müsste ich auch mal kurz angehen, in Real-Videos sieht man, dass das Ziel in der Kopfzeile durchaus in Kleinbuchstaben formatiert ist.

Mein Problem war halt, dass es auf der Fahrgastinformation dann auch in Großbuchstaben bzw. bei meiner HOF-Datei nur als Abkürzung angezeigt wurde und das war halt nicht so geil.

Hm, mein Zielfeld ist jetzt leer. Ne Ahnung woran das liegt? BusfahrerP

Meine Programmierkünste sind sehr rudimentär, bin ja doch mehr der mechanische Typ. Bissl copy & paste, 0 und 1 lesen, etwas an die virtuelle Bordelektronik anschließen, krieg ich hin, dann wars das schon.

Blöde Frage, ist der String 3 für das IBIS 2 bei den Haltestellen deiner .hof überhaupt beschrieben / benutzt?

Vielleicht lese ich das auch falsch, dass das gar nicht String 0 von der Endhaltestelle meint, was da steht. Keine Ahnung. Muss ich ggf. morgen oder die Tage mal selber testen.

Ich würde ehr String 5 eintragen da dass der IBSI2 String ist. String 3 ist Annax Seitenanzeige

Ahh ja, macht Sinn. Das probiere ich mal aus.

Ich hätte aber noch ne Frage zur Innenanzeige, siehe hier:

Einbindung IVU --> MX C2 | Innenanzeige

Speedycful

Ja, ich bin ein Depp Wir sind ja bei Terminus Strings, nicht bei Busstop Strings.

und wenn sich in Joni's Hof-Datei nichts um die SD 200 mit einzeiliger Seiten-Annax geschert wurde, macht Sinn.

Joniboy_08 JA!!!, das ist es, Terminus String 5 gerade ausprobiert. Jetzt heißt es noch Script überall verteilen und auf Besonderheiten (NLC...) reagieren...

Sehr gut, dann werde ich das bei mir auch umsetzen! Vielen Dank euch!

Nur ne Frage aus Interesse: Welcher Bus ist das auf den Screenshots, und welche Innenanzeige?