Decoders met PC programmeren -> NanoX+Genli+Decoderpro3 (JMRI)

[ex44]

Hrm, wel, ik sta al verbaasd over mezelf dat het me af en toe lukt om via het huis-tuin-en keuken ensemble van Roco´s Multimaus een locomotief een ander adres te geven, al voel ik wel aan dat het heel comfortabel kan zijn om een decoder via de pc netjes in te regelen. Vanuit dat laatste gevoel komt dan ook mijn belangstelling voor dit draadje voort. Nog even en ik ben zover dat ik zo´n print met componenten ga bestellen

Groet,
Jan

[Automatic-rock]

Leuk om te horen! 

[E.r.i.k.]

Hoi Benno en andere NanoX gebruikers,

Het PC gedeelte is inmiddels werkend en de eerste decoders lieten zich graag leeglezen... tot aan de eerste LoPi4  
Met geen mogelijkheid krijg ik de hoge CV's (>255) gelezen of geschreven. De multimaus truc met CVs 96-99 zal overigens wel werken, maar dat is natuurlijk lapwerk

Ik gebruik ook DecoderPro3, met de Lenz LI100 als interface. Helaas blijft de software ook nog eens hangen in "programming" als er geen ACK terugkomt, zodat ik telkens de hele boel opnieuw moet opstarten. Uiteraard op een mega-trage laptop die zich een slag in de rondte staat te werken met die zware Java applicatie.

Vertel, wat doe ik verkeerd of onhandig?  Is het iemand anders al gelukt om LoPi4 hoge adressen uit te lezen?
Wellicht ergens een extra instelling nodig waarbij CV31/32 juist gevuld worden?

Is er een manier om DecoderPro3 een timeout te laten hebben op het CV programmeren?  Na 10 sec. geen ACK weet ik voldoende!

Mvg,
Erik

Edit RTFM Erik - "Due to limitations in XpressNet v.3 protocol from Lenz, only it's possible to program and reading CV1 to CV256 in Direct, Paged and Register modes (service mode). In PoM mode (main track) you can program all 1024 CV, to read a CV in PoM mode you have to activate RailCom and use an external display as RailComDisplay or Lenz LRC120. Programming and reading CV in service mode it's only possible in programming track.""

Programmeren in POM mode ging mij ook niet goed af echter...

[Automatic-rock]

Hoi Erik,

Ik heb hier geen Lopi4 liggen, dus ik kan het zo niet testen. Maar in POM mode zou je iig de hoge cv's moeten kunnen programmeren.
Als ik het goed begrijp kan je de hoge cv's alleen lezen via een extern display (die ook zelf te maken is: http://usuaris.tinet.cat/fmco/railcom_en.html). Ik weet alleen nog niet hoe je DecoderPro3 in POM mode zet 

[E.r.i.k.]

Ik heb hier geen Lopi4 liggen, dus ik kan het zo niet testen. Maar in POM mode zou je iig de hoge cv's moeten kunnen programmeren.

Het is inmiddels gelukt te programmeren, maar nog niet met POM.  Zomaar uitlezen zal inderdaad niet gaan vanwege de suffe XpressNet specificatie.

Mijn oplossing: ik gebruik de cv96..99 truc vanuit een aangepaste LoPi4 XML template in DecoderPro3. Omdat alles in XML configureerbaar is blijkt er veel aangepast te kunnen worden vanuit de templates!  Al met al nog steeds veel eenvoudiger dan met de maus, plus het voordeel dat ik mijn instellingen op de PC heb staan.

Zodra ik iets meer tijd heb zal ik een paar XML fragmentjes laten zien met uitleg.

Groeten,
Erik.

[Automatic-rock]

Goed om te horen dat het gelukt is Erik. Ik ben benieuwd naar wat voorbeelden met uitleg van je oplossing.

Vriendelijke groet,
Benno

[E.r.i.k.]

Eindelijk de tijd gevonden om even wat te zeggen over de hoge CVs. Allereerst is het waarschijnlijk gemakkelijker om een nieuwe PIC te programmeren met ondersteuning voor XpressNet 3.6, dan mag je alle onderstaande grappen en grollen laten voor wat ze zijn.
Hiervoor is een PIC nodig met wat meer ruimte, de 16F648A, en uiteraard een HEX file.

Tot die tijd kan je met wat XML hobbywerk toch nog een eind komen

Ik maak gebruik van de LoPi4 mogelijkheid om via meerdere lage CVs een hoog CV te programmeren:

• CV96 = honderdtal van de hoge CV
• CV97 = de rest van de hoge CV
• CV99 = waarde die in de hoge CV moet

Programmeer bijvoorbeeld waarde 112 in cv259 door cv96->2, cv97->59 en cv99->112.
Uiteraard werkt dit ook handmatig via de MultiMaus.

Om dit te automatiseren heb ik een NanoX variant gemaakt van de ESU_LokPilot4.0.xml template via een XSL transformatie waarmee de intern de hoge CVs voorbereid worden op het gebruik van CVs 96,97 en 99 (die heten in ivariable in de XML file).

Dit is het stukje XSL, ook te gebruiken voor een bestaande LoPi4 definitie

Code: [Selecteer]

<?xml version="1.0" encoding="utf-16"?>
<xsl:stylesheet version="1.0" encoding="UTF-8" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
    <!-- remove empty lines -->
    <xsl:strip-space elements="*" />
    <!-- identity copy -->
    <xsl:template match="@*|node()" name="identity">
        <xsl:copy>
            <xsl:apply-templates select="@*|node()" />
        </xsl:copy>
    </xsl:template>
    <!-- translation part for the LoPi4 template -->
    <xsl:template match="@PI[parent::ivariable]">
        <xsl:attribute name="PI">
            <xsl:value-of select="floor(number(substring-before(../@CVname,'.')) div 100)" />
        </xsl:attribute>
        <xsl:attribute name="SI">
            <xsl:value-of select="floor(number(substring-before(../@CVname,'.')) mod 100)" />
        </xsl:attribute>
    </xsl:template>
    <xsl:template match="@CV[parent::ivariable]">
        <xsl:attribute name="CV">
            <xsl:value-of select="99" />
        </xsl:attribute>
    </xsl:template>
    <xsl:template match="@name[parent::family]">
        <xsl:attribute name="name">
            <xsl:value-of select="'ESU LokPilot V4.0 NanoX'" />
        </xsl:attribute>
    </xsl:template>
    <xsl:template match="@mfg[parent::family]">
        <xsl:attribute name="mfg">
            <xsl:value-of select="'ESU NanoX'" />
        </xsl:attribute>
    </xsl:template>
    <!-- translation part for the actual decoder file, e.g. Riva1300.xml -->
    <xsl:template match="@family[parent::decoder]">
        <xsl:attribute name="family">
            <xsl:value-of select="'ESU LokPilot V4.0 NanoX'" />
        </xsl:attribute>
    </xsl:template>
    <xsl:template match="indexedCVvalue/@iCv">
        <xsl:attribute name="piVal">
            <xsl:value-of select="floor(number(substring-before(../@name,'.')) div 100)" />
        </xsl:attribute>
        <xsl:attribute name="siVal">
            <xsl:value-of select="floor(number(substring-before(../@name,'.')) mod 100)" />
        </xsl:attribute>
        <xsl:attribute name="iCv">
            <xsl:value-of select="99" />
        </xsl:attribute>
    </xsl:template>
</xsl:stylesheet>

Volgen we het nog

Vervolgens de nieuwe XML file opslaan als ESU_LokPilot4.0_NanoX.xml met nog een paar aanpassingen.
Zoek label="PICV" op en verander de default waarde:

Code: [Selecteer]

<constant label="PICV" default="96" comment="CV used for Primary Index"/>Vervolgens daaronder toevoegen

Code: [Selecteer]

      <constant label="SICV" default="97" comment="CV used for Secondary Index"/>

      <!-- Output Effects -->
      <ivariable label="Set HighCV bank" CVname="032" CV="32" PI="-1" SI="-1" default="0" item="Directional Headlights" mask="XXXXXXVV">
        <ienumVal>
          <ienumChoice choice="Bank 0">
            <choice>Bank 0</choice>
          </ienumChoice>
          <ienumChoice choice="Bank 1">
            <choice>Bank 1</choice>
          </ienumChoice>
          <ienumChoice choice="Bank 2">
            <choice>Bank 2</choice>
          </ienumChoice>
          <ienumChoice choice="Bank 3">
            <choice>Bank 3</choice>
          </ienumChoice>
        </ienumVal>
      </ivariable>

Kind kan de was doen dus -ahem-. 
In DecoderPro3 moet je wel opnieuw de decoder index genereren via het Actions menu.  Vanaf dat moment kan je ESU NanoX LoPi4 decoders maken en gebruiken. Terugtransformeren naar echte LoPi4 definities kan met een vergelijkbaar stukje XSL.

Zoals gezegd: een nieuwe PIC erin is wel eenvoudiger, maar dit werkt in elk geval nu direct!
Ook was het leerzaam om DecoderPro3 te leren kennen.

Mvg,
Erik.

[ex44]

Ah juist, hoe simpel kan het zijn
Hier haak ik af.
Goed. Dat apparaatje van Benno is goed genoeg om via de pc te programmeren begrijp ik, dat moet voor mij voorlopig wel voldoende zijn.
Maar dit stukje tekst vind ik wel even heel erg intrigerend:

Programmeer bijvoorbeeld waarde 112 in cv259 door cv96->2, cv97->59 en cv99->112.
Uiteraard werkt dit ook handmatig via de MultiMaus.

Mijn vraag is: via de MM, is dat Maus + versterker? Of in combi met dat apparaatje van Benno?

Groet,
Jan

[E.r.i.k.]

Hihi, dat dit teveel gevraagd is voor "gewoon gebruik" is overduidelijk, in vaktermen noemen we dit een proof-of-concept

Als antwoord op je vraag: ook de standaard maus+versterker kan dit, het is een trucje dat ESU in de LoPi4 heeft ingebouwd om oudere centrales te ondersteunen.

Mvg,
Erik.

[ex44]

Aha, dat is mooi. Dank je voor de opheldering 

[Automatic-rock]

Ik heb gisteren een geprogrammeerde 16F648A naar Erik gestuurd, en hij is zo vriendelijk om proefkonijn te spelen. Eens kijken of we daarmee zonder omwegen hoge cv's via de MM en computer kunnen lezen en programmeren.

Ik heb zelf geen decoders met hoge cv's in huis, vandaar via deze kleine omweg. Hier ligt nog een stapeltje Lopi3's, dus om speciaal hiervoor een lopi4 te kopen ging mij wat te ver

Fijn weekend allemaal!
Benno

[E.r.i.k.]

Ik heb gisteren een geprogrammeerde 16F648A naar Erik gestuurd, en hij is zo vriendelijk om proefkonijn te spelen. Eens kijken of we daarmee zonder omwegen hoge cv's via de MM en computer kunnen lezen en programmeren.

... waarvoor dank, ik heb 'em direct uit de brievenbus gegrist en in de centrale gedrukt

Resultaat: 100% voor programmeren / uitlezen! 

Voor de statistici / meeschrijvers onder ons wat gegevens over de LoPi4 interactie

• ca. 1m40s om de (relevante) lage CVs te lezen
• met de hoge was JMRI ruim 4m20s bezig
• in die 6 minuten was de loc bijna 7cm opgeschoven!

De JMRI interface instelling:


... en vervolgens de terugmelding (software version 3.6):


Al met al een uitstekend resultaat - met veel dank aan Benno uiteraard.

Mvg,
Erik

[Automatic-rock]

Super Erik, bedankt! 
Ook met de MM geen probleem met de hoge cv's?

Vriendelijke groet,
Benno

[E.r.i.k.]

My pleasure uiteraard, ook letterlijk.

Maar helaas, de MM kan vanwege een firmware bug nooit rechtstreeks hoge CVs benaderen, als je een getal groter dan 255 intikt wordt deze automagisch teruggebracht tot 255  
Ik heb het overigens niet geprobeerd, mogelijk dat de MM als slave iets ander gedrag heeft... vanavond als ik thuis ben dan maar gelijk even uittesten!

[Automatic-rock]

Als je dat wil proberen dan graag Erik