OC32 & Raptor

Goedenavond,

Sinds een poosje ben ik in het bezit van een OC32 en na een workshop gevolgd te hebben in Zwolle ben ik er mee aan de slag gegaan. in eerste instantie wil ik er seinen mee aan gaan sturen.
Mijn baan wordt aangestuurd door Raptor en het is even zoeken hoe je de OC32 aansluit op de Raptor, maar ik heb hem aan de eerste booster gehangen.
De seinen werken, alleen ze schakelen niet. Om de seinen te schakelen gebruikt Raptor Adres+R of adres+G terwijl ik merk dat ik de seinen nu alleen kan schakelen met adres+G. Van Rood naar Groen maar ook van Groen naar Rood moet ik in handbedrijf
adres+g intoetsen, bij automatisch bedrijf schakelt het sein 1x van rood naar groen en blijft daar op staan.
Is dit in OC32config aan te passen?

Met vriendelijke groet
Arend Steller

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

Hallo Leon,

Even ter verduidelijking,

Bij Raptor heeft G=groen de functie van rechtdoor en R=rood de functie van afbuigend zoals bij andere centrales. Zoals de situatie nu is kan ik de seinen alleen bedienen met het commando rechtdoor zowel van groen als naar rood. bij een commando afbuigend zie ik wel dat de OC32 het commando ontvangt (oranje led) maar het seinbeeld veranderd niet.Ik heb in de handleing van de OC32 zitten zoeken bij hoofdstuk 9.5.5,maar kom er niet uit.

Je vraag wat betreft de DCC pakketten leg ik neer bij Raptor.

Groet,Arend

Hallo Leon,

Is het mogelijk jou een pb te sturen?

Groet, Arend

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

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

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

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.

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

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

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

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

Groet Arend

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

Hallo Leon, Ik denk dat ik tot nu toe nog de enige gebruiker ben met een raptor, maar dat zal vast gaan veranderen.

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

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

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

Hallo Arend,
Als ik iets in een bestaande OC32 wil wijzigen, dan zorg ik er eerst voor dat de bestaande situatie bewaard wordt. Dat doe ik door Read All en daarna Safe File met een specifieke naam opslaan natuurlijk. Daarna breng ik wijzigingen in de OC32 aan; met aan het eind: Write All en voor de zekerheid ook Safe File met een andere naam.

In jouw bericht staat o.a.: "De eerste OC32 begon bij adres 113 en die heb ik opgeschoven naar adres 157."
Als je de gewonde adresseermethode gebruikt dan begint adres 113 (startadres = 1) in feite bij module 3 (startmodule = 0) bij het begin van de 3e reeks van 8 uitgangen.
Adres 157 is dan ergens in module 4 maar niet aan het begin van de 3e reeks van 8 uitgangen, maar halverwege de 4e reeks van 8 uitgangen.
Het verschil tussen 157 en 113 is: 44 en dat is 32 + 12. Dus één modulenummer hoger en dan 12 posities verder. Dat komt overeen met 1 reeks van acht verder en dan nog een halve reeks van 8 verder. Alleen wijzigen van de adressering van het modulenummer is dan niet voldoende. Ligt daar soms het probleem?

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

2017-01-11 (2).png

2017-01-11 (2).png

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

Arend.png

Hallo Leon,

Bedankt voor de snelle reactie, ik heb evende pc aan de treinbaan opgestart en printscreens gemaakt van de actuele situatie.

Met vriendelijke groet,
Arend

Schermafdruk 2017-01-11 23.34.02.png

nog een

Schermafdruk 2017-01-11 23.33.42.png

Hallo Arend,

Het eerste geeft aan dat je OC32 niet is geconfigureerd zoals je het hebt ingesteld in OC32Config.

Het tweede scherm geeft aan dat het in OC32Config niet klopt, want rechtsonder staat dat de Pin geconfigueerd is als Servo, en dat staat zeker niet in de (2)DE: Blocksignal definitie.

Dus je hebt die definitie niet geladen (Load Device) nadat je hem geselecteerd hebt of daarna vanalles zitten veranderen.

Als ik de stappen volg die je eerder zelf hebt beschreven krijg ik de 2 schermen die ik eerder postte en het kan niet zijn dat dat bij jou anders is als je dezelfde stappen doorloopt.

Dus doe het volgende:

• Open OC32 Config
• Vink Start numbering at 1 uit (jouw keuze)
• Selecteer de juiste com-poort (3) en modulenummer (0)
• Klik op "Read All"
• Klik op "Save File" en bewaar je huidige configuratie
• SLUIT OC32Config
• Open OC32Config
• Vink Start numbering at 1 uit (jouw keuze)
• Selecteer de juiste com-poort (3) en modulenummer (0)
• Tab General
• DCC: Basicdecoderadres 40 output 157....188
• DCC: BPSI aanvinken
• DCC: Extended decoder adres 157
• Hardware config: 8-15 sinkdriver
• Hardware config: 16-23 sinkdriver
• Hardware config: 23-31 Sinkdriver
• Tab OC32 Device Configuration
• Klik op Reload DD
• Kies OC32Devices DE 20130305.def
• Kies (2)DE: Blocksignal
• Selecteer Pin 8
• Klik op Load Device
• Klik op Write All

En dan werkt het sein op DCC adres 165, aannemende dat je het op Pin 8 en 9 hebt aangesloten.

Mvg,
Leon

Hallo LEON, bedankt voor de moeite tot zo ver.maar er moet eerst weer gewerkt worden, in het weekend ga ik weer verder. Ik hou je op de hoogte.groet,arend

``maar er moet eerst weer gewerkt worden``

Goh, daar hebben meer mensen last van.

Mvg,
Leon

Ik kan me niet meer voorstellen dat ik daar (= werken) vroeger tijd voor gehad heb. Toch heb ik dat vroeger wel gedaan. Maar soms heb ik anderen voor mij het hobbywerk laten doen. Als leraar vaktekenen heb ik een keer (in 1986) een printplaat laten ontwerpen voor een 12-voudige (i.p.v. een 6-voudige) treinbezetmelder voor het Märklin-systeem. Het beste ontwerp heb ik beloond met HFL 25. Die bezetmelders met 2x SN7414 sluit ik nu aan op een OC32.

Goedenavond,

Vorig weekend het hele weekend met de OC32 bezig geweest,maar ik kom er niet uit.Ik heb de stappen gevolgd zoals leon ze beschreven heeft in een eerder bericht, maar het lukt niet om de adressen te verzetten naar 157.
Uiteindelijk alles weer terug gezet naar adres 113, en ook de adressen in de centrale weer gewijzigd en toen werkte alles weer als voorheen. Vorige week zondag de tweede OC32 er bij aangesloten, maar toen was het niet meer mogelijk om met OC32 config te communiceren met de print.Het groene lampje brand de oranje knippert 1x bij het opstarten, de aansluitingen nagelopen, opnieuw aangesloten maar geen resultaat, het forum doorzocht en uit eindelijk de aanwijzingen uit hoofdstuk 13 uitgevoerd, maar dit alles zonder resultaat. Geen communicatie.
Dit weekend maar wat andere klusjes gedaan aan de baan,en daar ik in de week altijd van huis ben, volgend weekend maar eens verder kijken.

Mvg, Arend

Hallo Arend,

Als ik de OC32 instel zoals ik beschrijf reageert hij op adressen 157 e.v. van mijn Intellibox. Ik kan er niet minder van maken.

Mvg,
Leon

Hallo leon,

Ik had eerlijk gezegd ook niets anders verwacht, de ervaring die ik tot nu toe met de OC32 heb is dat het ook een prima werkend apparaat is waar veel mee mogelijk is en waar ik ook een hoop plezier aan beleef.Ik zal wel ergens een fout maken, maar daar kom ik ook wel weer achter. Op een gegeven moment ga je je er blind op staren, vandaar dat ik hem even aan de kant heb gelegd, volgende week weer verder.alleen begrijp ik niet dat ik geen communicatie kan krijgen met de print.

Mvg Arend

Hallo Leon,

Beide OC32 werken weer naar tevredenheid. Bedankt voor de support!

Mvg Arend

Hallo Leon,

Hoe wis je het configuratie geheugen van de OC32. Ik heb erase flash geprobeerd en dan krijg je de melding dat gedurende 45 sec de groene led moet branden en dat daarna het geheugen leeg is. Bij mij blijft de groene led echter gestaag door knipperen, is dat misschien de reden dat ik de adressering niet kan wijzigen? Beide OC32 werken correct echter zijn alleen via de centrale te benaderen op adres 113 t/m 144 (zie eerdere berichten).
Centrale getest met een andere wissel decoder en stuurt gewoon comando's uit naar hogere adressen.
Firmware 3000
config 3000

Met vriendelijke groet,
Arend

Hallo Arend,

Erase Flash heeft helemaal niets te maken met het wel of niet wijzigen van adressen. Die worden gewoon overschreven als je nieuwe opgeeft.

Die 45 seconden is maximaal, als het geheugen helemaal vol staat. Als het al leeg is duurt het een paar ms.

Zet er eens Firmware 3.01 in. Niet dat dat functioneel iets uitmaakt, maar de DCC routines zijn gewijzgd in 3.01 en wellicht zit de timing van de Raptor net op het randje, danwel is de OC32 te kritisch daarop. Bij 3.01 is het allemaal iets ruimer.

Mvg,
Leon

Hallo Leon,

Mijn idee is dat, of raptor de tweede OC32 niet ziet, of dat de tweede OC32 geen commanado's van raptor aanneemt. Bij commando van raptor geen oranje led die knippert.
bij gelijke adressering van beide OC32 (113/144) reageren beide OC's.
Moet ik de OC soms op de een of ander manier aanmelden bij raptor? Ze hadden het daar over de laatste pin aan de massa van de baan te leggen, maar ik weet niet of dat kwaad kan.
In ieder geval ben ik volgende week vrijdag in Houten,misschien treffen we elkaar, moet helaas nu weer aan het werk, ga zaterdagavond verder.

Bedankt alvast!
Hartelijke groet,
Arend

Hallo Arend,

Geen idee of je DCC accessoire decoders moet aanmelden bij Raptor. Die vraag moet Raptor kunnen beantwoorden. Pinnen zo maar ergens aan een aarde of spanning hangen zonder dat je snapt wat je doet lijkt me geen goed idee.

Mvg,
Leon

Hallo Leon,

Kan het zijn dat een binaire grens het probleem veroorzaakt?
als ik lager ga met adresseren werkt het namelijk wel.

Mvg Arend

Hallo Arend,

Zou natuurlijk kunnen.
Ik kan bevestigen dat de OC32 correct werk i.c.m. Intellibox Basic t/m adres 1020. Daarboven lijkt het mis te gaan. Mijn conclusie o.b.v. analyse van de uitgezonden DCC pakketten en de DCC specificatie is dat de Intellibox Basic dan verkeerde adressen stuurt. Bij ingave van adres 1025 op de IB stuurt-ie namelijk adres 1.

Of Raptor ook zo ver komt weet ik uiteraard niet.

Mvg,
Leon

Ik had het er van de week met Arend over, de kans dat de OC32 hierin faalde leek me erg klein. Ik herinner me dat er wel eens ergens mee, weet ff niet meer waarmee, een issue was zodra de telling boven de 128 kwam.

Hier heb ik het getest op de SProg, DR5000 en Profiboss en geen enkel probleem. Dus het werkt. Ik vermoed dat Raptor vanaf 129 niet de juiste taal spreekt voor de OC32. Maar dat gebied is niet mijn expertise. Wel blij dat het lek ermee boven water is!

Nu even oplossen met de mannen van raptor lijkt me.

Even een aandachtspuntje in dit verband. Een 8-bits-teller loopt in de regel van -128 via 0 tot en met +127. Dat zijn dan hoofdtelwoorden. Als het rangtelwoorden zijn, dan wordt er steeds één bij opgeteld. De (positieve) reeks is dan 1 t/m 128. In OC32 Config wordt dat aangeduid met: Start numbering at 1.

Hallo Leon,

In de handleiding van Raptor vond ik dit,

Voor DCC betreffen de eerste 111 adressen het zogenaamde "korte" wijze van decoderadressering terwijl vanaf adres
adres 112 automatisch de "lange" adreswijze wordt gebruikt

Kan dat de oorzaak zijn?

Er zijn geen lange of korte Accessory-Decoder adressen. Dit gaat over MultiFunction decoders.

Misschien lever Raptor ook wel ondersteuning en moet je daar even de vraag stellen. Check dan eerst even tot welk adres de OC32 nog reageert en vraag dan wat Raptor aan DCC uitstuurt als je dat adres + 1 kiest.

Mvg,
Leon

Beste Leon, bedankt voor de tip, er wordt bij Raptor aan gewerkt. Klasse!

Goedemorgen, ik heb ondertussen een testversie gekregen waar ik mijn Raptor mee kan updaten. Het lijkt er op dat ik nu alle adressen kan schakelen en daarmee is het probleem opgelost. Bedankt voor het meedenken en de medewerking.Top!