Koploperforum Digitale Treinbesturing Aktieve Gebruikers: 163 / Bezoekers Vandaag: 3243
Hoogste aantal aktieve gebruikers: 808
Koploperforum Digitale Treinbesturing
Startpagina | Mijn bestanden | Profiel | Registreer | Recente onderwerpen | Leden | Zoeken | FAQ
Gebruikersnaam:
Wachtwoord:
Selecteer taal
Wachtwoord opslaan
Wachtwoord vergeten?

Op 18 Maart 2019 is Paul Haagsma helaas overleden.

Wij wensen de familie en vrienden sterkte toe!

Lees en of praat hier mee.

Open hier de rouwkaart van Paul Haagsma



 Alle forums
 Koploper
 Gevorderden
 Initialisatie bij 'speciale acties' probleem
 Nieuw onderwerp  Reageer op onderwerp
 Printversie
Auteur Vorig onderwerp Onderwerp Volgend onderwerp  

Leendert

Netherlands
89 berichten

Geplaatst - 04 jun 2006 :  20:16:08  Toon profiel  Reageer met citaat
In 6.3 zit een heel aardige optie bij 'logisce acties'. Als een lok in een blok is, is het mogelijk om dit aan een 'speciale actie' te koppelen. Ik heb dit gebruikt om een led op een tableau aan te sturen: als de trein van blok X naar blok Y gaat (en op het tableau zit bij blok Y die led), dan gaat keurig de led aan, als de trein in het genoemde blok komt. Vertrekt de trein uit blok Y, dan gaat de led ook weer keurig uit. De led wordt aangestuurd door een poort van de OM32. Het werkt vlekkeloos. Maar... Bij het afsluiten van Koploper en de PC en het later weer eens opstarten, lijkt het of de 'logische acties' niet worden geinitialiseerd. De led blijft uit. De aansloten seinen - ook via de OM32 aangesloten - worden wel keurig geinitialseerd net als ook de wissels. Uiteraard gaat het wel goed als de trein weer van blok X naar blok Y komt, want dan is er daadwerkelijk een verandering. Maar staat bij het 'koud opstarten' de loc al in blok Y, dan wordt bij een volledige en eenmalige initialisatie, zoals dat bij mij ingesteld is, niet de stand van de 'logische acties' niet vertaald in zichtbaar resulaat.
Iemand hier ervaring mee? Is vast wel een beetje hoge-school Koploper
Wellicht dat Paul de enige is die hier de onderwaterkennis heeft van de initialisatie van 'logische acties'.

Groet,
Leendert

corne_mo

186 Posts

Geplaatst - 04 jun 2006 :  22:24:54  Toon profiel  Reageer met citaat
Ik denk dat het kan liggen aan wat je instelt bij "wanneer/waar". Je kunt daar instellen dat een lok in een blok rijd, maar ook dat het blok bezet is. Dit maakt mi wel verschil in hoe de PC ermee omgaat. Maar ik kan het mishebben natuurlijk. :)

Met vriendelijke groet,
Corné

Marklin, C-rail, Interface 6051, S88, Koploper (op een oude AMD K6-350MHz)
Ga naar bovenaan de pagina

PaHaSOFT

3413 Posts

Geplaatst - 05 jun 2006 :  13:12:58  Toon profiel  Reageer met citaat
Leendert,

Stuur jij rechtstreeks een uitgang aan met die speciale actie of is op nog een schakelaar op hetzelfde adres?
De eerste mogelijkheid wordt niet geinitialiseerd. Het vindt alleen plaats als er een trein rijdt van A naar B.
De tweede mogelijkheid zou wel moeten werken want het is een schakelaar. Die kan worden geinitialiseerd.

Met vriendelijke treinengroeten,

Paul Haagsma (Schaal N / Selectrix en Koploper)
Ga naar bovenaan de pagina

Leendert

Netherlands
89 Posts

Geplaatst - 05 jun 2006 :  19:31:00  Toon profiel  Reageer met citaat
Paul,

Ik stuur bij 'onderhouden speciale acties' bij 'decoder' de OM32 en dan het bijbehorende adres. Dus als ik het goed begrijp, wordt dat niet geinitialsieerd. Heb je nog een idee voor een work-arround? Hoe doe ik dat eventueel met een schakelaar, zoals je dat voorstelt?

Groet,
Leendert
Ga naar bovenaan de pagina

PaHaSOFT

3413 Posts

Geplaatst - 05 jun 2006 :  19:44:20  Toon profiel  Reageer met citaat
Leendert,

Ik hoop dat jij toch wel snapt dat als je dit rechtstreeks doet naar een poort op de OM32 dit nooit geinitialiseerd wordt. De speciale actie vind alleen plaats op het moment dat er daadwerkelijk die gebeurtenis plaats vindt.

Het werken met een schakelaar in combinatie met een speciale actie zit al heel lang in Koploper. Dit is een mogelijkheid om op deze manier de speciale acties in de gaten te houden. Gewoon een schakelaar definieren en deze hetzelfde adres geven als de uitkomst van de speciale actie. De aansturing gaat dan via de schakelaar en is voor de gebruiker precies gelijk. Echter je ziet wat er gebeurd.

Met vriendelijke treinengroeten,

Paul Haagsma (Schaal N / Selectrix en Koploper)
Ga naar bovenaan de pagina

Leendert

Netherlands
89 Posts

Geplaatst - 05 jun 2006 :  20:07:43  Toon profiel  Reageer met citaat
quote:
Originally posted by PaHaSOFT

Leendert,

Ik hoop dat jij toch wel snapt dat als je dit rechtstreeks doet naar een poort op de OM32 dit nooit geinitialiseerd wordt. De speciale actie vindt alleen plaats op het moment dat er daadwerkelijk die gebeurtenis plaats vindt.



Paul, met deze uitleg is het me helder. Maar mijn redenatie was: ik kies bij 'logische acties' 'blok is bezet' bij 'Wanneer waar', dus als bij het opstarten van KL dit blok nog steeds bezet is (er staat nog een trein bijvoobeeld), dan is deze logische actie waar en dus pakt de speciale actie het op. Maar die redenering blijkt dus niet te kloppen, maar daar had ik dus even je hulp voor nodig, want ik zou me ook voor kunnen stellen dat je het zo bedacht en gmaakt had, dat tijdens het initialiseren de huidige stand van de logische acties 'doorvertaald' zouden worden. Maar met je uitleg begrijp ik het. Bedankt.

Groet,
Leendert
Ga naar bovenaan de pagina

PaHaSOFT

3413 Posts

Geplaatst - 05 jun 2006 :  20:31:10  Toon profiel  Reageer met citaat
Leendert,

Grappig want zoals jij het nu uitlegt (ik zal dan wel verkeerd gelezen hebben) vind ik het eigenlijk fout gaat. De standen van de logische acties worden wel opgeslagen. Die van speciale acties niet.

Als je gaat starten met een opgeslagen stand van de logische acties dan zouden deze toch wel de speciale acties moeten zetten als deze niet in de juiste stand staan. Moeilijkheid hierbij is wel in welke volgorde moet het worden gedaan? Dit kan nog van belang zijn en dat haal ik zeker niet uit de opgeslagen waarde. Moet ik toch eens goed over nadenken.

Met vriendelijke treinengroeten,

Paul Haagsma (Schaal N / Selectrix en Koploper)
Ga naar bovenaan de pagina

Leendert

Netherlands
89 Posts

Geplaatst - 06 jun 2006 :  14:55:01  Toon profiel  Reageer met citaat
Paul,

Ik snap het probleem. Voor je het weet moet je een historie van volgorde van de speciaal uitgevoerde acties bij houden, die je dan ook in die volgorde weer zou moeten aan/uitzetten. En tot hoever moet je dan gaan. Even over lopen peinzen vanmorgen in de file, maar dit wordt volgens mij wel erg ingewikkeld. De combinatie van 'logische opties' en 'speciale acties' is supersterk. Het biedt ook veel mogelheden tot 'stapelbare' logica, die achteraf bijna niet meer te reproduceren is.
Ik zou al erg goed uit de voeten kunnen met een optie als 'eenmalig overnemen logische acties in speciale acties'. Dan wordt de platte uitkomst overgezet, feitelijk de foto van de stand van zaken in de 'logische acties' kast. Dit komt tegemoet aan het 'zomaar' opslaan en overnemen van speciale acties, die een niet meer herleidbare oorsprong hebben.
Daar waar dat niet goed uitkomt (LA en SA is toch een beetje hogeschool KL, dus de gebruiker weet wellicht iets meer van de consequenties van zijn handelen), blijft de situatie zoals deze is in KL en wordt de speciale actie pas gedaan als iets wijzigt in een logische actie. Deze optie is denk ik ook in de sfeer van het qua optie aan of uitzetten van eemalig initialiseren van wissels/seinen bij het opstarten. Wat vind je van dit idee? Het laat het bestaande in tact, maar biedt uitkomst in de 'blok bezet', 'Locomotief is in blok' etc.

Groet,
Leendert
Ga naar bovenaan de pagina

Leendert

Netherlands
89 Posts

Geplaatst - 15 jun 2006 :  09:01:48  Toon profiel  Reageer met citaat
quote:
Originally posted by PaHaSOFT

Leendert,

Grappig want zoals jij het nu uitlegt (ik zal dan wel verkeerd gelezen hebben) vind ik het eigenlijk fout gaat. De standen van de logische acties worden wel opgeslagen. Die van speciale acties niet.

Als je gaat starten met een opgeslagen stand van de logische acties dan zouden deze toch wel de speciale acties moeten zetten als deze niet in de juiste stand staan. Moeilijkheid hierbij is wel in welke volgorde moet het worden gedaan? Dit kan nog van belang zijn en dat haal ik zeker niet uit de opgeslagen waarde. Moet ik toch eens goed over nadenken.

Met vriendelijke treinengroeten,

Paul Haagsma (Schaal N / Selectrix en Koploper)


Ter informatie: een work-arround gevonden voor mijn eerder gemelde probleem.

Ik ben nog even blijven door experimenteren met dat wat ik eerder beschreef. Uiteraard kan je een andere systematiek toepassen en 'gewoon' een schakelaar defineren. Dan gaat het goed.
Ik ben echter nog even wat blijven stoeien, ik vind namelijk de 'blok bezet' een erg fraaie optie, dan gaat de indicatie ook daadwerkelijk aan met dat heb blok bezet wordt. Door nu bij 'speciale acties', niet alleen de 'blok bezet' te kiezen, maar ook de laatste bezetmelder, heb ik een soort 'best of both worlds': tijdens het rijden werkt het allemaal zoals dat zou horen. Bij het afschakelen van de baan/pc/decoder en het bijvoorbeeld een dagje later weer eens opstarten worden (kennelijk) de bezetmeldingen wel verwerkt en staan de indicaties alsnog weer goed. Dus als een blok bezet was omdat er een trein in staat, wordt deze, omdat de trein op de bezetmelder staat, ook weer keurig aangegeven. Komt de zaak weer in beweging, dan neemt de speciale actie 'loc in blok' het dus weer keurig over en dus werkt het precies zoals ik graag had gewild.
Kortom: ik ben zeer tevreden.
Groet,
Leendert
Ga naar bovenaan de pagina
  Vorig onderwerp Onderwerp Volgend onderwerp  
 Nieuw onderwerp  Reageer op onderwerp
 Printversie
Ga naar:
Koploperforum Digitale Treinbesturing © EKweb 2006
Ga naar begin van deze pagina