Alternatieven voor bloksysteem

[MMMark]

Mark, wat is het nut van twee 'intelligenties'.

Lijkt me precies de goede vraag. Het antwoord hangt af van je hele conceptie van de modelspoorbaan. Mag ik er een weekje over nadenken?

(Waarom je met 1 intelligentie wilt kunnen volstaan is overigens duidelijk)

[MMMark]

RFID op de modelspoorbaan is misschien geen optie: omdat de tags passief zijn moeten ze bij het lezen worden opgeladen door de antenne van de reader. Dit gaat gaat misschien niet snel genoeg. 
Dat moet dus als eerste maar eens getest worden.

[Dave van der Locht]

Dat gaat behoorlijk snel kan ik je vertellen. Ik verwacht dat dat niet je grootste probleem zal zijn, maar misschien wellicht toch handig om te testen. Mogelijk is dat wel verschillend (ook in kosten) bij de diverse gangbare RFID systemen.

Bij de toegang tot de serverruimte bij een klant gebruiken we ook RFID tags in sleutelhanger-vorm. Die hoef je er op enkele CM's afstand maar even langs te vegen. En die beweging is in mijn geval vaak sneller dan een passerende Thalys op schaalsnelheid.

Groetjes,
Dave

[MMMark]

Dat gaat behoorlijk snel kan ik je vertellen. Ik verwacht dat dat niet je grootste probleem zal zijn.

Wat denk jij dat de grote problemen zullen zijn?

[santerdam]

RFID (....) Dit gaat gaat misschien niet snel genoeg. (....)

Het kost inderdaad enige tijd. Maar ze weten in sorteer-transportsystemen wel snelheden te bereiken, waarbij je met het blote oog de producten niet meer precies kunt volgen.

Sander

[MMMark]

Mark, wat is het nut van twee 'intelligenties'. Je ziet dat kennelijk als basisvoorwaarde, want het is een uitgangspunt.

Ik wil *in het ontwerp* de mogelijkheid openhouden om de loc meer te laten doen dan bevelen opvolgen en rfid-tag-id's  'terug'-melden. Je zou kunnen willen dat de loc zelf b.v. een ontsporing of een dreigende aanrijding constateert en zelfstandig ingrijpt. En dat allemaal *eventueel* in overleg met de centrale.
   

[Dave van der Locht]

Wat denk jij dat de grote problemen zullen zijn?

Interfacing, software, totale kosten-plaatje... Een globale greep uit het 'mogelijk-een-probleem-assortiment'.  

Kijk, een totaalplaatje bedenken van wat de mogelijkheden zijn is niet het grootste probleem.
Een enkel klein detail opnoemen van wat mogelijk een probleem is (RFID uitlees-snelheid) is mijns inziens ook niet je grootste probleem. De uiteindelijk uitvoering, aansturing en de samenhang van het geheel denk ik wel...
Heb je daar enige ervaring mee (elektronica, embedded circuits en programmeren)?

Daarbij komt kijken dat zeer nauwkeurige positiebepaling m.b.v. RFID ook nog eens een vak apart is om zelf te bouwen.
En ik vraag me sterk af of een kant-en-klare (commerciële) oplossing überhaupt betaalbaar is.

Oftewel, ik denk dat er nog grote problemen genoeg zijn en de RFID snelheid maar een klein detail is wat volgens mij ook geen probleem hoeft te zijn. Maargoed, ik blijf dit topic wel volgen. Je gedachte is helemaal niet verkeerd, maar je legt je eigen lat wel erg hoog.

Groetjes,
Dave

[MMMark]

Heb je daar enige ervaring mee (elektronica, embedded circuits en programmeren)?

Ik word er niet door gehinderd
't Is voorlopig echt alleen maar een brainstormsessie. Terreinverkenning. Hoe zou een modelspoorbaan die de naam digitaal verdient er uit moeten zien? De uitkomst zou heel goed de keuze voor een traditionele oplossing kunnen zijn. Maar dan is het een bewuste keuze (en zeggen we, met Wim: hup, decoders eronder en gaan met die baan).

[Dave van der Locht]

Uh.. Bedoel je in je laatste zin niet terugmelders, eigenlijk een soort van ENcoders? Of heb je ook plannen voor een andere manier van aansturing van je wissels ter vervanging gangbare wisseldecoders?

Groetjes,
Dave

[MMMark]

Uh.. Bedoel je in je laatste zin niet terugmelders, eigenlijk een soort van ENcoders? Of heb je ook plannen voor een andere manier van aansturing van je wissels ter vervanging gangbare wisseldecoders?

Sorry. Ik bedoel terugmelders. Gewoon het blok-systeem met bezetmelding.

[MMMark]

Of heb je ook plannen voor een andere manier van aansturing van je wissels ter vervanging gangbare wisseldecoders?

Laten we wild doen:
1. Alle stroomvoorziening van locs, wissels, seinen en wagenverlichting via de rails
2. Communicatie controlcenter->loc via de rails
3. Communicatie controlcenter->wissel via de rails
4. Communicatie controlcenter->sein via de rails
5. RFID-readers in de loc (eventueel ook in wagens)
6. RFID-tags onder de rails
7. Communicatie loc->controlcenter via de rails

Twee draadjes van je controlcenter naar de rails, wat programmeren, wat inregelen en gaan met die baan.

[Dave van der Locht]

1, 2, 3 en 4 zijn niet echt anders dan anders en bestaande reeds ingeburgerde en gestandaardiseerde technieken. Of wil je dat wiel opnieuw gaan uitvinden?

5, 6 en 6 (of zie ik dubbel?) wordt een leuke uitdaging voor je...

Ik zou i.i.g. de tags en readers anders gebruiken.
Tags in de locs en wagons (deze zijn reeds zeer klein verkrijgbaar), en readers onder je baan.
Wordt een nog veel duurdere aangelegenheid als je alle locs (en ook wagons) van readers wilt gaan voorzien en de tags onder de baan wilt plaatsen.

Groetjes,
Dave

[Klaas Zondervan]

Ik zou i.i.g. de tags en readers anders gebruiken.
Tags in de locs en wagons (deze zijn reeds zeer klein verkrijgbaar), en readers onder je baan.

Maar Mark wilde juist af van alle bedrading om die readers uit te lezen. Feitelijk moet je die readers qua aansluiting behandelen als bezetmelders/terugmelders. Daar zou je al een heel stuk op kunnen afdingen door de readers niet apart te bedraden, maar ze te verbinden met een buslijn. En dan kom je vanzelf uit op iets Loconet-achtigs.

[MMMark]

Wordt een nog veel duurdere aangelegenheid als je alle locs (en ook wagons) van readers wilt gaan voorzien en de tags onder de baan wilt plaatsen.

Over 5 jaar kost het geen biet meer. In de tussentijd kunnen we de microcontrollers programmeren

[Dave van der Locht]

Maar Mark wilde juist af van alle bedrading om die readers uit te lezen. Feitelijk moet je die readers qua aansluiting behandelen als bezetmelders/terugmelders. Daar zou je al een heel stuk op kunnen afdingen door de readers niet apart te bedraden, maar ze te verbinden met een buslijn. En dan kom je vanzelf uit op iets Loconet-achtigs.

Inderdaad, zoiets zag ik dan ook voor ogen... I.i.g. een enkele bus/netwerkstructuur voor je data van b.v. readers, en dit zien als zijnde bezet/terugmelders.

Om zoveel mogelijk van de bedrading af te komen door readers in een lok te moeten bouwen + de rest van het spul wordt al wat lastiger EN kostbaar. En helemaal in een schaal zoals N. Ik weet niet of het handig is om dat dan als uitgangspunt te beschouwen.

Over 5 jaar kost het geen biet meer. In de tussentijd kunnen we de microcontrollers programmeren

Over 5 jaar is het wellicht inderdaad goedkoper, maar of dat nou echt zoveel gaat schelen weet ik niet. RFID is niet iets van nu, maar bestaat al VEEL langer... De technieken zullen wel geavanceerder worden, maar of het daardoor ook goedkoper wordt dat is nog maar de vraag uiteindelijk.

Maargoed, je zult ook moeten testen e.d... Of ga je dat ook pas over 5 jaar doen? 
De aanhouder wint zeggen ze vaak, dus hup aan 't werk en begin maar vast met programmeren. 

Groetjes,
Dave