Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
toggle quoted message
Show quoted text
On Sep 22, 2018, at 9:00 AM, David Klemm < davidklemm7511@...> wrote:
Get a PTB100 and you will never have a not enough power issue to program any decoder so far made.?
?
From: 20163271320n behalf of
Sent: Saturday, September 22, 2018 07:51
To: [email protected]
Subject: Re: [jmriusers] I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
?
A power pax is a booster but seller says it only reads bli about 30 % ?of the time.
Do know which booster works for bli paragon3 decoders
Tony
On a Digitrax systems, sound decoders need a programming track booster.
The club has one on our Zephyr system, and we can read any decoder, Except sometimes BLI. (Those are flaky no matter what system or setup you use to read them.)
Remember, the Digitrax system was designed way before sound decoders became available, and the Specs have not kept up with sound decoder design. Which is why you need a non-digitrax booster to get modern sound decoders to work. You should be able to search
for programming track boosters and get more information.
And you demand that all your equipment be Digitrax only, blame the sound designers for decoders that do not match the original NMRA specs for programming track, and suck it up and buy a booster.
Thomas
DeSoto, TX?
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
Get a PTB100 and you will never have a not enough power issue to program any decoder so far made.?
?
toggle quoted message
Show quoted text
From: 20163271320n behalf of
Sent: Saturday, September 22, 2018 07:51
To: [email protected]
Subject: Re: [jmriusers] I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
?
A power pax is a booster but seller says it only reads bli about 30 % ?of the time.
Do know which booster works for bli paragon3 decoders
Tony
On a Digitrax systems, sound decoders need a programming track booster.
The club has one on our Zephyr system, and we can read any decoder, Except sometimes BLI. (Those are flaky no matter what system or setup you use to read them.)
Remember, the Digitrax system was designed way before sound decoders became available, and the Specs have not kept up with sound decoder design. Which is why you need a non-digitrax booster to get modern sound decoders to work. You should be able to search
for programming track boosters and get more information.
And you demand that all your equipment be Digitrax only, blame the sound designers for decoders that do not match the original NMRA specs for programming track, and suck it up and buy a booster.
Thomas
DeSoto, TX?
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
A power pax is a booster but seller says it only reads bli about 30 % ?of the time. Do know which booster works for bli paragon3 decoders
toggle quoted message
Show quoted text
On Sep 21, 2018, at 10:50 PM, thomasmclae < thomas_applink@...> wrote: On a Digitrax systems, sound decoders need a programming track booster.
The club has one on our Zephyr system, and we can read any decoder, Except sometimes BLI. (Those are flaky no matter what system or setup you use to read them.)
Remember, the Digitrax system was designed way before sound decoders became available, and the Specs have not kept up with sound decoder design. Which is why you need a non-digitrax booster to get modern sound decoders to work. You should be able to search for programming track boosters and get more information.
And you demand that all your equipment be Digitrax only, blame the sound designers for decoders that do not match the original NMRA specs for programming track, and suck it up and buy a booster.
Thomas
DeSoto, TX?
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
On a Digitrax systems, sound decoders need a programming track booster.
The club has one on our Zephyr system, and we can read any decoder, Except sometimes BLI. (Those are flaky no matter what system or setup you use to read them.)
Remember, the Digitrax system was designed way before sound decoders became available, and the Specs have not kept up with sound decoder design. Which is why you need a non-digitrax booster to get modern sound decoders to work. You should be able to search for programming track boosters and get more information.
And you demand that all your equipment be Digitrax only, blame the sound designers for decoders that do not match the original NMRA specs for programming track, and suck it up and buy a booster.
Thomas
DeSoto, TX?
|
Locked
Re: jmri.jmrix.loconet.LnTrafficController.instance() returns None to Python/Jython scripts.
I think what you¡¯re asking about is ¡°How do I know that something is deprecated before it becomes urgent to fix it?¡±, for values of something that include custom python scripts. The Java / Jython combination does have a way to let you know that you¡¯re running deprecated Java code from Jython, but it requires Java 9. It¡¯s going to be a while before we can use that. In some cases, the Java code logs a warning (or sometime a ¡°warnOnce¡±) if (scripting) code invokes a deprecated method. That¡¯s only recently been a convenient thing to add, so it¡¯s only been used sporadically until now. We should do that more often. In practice, the most effective approach seems to be work-behind-and-look-ahead: Stay with 4.6 for your running, but when production releases come out (4.8. 4.10, etc) install a copy and run your code to see what happens _before_ you¡¯d otherwise update your setup for running. That way, even if something is removed, you¡¯ve got an advance warning of it. Generally, if you¡¯re running 4.10 and something is removed in 4.12, you can bad-propogate the change: The methods you need to call in 4.12 should be present in 4.10 already. But it¡¯s not clear you can count on that _too_ far back: If you find something changes in 4.12, the update might not run in 4.6. There¡¯s some value in being only a year or so behind¡ JMRI lets you install multiple downloaded versions. If you¡¯re running from NetBeans, you can have as many (different-version) development directories as you¡¯d like. That combines nicely with keeping your own code on DropBox or GitHub (See ) so that you can version it and have multiple consistent copies. Bob On Sep 21, 2018, at 2:21 PM, wombat_rrnut <gbedlek001@...> wrote:
Bob:
That worked perfectly. I checked the documentation on LnTrafficController.instance and it mentions that it is deprecated.
When I did a search in my IDE for all of the references, it checks even your distribution .py files (in 4.6), and a lot
of those are "wrong". But I checked a few of the 4.13.4 equivalents, and they were changed. I can't vouch
for all of the 4.13.4 distribution .py files being correct, so I suspect your group has caught all of them.
I see the obvious need for the change, since now there can be multiple LocoNets, and assorted other systems
all at the same time.
Thanks again.
Here's a question if you have the time:
Us "lowly" python programmers are at the bottom. There is no way your programmers can know all of the things
we use. Therefore, you can't determine the impact on the "field" of changes in the JMRI system on us.
I've been burned before by changes, whereby the 1000's of lines of Python I've written for various people to
do various things break from time to time when they install a new version of JMRI without asking me first.
Of course, it is always a change to JMRI that causes a problem (such as this one).
My own system is "If it works, don't xxxx with it", ergo why I'm still running 4.6 in production. No changes, no problems!
Of course, you'll tell me to read the release notes, which if I remember "per build" sometimes amounts
to 1000's of items. Besides, how do I know in the 1000's of lines of my code which things I should search
for in your release notes to find out "ahead of time" about changes (such as even this simple one)?
In other words, something like 1000 factoral. Which is something like a googol. (10 to the 100th power). :-)
So I'm curious: How did your people fix the existing 4.6 .py files for this same problem? Did they do it
ahead of time because they knew the affect it would have? Or did someone complain, and then it got
fixed? Or is it both? So that there is no hope of "preventative measures"?
Sincerely
Gregory Bedlek
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
I suspect we¡¯re over-thinking this. The JMRI startup scripts are aggressive (both automatically and via options) in getting jar files on the classpath. NetBeans has it¡¯s own configuration mechanisms specified by these files: ./nbproject/project.xml ./nbproject/ide-file-targets.xml ./nbproject/ide-targets.xml But we generally have NetBeans compile and run via Ant. Ant¡¯s basic configuration comes from the build.xml file in the JMRI development (git checkout) directory. And that in turn creates a run time classpath via some content that looks like this: <path id="runtime.class.path"> <pathelement location="${libdir}/purejavacomm-1.0.1.jar"/> <pathelement location="${libdir}/xercesImpl.jar¡±/> (etc) So one fast, minimal approach to test if the Ant classpath is the cause of the trouble would be to edit that to add your jar file as an additional pathelement line. In the long term, a better approach (but relies on more tooling, so perhaps not the first thing to test) is to add a cp.append=MyFile.jar line to the local.properties file in your development directory. See the comment at the front of the build.xml file N.B: local.properties is mentioned in the NetBeans doc page, but not for this purpose. If this works for you, we should add that there. Bob On Sep 21, 2018, at 3:51 PM, Bob Jacobsen <rgj1927@...> wrote:
When running from the usual startup scripts, jar files are automatically included and accessible. (See ) I just tried this and it worked OK.
Hence the question about NetBeans, as perhaps it¡¯s specific to that.
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Bob:
Ok, I've carefully read "".
Wow.? A lot of good info in there.
Now, since the LaunchJMRI.exe I have (4.6) may not have the ability to do all of the things
that web page said.? I have no way of knowing that.? Ergo I'd be suspicious of trying
it with the one I have, otherwise the test might be invalid.
But I see that LaunchJMRI.exe does a LOT of things regarding classpaths and other
sundry things.? I'd bet NetBeans does none of it.? And of course that begs the
question: How does all of that affect Jython/Python and specifically it's import command?
Greg
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Bob:
Regarding "Could you confirm that you¡¯re doing this while running under NetBeans?":
Yes, run 4.13.4 master source from yesterday (9/20/18) under NetBeans.
Right now, other than standard JMRI 4.6, I have NO other way of running JMRI.
You might be on to something.? JMRI / Jython / Python might act differently in some subtle
way running under NetBeans.? One of the thing I did in Jython was to verify it's search
path for "import" commands by doing print os.sys, and getting what I expected.
So in the meanwhile, I read up as much as I could (though poorly documented) on
how "import" really works internally in Python.? There was a lot of "gibberish" on cache's and
restarting Python interpreter, etc. etc, and the fact that you can reload dynamically
(I believe reload(x)) items, that when I tried it, it didn't work.? That left me scratching
my head, since that was heavily documented as working.? This was under 4.6 not
4.13.4.? Also something about "scans directory structure" at startup, but doesn't load
until the actual "import" is encountered.
Ok, so how do we eliminate NetBeans?? I know you are smart enough to be able
to run JMRI.jar "directly" (which presently is not in the directory structure),
but remember, 4.13.4 was not "installed" by anything,
therefore I wouldn't have the foggiest idea how to run or setup anything to
run it with the launcher.? So I'd have to have specific step by step instructions
(or you could screen dup onto my machine from your machine, even if Apple),
and show me how, unless it is super easy.
For example, the ONLY LaunchJMRI.exe I have is from 4.6, none are built
for 4.13.4.? I don't think that would be a good test IMHO, unless you think so.
Should I download something off of JMRI, install it, then substitute JMRI.jar
from 4.13.4?? I did a "dos dir LaunchJMRI.exe/s", and that's the only one on my
"hard drive" (SSD).
Then with it running "normally" (not under NetBeans), I could try the simple
5 minute experiment, and see if that eliminates the problem.
In the meanwhile, I'm going to read carefully your link:
and see what you mean by your answer "I just tried this and it worked OK."
Thoughts?
Greg
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Could you confirm that you¡¯re doing this while running under NetBeans? When running from the usual startup scripts, jar files are automatically included and accessible. (See ) I just tried this and it worked OK. Hence the question about NetBeans, as perhaps it¡¯s specific to that. Bob On Sep 21, 2018, at 1:36 PM, wombat_rrnut <gbedlek001@...> wrote:
Bob:
I appreciate the suggestion, but it made the situation WORSE.
When I promoted the "Beach" source to a package, and built it, now
JMRI 4.6 CANNOT CALL IT (same problem as 4.13.4, except
now it says can't find package Beach).
Still does not work in 4.13.4. No change here.
So I "demoted" it back to "(default package)", and it worked in 4.6 again.
But still didn't work in 4.13.4.
Sorry.
So again, what broke in the transition from 4.6 to 4.13.4 regarding
ability of Jython/Python to "import" .jar files?
Greg
-- Bob Jacobsen rgj1927@...
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
Hi everyone, ?my experience with this issue is limited to HO scale with a Digitrax PR4 and a dedicated programming track. ?I¡¯ve found that voltage, and to a degree amperage, does make a difference with sound decoders. ?I am relatively new to JMRI, but I found with the PS14 power supply that the output voltage to the track was I believe 12.7 volts measured with a RRAMP Meter. ?With a non-sound decoder on the rails the voltage would drop to 12.1 volts, but a Tsunami 2 Sound decoder or a QSI Sound decoder would drop to about 11.1 to 11.3 volts and I had a lot of trouble reading the CVs. ?I have to admit I don¡¯t have a Paragon 3 decoder, but I do have a Loksound 4 that reads fine. ?Since many of the posts talked about needing a booster, and seeing the significant milliamp load of sound decoders pulling the PS14 down, I chose to try the Digitrax 6amp supply used with the Evolution system. ?The output voltage at rest is essentially the same, but when a sound decoder loco is on the rails, the voltage only drops off to between 12.1 and 12.3 volts, which led to a successful read on the decoders.
Separately, I confirmed from the folks at Digitrax that the PR4 can handle up to 18 volts input, which with a 1 or 2 amp supply should allow the programming track voltage to be high enough to read the sound decoders without difficulty. ?I have not purchased an 18 volt supply to prove this theory, but simply providing a higher amperage Digitrax power supply kept the voltage high enough to read them so I would expect the 18 volt supply will work provided it is at least 1or 2amps.
I hope my testing helps others having this issue with the Digitrax PR3 or PR4 board.
George Ronn
|
Locked
Re: jmri.jmrix.loconet.LnTrafficController.instance() returns None to Python/Jython scripts.
Bob:
That worked perfectly.? I checked the documentation on LnTrafficController.instance and it mentions that it is deprecated.
When I did a search in my IDE for all of the references, it checks even your distribution .py files (in 4.6), and a lot
of those are "wrong".? But I checked a few of the 4.13.4 equivalents, and they were changed.? I can't vouch
for all of the 4.13.4 distribution .py files being correct, so I suspect your group has caught all of them.
I see the obvious need for the change, since now there can be multiple LocoNets, and assorted other systems
all at the same time.
Thanks again.
Here's a question if you have the time:
Us "lowly" python programmers are at the bottom.? There is no way your programmers can know all of the things
we use.? Therefore, you can't determine the impact on the "field" of changes in the JMRI system on us.
I've been burned before by changes, whereby the 1000's of lines of Python I've written for various people to
do various things break from time to time when they install a new version of JMRI without asking me first.
Of course, it is always a change to JMRI that causes a problem (such as this one).
My own system is "If it works, don't xxxx with it", ergo why I'm still running 4.6 in production.? No changes, no problems!
Of course, you'll tell me to read the release notes, which if I remember "per build" sometimes amounts
to 1000's of items.? Besides, how do I know in the 1000's of lines of my code which things I should search
for in your release notes to find out "ahead of time" about changes (such as even this simple one)?
In other words, something like 1000 factoral.? Which is something like a googol. (10 to the 100th power). :-)
So I'm curious: How did your people fix the existing 4.6 .py files for this same problem?? Did they do it
ahead of time because they knew the affect it would have?? Or did someone complain, and then it got
fixed?? Or is it both?? So that there is no hope of "preventative measures"?
Sincerely
Gregory Bedlek
|
Locked
SDF file editor - anyone working on that?
Hi everyone,
I've been fighting some issues with my digitrax sound locos, mostly
their stupid "restart engine on power loss" behaviour...
Last time I looked at that has been about a year ago and I did it with a
separate tool called SPJHelper which I found in some dark corner of the
interwebs. Now I remembered JMRI also has some of the capabilities and
I'd like to get down and help improving them.
But before I go ahead, I'd like to avoid duplicate work, so I'm asking:
Anyone working on those features right now already? Has anything
happened there since 4.12 (which I'm running right now)? On the git repo
there don't seem to be any changes except removing some CVS leftovers...
Thanks for any pointers,
Heiko
--
eMails verschl¨¹sseln mit PGP - privacy is your right!
Mein PGP-Key zur Verifizierung:
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Bob:
I appreciate the suggestion, but it made the situation WORSE.
When I promoted the "Beach" source to a package, and built it, now
JMRI 4.6 CANNOT CALL IT (same problem as 4.13.4, except
now it says can't find package Beach).
Still does not work in 4.13.4.? No change here.
So I "demoted" it back to "(default package)", and it worked in 4.6 again.
But still didn't work in 4.13.4.
Sorry.
So again, what broke in the transition from 4.6 to 4.13.4 regarding
ability of Jython/Python to "import" .jar files?
Greg
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Bob:
I'm going to try what you suggested, but explain to me why it worked perfectly under 4.6 without your suggestion.
I followed the documentation exactly for Python/Jython in order to get it to work, and it worked first time without problem.
They (at least in the example I was following) did not suggest what you suggested, but I'm willing to try it to see if that
is what changed between 4.6 and 4.13.4.? Will get back to you on this.
Regarding your question "Not entirely sure that you¡¯re trying to do":
What I am trying to do is call (as the example that worked in 4.6) Java code from Python/Jython under JMRI,
where the Java code is in a separate jar named Beach.jar, NOT associated with JMRI source code.
This "Beach.jar" is trying to crawl before I begin walking: the big effort of conversion, see below:
Later - someday I'll incorporate the real CTC code into JMRI, but that is way too difficult at this time,
it is much easier to do it in my own sandbox, since I can't find any documentation on how to integrate
a totally separate system into JMRI (I've put breakpoints all over JMRI and I cannot figure out where
to stick my call to "instance manager" to put in my "class factory" or some such - as a start.? I've read
all of the online documentation that I know about....).? I have to figure out how you guy's think at a high,
medium and low level before I begin the re-design of the system under your system.
Presently, all of my CTC code is Jython scripts running under JMRI 4.6, and has been working perfectly for 5+ years, and
now I thought that making them Java would be "better", again with the eventual though of getting
it into JMRI.? (It works as well or better than Dr. Bruce Chubb's CTC "stuff", based upon what I'm told).
Probably too much info, but that gives you an idea of what I'm trying to do.
Thanks again for the help.
By the way, I gave up on trying to get JMRI running under Eclipse, just too many problems.? Doing it under
NetBeans was easy.? Worked first time (EXCEPT as you may now know NetBeans CRASHES when
JDK 10 is installed and it selects it by default during the install, I had to install JDK 8 to make it work).
Dave Sand's knows about this, gave him all the info to update the NetBeans instructions page from
the web pages describing this problem.
Greg
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
Dear Dana
Have you come to any conclusion as the best way to program and read a paragon3 decoder using digitrax + ?.
Tony
toggle quoted message
Show quoted text
On Aug 27, 2018, at 12:55 PM, Dana <dwzimmerli@...> wrote:
I admit that I am a little late coming to this thread, but has anyone
summarized what works and what doesn't work? In my background (PhD in
EE/CompSci, 35 years in Aerospace System Engineering) I have seen many
strange things that may be happening here. If I read this correctly, the
issues are primarily with sound decoders, which may have higher
capacitance in the design. That would mean that they require longer to
charge up to reliably send an ACK for the reads. This may be because of
the power booster internal resistance, the resistance of the wire used to
connect the booster, the number of preamble bits before the Read command,
or something else.
In my experience (JMRI-SPROG 3 - PowerPax or not) I have attempted to read
CVs from LokSound 4 and Paragon 3 decoders with limited success. Reading
from the LokSound has sometimes required several reads before the correct
values were read. I found that I could do a read immediately after a
failed read and haver better success. On the Paragon 3, I have never read
the CVs reliably. I can write the CVs and can verify the changes through
operation but reading back the changes is not possible.
My next steps will be to try heavier and shorter wire on the track,
shorter track, and, if I really program something, a special command
station that puts out a longer preamble, perhaps waiting until the surge
current on start-up has stabilized.
Interesting question, does anyone know if these decoders (specifically by
model number) have conformance certificates from the NNMRA? That should
mean they meet the NMRA standards for the ACK. If they have the cert, then
it must be some differences like the ones above.
Dana Zimmerli
President
Belmont Shore Model Railroad Club
See our video at:
r
This is something else we need to talk about here. Everyone keeps stating
the programming track boosters are required, but are able to read without
any programming track booster at all. Every decoder we are discussing here
is an n-scale decoder, so I think this is a case where scale matters.
Paul
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Surprisingly enough, the message is exactly correct: There is "No module named Beach¡± A module some like the jmri in jmri.Block or the javax.swing in javax.swing.JComponent. It corresponds to the package statement in Java: package jmri; creates a Jython module called ¡°jmri¡± that has to be imported to be available. Not entirely sure that you¡¯re trying to do, but if you want a package called ¡°beach¡¯ (the Java convention is lower case), you need package statement in your .java file. Bob On Sep 21, 2018, at 11:05 AM, wombat_rrnut <gbedlek001@...> wrote:
I was able to create a simple Java class and call it from standard JMRI 4.6 As follows:
public class Beach {
¡
}
Now for the problem:
I downloaded "master" source yesterday (9/20/18).
It seems the ability to import .jar files doesn't work from Python/Jython anymore.
However, I can import .py files, proving I've put the .jar file in the right location:
Start PanelPro under NetBeans:
Displays "version" 4.13.4ish........
Open Script output, Script input.
Script Input (using Python dropdown):
import Beach
FAILS with (in the green text JMRI system console):
2018-09-21 12:48:21,968 jython.InputWindow ERROR - Error executing script [AWT-EventQueue-0]
javax.script.ScriptException: ImportError: No module named Beach in <script> at line number 2 -- Bob Jacobsen rgj1927@...
|
Locked
Re: jmri.jmrix.loconet.LnTrafficController.instance() returns None to Python/Jython scripts.
That way of getting the traffic controller was deprecated in 2005, and is finally gone. The most general replacement is connectionIndex = 0 jmri.InstanceManager.getList(jmri.jmrix.loconet.LocoNetSystemConnectionMemo).get(connectionIndex).getLnTrafficController().sendLocoNetMessage(l) (change connectionIndex to 1 for 2nd connection, etc) If you have and always will have only one connection: jmri.InstanceManager.getDefault(jmri.jmrix.loconet.LocoNetSystemConnectionMemo).getLnTrafficController().sendLocoNetMessage(l) Bob On Sep 21, 2018, at 11:20 AM, wombat_rrnut <gbedlek001@...> wrote:
The line of code in .py referenced in the "dump" below is:
jmri.jmrix.loconet.LnTrafficController.instance().sendLocoNetMessage(packet) -- Bob Jacobsen rgj1927@...
|
Locked
Re: jmri.jmrix.loconet.LnTrafficController.instance() returns None to Python/Jython scripts.
(whombat-ever-you-are), ? Search the various scripts in the (current) JMRI distribution for getLnTrafficController().? You will find a variety of ways to get a valid traffic controller that work with current JMRI versions.? You will need to choose a version which suits the needs of your script (i.e. the info your script already has about the connection).? And you may need to work backwards to find the right way to get the "stuff that is needed" by your choice of "getLnTrafficController()" invocation. ? Regards, Billybob ?
toggle quoted message
Show quoted text
From: [email protected] [mailto:[email protected]] On Behalf Of wombat_rrnut
Sent: Friday, September 21, 2018 2:20 PM
To: [email protected]
Subject: [jmriusers] jmri.jmrix.loconet.LnTrafficController.instance() returns None to Python/Jython scripts.? I have a standard JMRI (4.6) running my system (not under NetBeans nor Eclipse) just fine.? Then:
I downloaded "master" as of (9/20/18), built it under NetBeans just fine,
then attempted to startup my normal layout "stuff" (I have many
.py scripts that load).
Shows "version" 4.13.4ish.........
So my system (very large and complex) starts up.
The line of code in .py referenced in the "dump" below is:
jmri.jmrix.loconet.LnTrafficController.instance().sendLocoNetMessage(packet)
To verify (as closely as possible) the problem, I did the following:
>>> print jmri.jmrix.loconet.LnTrafficController
... print jmri.jmrix.loconet.LnTrafficController.instance()
<type 'jmri.jmrix.loconet.LnTrafficController'>
None
As you can see, "None" is printed for the instance, which is the problem.
Yes, my large and complex system runs fine, and can communicate just fine with LocoNet.
(in other words, everything else is fine).
So this IMHO is not a configuration of LocoNet problem.
Dump:
JMRI starts running the .py scripts, and I get the following error message in the
JMRI system console:
2018-09-21 12:42:43,886 script.JmriScriptEngineManager??????? ERROR - Error in script C:\Users\NetBeansJMRI\JMRI\My_JMRI_Railroad\LayoutInit.py. [main]
javax.script.ScriptException: AttributeError: 'NoneType' object has no attribute 'sendLocoNetMessage' in <script> at line number 371
??? at org.python.jsr223.PyScriptEngine.scriptException(PyScriptEngine.java:202)
??? at org.python.jsr223.PyScriptEngine.eval(PyScriptEngine.java:42)
??? at org.python.jsr223.PyScriptEngine.eval(PyScriptEngine.java:47)
??? at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:249)
??? at jmri.script.JmriScriptEngineManager.eval(JmriScriptEngineManager.java:319)
??? at jmri.script.JmriScriptEngineManager.runScript(JmriScriptEngineManager.java:383)
??? at apps.PerformScriptModel.performAction(PerformScriptModel.java:32)
??? at apps.StartupActionsManager.lambda$initialize$1(StartupActionsManager.java:120)
??? at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
??? at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
??? at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
??? at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
??? at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
??? at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151)
??? at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174)
??? at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
??? at java.util.stream.ReferencePipeline.forEachOrdered(ReferencePipeline.java:423)
??? at apps.StartupActionsManager.initialize(StartupActionsManager.java:118)
??? at jmri.implementation.JmriConfigurationManager.initializeProvider(JmriConfigurationManager.java:322)
??? at jmri.implementation.JmriConfigurationManager.lambda$load$1(JmriConfigurationManager.java:196)
??? at java.utilArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
??? at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580)
??? at jmri.implementation.JmriConfigurationManager.load(JmriConfigurationManager.java:195)
??? at jmri.implementation.JmriConfigurationManager.load(JmriConfigurationManager.java:183)
??? at apps.Apps.<init>(Apps.java:278)
??? at apps.PanelPro.PanelPro.<init>(PanelPro.java:40)
??? at apps.PanelPro.PanelPro.main(PanelPro.java:120)
Caused by: Traceback (most recent call last):
? File "<script>", line 371, in <module>
? File "<script>", line 329, in Send4Interrogate
AttributeError: 'NoneType' object has no attribute 'sendLocoNetMessage'
??? at org.python.core.Py.AttributeError(Py.java:205)
??? at org.python.core.PyObject.noAttributeError(PyObject.java:1013)
??? at org.python.core.PyObject.__getattr__(PyObject.java:1008)
??? at org.python.pycode._pyx1.Send4Interrogate$16(<script>:330)
??? at org.python.pycode._pyx1.call_function(<script>)
??? at org.python.core.PyTableCode.call(PyTableCode.java:167)
??? at org.python.core.PyBaseCode.call(PyBaseCode.java:138)
??? at org.python.core.PyFunction.__call__(PyFunction.java:413)
??? at org.python.core.PyMethod.__call__(PyMethod.java:126)
??? at org.python.pycode._pyx1.f$0(<script>:375)
??? at org.python.pycode._pyx1.call_function(<script>)
??? at org.python.core.PyTableCode.call(PyTableCode.java:167)
??? at org.python.core.PyCode.call(PyCode.java:18)
??? at org.python.core.Py.runCode(Py.java:1386)
??? at org.python.core.__builtin__.eval(__builtin__.java:497)
??? at org.python.core.__builtin__.eval(__builtin__.java:501)
??? at org.python.util.PythonInterpreter.eval(PythonInterpreter.java:259)
??? at org.python.jsr223.PyScriptEngine.eval(PyScriptEngine.java:40)
??? ... 25 more
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Just to make sure:
import java
import jmri
import Beach
(Crash)
|
Locked
Re: Problems with Jython/Python and "master" as of 9/20/18
Did that, no change, same crash of JMRI.
Greg
|
Bob Jacobsen
Glikestrains