Wer wollte nicht schon mal mit 600km/h auf Sicht fahren?

@andreasdannhauer9840

Жыл бұрын

Brauchst ein gutes Fernglas und eine ruhige Hand.

@RGa-ch1vs

Жыл бұрын

Maglev in Japan ist da bald Stand der Technik mit 600 km/h. #transrapit als Stichwort😮😂

@CuzImMaximus

Жыл бұрын

@@RGa-ch1vs aber ob man da mit 600km/h auf Sicht fahren wird? Ich bezweifle. Vielleicht zwar nicht mit v/max 40, aber auch nicht mit 600km/h.

@AndreasDelleske

Жыл бұрын

Real men (TM) fahren auf Sicht!

@Mr1X

Жыл бұрын

Das, was da am 22.09.2006 in Lathen passiert ist kam dem schon recht nahe

Bester Mann für Trinkspiele. Humor hat der Experte😂

Als fan der anderen Videos bleibt da noch eine Frage bei mir offen. Hat die Deutsche Bahn zu irgendeinem Zeitpunkt versucht in den Meldungen zur Integrität des Zuges den Zustand: Speisewagen entgleist, mit aufzunehmen?

@DeputatKaktus

Жыл бұрын

Dafür muss man vermutlich auch das Trinkspiel implementieren, für das es wiederum zu viele unterschiedliche betriebliche Voraussetzungen gibt. 😅

0 Achsen, das heißt wohl, dass man auch auf Magnetschwebebahnen vorbereitet ist.

Alwin, ohne dein Gläschen und dein Alkohol habe ich dich gar nicht wieder erkannt. ^^ Danke für den Vortrag.

So, da muss ich auch noch meinen Senf ergänzen ... einige der Quirks habe ich tatsächlich ebenfalls schon gebracht. Diesen Vortrag muss ich aber auf jeden Fall weiterempfehlen. 3:30 Das ist eine Änderung zur SRS 3.4.0. Da die Systemversionen aber per definitionem kompatibel sein müssen, konnten keine Variablen ergänzt werden. Über die Auswirkungen wird sich dann in anderen Dokumenten ausgelassen. 5:00 Lustig wird es, wenn man bedenkt, dass die Balisenübertragung nur bis 500 km/h spezifiziert ist. (Siehe auch bei 23:05) 6:54 Auch hier noch spaßiger, weil die Regeln zur Anbringung von Balisen am Fahrzeug schon 2 m ab Zugspitze fordern. Es gibt auch keine verpflichtend zu prüfende Abhängigkeit zwischen L_TRAIN und L_TRAININT. 8:15 Das hat meiner Meinung nach eher mit dem Zeitpunkt zu tun, zu dem die Zugintegrität zuletzt festgestellt wurde. Wenn L_TRAININT durch den mangels Balisen anwachsenden Ortungsfehler überläuft, würde dies kurz darauf vermutlich auch mit L_DOUBTOVER passieren. Insofern verstehe ich die Begründung nicht. 10:40 Die Länge der Loop hat funktional keine Auswirkung, sondern wird nur zu Diagnosezwecken übertragen. Wenn man sich das sparen will, kann man eine unbekannte Länge angeben. 13:17 Viel schlimmer ist aus deutscher Sicht eigentlich, dass es keine negative Kilometrierung und keine Überlängen gibt. 13:40 N_AXLE wird funktional nirgends genutzt. Man kann es wohl am Bedienplatz ablesen, aber ich kenne keinen praktischen Anwendungsfall. 17:17 Die Release Speed selbst auszurechnen ist gar nicht so dumm, weil die Berechnung die Distanz zwischen EOA und SvL berücksichtigt und das Passieren letzterer automatisch verhindert. 18:40 Es sollte eine andere Möglichkeit zum Ausblenden der Textmeldung geben, z. B. Zeit oder Bestätigung durch den Tf. Im Zweifelsfall führen bestimmte Modewechsel auch zum Löschen. 19:54 China dürfte noch nicht einmal so problematisch sein, da man mit ISO 8859-1 Hanyu Pinyin darstellen kann. Schwieriger wird es vor allem mit osteuropäischen Sprachen, mal ganz abgesehen von den EU-Amtssprachen Bulgarisch und Griechisch. 20:02 Beim Abrüsten wird kein MA Request mit "Track description deleted" kommen. Das sind Kürzungen einer (L2-) MA, entweder vom RBC angestoßen oder eigenständig nach Sicherheitsreaktion "Service Brake". 22:40 Balisen sind von der Übertragung her OK, da wird bei der Überfahrt das Balisentelegramm gut einmal übertragen (ich glaube um die 1,5-mal). Die Funkübertragung ist aus heutiger Sicht (GSM-R) allerdings grottenlangsam, für eine MA werden allgemein 0,8 s genannt (siehe Wikipedia unter Berufung auf die Untersuchung S-Bahn Stuttgart)). Es gibt ja Parameter, mit denen das Fahrzeug zum zyklischen Senden von Position Reports aufgefordert werden kann, damit kann man definitiv das Fahrzeug oder das RBC abschießen. Zumal auch alle 0 Sekunden ein PR gefordert werden kann🙄

@empunktatze4331

Жыл бұрын

[Homer]NEEEEEEEERRRRRDDDDDD[/Homer]

On-board calculation of the release speed is strongly the default in GB application of ETCS. Greetings from NL

12:00 naja, für 15 bzw. 25 kV Wechselstrom sind 10.000 Ampere übertrieben, nicht aber für 1,5 kV Gleichstrom. In Frankreich darf je nach Strecke ein TGV 5000+ Ampere ziehen.

@hammerth1421

Ай бұрын

Zeigt halt den Nachteil dieser Art der Stromversorgung auf.

Ich möchte nicht die arme Sau sein, der bei einem 4km-Zug die volle Bremsprobe machen darf 😂

12:25: 10000A in Gleichstromnetzen durchaus möglich, mit 2 oder 3 Fahrdrähten nebeneinander beim Anfahren mit mehreren Loks

@Bahnliner

Жыл бұрын

Das ist richtig. Ein ICE3 hat pro Tz einen Oberstrom von 4000A und bei einer Doppeltraktion sind es 8000A.

@bejonwe

Жыл бұрын

@@Bahnliner Müssten 400 und 800 sein, oder? 🤔

@ralflorenz3450

Жыл бұрын

@@bejonwe Nur bei AC-Betrieb mit 15/25 KV, bei 1500/3000 DC geht der Strom umgekehrt zur Spannungsabsenkung hoch.

@bejonwe

Жыл бұрын

@@ralflorenz3450 nvm wir haben ja noch andere als das deutsche Stromsystem in den Dingern stimmt ^^

@Bahnliner

Жыл бұрын

@@bejonwe Bei 1.5kV DC sind es 4000A.

Zu der Frage nach der Sprache der Textnachrichten in der Schweiz: Es gibt im Schweizer Schienennetz klar definierte Sprachgrenzen und die ETCS Textnachrichten erscheinen immer in der lokalen Sprache und NICHT fix in der vom Lf eingestellten Sprache.

@nicolasblume1046

5 ай бұрын

Wieso? Das ergibt keinen Sinn. Auch wenn man die anderen Sprachen spricht, es ist immer am sichersten in der eigenen Sprache

18:20 V_RELEASEDP=126 wird wohl z.B. in Dänemark genutzt.

Der Vorteil des Release Speed an Bord ist das gleichbleibende Sicherheitsniveau bei ganz unterschiedlichen Zugkompositionen (Masse, Bremsart, Bremsprozente/Bremsleistung). Während ein beispielhafter Güterzug an einem beispielhaften Signal 15 km/h errechnen könnte, könnte ein beispielhafter EMU 31 km/h errechnen, was seiner Fahrweise hilft. Nachteilig ist, dass keine Prüfung auf minimale Fahrbarkeit stattfindet, wenn z.B. ein Zug 6 km/h ausrechnen würde. Das wird in Italien in der BL3 genutzt.

25,4 % sind bei Zahnradbahnen tatsächlich erreichbar, ob man die allerdings noch mit ETCS ausrüstet, ist eher fraglich.

@nicolasblume1046

5 ай бұрын

Wieso nicht? Bei den Schweizern würde mich das nicht überraschen :D Selbst die Wuppertaler Schwebebahn hat ETCS

@NeoDerGrose

5 ай бұрын

@@nicolasblume1046 Bei so steilen Zahnradbahnen gibt's eigentlich in der Regel stark vereinfachten Betrieb. Da können sich auch mehrere Züge auf Sicht folgen. Sowas mag ETCS gar nicht. Außerdem hat auch die Wuppertaler Schwebebahn nur ein angepasstes ETCS und dann kann man ja auch sowas ändern.

Und? Wie wär's mit einem Trinkspiel auf dem nächsten Chaos Congress?

sehr interessanter vortrag, wo mir wahrscheinlich nicht als einzigster die frage kommt, ob teile die entwickler zum teil je mit eisenbahn schon mal zu tun hatten, oder auch nicht?!

@joehannes23

Жыл бұрын

Schadet ja nicht werte zuzulassen die nicht realistisch sind.

@AndreasDelleske

Жыл бұрын

Klares Ja!

Ach, interessant! Alwin? Du machst einen CCC-Vortrag? Das ist ja mal geil!

Auf seinem Kanal meinte er einmal, dass die Dokumentation der Schweizer sehr gut sei, hat mich etwas gewundert dass er dass hier nicht angesprochen hat

@Echoray1

Жыл бұрын

Ja, richtig. Ist halt die Frage, welches Land dir on the spot einfällt, wenn Du live auf der Bühne gequizzt wirst... Wobei es auch in Deutschland in den letzten Jahren etwas besser geworden ist. DB Netz hat sich z.B. inzwischen doch noch dazu durchgerungen, ihre nationalen Werte vollständig zu veröffentlichen.

Mit den Bits wurde deswegen so sehr gegeizt, weil das Protokoll von alten Männern ausgedacht wurde, die nach alter Schule der 70er und 80er Jahre gelernt haben, dass man hier nicht asen soll. Genau das macht das Protokoll aus heutiger Sicht so grauenhaft. Sehr geil sind die 5km/h Auflösung beim Auswerten von Fahrdaten. Deswegen wird hier meist auf eine Ist-Geschwindigkeit aus anderen Systemen zurückgegriffen. Wenn kein Weg angeben wird, über den die Textnachricht angezeigt werden soll, dann wird stattdessen eine Zeit vorgegeben.

@svenherzfeld8071

Жыл бұрын

Da man Funktechnik der 90er Jahre nutzt, ist dieser Ansatz auch gar nicht falsch. Wenn man alle möglichen Informationen in eine Movement Authority stopft, kommt man problemlos auf ein Mehrfaches der maximal zulässigen Größe von Funkmessages.

@altebander2767

Жыл бұрын

Naja, man muss schon auch sagen, dass das alles unter erschwerten Bedingungen funktionieren muss. Sprich da fährt ein Fahrzeug recht schnell über eine Balise drüber. Da begrenzt die Physik schon die Menge der übertragbaren Bits. Somit bräuchte man für mehr Bits mehr Balisen, was schnell teuer wird. Klar, man könnte auch, beispielsweise durch höhere Sendeleistungen oder breitere Frequenzbänder mehr Daten übertragen, damit nimmt man dann aber mehr der geteilten Ressource "Äther" in Anspruch. XML wäre in so einer Anwendung überhaupt nicht nachhaltig.

@nonesense84

Жыл бұрын

Für die Kommunikation zwischen Infrastruktur und Fahrzeug ist der Ansatz nachvollziehbar. Diese Messages werden allerdings auch innerhalb des Fahrzeugs zwischen den Komponenten, wie etwas DMI, JRU und EVC via MV-Bus verschickt. Normalerweise würde man hier Prozessdaten verwenden, ähnlich wie bei CANopen.

@Ruhrpottpatriot

Жыл бұрын

Noch nie mit UAS und UGS gearbeitet? Da ist bit geiz absolut normal selbst in Teams die avg(age)

@nicolasblume1046

5 ай бұрын

Wird nicht schon daran gearbeitet für den Funk 5G einzusetzen? Hab ich zumindest mal gehört

Die Pilatusbahn hat laut Wikipedia eine maximale Neigung von 480 ‰. Kann die Pilatusbahn auf ETCS umgerüstet werden? Oder andersherum gefragt: Was hindert ETCS daran die vergleichweise einfache Pendelstrecke zu steuern?

@Skullair313

Жыл бұрын

Die Streckenneigung wird für die Berechnung der Bremskurven nach aktueller Zugdateneingabe und Bremsmodell verwendet, die natürlich eher auf konventionelle Bahnen ausgelegt sind. Ein so hoher Wert für die Steigung ist bei TSI-konformen Fahrzeugen also wahrscheinlich garnicht zu erwarten und somit nicht vorgesehen. Sonst könnte man soetwas über die Balisenpackete für sonderanwendungen wie der 45 lösen.

Das mit der release Geschwindigkeit selbst errechnen könnte ich mir vorstellen als wunschzustand: fahr ans signal auf Durchrutschweg, damit bremst der Vorschriftsgemässe 1% bremser nicht den 16G bremser aus, da der 16G bremser wahrscheinlich auch mit einer release Geschwindigkeit von 600km/h noch im Durchrutschweg zum halten käme… Toll für Mischbetrieb mit bekloppten balisen, bei denen die Züge regelmässig sich mit Release Geschwindigkeit herantasten müssen…

Warum sollte man für ATO einen neuen Mode brauchen? Aus der Sicht des RBC ist es doch egal wer/was fährt. Thameslink geht ja auch in FS.

@Skullair313

Жыл бұрын

Genau, das ETCS überwacht die ATO wie einen menschlichen Fahrer. Die Betriebsart ATO wird es aber im Fahrzeuggerät kompatibler Züge auf die eine oder andere Art geben.

Hat Spaß gemacht da im Publikum zu sitzen, sehr unterhaltsam! 😁

Mega, danke!

Warum ist das Protokoll so geizig mit Bits lol Da trauert die ganze Zugindustrie seit Jahren dass die 65km/h Weichen mit nur 60km/h befahren werden können, und jetzt wird die Genauigkeit gebumpt von 10 auf.. 5? Warum nicht gleich 1 😭 Und maximale Zuglänge 12 bit also 4096m, wird _jetzt_ schon von echten Zügen gesprengt. Macht es doch 16 bit mein Gott, oder gleich 32bit mit Millimeter Genauigkeit, dann ist das Protokoll auch noch in Zukunft nützlich! Ich hab gerade erst angefangen aber kriege jetzt schon die Krise lol Wurde ECTS in den 80ern designt?

@SBRV427

Жыл бұрын

Vermute das liegt unter anderem daran das die Übertragung ja unter anderem mit GSM-R passiert, was ja keine unendliche Bandbreite hat und auch beim Überfahren der Balisen mit 300km/h+ noch für mehrere Wiederholungen Zeit sein muss. Das mit den 65km/h war auch mehr ein Scherz. 4096m Zuglänge in Bahnländern mit Verstand? (oder zumindest Mischbetrieb auf den Strecken^^) Schwierig, so lange Überholgleise findet man selten, frag mal Amtrak usw. was die von dem "Precision Scheduled Railroading" der Class1 Freightrailroads halten. Bahntechnik ist allgemein halt recht konservativ, weil es einfach sicher funktionieren soll.

@HenryLoenwind

Жыл бұрын

Bei der Zuglänge frage ich mich eher ob man die Auflösung von 1m wirklich braucht. 5m oder 10m sollten doch eigentlich reichen, oder? Ganz allgemein wäre aber eine nicht-lineare Kodierung ganz angebracht gewesen wenn man Bits sparen will.

@Xray26

Жыл бұрын

Es gibt keine Züge die 4000m lang sind und ETCS verwenden. Es gibt auch keine Marshalling Yards/Verschubbahnhöfe die einen 4000m langen Zug zusammenstellen könnten, wenn dieser denn überhaupt einen (Bahn-)Neuzugang erhalten würde. Es gibt Limits die dann einen Sinn machen, wenn man sich das Betriebskonzept der Bahninfrastrukturprovider ansieht. Auch sind Limits aufgrund der Bits gegeben (je mehr Bits desto länger die Nachricht desto langsamer kann der Zug fahren, da die Kommunikation zwischen. Dem Zug der durch ETCS geführt werden soll und der Leitzentrale über punktuelle Eurobalisen erfolgt.) 4096 Darstellungsformen sind nur 12bits (0m bis 4095m). Ein dreizehntes Bit (=Zugänge max 8191m) hätte noch weniger Sinn ergeben, weil es das noch weniger gibt als 4095m lange Züge.

wie? nicht als Trinkspiel??

Wie viel Prozent der Strecken in Deutschland sind denn überhaupt schon mit ETCS ausgestattet ? Und wie viel Prozent der DB Fahrzeuge sind mit ETCS ausgestattet ?

@felixw19

5 ай бұрын

Schau auf dem Kanal von ihm vorbei, er macht jedes Jahr einen Überblick, was in Sachen ETCS in Deutschland passiert ist

Ist der Vortrag von DB Netz auch irgendwo hochgeladen?

@Echoray1

Жыл бұрын

kzread.info/dash/bejne/pWts0bCIgLWcXaQ.html&pp=ygUMb2xpdmVyIGtuYXBw

8:22 Wie groß ist denn der Wertebereich? Bin blind und kann es daher nicht auf dem Bildschirm sehen…

@Echoray1

Жыл бұрын

0 bis 32767 Meter

@klausfischer3079

Жыл бұрын

@@Echoray1 vielen Dank!

hallo liebes CCC-Team. Versucht doch bitte mal die Aussteuerung des Audios in den Griff zu kriegen. Alwin ist meist übersteuert.

@mediacccde

Жыл бұрын

Wir verwenden seit Tag 3 der GPN einen besseren Leveler, der das vermeidet. Dieser Talk wurde noch mit dem alten produziert. Es kann aber auch ab und zu sein, dass wir ein übersteuertes Signal von der Saaltontechnik bekommen. Darauf haben wir leider nur wenig Einfluss.

@Mr1X

Жыл бұрын

​@@mediacccdedas passiert wohl, wenn pre-feeder in Subgruppen der Kamera-Ton abgegriffen wird: zu viel Gain und dafür den Feeder recht weit im Saalton runter, während der Kameraton bei 0 dB steht.

Es gibt ne Zahnradbahn bei Luzern mit 25,4 %

@shr0sh851

Жыл бұрын

Habe grade noch drüber gelacht, aber daran hätte ich jetzt garnicht mehr gedacht, guter punkt. Wobei man hier jetzt nicht zu 100% folgern kann ob es sich um die Steigung im allgemeinen handelt, oder sich das nur auf die maximale Neigung im Gleisbogen bezieht.

14:58 0 achsen macht sogar sinn, ein transrraprid z.B. hat ja keine Achsen ist abeer trotzdem ein Zug