Class LnOpsModeProgrammer

java.lang.Object
jmri.beans.PropertyChangeSupport
jmri.jmrix.loconet.LnOpsModeProgrammer
All Implemented Interfaces:
EventListener, AddressedProgrammer, PropertyChangeFirer, PropertyChangeProvider, Disposable, LocoNetListener, Programmer

Provide an Ops Mode Programmer via a wrapper that works with the LocoNet SlotManager object. Specific handling for message formats:
  • LOCONETOPSBOARD
  • LOCONETSV1MODE
  • LOCONETSV2MODE
  • LOCONETLNCVMODE
  • LOCONETBDOPSWMODE
  • LOCONETBD7OPSWMODE
  • LOCONETCSOPSWMODE
as defined in LnProgrammerManager Note that running a simulated LocoNet connection, HexFileFrame.configure() will substitute the ProgDebugger for the LnOpsModeProgrammer, overriding readCV(String, ProgListener) and writeCV(String, int, ProgListener).
See Also:
  • Field Details

  • Constructor Details

  • Method Details

    • writeCV

      public void writeCV(String CV, int val, ProgListener pL) throws ProgrammerException
      Perform a CV write in the system-specific manner, and using the specified programming mode.

      Handles a general address space through a String address. Each programmer defines the acceptable formats.

      Note that this returns before the write is complete; you have to provide a ProgListener to hear about completion. For simplicity, expect the return to be on the GUI thread.

      Exceptions will only be thrown at the start, not during the actual programming sequence. A typical exception would be due to an invalid mode (though that should be prevented earlier)

      Specified by:
      writeCV in interface Programmer
      Parameters:
      CV - the CV to write
      val - the value to write
      pL - the listener that will be notified of the write
      Throws:
      ProgrammerException - if unable to communicate
    • readCV

      public void readCV(String CV, ProgListener pL) throws ProgrammerException
      Perform a CV read in the system-specific manner, and using the specified programming mode.

      Handles a general address space through a String address. Each programmer defines the acceptable formats.

      Note that this returns before the write is complete; you have to provide a ProgListener to hear about completion. For simplicity, expect the return to be on the GUI thread.

      Exceptions will only be thrown at the start, not during the actual programming sequence. A typical exception would be due to an invalid mode (though that should be prevented earlier)

      Specified by:
      readCV in interface Programmer
      Parameters:
      CV - the CV to read, could be a composite string that is split in this method te pass e.g. the module type
      pL - the listener that will be notified of the read
      Throws:
      ProgrammerException - if unable to communicate
    • confirmCV

      public void confirmCV(String CV, int val, ProgListener pL) throws ProgrammerException
      Confirm the value of a CV using the specified programming mode. On some systems, this is faster than a read.

      Handles a general address space through a String address. Each programmer defines the acceptable formats.

      Note that this returns before the write is complete; you have to provide a ProgListener to hear about completion. For simplicity, expect the return to be on the GUI thread.

      Exceptions will only be thrown at the start, not during the actual programming sequence. A typical exception would be due to an invalid mode (though that should be prevented earlier)

      Specified by:
      confirmCV in interface Programmer
      Parameters:
      CV - the CV to confirm
      val - the value to confirm
      pL - the listener that will be notified of the confirmation
      Throws:
      ProgrammerException - if unable to communicate
    • message

      public void message(LocoNetMessage m)
      Member function that will be invoked by a LocoNetInterface implementation to forward a LocoNet message from the layout.
      Specified by:
      message in interface LocoNetListener
      Parameters:
      m - The received LocoNet message. Note that this same object may be presented to multiple users. It should not be modified here.
    • decodeCvNum

    • loadSV2MessageFormat

      void loadSV2MessageFormat(LocoNetMessage m, int mAddress, int cvAddr, int data)
      Fill in an SV2 format LocoNet message from parameters provided. Compare to SV2 message handler in Lnsv2MessageContents.createSv2Message(int, int, int, int, int, int, int, int)
      Parameters:
      m - Base LocoNet message to fill
      mAddress - Destination board address
      cvAddr - Dest. board CV number
      data - Value to put into CV
    • setMode

      public final void setMode(ProgrammingMode m)
      Set the programmer to a particular mode.

      Mode is a bound parameter; mode changes fire listeners.

      Only modes returned by Programmer.getSupportedModes() are supported. If an invalid mode is requested, the active mode is unchanged.

      Specified by:
      setMode in interface Programmer
      Parameters:
      m - a valid node returned by Programmer.getSupportedModes() or null; null is ignored if Programmer.getSupportedModes() is not empty
    • getMode

      public final ProgrammingMode getMode()
      Get the current programming mode
      Specified by:
      getMode in interface Programmer
      Returns:
      the current mode or null if none is defined and no default mode is defined
    • getSupportedModes

      Get the list of ProgrammingMode supported by this Programmer. If the order is significant, earlier modes are better.
      Specified by:
      getSupportedModes in interface Programmer
      Returns:
      the list of supported modes or an empty list
    • getWriteConfirmMode

      Learn about whether the programmer does any kind of verification of write operations Confirmation mode by programming mode; not that this doesn't yet know whether BDL168 hardware is present to allow DecoderReply to function; that should be a preference eventually. See also DCS240...
      Specified by:
      getWriteConfirmMode in interface Programmer
      Parameters:
      addr - CV address ignored, as there's no variance with this in LocoNet
      Returns:
      depends on programming mode
    • getCanRead

      public boolean getCanRead()
      Checks the general read capability, regardless of mode Can this ops-mode programmer read back values? Yes, if transponding hardware is present and regular ops mode, or if in any other mode.
      Specified by:
      getCanRead in interface Programmer
      Returns:
      always true
    • getCanRead

      public boolean getCanRead(String addr)
      Checks the general read capability, regardless of mode, for a specific address
      Specified by:
      getCanRead in interface Programmer
      Parameters:
      addr - the address to read
      Returns:
      true if the address can be read; false otherwise
    • getCanWrite

      public boolean getCanWrite()
      Checks the general write capability, regardless of mode
      Specified by:
      getCanWrite in interface Programmer
      Returns:
      true if the programmer is capable of writing; false otherwise
    • getCanWrite

      public boolean getCanWrite(String addr)
      Checks the general write capability, regardless of mode, for a specific address
      Specified by:
      getCanWrite in interface Programmer
      Parameters:
      addr - the address to write to
      Returns:
      true if the address can be written to; false otherwise
    • decodeErrorCode

      Specified by:
      decodeErrorCode in interface Programmer
    • getLongAddress

      public boolean getLongAddress()
      Specified by:
      getLongAddress in interface AddressedProgrammer
    • getAddressNumber

      public int getAddressNumber()
      Specified by:
      getAddressNumber in interface AddressedProgrammer
    • getAddress

      public String getAddress()
      Specified by:
      getAddress in interface AddressedProgrammer
    • initializeBdOpsAccessTimer

    • initialize7GenBdOpsAccessTimer

    • initializeSV2AccessTimer

    • initializeLncvAccessTimer

    • dispose

      public void dispose()
      Description copied from interface: Programmer
      Free up system resources. Overriding classes should be capable of this being called multiple times as per the Disposable interface. Called when disposing of a disposable.

      Note there are no assurances this method will not be called multiple times against a single instance of this Disposable. It is the responsibility of this Disposable to protect itself and the application from ensuring that calling this method multiple times has no unwanted side effects.

      Specified by:
      dispose in interface Disposable
      Specified by:
      dispose in interface Programmer