No. Might I have corrupted the default address? Is there a way to reset the default address? According to the instruction manual the CV settings should be : CV1 factory setting 1 CV 2 programming protection 77 CV 7 version CV 8 manufacturer identification/reset CV 9 address range, range 0-7, factory setting 0
The switch is not recognized if in the programming mode (on the programming track) and I attempt to “read” Thanks for your thoughts on this.
Thanks. I can "read" the following addresses from the decoder (which is attached to a switch machine). CV 1=77 CV 2 =0 CV 7=18 CV 8 = 131 CV 9 = 0 CV 60 = 16 The device will not allow reprogramming. I get a recurring message when attempting to "write": "Programming error".
Thanks. I c an "read" the following addresses from the decoder (which is attached to a switch machine). CV 1=77 CV 2 =0 CV 7=18 CV 8 = 131 CV 9 = 0 CV 60 = 16 The device will not allow reprogramming. I get a recurring message when attempting to "write": "Programming error".
So, presently the address is set to '77'. - Can you operate the point if you select this address?
Have you read this section from the manual?:
Operation This decoder has protection against accidental programming. When locomotives are being programmed, the turnout decoder may be connected to the programming process. Generally, CV 2 must be programmed with the value 77 before each programming procedure. After that, one CV can be changed exactly. CV 2 must be programed with the value 77 again in each instance before doing additional programming.
SO Must set CV 2 = 77 Then set any other CV. If you wish to set another CV.. Repeat set CV 2 =77 Then alter next CV.
A little surprised that the following was not picked up.
Dan in his post #11 is indeed correct for the original version of the 55024 with the ID code 123, which is now discontinued and now no longer produced, their will be some still in the supply chain for some time to come.
idlemarvel in his post #13 is also correct, the 55024 has been updated, it is now a 55524 (see post #19) which has an ID code of 131, now has a different CV, and the reset procedure is different, from Duncan1 post #14 indicates he has the newer version.
The programming procedure for both is identical using CV2 with a value of 77.
Created a new Decoder Template within the Massoth Service Tool, will submit a request to Massoth for it to be included in future updates.
Post #17 corrected to reflect the current part number for the switch decoder.
Apologies, was taking the info from a CD collected from LGB last September, the file name was given as 55024, only looked at the CV settings to compare it with the info in post #14, never even looked that closely at the remainder of the document, downloaded the newer PDF document as in post #13, and deleted the older copy.
As is, I don't have any actual interest in the product, was more interested in finding a solution to a small niggle relating to the way "lock" and "unlock" interact within the Massoth Service Tool programming environment, now solved, but that topic is for a later day.
As for the programming issue, not clear from the OP posts, as to whether he is using POM or Programming Track, seem to recall from memory a mention in a Massoth Manual relating to the Programming Track, the the milliamp rating of the Programming Track output of some Central Stations is far too low to trigger a response from a connected decoder to enable the decoder to be programmed, refer to the NMRA Standards where this covered in some detail.
As for connecting the switch decoder to PIKO, Massoth, LGB, and home brew Arduino based systems, no issues have been reported, by my friends across Europe to program this particular switch decoder.
Good info John S thanks for updating us all. DDuncan1 any progress with this? You said in an earlier post that the address CV1 was value 77. That's an unusual address to choose, so it could be that you or a previous owner accidentally wrote 77 to CV1 instead of CV2 as that is the code to temporarily unlock the decoder. But regardless of that does the decoder respond to address 77 when it is connected normally to DCC, not on programming track?