|
I have been working on other parts of my layout and just rolled an identified car (RFID tagged) over one of my readers and it acted like a new tag identification. Curious I rolled two other cars with known ids and the same thing happened. I opened the Id Tags window and it was blank except for the three "new" tags it just identified. I have over 60 tagged cars and locos and their tags all appear to be gone. I look in the Cars inventory and all the tag numbers are there. Seems like some link or data set is messed up. I tried looking for which file contains the tag ids but could not figure it out.
Some help definitely needed here.
Thanks,
Allen
Mtn RR
Linux: Ubuntu 18.04
JMRI 4.14
|
On 02/24/2019 08:21 PM, ahouse3761 wrote: I have been working on other parts of my layout and just rolled an
identified car (RFID tagged) over one of my readers and it acted like
a new tag identification. Curious I rolled two other cars with known
ids and the same thing happened. I opened the Id Tags window and it
was blank except for the three "new" tags it just identified. I have
over 60 tagged cars and locos and their tags all appear to be gone. I
look in the Cars inventory and all the tag numbers are there. Seems
like some link or data set is messed up. I tried looking for which
file contains the tag ids but could not figure it out. The ID Tags are stored in a directory in the profile called idtags. The file you are looking for will have the name of the program in it.? For ID Tags you will find a file called "PanelProIdTags.xml" or "DecoderProIdTags.xml".? Unfortunately, the file isn't shared between programs, so if you normally open PanelPro and this time opened DecoderPro (or vice versa) you won't see your tags. The system keeps one backup of the IDTag files involved. Paul
|
Paul,
Thanks for the heads up. I did find the tag file and it was completely empty. As was the backup. This had apparently been the case for several backups going back a couple of weeks. I finally found an older version that had 90% of the data still intact and was able to reenter the remaining (and immediately make a separate backup). Any idea what would cause the file to be overwritten/erased/replaced?
Allen
|
On Feb 26, 2019, at 12:53 AM, ahouse3761 <trainmail1@...> wrote:
Paul,
Thanks for the heads up. I did find the tag file and it was completely empty. As was the backup. This had apparently been the case for several backups going back a couple of weeks. I finally found an older version that had 90% of the data still intact and was able to reenter the remaining (and immediately make a separate backup). Any idea what would cause the file to be overwritten/erased/replaced? Unfortunately, I haven’t ever seen that happen, but if you see it happen again, I want to know about it so I can try to fix it. Paul
|
ok, thanks. I'll keep a closer eye out.
Allen
|
Hi Paul,
This has happened again. I just updated JMRI to 4.16 and the id tags window is completely blank again. The xml file is actually still populated. It seems as if PanelPro is not reading the tag file. The xml file is located in a local directory, not under JMRI. Not sure what to look for here.
Regards,
Allen
|
On Oct 6, 2019, at 10:44 PM, ahouse3761 <trainmail1@...> wrote:
Hi Paul,
This has happened again. I just updated JMRI to 4.16 and the id tags window is completely blank again. The xml file is actually still populated. It seems as if PanelPro is not reading the tag file. The xml file is located in a local directory, not under JMRI. Not sure what to look for here. In preferences, have you set anything in FileLocations? You can’t currently set the location separately, but the IDTags file should be stored in a sub directory of the user files location. Paul
|
I have the "User Files Location" set to a local directory that has the idtags folder in it with the xml file.
Allen
|
|
|
Went back to JMRI 4.14 and the idtag file read ok. No go in 4.16.
Allen
|
Ok, that gives me something to look at. ?There were a number of changes between these two versions in this area.
toggle quoted message
Show quoted text
On Oct 10, 2019, at 11:53 PM, ahouse3761 <trainmail1@...> wrote:
?Went back to JMRI 4.14 and the idtag file read ok. No go in 4.16.
Allen
|
Any luck with this?
Allen?
|
Paul,
I did some more checking and found the file name of the xml file storing the id tags has changed. In 4.14 it was "PanelProIdTags.xml. In 4.16 a file named "PanelProTranspondingTags.xml is created and starts adding tags to it as they are read. If I rename my old PanelProIdTags.xml file to the new name all of my tags show up. But there's more, I now find my Cars database is missing the id tags. If I try to add them back I see what appear to be system id tag names instead of user names. This is very hard to read and why have the relationships been lost? Do I have to go back and re-identify the tag for each car? Or is this "transponding" file the right one to use? Still a bit confused here.
Thanks,
Allen
|
Allen,
Sorry I haven’t responded in a while. ?I haven’t had a lot of time to look into this. On Oct 26, 2019, at 6:39 PM, ahouse3761 <trainmail1@...> wrote:
I did some more checking and found the file name of the xml file storing the id tags has changed. In 4.14 it was "PanelProIdTags.xml. In 4.16 a file named "PanelProTranspondingTags.xml is created and starts adding tags to it as they are read. If I rename my old PanelProIdTags.xml file to the new name all of my tags show up. But there's more, I now find my Cars database is missing the id tags. If I try to add them back I see what appear to be system id tag names instead of user names. This is very hard to read and why have the relationships been lost? Do I have to go back and re-identify the tag for each car? Or is this "transponding" file the right one to use? Still a bit confused here.
What kind of reader is this again? ?
You should only see Transponding Tags if you are using LocoNet transponding. ?if it is RFID, it should still just be IDTags.
Paul
|
Paul,
That is one reason I am confused. I only have rfid readers, no transponding anywhere. The ttansponding files have been created by 4.16.
Allen?
|
On Oct 28, 2019, at 10:39 PM, ahouse3761 <trainmail1@...> wrote:
That is one reason I am confused. I only have rfid readers, no transponding anywhere. The ttansponding files have been created by 4.16. Do you have a LocoNet connection? That won’t explain why RFID tags are being managed by the transponding tag manager, which is what is happening, but it can explain why the file exists in the first place. Paul
|
I do have a loconet connection.
Additional info - I just looked at the system console output and found a series of errors like this one:
2019-10-29 21:20:57,394 rollingstock.RollingStock???????????? ERROR - Tag ACY750 Not Found [main]
for all of my tags even though they are still in the xml file.
I edited 3 of my car entries and added back the system id tags and saved them. They appear to save in the transponding file but then the script I am using is able to see them again and works properly. Is the transponding file somehow confused with the PanelProIdTag.xml file in 4.16?
Allen
|
Sent from my iPad On Oct 30, 2019, at 12:40 AM, ahouse3761 <trainmail1@...> wrote:
?I do have a loconet connection.
Additional info - I just looked at the system console output and found a series of errors like this one:
2019-10-29 21:20:57,394 rollingstock.RollingStock ERROR - Tag ACY750 Not Found [main]
for all of my tags even though they are still in the xml file. Oh, that I can explain. Your tags are being loaded by the Transponding Tag manager if you renamed the file to include transponding in the name. This means the tags end up having a different system name, which may very well be how the operations code is storing the tag information. ( you are not required to set the user name on an ID tag ) I edited 3 of my car entries and added back the system id tags and saved them. They appear to save in the transponding file but then the script I am using is able to see them again and works properly. Is the transponding file somehow confused with the PanelProIdTag.xml file in 4.16? After reviewing the code, that is highly unlikely. The file names are currently encoded in the tag managers, and each manager maintains its own list of tags. Now a new couple of questions: 1) how is your RFID reader connected to the layout? 2) exactly what does your script do? Paul
|
1. The RFID readers are read through a concentrator on a direct MERG serial connection. I have two concentrators.
2. The script listens for RFID reader signals and sets a memory variable to the car or loco associated with the tag. The memory variable is displayed on a panel. The script is based on the ReporterFormatter.py script that I believe you modified circa 2015.
Allen
|
Ok, I think I have an idea of what is going on.
Could you try this for me: Start PanelPro Make a copy of your current profile ( make sure your IDTag file has the original name ) Save preferences and restart PanelPro with the new profile ( the copy ) Open preferences and delete the LocoNet connection. Save preferences and restart PanelPro with the new profile ( the copy )
And let me know if your tags come back.
Paul
toggle quoted message
Show quoted text
On Oct 30, 2019, at 11:52 PM, ahouse3761 <trainmail1@...> wrote:
?1. The RFID readers are read through a concentrator on a direct MERG serial connection. I have two concentrators.
2. The script listens for RFID reader signals and sets a memory variable to the car or loco associated with the tag. The memory variable is displayed on a panel. The script is based on the ReporterFormatter.py script that I believe you modified circa 2015.
Allen
|
ahouse3761