Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QSI V7 ID error #2283

Closed
rhwood opened this issue Oct 23, 2016 · 0 comments
Closed

QSI V7 ID error #2283

rhwood opened this issue Oct 23, 2016 · 0 comments
Labels
From SourceForge Issues brought over from the SourceForge tracking system

Comments

@rhwood
Copy link
Contributor

rhwood commented Oct 23, 2016

Reported by mmosher5501 on 2007-06-19 14:03 UTC
When "Read type from decoder" with a QSI v7 decoder, if the model name of the read product ID is exactly the same as the same ID in the V6 file, DP select the V6 model instead of the V7 model. I watched Loconet monitor, CV values on Loconet are correct.

If the model name is different between V6 & V7 of a given product ID then DP selects the correct model.

JMRI 1.7.7
Java 1.4.2-08
Windows 98SE
DSC200
Locobuffer
PowerPax

What I suspect is happening:
read manufacturer ID - OK
read version ID - likely OK (gets to V7 file?)
read QSI productID - OK
associate product ID to model name - likely OK
error likely here
load definition based on model name ignoring version ID, using first model name match found (ie V6 instead of correct V7).

Note likely a problem with the QSI product ID mechanism, as NCE 3.0-3.4 and NCE 3.5 decoder families have model names in common and do not exhibit this problem.

@rhwood rhwood closed this as completed Oct 23, 2016
@rhwood rhwood added From SourceForge Issues brought over from the SourceForge tracking system and removed From SourceForge Issues brought over from the SourceForge tracking system labels Oct 23, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
From SourceForge Issues brought over from the SourceForge tracking system
Projects
None yet
Development

No branches or pull requests

1 participant