![]() Railcom is standardized and even in two standards: Der persönliche Nutzen von Railcom ist selbsverständlich von deinen persönlichen Vorlieben/Vorstellungen, was den Moba-Betrieb angeht, abhängig. einer I☬-Bus-Übertragung, halb-duplex im Master-Slave-Betrieb, wenn dir das etwas sagt. Dadurch sind die Möglichkeiten von Railcom schon heute klar limitiert und eine richtige bidirektionale Kommunikation unmöglich. Railcom ist nur durch einen - ich nenne es einmal - technischen Kniff möglich, wodurch sich die Möglichkeit einer Antwort des Decoders im Betrieb in das bestehende DCC-Protokoll einfügt. hierzu auch was ESU darüber auf deren HP schreibt) Railcom musste ins Leben gerufen werden, damit die veraltete Technik des DCC-Protokolls und der DCC-Übertragungslogik in Zukunft noch Konkurenzfähig ist ( -> vgl. ![]() Railcom kann unangenehme Nebeneffekte haben, auch bei vollständig korrekter Anwendung und Implementierung (z.B. Railcom benötigt zusätzliche Komponenten deren Kosten abhägig von der Anlagengröße enorm werden können (Kosten vs. Es ist nicht absehbar wie und in welche Richtung sich Railcom in Zukunft entwickelt Railcom ist nicht zwingend für POM nötig, jedoch für das Auslesen der Decoder auf dem Hauptgleis Railcom verlangt nach strikter Konsequenz bei der Verwendung und Zusammenschaltung von Hardware, sonst zahlreiche Probleme möglich Railcom wird nicht von allen Herstellern die es anbieten in gleichem Umfang umgesetzt Railcom(+) ist (noch) kein genormter Standard Judging by the messages in this thread, here many simply did not have any practice with Railcom, a lot of absolutely incorrect information, I am ready to share everything that I know, but only in English. I can say with confidence that I know a lot about the topic. I have been working with Railcom since 2017, I was one of the digikeijs DR5088RC beta testers. In Sachen bidirektionaler Kommunikation über die Schiene ist das letzte Wort noch lange nicht gesprochen.įinally, there was someone who is interested in the Railcom theme at stummiforum Letzteres kann man heute schon teilweise mit Railcom+ sehen. Ich befürchte eher, und das haben hier einige Vorredner auch schon anklingen lassen, dass es entweder einen technischen Bruch gibt, sodass man in einigen Jahren gezwungen ist neue Hardware zu kaufen, und/oder es herstellerbedingte Unterscheidungen gibt. Nur fehlt mir der Glaube daran, dass es sich auf lange Sicht gesehen für das DCC-Protokoll durchsetzt. Auch in meinem Umfeld gibt es nicht wenige Beispiele, die durch Railcom mit Problemen zu kämpfen hatten und es deshalb in ihrer Zentrale deaktiviert haben.ĭie Idee und der Gedanke die Kommunikation zu den Decodern bidirektional zu haben, finde ich vom Grundsatz her toll und erstrebenswert. Das ist auch der Grund, weshalb ich mich nicht vollends dafür entschieden habe. Ich persönlich habe mit Railcom gemischte Erfahrungen gemacht. ![]() Nutzen Betrachtung, wie von Vinc angesprochen, die Kosten deutlich überwiegen. Sehr wahrscheinlich, dass bei einer Kosten vs. So "toll" Railcom auch sein kann, so ist der Nutzen der Decoder-Rückmeldung für DCC-Fahrer in vielen Punkten doch überschaubar und man sollte dann auch immer den Kontext (Mehraufwand, Kosten) sehen. Programmiert man mehr und aufwändiger, nehmen sich die meisten sowieso ein extra Gleis und nutzen dann auch komfortable Programmiersoftware. Ich gebe zu das ist nicht perfekt aber das Argument man programmiere im Blindflug bei POM ohne Railcom stimmt so pauschal einfach nicht. ![]() Sollte es zu einer Störung kommen kann man das also sehen. Damit quittiert der Decoder den erfolgreichen Empfang sowie die Programmierung der darin enthaltenen Befehle. auch das Aufblinken des Spitzenlichts der programmierten Lok. Ist das wirklich so?įür das Bestätigen einer erfolgreichen Programmierung bedarf es übrigens keiner Railcom-Technik. Lese ich zum ersten mal, dass Railcom den Daten-BUS am Gleis entlastet. Das spart Bandbreite am Gleis.ĭas ist interessant. Damit müssen, vor allem Geschwindigkeitsbefehle, nicht auf Verdacht direkt öfter wiederholt werden um einen Empfang sicher zu stellen. Ein Vorteil vom Railcom mit Software ist mir noch eingefallen: Die Decoder quittieren den Erhalt vom Befehlen.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |