R-bus vs Loconet. Wat zijn de voordelen/nadelen?

[henk]

Toch even ter vergelijking. Zowel voor de RS-bus als de R-bus zijn er wel alternatieven. LDT levert bijvoorbeeld terugmelders voor de RS-bus. Maar inclusief stroomdetectie kom je dan op ruim €8 per terugmeldpunt. Bij de componenten van Lenz zelf nog wat meer.

Ik heb een Lenzcentrale met daaraan gekoppeld een S88 naar Xpressnet interface. Dan kost een terugmeldpunt ineens iets van €2. Voor Loconet bestaat ook zoiets.

Digikeijs levert een interface S88 naar R-bus. Toch zou ik altijd voor Loconet gaan als dat de keuze is. Biedt meer mogelijkheden en je weet nooit wat je in de toekomst allemaal wil. Niet alleen kiezen op basis van een terugmeldbus.

[VvKan]

Helemaal mee eens.  Zo gebruik ik van oudsher Lenz met de RS bus, maar toen ik tegen beperkingen en limieten begon aan te lopen heb ik daar Loconet componenten bijgeschakeld.  Maar dan wel in een apart systeem, zodat ik daar zowel stand-alone als gekoppeld aan een PC iets aan heb.
Als ik de PC aanschakel heeft die dus een aparte lijn met de Lenz centrale en een aparte lijn (Loconet interface) met het hele stuk Loconet.

Omdat ik fervent voorstander en al deels gebruiker ben van RailCom, en (helaas) Lenz daar geen systeem voor heeft opgebouwd (wel lang geleden aangekondigd !) stap ik nu deels over op BiDiB, maar die heeft dus de eigen BiDiB bus met mogelijkheden voor aansluiting van oa Xpressnet.

In geval van nieuw aan te schaffen apparatuur gaat het dus niet zozeer om de korte termijn, maar om een idee hoe je op kortere of langere termijn je hele baan en besturing wil inrichten.  Het kiezen voor een PC met programma voor de besturing (Evt volledig automatisch) is toch iets wezenlijk anders dan uitgaan van een handbesturing met inschakelen van een programma als hulpmiddel voor bijvoorbeeld de beveiliging. Het kiezen van een terugmeldbus met bijbehorende spullen zou ik op de technische mogelijkheden en bereikbaarheid baseren, en op de kosten natuurlijk, waarbij Loconet het meest open en ook nog goedkoopst lijkt.  Wil je toch nog meer, denk dan aan BiDiB of Zimo (nog niet genoemd) met een "eigen" Can-bus, die weer anders is dan die van Roco en Märklin.

[San-Markos]

Duidelijk! Ik heb een hoop antwoorden gekregen op vragen (ook op vragen waarvan ik niet wist dat ik ze had  ).

Ik kan mij aanstaande vrijdag nu beter oriënteren op Eurospoor.

Nogmaals dank!

[meino]

Op zich zelf is dit best een interessante discussie. Maar het blijven allemaal protocollen en implementaties die niet in het publieke domein aanwezig zijn. In dit kader is het ook belangrijk om te kijken wat de NMRA en JMRI doen. Zie dit topic op de JMRI site: Hardware Support: CAN: Controller Area Networks. Het is duidelijk dat Loconet en de R-bus geen rol spelen in de toekomst zoals die door de NMRA en JMRI gezien worden. Enige analogie met het DCC protocol van Lenz, dat min of meer gelijk in het publieke domein kwam en Selectrix dat gecontroleerd bleef door Trix, bestaat er wel in mijn ogen. We weten nu welk protocol domineerd, ondanks het feit dat Selectrix in oorsprong superieur was.

Sorry voor "the spanner in the works"

Groet Meino

[Klaas Zondervan]

... ondanks het feit dat Selectrix in oorsprong superieur was.

Gewoon uit nieuwsgierigheid, kun je uitleggen wat er zo superieur was aan Selectrix?

[bask185]

Die weet ik ook.

Selectrix heeft decoder feedback ingebouwd in het protocol zelf. Dat is dus anders dan bij DCC waar ze achteraf nog even railcom hebben ingeknutseld en vervolgens problemen veroorzaakten bij een groot scala aan voorheen perfect werkende dcc decoders. Zoals bepaalde mardec dingetjes om er maar 1 te noemen.

Het is ook beter dan mFx omdat selectrix wel altijd werkt. mFx stopt soms gewoon met werken omdat het protocol niet altijd even goed werkt. Daarom hebben central stations nu een pagina genaamd "verloren mFX loco's tergvinden". Marklin heeft dat toegevoegd nadat menig man terug stapte naar hun dealers met het bericht, deze trein doet niks meer.

Bas

[Klaas Zondervan]

Decoder feedback ingebouwd in het protocol? Wat voor feedback? En hoe werkt dat dan?

MFX laat ik maar even voor wat het is. Dat is meer dan een protocol dat de decoder aanstuurt.

[bask185]

@Klaas
Er staat het eea op internet. Een ander voordeel was dat niet alles trager werd naarmate er meer treinen op de baan komen. Ze hadden ook al een voorloper van het ABC systeem (althans ik weet niet wie er eerder mee kwam). Volgens mij had ik geen gelijk over decoder feedback, van wat ik op de wiki lees, konden ze wel terugmelders op SX bus aansluiten. Op zich een erg interessante bus.
https://en.wikipedia.org/wiki/Selectrix#Selectrix_bus

@Meino,

Can bus heeft ook mijn voordeel en ik snap eigenlijk nog steeds niet waarom niet alle bedrijven massaal zijn overgestapt op can bus. Iedereen maakte hun eigen communicatie protocollen tussen randapparatuur nadat can bus al een tijdje succesvol in gebruik was... op de halve wereld.

Waar ik dan weer van baal is dat die bedrijven die dan juist wel weer can gebruiken zoals marklin met crappy centrales aan komen zetten en vage DIN en andere exotische stekkers op de markt komen aanzetten. Die oude marklin digital systemen vond ik vele malen beter dan de central en mobile stations.

Ik snap ook niet waarom marklin verder is gegaan met hun crappy s88N bus in plaats van dat ze can bus terumelders hadden gemaakt. Ze hadden ook nog can bus accecoire modules kunnen maken, en een input module voor een schakelpaneel module. Allemaal goed mogelijk, beter dan wat ze nu hebben en ze doen er niks mee.

Ik moet nu op de club 2 schakelpanelen maken adhv van S88 modules, want ja dat is de enige manier om fysieke knoppen toe te voegen aan een marklin systeem. Buiten hun oudere apparaten om tenminste.

Bas

[henk]

Die SX-bus was altijd de grote plus van Selectrix, vanwege snelheid en stabiliteit. Dat werd mede bereikt door een beperkt aantal beschikbare adressen en decoderfuncties. Op den duur werd dat voordeel daarmee een nadeel. Inmiddels kent Selectrix aanzienlijk meer adressen, maar daarmee was het voordeel weer weg.
Tevens kende Selectrixdecoders van begin aan af lastregeling, een jaar of 15 voordat lastregeling regel werd in DCC-decoders.

Kortom, Seectrix was zeker superieur in de jaren tachtig en negentig, maar die voorsprong is verdwenen.

[meino]

Dat was precies de periode dat de NMRA het DCC protocol van Lenz omarmde omdat daar geen licensie rechten aan vast zaten.

Groet Meino

[Remunj]

Wil je toch nog meer, denk dan aan BiDiB of Zimo (nog niet genoemd) met een "eigen" Can-bus, die weer anders is dan die van Roco en Märklin.

Met die can bus van Zimo (of Roco en Marklin) beperk je je nu juist.
Als de protocollen niet vrij (gegeven) zijn beperk je je nou juist tot een merk voor toebehoren.
De kans dat er andere fabrikanten met toebehoren voor komen zullen juist stukken kleiner zijn.

In de nieuwste DiMo (Digitale Modellbahn) staat een uitgebreid artikel over de verschillende bussen met hun voor en nadelen. En bij diverse bussen wordt als grootste nadeel dan juist genoemd het niet vrijgeven van protocollen.

[bask185]

marklins can bus protocol van de cs2 staat online en die is bij de cs3 niet veranderd. In theorie is het volgens mogelijk om met een arduino een XpressNet en of loconet naar can bus omzetter te maken. Staat onderop mijn todo list. Dan kan je mooi multimausen en simpele DIY apparaten toevoegen aan een marklin baan.

Bas

[meino]

Dat is prima voor een particulier, maar onder wat voor licensie is dat gepubliceerd (GPL...) of moet je als commerciele partij gewoon een licensie bij Marklin kopen?
De kracht vann DCC is juist dat je de specs bij de NMRA kunt downloaden en gaan ontwikkelen.

Groet Meino

[bask185]

Ik heb geen idee of je zo'n apparaat zomaar mag verkopen. Van loconet weet ik dat je een licentie nodig heb. Dan moet je 1% van je omzet van verkoop van je loconet spul afdragen aan digitrax.

Maar ik mag wel een zelfbouw XpressNet shield verkopen die je op een uno kan prikken te samen met een canbus shield van aliexpress. Dan heb je benodige elektronica. Dan zet ik de software online en kunnen alle particulieren het zelf maken en verkoop ik slechts een klein simpel XpressNet shield.

https://wiki.rocrail.net/doku.php?id=cs2:cs2-en#protocol

Bas

[meino]

Ik weet niet of het helemaal opgaat, ook voor software gelden regels. Het hangt er maar van af hoe het protocol is gepubliceerd en onder welke voorwaarden. Ik ben niet voldoende op de hoogte van alle rechtsregels die rond dit soort zaken gelden. Om problemen te voorkomen zijn (software) licensies als GPL etc. geintroduceerd. Je schrijft dat je bij Loconet moet betalen, maar ook dat protocol is gewoon op het internet te vinden.

Overigens denk ik dat we het er genoeg over gehad.
Het enige wat ik probeerde te zeggen in mijn eerste reactie, is dat ik denk dat niet vrije software op den duur het onderspit delft en dat uiteindelijk opensource software het wint. Alleen als een fabrikant kans ziet om een absolute monopolie in een specifiek niche te verwerven heeft niet vrije software een kans.
Dus denk ik dat Loconet best nog lang bij ons zal zijn, maar net als Selectrix en MFX zal het uiteindelijk aan de zijlijn terecht komen.
Een belangrijke factor is de NMRA en de club van ontwikkelaars achter JMRI die door hun grootte veel meer kunnen investeren dan wat een bedrijfje als DigiTraxx kan ophoesten.

Groet Meino