Loading...
 

Dinamo


binnenverlichting.

Hallo,

Sinds kort rijdt ik met binnenverlichting in de wagons.
Ik stuur mijn bezetmeldingen mbv glasschakelaars, welke door de loc. wordt bediend.
Op de 1e bezetmelder wordt het vorig blok weer vrijgegeven en het huidige blok bezet. Door deze actie gaat de stroom van het vorige blok af en daarmee gaat de binnenverlichting uit, totdat alle wagons weer in het huigige blok zijn.
Hoe voorkom ik dit ??

2e vraag: Hoe kun je het flinkeren van de binnenverlichting voorkomen (condensator ??).

Reinier.

Netherlands

Je kunt voor het eerste probleempje bijvoorbeeld, je blok vrij laten geven op de tweede bezetmelder (of stopmelder). Hierdoor wordt het vorig blok later vrijgegeven en langer van stroom voorzien.

Het flikkeren zou je idd kunnen voorkomen dmv een condensator. Ik ben zelf eigenlijk ook nog nieuwsgierig naar een schema'tje

Groeten,
Patrick


Netherlands

Hallo Reinier,

Als je zonder detectie rijdt moet je, zoals Patrick schijft, eigenlijk altijd zorgen dat het vorige blok aangestuurd blijft totdat de staart van de trein er helemaal uit is. Anders krijg je in principe heel even kortsluiting elke keer als een wielstel van de sleep de blokovergang passeert. Dinamo kan daar (normaliter) wel tegen, maar toch.
Verder heb je dan ook meteen het probleem met geduwde treinen opgelost.

Flikkerende verlichting is geen onbekend probleem. Condensatoren kunnen een oplossing zijn, maar pas wel op dat ze geen kortsluiting vormen. Dinamo is daar wat kritischer op dan de meeste andere digitale systemen. Eigenlijk werkt dat (een buffercondensator) alleen goed bij LED verlichting.
Een andere oplossing is betere stroomafname of stroomvoerende koppelingen

Mvg,
Leon

Patrick, Leon,

Dank voor het antwoord, daar was ik al achter gekomen, maar dat heeft wel invloed op het rijgedrag van mijn hele baan, want de volgende treinen kunnen pas later gaan rijden.
De verlichting is toch HF, kan deze dan niet op alle blokken blijven staan? (sorry, maar ik ben geen E man, maar een W)

Reinier.


Netherlands

Hoi Reinier,
Daar heb je op zich wel gelijk in. Nu ken je ik je opzet van je baan niet (wel nieuwsgierig trouwens) maar je zou hier denk alleen last van hebben indien je blokken achter elkaar hebt liggen zonder dat deze gescheiden zijn door wisselstraten.
Ik neem aan dat je je wisselstraten wel vrijgeeft op de tweede melder. Anders heb je kans dat je wisselstraat al weer gereserveerd wordt voor een andere trein, met ontsporingen van je eerste.

Groeten,
Patrick


Patrick,

Hier heb je een backup van mijn baan.

Groetjes,

Reinier.


Patrick,

Sorry, gaat niet door, het bestand is te groot.
Nu weet ik niet hoe ik dat dan wel goed krijg.

Reinier.


Netherlands

Misschien onder file galleries > upload file.
Dan komt het bestand in je eigen Gallery, kun je direct ook je foto's onder zetten bijvoorbeeld.
Ook leuk voor anderen.

Wat ik me ook nog bedacht.
Mocht je het te lang vinden duren dat je vorig blok pas op de stopmelder vrijgegeven wordt. Onder de nieuwste versie van koploper (6.7) kun je werken met virtuele bezetmelders. Hoe dit precies in elkaar steekt weet ik verder ook nog niet. Maar wellicht een item om verder uit te zoeken. Wat ik er van begreep, is dat het op basis van tijd werkt. Ondersteuning van virtuele bezetmeldpunten. Op basis van afgelegde afstand of gereden tijd kan nu een bezetmeldpunt worden gesimuleerd die fysiek niet op de treinbaan aanwezig is. De laatste zin heb ik van de pahasoft site.

Groeten,
Patrick


Netherlands

Hallo Reinier,

"daar was ik al achter gekomen, maar dat heeft wel invloed op het rijgedrag van mijn hele baan, want de volgende treinen kunnen pas later gaan rijden"

Dat klopt, maar het is een gevolg van de keuze die je gemaakt hebt om niet met volledige bezetmelding te werken (of helemaal niet met bezetmelding). Overigens vind ik persoonlijk die gevolgen heel erg meevallen.

"De verlichting is toch HF, kan deze dan niet op alle blokken blijven staan?"

Nee, om 3 redenen:
1) HFI wordt per trein ingesteld. Misschien kan jouw volgende trein wel niet tegen HFI omdat daar bv een klokankermotor zonder afdoende bescherming in zit. Zo maar HFI op elk blok zetten betekent vernieling van die motoren.
2) Er staat niet "zo maar" HFI op het blok, maar HFI-PWM. Hoe groter de PWM component, hoe kleiner de HFI component. Het aanbrengen van HFI op alle niet-aangestuurde blokken veroorzaakt een kortsluiting als er nog een trein op de blokovergang staat (of rijdt). Dinamo schakelt die kortsluiting wel af, maar een design waar kortsluiting bewust gecreëerd wordt en vervolgens opgeheven is een slecht ontwerp. Bovendien weet je nooit hoe Dinamo dat oplost. Dat kan wel eens zijn door het uitschakelen van het blok waar de trein naar toe rijdt, met als gevolg dat die blijft staan, de kortsluiting voortduurt en uiteindelijk de volgende trein er op knalt. De oorzaak van het hele probleem is immers dat de staart van de trein nog in het vorige blok steekt.
3) Het zou wel eens zo kunnen zijn dat de volgende trein een DCC trein is. Dan komt er helemaal geen HFI op dat blok, maar DCC. Via de reeds genoemde kortsluiting kan die DCC dan op de analoge motor van de vorige trein komen. En als HFI slecht is voor klokankers zonder voorschakelspoel, DCC is niet erg goed voor elke gelijkstroommotor.

Dus voor het behoud van jouw materieel en dat van anderen is dat m.i. geen goede oplossing.

"Sorry, gaat niet door, het bestand is te groot"

Wat probeer jij dan mee te sturen? Een Koploper-backup is enkele tientallen kb. Zelf de backup van een Railz database is niet groter dan iets van 200kb, en gezipped is dat nog slechts enkele tientallen kb.
Het maximale attachment is nu ingesteld op een kleine 150kb. Daar moet je toch redelijk wat mee kunnen.

Mvg,
Leon


Leon, Patrick

Mijn backup is 227 kb groot.
Ik heb hem nu ingepkat en dan is ie 29 kb groot dus die stuur ik nu mee.

Reinier


 
Dutch (Nederlands, nl)English British (British English, en-uk)German (Deutsch, de)