¿ªÔÆÌåÓý

  1. Jmriusers
  2. Messages
Expanded Topics Messages Polls
Date
Locked Re: UNWANTED BLOCKS & TURNOUTS IN LISTING

 

Hi Dave
Odd. Is there nothing on the JMRI console?
Did the changes Dave Sands made make a difference?

Dave Sands
Thanks for looking at the script. I learned something new about panels and their relationship to the tables

John
Locked Re: UNWANTED BLOCKS & TURNOUTS IN LISTING

 

¿ªÔÆÌåÓý

Dave,

Thank you for that. It is much appreciated. May I take this opportunity to wish you a Happy and Peaceful New Year.

Dave


On 31 Dec 2018, at 17:58, Dave Sand <ds@...> wrote:

Dave,

Try using the modified version of the script that I uploaded. ?The CSV files are created in the user files location (the panel file location) and it correctly handles checking blocks for use within panels.

Dave Sand



On Dec 31, 2018, at 9:18 AM, Dave Roberts <dccdaveroberts@...> wrote:

John,

I have followed your instructions but nothing appears to have happened.

(1) I have created a backup copy of the SDR file and am using a copy of ???the original file to test the Script on.
(2) I opened the new duplicated file. It is showing no errors as it loaded the Master Panel and all of the Sub-Panels.
(3) I Went into JMRI Panel Pro and selected the ¡°Panels¡± menu and then selected ¡°Run Scripts¡±.
(4) I Browsed to file location and selected the print file to open.

Nothing appears to have happened. I have checked for the creation of any new .csv files but found nothing on the computer. I cannot figure out what I am doing wrong. There is no indication that anything has happened at all.

Your help and guidance would be greatly appreciated at this point.

Dave

On 31 Dec 2018, at 09:51, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:

John,

I have read through the program listing for ¡°Tables print.py¡± and as far as I can remember from my programming days, many, many years ago now, it would appear that the only line I need to change is:

self.path = ¡°C:/Users/teamw_000/Documents/Great Central/Electronics/spreadsheets/"

To suit my requirements this should read:

self.path = ¡°C:/Users/SDR/Documents/spreadsheets/¡°

Since you are well into signalling, I imagine that during the process of signalling set up, several mistakes were made that ended up with Names no longer required or misspelt etc that were never used in the Master xml file. Is there any way to identify these records so that they can be deleted safely?

Dave

On 31 Dec 2018, at 08:59, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:

Good Morning John,

Thanks for the update. Dave Sand has confirmed that with regard to both the Turnout and Block Tables, that any entry with just two connection showing is the default set when the record was created. I am hoping that others with a detailed knowledge of the other Tables will jump in and confirm the default settings for the other Tables so that unused records can be deleted as not being used by the Master xml file.

Dave


On 31 Dec 2018, at 01:32, john Wragg <teamwragg@...> wrote:

Hi Dave
I thought I had better check out the script as I hadn't used it for about a year and wrote it for my own use (You don't have to worry about such niceties as testing:) ). I found a bug with blocks with no named sensor (all mine had named sensors) I have uploaded a fixed version. You should use that.

If you find any more then give me a shout

John
Locked Re: UNWANTED BLOCKS & TURNOUTS IN LISTING

 

Dave,

Try using the modified version of the script that I uploaded. The CSV files are created in the user files location (the panel file location) and it correctly handles checking blocks for use within panels.

Dave Sand

On Dec 31, 2018, at 9:18 AM, Dave Roberts <dccdaveroberts@...> wrote:

John,

I have followed your instructions but nothing appears to have happened.

(1) I have created a backup copy of the SDR file and am using a copy of the original file to test the Script on.
(2) I opened the new duplicated file. It is showing no errors as it loaded the Master Panel and all of the Sub-Panels.
(3) I Went into JMRI Panel Pro and selected the ¡°Panels¡± menu and then selected ¡°Run Scripts¡±.
(4) I Browsed to file location and selected the print file to open.

Nothing appears to have happened. I have checked for the creation of any new .csv files but found nothing on the computer. I cannot figure out what I am doing wrong. There is no indication that anything has happened at all.

Your help and guidance would be greatly appreciated at this point.

Dave

On 31 Dec 2018, at 09:51, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:

John,

I have read through the program listing for ¡°Tables print.py¡± and as far as I can remember from my programming days, many, many years ago now, it would appear that the only line I need to change is:

self.path = ¡°C:/Users/teamw_000/Documents/Great Central/Electronics/spreadsheets/"

To suit my requirements this should read:

self.path = ¡°C:/Users/SDR/Documents/spreadsheets/¡°

Since you are well into signalling, I imagine that during the process of signalling set up, several mistakes were made that ended up with Names no longer required or misspelt etc that were never used in the Master xml file. Is there any way to identify these records so that they can be deleted safely?

Dave

On 31 Dec 2018, at 08:59, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:

Good Morning John,

Thanks for the update. Dave Sand has confirmed that with regard to both the Turnout and Block Tables, that any entry with just two connection showing is the default set when the record was created. I am hoping that others with a detailed knowledge of the other Tables will jump in and confirm the default settings for the other Tables so that unused records can be deleted as not being used by the Master xml file.

Dave


On 31 Dec 2018, at 01:32, john Wragg <teamwragg@...> wrote:

Hi Dave
I thought I had better check out the script as I hadn't used it for about a year and wrote it for my own use (You don't have to worry about such niceties as testing:) ). I found a bug with blocks with no named sensor (all mine had named sensors) I have uploaded a fixed version. You should use that.

If you find any more then give me a shout

John
Locked Re: Decoder Pro problems

 

Mark,?
I just reread your original post from a few days ago and see you are connected through a PR4. Ignore my last question about what system you are using.

I have nothing more I can contribute to this thread. I trust others will be able to help you.

Good luck.

Tom Wilson
Colorado Springs, CO


On Mon, Dec 31, 2018, 10:46 AM Tom Wilson via Groups.Io <thomasthetrainengine=[email protected] wrote:
Mark,
What DCC system are you using to interface to JMRI? That is confusing from your description of your problem. If you are interfacing through your already determined to be damaged Digitrax system, Jmri will not be able to overcome the damaged hardware to do anything for you. It would be helpful to all who are trying to help you to know what you have connected that is supplying your program track with a signal.? ?Jmri, in and of itself cannot do this. It needs an operating DCC system or specialized programming hardware to do anything for a decoder.?

Tom Wilson
Colorado Springs, CO

On Mon, Dec 31, 2018, 6:38 AM <mvdeschane@... wrote:
I have attempted to change the direction of travel on the loco (SW1200) on my Program Track.? Then, I placed the loco on my layout and nothing worked!? Used Digitrax SoundLoader to do a Factory Reset, then changed address to 106.? Placed on layout and everything O.K.? Placed on the Program Track again with JMRI Running; but, did not attempt to do anything and the loco was still functional!

I'm sorry, I changed the subject for the last two responses and then realized this placed these responses in there own thread.? Please disregard those thread!!!?

Locked Re: Decoder Pro problems

 

Mark,
What DCC system are you using to interface to JMRI? That is confusing from your description of your problem. If you are interfacing through your already determined to be damaged Digitrax system, Jmri will not be able to overcome the damaged hardware to do anything for you. It would be helpful to all who are trying to help you to know what you have connected that is supplying your program track with a signal.? ?Jmri, in and of itself cannot do this. It needs an operating DCC system or specialized programming hardware to do anything for a decoder.?

Tom Wilson
Colorado Springs, CO


On Mon, Dec 31, 2018, 6:38 AM <mvdeschane@... wrote:
I have attempted to change the direction of travel on the loco (SW1200) on my Program Track.? Then, I placed the loco on my layout and nothing worked!? Used Digitrax SoundLoader to do a Factory Reset, then changed address to 106.? Placed on layout and everything O.K.? Placed on the Program Track again with JMRI Running; but, did not attempt to do anything and the loco was still functional!

I'm sorry, I changed the subject for the last two responses and then realized this placed these responses in there own thread.? Please disregard those thread!!!?

Locked Re: PanelPro icon sets question

 

The red x is caused by lack of logic. It's telling you that that head has no clue what it should be displaying.?


On Sun, Dec 30, 2018, 10:48 Nick via Groups.Io <cornwall9=[email protected] wrote:
Friends,

After being away from panel creation for a LONG time, I have been helping a friend prep his layout for signaling. Getting signals set up is not a problem. I can actually still do that. I like some of the changes in the way things work but I have a question about Panel Editor.

He uses Digitrax, Windows 7 64-bit PRO, Locobuffer USB, and it has worked a long time without problems.

In one location, he has a simple signal set up that his dispatcher can "clear" for train movement by clicking on the signal on the panel and it will return to Red when the train trips a sensor past the yard entrance. It is simple and uncomplicated.

Previously, he was using a very old version of JMRI, (Version 3.11 I think) Before the new JAVA update. Since I was using a later version that offered more options and a better CMRI interface, I suggested that he update his to the newest 4.15 just released. He had to update JAVA, then update JMRI. Naturally, this created havoc. The new file system completely bollixed his panel and that took a little time to repair. After we solved that problem (error messages about turnouts out of range LT3005 which didn't exist) , we started to experiment with creating CMRI signal heads. He will be using PRR Position lights with only ONE head and 3 aspects .

To keep things simple, all signal HEADS will be the same configuration. Triple Output, Steady, with the signal lit.

Our problem is that when we try to create an icon set with limited icons (He HATES the RED X when the panel comes up), I cannot figure out how to eliminate the "fancy" settings like flashing or dark so that only the icons we want are in the set. Currently when we want to add signals, there are 8-10 icons needed. We don't want to build signal masts. The signals will be ultra simple, ABS. The dispatcher only controls routes, not signals. This might change in the distant future, but for now. the KISS method will be what we want.

How can we eliminate the extra aspects when we create our icon set ? I apologize for the lengthy question but this is the first time I have been unable to keep abreast of simple signaling problems. Any help will be appreciated.

Regards and Happy New Year,
Nick Kulp
Locked Re: Decoder Pro problems

 

I always give two reasons to change the id 3 to something else. First is
that many locos when you first put them on the track will be id 3. So every
time you go to test a new loco (I always test first, then program), you
would have a conflict if you left another loco that is id 3 on the layout,
both would move. Second is that many decoders will reset to id 3 if
something happens internally and it has to do a 'factory reset' because its
memory got scrambled (bad checksum on startup). Again, this loco would be
the same id 3.

I apply that logic to everything on the layout. Test at the default id, then
change to something else that doesn't conflict with anything else.
Thankfully LCC doesn't have this issue.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
Locked Re: Run tests:

 

Paul D,

Keep in mind the Digitrax decoder will work just fine as a 106 long address.
It just won't be accessible on a Digitrax system. It would run just fine on
a NCE system and a few others. The address limit of 1-127 must be short
address is a command station/throttle restriction that Digitrax adopted.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
Locked New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: Table print DS.py

Uploaded By: Dave Sand

Description:
Changed the output file location to the JMRI "user files location" so that it is platform independent, Modified the block section to fix layout block errors and provide an accurate use state.

You can access this file at the URL:
/g/jmriusers/files/Script%20examples//Table%20print%20DS.py

Cheers,
The Groups.io Team
Locked Re: Decoder Pro problems

 

On Sun, Dec 30, 2018 at 01:33 PM, Marc wrote:
Andrew:?

The old Tsunami decoders PREFERED? a Soundtraxx PTB-100 for programming. Lack of the PTB-100 will give the 301 error. The resistor is pointless.
If you are running a PR3/PR4, then replace the power supply with one providing 16 volts or more (but less than 20 volts) when programming first gen Soundtraxx decoders.? It is an option if the PTB-100 is not available.? I do not recommend the PowerPax from DCC Specialties. ?
Thanks Marc. Mine are probably not first gen tsunamis. Unless walthers is pulling a fast one, ?(they are installed in newly released end EMD GP7) I would suspect it's very contemporary version. Given that, should I still look to replace the power supply for the PS4??

I have seen others mention that it's a good idea to change ID from 3 to something else. I'm wondering why that is suggested- other than there may be other locos with that default on the layout??
Locked Re: UNWANTED BLOCKS & TURNOUTS IN LISTING

 

¿ªÔÆÌåÓý

John,

I have followed your instructions but nothing appears to have happened.

(1) I have created a backup copy of the SDR file and am using a copy of ? ?the original file to test the Script on.
(2) I opened the new duplicated file. It is showing no errors as it loaded the Master Panel and all of the Sub-Panels.
(3) I Went into JMRI Panel Pro and selected the ¡°Panels¡± menu and then selected ¡°Run Scripts¡±.
(4) I Browsed to file location and selected the print file to open.

Nothing appears to have happened. I have checked for the creation of any new .csv files but found nothing on the computer. I cannot figure out what I am doing wrong. There is no indication that anything has happened at all.

Your help and guidance would be greatly appreciated at this point.

Dave

On 31 Dec 2018, at 09:51, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:

John,

I have read through the program listing for ¡°Tables print.py¡± and as far as I can remember from my programming days, many, many years ago now, it would appear that the only line I need to change is:

self.path = ¡°C:/Users/teamw_000/Documents/Great Central/Electronics/spreadsheets/"

To suit my requirements this should read:

self.path = ¡°C:/Users/SDR/Documents/spreadsheets/¡°

Since you are well into signalling, I imagine that during the process of signalling set up, several mistakes were made that ended up with Names no longer required or misspelt etc that were never used in the Master xml file. Is there any way to identify these records so that they can be deleted safely?

Dave

On 31 Dec 2018, at 08:59, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:

Good Morning John,

Thanks for the update. Dave Sand has confirmed that with regard to both the Turnout and Block Tables, that any entry with just two connection showing is the default set when the record was created. I am hoping that others with a detailed knowledge of the other Tables will jump in and confirm the default settings for the other Tables so that unused records can be deleted as not being used by the Master xml file.

Dave


On 31 Dec 2018, at 01:32, john Wragg <teamwragg@...> wrote:

Hi Dave
I thought I had better check out the script as I hadn't used it for about a year and wrote it for my own use (You don't have to worry about such niceties as testing:) ). I found a bug with blocks with no named sensor (all mine had named sensors) I have uploaded a fixed version. You should use that.

If you find any more then give me a shout

John
Locked Re: Run tests:

 

106 is a SHORT address in Digitrax decoders. If you set it for 106 as a LONG address, it will not work. Digitrax only uses 1-127 as short addresses. Go back to DecoderPro and rogram it as 106 but call it a SHORT address. I had same confusion what I first tried to set up a loco with a 111 address.
Locked Re: Run tests:

 

Switch back the Digitrax SoundLoader, do a factory reset and then re-address to 106 and the loco was found to operate correctly.? .? ??
So decoderpro IS programming the loco, just not to the address you are expecting.

What address does Soundloader claim the loco is set to BEFORE you do the reset?

Does the loco operate correctly if you then attempt to run it on the layout using that address?

It sounds to me like DecoderPro is setting it to Long Address 106, but you are setting it to short address 106 using Soundloader.
Locked Re: Decoder Pro problems

 

¿ªÔÆÌåÓý

?

In the light of your comments about the damaged/broken Zephyr (awaiting a return to Digitrax when they have a repair service operating again),? please clarify the equipment and connections between equipment used in the failed attempt to change direction on the Programming Track.

?

Following the comments about damaged Zephyr, the only option which I would expect to work is ¡°stand alone¡±, ie same hardware setup as used for SoundLoader.? But, current JMRI preferences don¡¯t list a PR4 interface, so selections are for PR3.

http://jmri.org/help/en/html/hardware/loconet/PR4.shtml ??

?

?

?

?

-????????? Nigel

?

From: [email protected] [mailto:[email protected]] On Behalf Of mvdeschane@...
Sent: 31 December 2018 13:38
To: [email protected]
Subject: Re: [jmriusers] Decoder Pro problems

?

I have attempted to change the direction of travel on the loco (SW1200) on my Program Track.? Then, I placed the loco on my layout and nothing worked!? Used Digitrax SoundLoader to do a Factory Reset, then changed address to 106.? Placed on layout and everything O.K.? Placed on the Program Track again with JMRI Running; but, did not attempt to do anything and the loco was still functional!

I'm sorry, I changed the subject for the last two responses and then realized this placed these responses in there own thread.? Please disregard those thread!!!?

Locked Re: VSDecoder: Problems with xml and sound #vsdecoder #rpi #ubuntu

 

Hi Graham,

Here is a small video, showing VSD in JMRI simulator mode (of course VSD is also working connected to my layout):


Klaus


Am 31.12.2018 um 14:56 schrieb SettleDown:

Hi Karl
As reported I now have audio when pressing the buttons in VSD Manager but on further testing I realise that I get nothing when running a loco identified in the Manager and saved to the Roster.? I've read all the documentation you suggested, but maybe I'm missing a step somewhere or else the errors reported in Problem 1 are preventing the decoders from sending speed data back to VSD to generate ClickClack or Chuffs etc.? I have Locos running LokPilot Basic 1.0 decoders, one using a Digital Plus (Lenz)?4 function decoder (36-550), and one LokPilot v4.0 DCC decoder.? Are any/all of these capable of sending the loco data to power VSD ?
Cheers
Graham - @SettleDown
Locked Re: NMRA/JMRI/Arduino

 

Graham:

Oddly the DCC++ does a lot of you want to do if you use the Arduino Mega and enable it's I/O pins through the DCC++ software. Except for finding all the parts it's rather straight forward in the code supplied. It's also straight forward to get all to talk to JMRI. Almost all approaches to what you would like to do will have a learning curve for both hardware and software.

Going other routes with Arduino might have the additional complexity of an additional connection to the PC and JMRI. There is a bunch of stuff from a commercial source, MRCS that might fit in
()

Also there is an Arduino? Yahoo! support group Arduini...

Buy if DIY doesn't appeal there will be support from both JMRI and (pick a brand) communities.

Happy New Year!

JMRI
Locked Re: UNWANTED BLOCKS & TURNOUTS IN LISTING

 

¿ªÔÆÌåÓý

Hi Wouter,

I think that perhaps we may have a cross posting here.

My postings have been to do with trying to eliminate as many errors as possible from the Master xml file so that we can reduce the search area within the error logs when looking for the more illusive errors.

I started by developing a Naming scheme that would identify every item on every Named Sub-Panel within every Table so that everything on that panel was kept together. This saved me from having to go through the whole listing as I could break the Master File down into its different sub-panels.

Several people have been looking into the various Tables trying to identify those entries that are not used by the xml file and are redundant to requirements. These records can then be safely deleted, reducing the file size as we proceed.

For example, both Turnouts and Blocks have, by default, just two connections when they are first created. By using this fact a Script has been created that checks whether and entry is in use on not and flags that that are not in use. It then created an excel format spreadsheet listing all of the entries in a Table that also identifies those that can be deleted. These can then be deleted manually later on.

Ideally, it would be great if, as part of the "Save using a New Name¡± scenario, the redundant entries in every Table could be identified and marked for deletion and the user asked at the end if they wanted to also delete this data so that no entries are carried over into the newly Named file as it is created.

This should greatly reduce the error logs that we have to search through to find and Correct/Delete the more illusive errors that we sometimes get.

I am about to go down this path later today so we will have to see what happens.

Dave

On 31 Dec 2018, at 13:30, whmvd <vandoornw@...> wrote:

I wish... Most errors I hand craft make JMRI unresponsive with no log message anywhere. It is a very frustrating business when all you can do is insert print statements until you get to the line that contains the error - but with still no indication of what the error is supposed to be.

Wouter

On Sun, 30 Dec 2018 at 20:01, Dave Sand <ds@...> wrote:
Ron,

Jython compilation errors are displayed on the JMRI system console.

Dave Sand



> On Dec 30, 2018, at 1:57 PM, Ron Atherton <akskron@...> wrote:
>?
> Dave,
>?
> I could use the Excel script also. I have become the Computer Guy for a Group that did not understand JMRI (not that I fully understand it myself) or how software of any type works.
>?
> The JMRI tables have MANY unused or incorrect turnouts, blocks, etc. that so far I have been unable to delete. If I could list stuff in Excel it might help me "clean up" the mess.
>?
> They tired to get it right but their lack of programming knowledge and how to write software was a major problem.?
>?
> We have over 30 of 60 signals in and working on a layout with 35 blocks and over 40 turnouts controlled by either wireless throttles and/or JMRI.
>?
> I have programmed in Fortran for many years but had worked with Excel mostly for last 15 years for Sales and Marketing data until I retired.
>?
> Writing script in Jython is a new challenge for me but so far I am winning, most of the time. Fortran used a compiler that usually let you know that you made an error on how you wrote a command. Jython just will not run with "bad" script and then the guessing starts. LOL
>?
> Thanks
>?
> Ron Atherton?
>?
>?
>?
> Sent from my U.S.Cellular? Smartphone
>?
> -------- Original message --------
> From: Dave Roberts <dccdaveroberts@...>?
> Date: 12/30/18 12:37 PM (GMT-06:00)
> To:?[email protected]
> Subject: Re: [jmriusers] UNWANTED BLOCKS & TURNOUTS IN LISTING
>?
> Dave,
>?
> Thanks for the confirmation. I am pleased to report that the ¡°CHECK¡± tool is reporting no errors on any panel - Master and Sub-Panels (Lovations).
>?
> I am waiting for John Wragg to get back to me with a copy of his Jython Script to permit the Table Printouts to be converted into Excel format so that they can be printed out.
>?
> Apparently, his script will identify those entries that are not used within the active xml files to make things a little easier. At least my Naming scheme has come into its own. It will be a great help in this case.
>?
> Dave
>?
>?
>> On 30 Dec 2018, at 17:59, Dave Sand <ds@...> wrote:
>>?
>> Dave,
>>?
>> I believe the two connection rule applies to other table types, including turnouts.? Whenever making changes like this, save often and stop/start JMRI and look for errors in the system console.
>>?
>> Dave Sand
>>?
>>?
>>> On Dec 30, 2018, at 11:40 AM, Dave Roberts <dccdaveroberts@...> wrote:
>>>?
>>> Dave,
>>> Thanks for the confirmation regarding the Blocks. What about the Turnouts?
>>> Dave
>>>?
>>> - Dave
>>>?
>>>> On 30 Dec 2018, at 16:59, Dave Sand <ds@...> wrote:
>>>>?
>>>> Dave,
>>>>?
>>>> Blocks with only 2 connections are not active and can be deleted.
>>>>?
>>>> Dave Sand
>>>>?
>>>>?
>>>>?
>>>>> On Dec 30, 2018, at 1:56 AM, Dave Roberts <dccdaveroberts@...> wrote:
>>>>>?
>>>>> Cliff,
>>>>>?
>>>>> So kind of you to reply and thank you. Like you, my layout developed over some ten years and grew alongside JMRI. As part of the learning curve that we all go through I created several Turnouts and Blocks using the INTERNAL Name. Many had mistakes in the name, usually me adding in an extra space here and there. These are very difficult to distinguish between too!
>>>>>?
>>>>> Sometimes it was when I renamed an existing block I would add number after it and then create a new second, sequentially numbered Block. The original block was still there in the listing. This was before the time when I could have just renamed it and saved it.
>>>>>?
>>>>> I was developing my Naming System and Turnouts proved a bit of a problem until I settled on my current Naming scheme which now sorts all items for a particular Location into one contiguous block of names.
>>>>>?
>>>>> However, I am left with several entries that are not used within the xml file as part of any part of the layout. I was hoping that as part of the Rename the Layout idea that JMRI could be made to just include those names that are actively used on the layout and leave the rest behind.
>>>>>?
>>>>> At present, by using my Naming Scheme, I can break all the Table records into Named Blocks of records and attempt a deletion there. It is easier than having to plough through every entry on the various Tables Listings.
>>>>>?
>>>>> The problem is identifying those not currently used. At the moment it would appear that the unused entries only have two connections but I am not sure if this is the default when they are created? Is so, then deleting all those with only the original two connections would appear to be the way to go but having spent many hours removing all errors between the Master, (Whole Layout) file Panel and the various Location Sub-Panels using the CHECK Tool option for all four of the areas specified, I need to be sure that I can get rid of all of the unwanted entries and so slim down the file to prevent any further errors arising in the future.
>>>>>?
>>>>> That is why I put out my request for further information to check if there has been any further developments over the past five years before I embark on what could be a potential nightmare scenario for me.
>>>>>?
>>>>> May I wish you a Happy and Peaceful New Year.
>>>>>?
>>>>> Dave
>>>>>?
>>>>>?
>>>>>> On 30 Dec 2018, at 00:19, Cliff Anderson <cliffaa@...> wrote:
>>>>>>?
>>>>>> Dave,
>>>>>>?
>>>>>> On Sat, Dec 29, 2018 at 01:03 PM, Dave Roberts wrote:
>>>>>>?
>>>>>> I have read? the last conversation from Cliff in 2014 but has there been any progress in finding a way to remove unwanted/unused list items from the tables?
>>>>>>?
>>>>>> Perhaps you are referring to messages #103133 & #103134 from February 2014?
>>>>>>?
>>>>>> If so, it took me some time to recover them and even so I have only a dim memory of that thread after almost five years. Certainly, I have no recollection of further information and normal use of search mechanisms within the JMRI and this Groups sites have not been productive. My practice with the use of adding Blocks has become more careful to define a new block, but that does not help others much.
>>>>>>?
>>>>>> If these are not what you are alluding too, perhaps further clarification would be in order.
>>>>>>?
>>>>>> In either case, someone who uses the Layout Editor a lot more than I do would be better prepared to follow up on your request.
>>>>>>?
>>>>>> Cliff in Baja SoCal
>>>>>>?
>>>>>?
>>>>>?
>>>>?
>>>>?
>>>>?
>>>>?
>>>?
>>>?
>>?
>>?
>?
>?
Locked Re: VSDecoder: Problems with xml and sound #vsdecoder #rpi #ubuntu

SettleDown
 

Hi Karl

As reported I now have audio when pressing the buttons in VSD Manager but on further testing I realise that I get nothing when running a loco identified in the Manager and saved to the Roster.? I've read all the documentation you suggested, but maybe I'm missing a step somewhere or else the errors reported in Problem 1 are preventing the decoders from sending speed data back to VSD to generate ClickClack or Chuffs etc.? I have Locos running LokPilot Basic 1.0 decoders, one using a Digital Plus (Lenz)?4 function decoder (36-550), and one LokPilot v4.0 DCC decoder.? Are any/all of these capable of sending the loco data to power VSD ?

Cheers

Graham - @SettleDown
Locked Re: NMRA/JMRI/Arduino

SettleDown
 

Hi Paul

Thanks for the DCC++ link.? I took a look at it, but I'm thinking it may be a bit above my pay grade !? At this stage all I'm thinking about doing is using an Arduino to detect loco positions on my smallish layout and to initiate sounds via VSDecoder, and maybe raise and lower crossing gates and turn building lights on and off and other simpler things like that.? My first challenge is to get VSDecoder working and then setting up an Arduino to manage it.

Many thanks

Graham - @ SettleDown
Locked Re: Run tests:

[email protected]
 

Yes, sorry, this response has to do with my thread Decoder Pro Problems, please go to that thread!
85101 - 85120 of 240172