OM32, OC32 and LichtOrgel

Posted by Leon van Perlo on 2015-04-29 21:35

Hallo Arend,

Als jij en daarmee ook ik niet weet wat Raptor aan DCC pakketten stuurt kun je vanalles aanpassen, maar zal het lastig zijn het gedrag te voorspellen.

Mvg,
Leon

Posted by Arend Steller on 2015-05-02 21:29

Hallo Leon,

Is het mogelijk jou een pb te sturen?

Groet, Arend

Posted by Leon van Perlo on 2015-05-03 16:41

Hallo Arend,

Ja hoor, je kunt me een PB sturen. Alleen zal dat niet veel helpen als we niet weten wat Raptor aan DCC pakketten stuurt. Blijkbaar is dat anders dan bij alle andere (mij bekende) centrales.

Mvg,
Leon

Posted by Arend Steller on 2015-05-04 11:19

Hallo Leon,

Ik heb vanmorgen de nieuwste versie van OC32config (0.0.3.5) geinstaleerd en ook de firmware op de OC32 ververst,daarna een bloksein geconfigureerd en het sein werkt nu zowel handmatig als in automatisch bedrijf. Echter knop groen( rechtdoor) stuurt pin 0 ,rood aan en knop rood (afbuigend) stuurt pin 1 ,groen aan.
Dit is vast ergens aan te passen?
Voor nu heb ik de draadjes van de uitgangen omgewisseld en werkt het sein naar behoren.

Groet, Arend

Posted by Leon van Perlo on 2015-05-04 12:10

Hallo Arend,

Dat heet bij de OC32 "DCC-Basic Packet State Invert". Zie http://www.dinamousers.net/OC32+Release+Notes+0.0.2.2_nl

Wat je schrijft klopt overigens niet. Knop groen stuurt niet pin 0 aan en knop rood stuurt niet pin 1 aan. Knop groen (rechtdoor) stuurt Aspect 0 aan en knop rood (afbuigend) stuurt Aspect 1 aan. Aspect 0 zet het sein op rood, dat is pin 0 aan en pin 1 uit, Aspect 1 zet het sein op groen, dat is pin 0 uit en pin 1 aan. Beide knoppen sturen dus per saldo beide pinnen aan.
Als je het andersom wilt kun je BPSI aanzetten, dan verandert het voor de hele OC32, of je modificeert de Aspects 0 en 1 in de Aspect definitie van het betreffende sein zodat de Aspects het gewenste seinbeeld tonen.

Er kan uiteraard ook een standaard seindefinitie gemaakt worden die precies omgekeerd werkt, maar dat zal alleen kloppen voor een rood/groen sein. De kleuren van de knopjes zullen zowiezo niet meer kloppen als je meer seinbeelden hebt dan rood en groen, want de meeste centrales hebben geen knopjes groen/geel, groen knipper en geel met knipperend cijfer.

Mvg,
Leon

Posted by Arend Steller on 2015-05-05 17:50

Hallo Leon,

Ik heb BPSI aangevinkt en nu werkt het naar behoren, heb een aantal seinen op de baan geplaatst, via raptor roodmelders en machinisten reactie op Hp/1 ingesteld en het werkt mooi.
Zijn er ook ergens apparaat defenitie's voor laslicht en gaslantaarns te vinden? ik heb al behoorlijk op het forum wezen spitten,maar ben ze nog niet tegen gekomen.

Groet Arend.

Posted by Leon van Perlo on 2015-05-06 11:19

Hallo Arend,

Vlamboogsimulatie zit gewoon in de "Generic" definities.
Andere speciale wensen kunnen op verzoek worden verzameld in de experimentele Special Effects definitieset. Je verzoek is bij deze geregistreerd.

Mvg,
Leon

Posted by Arend Steller on 2015-05-27 19:46

Goedenavond,

Kan het kloppen dat ik de apparaat defenitie's aan moet passen voor het gebruik met raptor?
Als ik bv een uni bloksein laad dan werkt dat gewoon,maar als ik een duits bloksein kies, dan werkt dat niet en moet ik de aspects aanpassen. Voor een bloksein is het geen probleem, maar wat betekent dat, als ik in of uitrijseinen wil toepassen?

Mvg,
Arend

Posted by Leon van Perlo on 2015-05-27 20:51

Hallo Arend,

Als Raptor niet de volgorde gebruikt van seinbeelden zoals die in de apparaatdefinitie is vastgelegd zou dat kunnen. Er bestaat geen (eenduidige) standaard voor. Dus als het niet overeenkomt zul je het ofwel in Raptor ofwel in de OC32 moeten aanpassen.

Mvg,
Leon

Posted by Arend Steller on 2015-05-27 21:09

Hallo Leon,
Dankjewel voor de info, verder is de OC32 een pracht apparaat.

Groet Arend

Posted by Leon van Perlo on 2015-05-27 21:19

Hallo Arend,

Dank je! Maar ook op dit punt doet de OC32 het m.i. Als je centrale niet flexibel is in het definiëren van de seinstanden pas je zelf gewoon de definities aan in de OC32. Met de laatste firmware kun je daar dan vervolgens je eigen definitieset van maken, zodat je het niet steeds opnieuw hoeft te doen. En als de niet-flexibele definities van een specifieke centrale gedocumenteerd zijn en er is voldoende belangstelling, dan zou het ook geen punt zijn er een speciaal voor die centrale geschikte definitie voor te maken.

Mvg,
Leon

Posted by Arend Steller on 2017-01-09 09:17

Goedenmorgen,

Ik gebruik al ruim anderhalf jaar de OC32 voor het aansturen van mijn seinen, en dat gaat perfect.
Nu heb ik onlangs een tweede OC32 aangeschaft en wil deze ook gaan inzetten.
De laatste anderhalf jaar heb ik mijn baan aardig uitgebreid en voor de inzet van de nieuwe OC32 wilde ik eerst mijn DCC adressen ordenen zodat de OC32 wat adressen betreft achter elkaar gekoppeld kunnen worden.
De eerste OC32 begon bij adres 113 en die heb ik opgeschoven naar adres 157. het enige wat ik veranderd heb is het adres, maar hij geeft nu steeds aan Hardware configuratie mismatch.Wanneer ik de sinkdrivers uitschakel vervalt de melding maar zo gauw ik ze weer inschakel krijg ik de melding. ook in mijn centrale heb ik de adressering aangepast.Met de test functie in het configuratie programma kan ik de seinen wel schakelen maar via de centrale niet.Wanneer ik alles terug zet naar de oude situatie werkt het wel weer.Welke fout maak ik of wat zie ik over het hoofd.
Ik gebruik de firmware versie 3.0.0.0 en ook de configversie 3.0.0.0

Met vriendelijke groet
Arend

Posted by Leon van Perlo on 2017-01-09 11:39

Hallo Arend,

Lees je, voordat je aanpassingen doet, eerst de eerder opgeslagen configuratiefile in, of doe je eerst een "Read All"?
OC32Config oordeelt alleen over hetgeen in het OC32Config geheugen (werkgeheugen) staat en als dat niet overeenkomt met hetgeen reeds in je OC32 zit configureer je onzin.

Mvg,
Leon

Posted by Arend Steller on 2017-01-09 15:41

Hallo Leon, dank je wel voor je snelle reactie, ik lees eerst raad als in. Daar ga ik dus fout als ik je goed begrijp. Als ik van het weekend weer tv-gids ben, ga ik er weer mee aan de slag.

Met vriendelijke groet,
Arend

Posted by Arend Steller on 2017-01-11 22:25

Hallo Martin,

Bedankt voor je antwoord,maar daar kreeg ik het ook niet werkend mee.Ik heb nu het hele geheugen gewist en ben opnieuw begonnen, maar ook dat werkt niet.Zo gauw ik een pin via een sinkdriver configureer geeft het programma aan hardware mismatch en onder de verificatie knop zegt het programma, pin does not compared.Dat geeft hij ook aan als de DCC uitgang losgekoppeld is van mijn centrale.
Met de test knop in het configuratie programma kan ik het sein in alle standen zetten, en werkt het correct.

Ik heb het volgende in gesteld op de OC32

firmware versie 3.0.0.0
Module 0
Start nummering vanaf 0
Biderectioneel aangevinkt

DCC
Basicdecoderadres 40 output 157....188
BPSI aangevinkt
Extended decoder adres 157

Module extended adressing
Niets ingevuld

Led control
Niets ingevuld

Hardware config

0-7 weerstands bankje
8-15 sinkdriver
16-23 sinkdriver
23-31 Sinkdriver

Serialpoort
niets aan veranderd

Device configuration
standaard divice geladen van een duits bloksein op pin 8( adres 8 0.8 165 165) en krijg dan dus onmiddelijk de melding Hardware mismatch/pin does not compared.
Waar maak ik de fout?

Alvast bedankt voor de hulp.
Groet Arend

Posted by Leon van Perlo on 2017-01-11 22:56

Hallo Arend,

Ik vul exact in wat je hierboven schrijft en krijg geen "hardware mismatch" melding. Dat zou ook onlogisch zijn want een PWM aansturing (Duits bloksein) werkt op elke hardware instelling.

Je doet nmm dus iets anders dan wat je hierboven schrijft.

Verder heb je 2x hetzelfde screenshot bijgevoegd.

Mvg,
Leon