¿ªÔÆÌåÓý

Date

Locked Re: Control number of lines going to printer per page-OPERATIONS

 

¿ªÔÆÌåÓý

It is there on my Macs.?

Click on print and it a box that shows the printer comes up that does not have the scale box on it then click on the show details box.?

It is not part of the printer drive software , it is in the apple driver software.?

I have also had very bad luck with Epson printers over the years on any computer and finally swore off of them.?


HP work flawlessly for me.?

I can alwasy get my Macs to print like I want. I have 2 Windows boxes that will not print corectly to anything no matter what I do.?



Jim



On Sep 23, 2019, at 9:32 AM, Frank in Houston <upitrr@...> wrote:

NEW INFORMATION...(First, THANKS to ALL who tried to help)

I borrowed a friends Apple computer and installed my JMRI files thinking a totally fresh start might help....same result... when I tried to print my manifests on his Apple I got the same problem as I have on mine. ?That is, every page of my manifest was about two lines too long and does not get printed. ?I could not find an OPTION called something like "Size to fit" or "Scale to fit" on either Apple computer. ?

So I installed the latest release 4-17-4 on a Windows 7 machine and used it to print my manifest and ALL WORKED JUST FINE. ?

I looked at the "OPTIONS" on the Windows 7 machine and found an option titled "FIT TO SIZE". ?(This kind of option is what I need on the Apple computer). ?I went to the EPSON Workforce WF3720 Website and Downloaded the very latest updates and drivers for the APPLE computer to my APPLE computer. ?However that still did not fix the problem. ?My page by page manifest is still about two lines too long for the APPLE computer to print everything. ?The print is beautiful but not complete.

Since the OPTION "FIT TO SIZE" is not provided by the printer software, Is there a built in feature in the Windows 7 print routine that proves the ?"FIT TO SIZE" Option? ?AND IF SO, how can I get this OPTION (or something similar) installed in my APPLE Computer? ?

THANK YOU AGAIN...Frank in Houston


Locked Re: Control number of lines going to printer per page-OPERATIONS

Frank in Houston
 

NEW INFORMATION...(First, THANKS to ALL who tried to help)

I borrowed a friends Apple computer and installed my JMRI files thinking a totally fresh start might help....same result... when I tried to print my manifests on his Apple I got the same problem as I have on mine. ?That is, every page of my manifest was about two lines too long and does not get printed. ?I could not find an OPTION called something like "Size to fit" or "Scale to fit" on either Apple computer. ?

So I installed the latest release 4-17-4 on a Windows 7 machine and used it to print my manifest and ALL WORKED JUST FINE. ?

I looked at the "OPTIONS" on the Windows 7 machine and found an option titled "FIT TO SIZE". ?(This kind of option is what I need on the Apple computer). ?I went to the EPSON Workforce WF3720 Website and Downloaded the very latest updates and drivers for the APPLE computer to my APPLE computer. ?However that still did not fix the problem. ?My page by page manifest is still about two lines too long for the APPLE computer to print everything. ?The print is beautiful but not complete.

Since the OPTION "FIT TO SIZE" is not provided by the printer software, Is there a built in feature in the Windows 7 print routine that proves the ?"FIT TO SIZE" Option? ?AND IF SO, how can I get this OPTION (or something similar) installed in my APPLE Computer? ?

THANK YOU AGAIN...Frank in Houston


Locked Re: Layout editor - connecting slips to turnouts #layouteditor

 

Dave
Thanks for your feedback. I fully agree with you that I should ensure the conditions are correctly set up in MERG and to avoid using JMRI to inverting anything. Spent some time last night checking through my application and found that I need to get further information on the MERG sensor inputs to jmri. I found that the P1a sensors conflicted when trying to set the turnout to the OFFl (closed) position. This was due to the MERG CANMIO SVO output events simultaneously providing a high to both Events 1 & 2 resulting in both being active at the same time in the sensor table. Not surprisingly, The Turnout on the panel showed the correct movement and then reverted back to the ON (thrown) position. Both Sensors at this time were 'Active'.
More work to do in MERG to resolve this before applying the other sensors inputs from the turnouts.
In the mean-time. Can you please remind me of how I was able to set the sensors to provide feedback for the other turnouts? I have a still have a bit more time to continue with this before other things get in the way. I am determined to try to ensure I can do this in a concentrated way and avoid the long delays between sessions.
One other thing, I have left the default ' No Pull Ups/Down' in the JMRI sensor settings.
Best wishes
Peter?


Locked Re: Possible roster problem #zimo

 

Bob

Yes you are right - 3F .

Gerry

On 23/09/2019 5:15 pm, Bob Jacobsen wrote:
The problem is that decoder doesn¡¯t do 128 speed steps, so it doesn¡¯t respond when it receives them.

As to the comparison:

Watching the command monitor wind up the speed on screen throttle

? cmd - Q C7 DO 3F 85 AD
? speed to "0" - Q C7 DO 37 80 A8
Using the phone to do exactly the same thing

? cmd - Q C7 DO 76 61
? speed to "0" - Q C7 DO 60 77
NO response from the decoder.
Let me organize these a bit differently to make the comparison easier:

screen ? cmd - Q C7 DO 3F 85 AD
phone ? cmd - Q C7 DO 76 61
The Q C7 D0 means ¡°send a command to loco 2000¡±. Then they differ:
3F is a 128 step command to set the speed; the 85 is forward in the 5th step
76 is a 14/28 speed step command in forward. If it¡¯s 14 step, the headlight is on.

? speed to "0" - Q C7 DO 37 80 A8
? speed to "0" - Q C7 DO 60 77
They differ in the command
37 is a 128 step command to step 0 in forward (I would have expected 3F for that, though; could you confirm 3F?)
60 is a 14/28 step command to stop. If it¡¯s 14 step, it¡¯s headlight off.

So the reason the screen and phone are behaving differently is that the screen thinks it¡¯s supposed to be sending in 128 step mode, and the phone in 14/28.

Bob
--
Bob Jacobsen
rgj1927@...




--
Gerry Hopkins MMR #177 FNMRA
Great Northern Downunder




NMRA Australasian Region
Contest & AP Chairman
Web Administrator


Locked Re: Possible roster problem #zimo

 

The problem is that decoder doesn¡¯t do 128 speed steps, so it doesn¡¯t respond when it receives them.

As to the comparison:

Watching the command monitor wind up the speed on screen throttle

? cmd - Q C7 DO 3F 85 AD
? speed to "0" - Q C7 DO 37 80 A8
Using the phone to do exactly the same thing

? cmd - Q C7 DO 76 61
? speed to "0" - Q C7 DO 60 77
NO response from the decoder.
Let me organize these a bit differently to make the comparison easier:

screen ? cmd - Q C7 DO 3F 85 AD
phone ? cmd - Q C7 DO 76 61
The Q C7 D0 means ¡°send a command to loco 2000¡±. Then they differ:
3F is a 128 step command to set the speed; the 85 is forward in the 5th step
76 is a 14/28 speed step command in forward. If it¡¯s 14 step, the headlight is on.

? speed to "0" - Q C7 DO 37 80 A8
? speed to "0" - Q C7 DO 60 77
They differ in the command
37 is a 128 step command to step 0 in forward (I would have expected 3F for that, though; could you confirm 3F?)
60 is a 14/28 step command to stop. If it¡¯s 14 step, it¡¯s headlight off.

So the reason the screen and phone are behaving differently is that the screen thinks it¡¯s supposed to be sending in 128 step mode, and the phone in 14/28.

Bob
--
Bob Jacobsen
rgj1927@...


Locked Re: Possible roster problem #zimo

 

¿ªÔÆÌåÓý

Don

Did some testing today here is what I found.

LE103 number 2000. Decoder set up -

14SS; CV2=1; CV3=1; CV4=1

  • Command Station set up to 14SS as default.
  • Using JMRI throttle on screen in 28ss mode - motor runs.
  • Using JMRI throttle on screen in 128ss mode - motor does not runs.
  • Command station set up to 28ss as default.
  • Using JMRI throttle on screen in 28ss mode - motor runs.
  • Using JMRI throttle on screen in 128ss mode - motor does not runs.
  • Command station set up to 128ss as default.
  • Using JMRI throttle on screen in 28ss mode - motor runs.
  • Using JMRI throttle on screen in 128ss mode - motor does not runs.

LE103 number 2000. Decoder set up -

28SS; CV2=1; CV3=1; CV4=1

Same results as above for 14SS.

Watching the command monitor wind up the speed on screen throttle

  • cmd? -?????????????? Q C7 DO 3F 85 AD
  • speed to "0" - Q C7 DO 37 80 A8

Using the phone to do exactly the same thing

  • cmd -??????????????? Q C7 DO 76 61
  • speed to "0" - Q C7 DO 60 77

NO response from the decoder.

The commands to the command station are different when sent from the phone than when sent from JMRI screen.

The answer for this is above my pay grade!

My answer - scrap the decoder and use one from this century.

I tried both the NCE and System One decoders of the same vintage - they ran every time.

Gerry


On 22/09/2019 8:42 am, Don Weigt wrote:
Gerry,

The EasyDCC Command Station has V629 firmware.

According to EasyDCC Tech Support, that should work fine. The latest is V631. The only change, I was told, is that now the Command Station remembers what DCC addresses (Locos) its front panel throttles were controlling when power is removed. Thus, they don't need to be reentered when the Command Station is powered?up. No change to handling of commands from the serial port.

Don
-- 
Gerry Hopkins MMR #177 FNMRA
Great Northern Downunder




NMRA Australasian Region
Contest & AP Chairman
Web Administrator




Virus-free.


Locked Re: SECTIONS TABLE NEW BUG

 

Mitch,

I have uploaded my two crossover solution. It may have other issues but it works for S01 to S08.

/g/jmriusers/files/ProblemsBeingWorkedOn/dsand/Concept%2010%20DS.xml

Dave Sand

On Sep 22, 2019, at 8:20 PM, Mitchell via Groups.Io <mitchell.scott93@...> wrote:

Thank you Dave,

I thought I was going crazy!

That all makes total sense, and I¡¯m glad the sensor fix will be in the next update. I¡¯ll backdate to the production release and fix up the sensors side of things, and then wait for 4.17.5.

As for the layout, I¡¯m totally fine with manually doing the SML to S08 and deleting the S04 destination.

if you are able to, could you upload your revised XML with the change in pointwork?
I won¡¯t use it, but hopefully I can learn from it and it may spark some inspiration in ways I can improve.

--
Thanks
Mitch


Locked Re: SECTIONS TABLE NEW BUG

 

Thank you Dave,

I thought I was going crazy!

That all makes total sense, and I¡¯m glad the sensor fix will be in the next update. I¡¯ll backdate to the production release and fix up the sensors side of things, and then wait for 4.17.5.

As for the layout, I¡¯m totally fine with manually doing the SML to S08 and deleting the S04 destination.

if you are able to, could you upload your revised XML with the change in pointwork?
I won¡¯t use it, but hopefully I can learn from it and it may spark some inspiration in ways I can improve.

--
Thanks
Mitch


Locked Re: Layout editor - connecting slips to turnouts #layouteditor

 

¿ªÔÆÌåÓý

Hi,

While developing my DIY turnout servos I discovered something that should have been obvious... the servo direction, ie.
push to close vs. pull to close, depends on which side of the turnout (main vs. diverging) the servo is mounted on.
I had to make the connector for the 2 feedback switches allow swapping to avoid any JMRI inverting.? I tried a few
software solutions first, but they got kinda' messy.? I second Dave's policy.

Steven


On 09/22/2019 04:48 PM, Dave Sand wrote:

Peter,

You need to change the mode in the turnout table from DIRECT to TWOSENSOR. ?Also, when Sensor1 is active, that indicates Thrown while sensor2 is used to indicate Closed. ?For slow motion switch machine, a turnout goes from one state, to Inconsistent, to the other state.

My policy that is that I never invert anything in JMRI. ?I manipulate the hardware as needed to get the proper input into JMRI.

Dave Sand


On Sep 22, 2019, at 5:34 PM, peter.s.drury via Groups.Io <peter.s.drury@...> wrote:

Hi Dave

Sorry for the confusion. I take it that you have seen my panel file.
I am using toggle switches on the layout and these are entered in the sensor table: Node 262. Events 1 - 8
I have also entered two feedback entries (more to follow) for P1a to indicate this turnout is at the closed (Servo Off end) or thrown (Servo at ON end).
The turnouts are all in the turnout table and controlled by a CANMIO SVO Node 257.
With the above setup, The panel Editor showed the operation of the toggle switches acting on the turnouts but, I operate the toggles with the OFF?position forward and the ON position with the toggle switch pulled. I adjust this sense by setting up each servo within the CANMIO SVO. The conflict I?have is that the toggle switch settings seem to be reversed in JMRI.
Hope this helps
Best wishes
Peter



Locked Decoder Pro Loco Sequence

Charley Goddard
 

I'll give that a try Marc, thank you.


Charley


Locked Re: Layout editor - connecting slips to turnouts #layouteditor

 

Peter,

You need to change the mode in the turnout table from DIRECT to TWOSENSOR. ?Also, when Sensor1 is active, that indicates Thrown while sensor2 is used to indicate Closed. ?For slow motion switch machine, a turnout goes from one state, to Inconsistent, to the other state.

My policy that is that I never invert anything in JMRI. ?I manipulate the hardware as needed to get the proper input into JMRI.

Dave Sand


On Sep 22, 2019, at 5:34 PM, peter.s.drury via Groups.Io <peter.s.drury@...> wrote:

Hi Dave

Sorry for the confusion. I take it that you have seen my panel file.
I am using toggle switches on the layout and these are entered in the sensor table: Node 262. Events 1 - 8
I have also entered two feedback entries (more to follow) for P1a to indicate this turnout is at the closed (Servo Off end) or thrown (Servo at ON end).
The turnouts are all in the turnout table and controlled by a CANMIO SVO Node 257.
With the above setup, The panel Editor showed the operation of the toggle switches acting on the turnouts but, I operate the toggles with the OFF?position forward and the ON position with the toggle switch pulled. I adjust this sense by setting up each servo within the CANMIO SVO. The conflict I?have is that the toggle switch settings seem to be reversed in JMRI.
Hope this helps
Best wishes
Peter


Locked Re: Layout editor - connecting slips to turnouts #layouteditor

 

Hi Dave

Sorry for the confusion. I take it that you have seen my panel file.
I am using toggle switches on the layout and these are entered in the sensor table: Node 262. Events 1 - 8
I have also entered two feedback entries (more to follow) for P1a to indicate this turnout is at the closed (Servo Off end) or thrown (Servo at ON end).
The turnouts are all in the turnout table and controlled by a CANMIO SVO Node 257.
With the above setup, The panel Editor showed the operation of the toggle switches acting on the turnouts but, I operate the toggles with the OFF position forward and the ON position with the toggle switch pulled. I adjust this sense by setting up each servo within the CANMIO SVO. The conflict I have is that the toggle switch settings seem to be reversed in JMRI.
Hope this helps
Best wishes
Peter


Locked Re: signal head properties

 

Sorry, bad question. I did see that you can't change them, but I missed that you ARE able to see what connection? type it is. So I'm all set. Sorry for the trouble!


Locked Re: signal head properties

 

Not entirely sure what you¡¯re asking, so if this isn¡¯t the right answer, please ask again.

Once you¡¯ve created a head or mast, it¡¯s created. You can¡¯t change its type. In this respect if¡¯s a bit like painting something: You can¡¯t move the paint to somewhere else, you have to use new paint. So if you¡¯ve created a signal head or mast of the wrong type, just delete it and create a new one of the right type.

The type is visible, sort-of, in the panel file. The class attribute determines the code that creates the signal mast or head when reading the file, and different ones do different things.

Bob

On Sep 22, 2019, at 1:35 PM, haltz@... wrote:

Hello. I am creating signal head and see that when you create one, you get to specify a few pieces of information that apparently you can't then view once the head is created: the "connection type" (Double Output, etc) and the choice of turnouts with green and red outputs. I am trying to learn how the heads are set up in tutorial files in this respect. I can't find anything immediately apparent in the xml file either. Any hints? Thanks!
--
Bob Jacobsen
rgj1927@...


Locked Re: Layout editor - connecting slips to turnouts #layouteditor

 

Peter,

I am not sure what you are talking about. I assume the toggle switches are on the layout and that they are used to drive the turnouts. I don¡¯t see any toggles on the panel. If so, JMRI will not know about turnout changes since there is no feedback defined to let JMRI know what the current turnout state is.

I noticed in the test panel that turnout P1a is also controlling P1b. Since P1b is part of the double slip turnout pair, P2a may also need to be positioned depending on the desired route.

Dave Sand

On Sep 22, 2019, at 8:11 AM, peter.s.drury via Groups.Io <peter.s.drury@...> wrote:

Hi Dave. Many thanks for your help re editing connections. Got the hang of it now and started to create a panel including part of the layout. I have used MERG parts only and entered these as hardware addresses within the tables as a first step. I then used these addresses when creating the panel.
JMRI and the panel are working together but, try as I may, I find that the positioning of the toggle switches I am using do not align with that displayed in the editor. I have tried to correct this by resetting the Servo drives by reversing the ON and OFF events in my servo driver module but this seem to have no impact on the result in the editor. I must be missing something and wonder if you can help.
I shall upload my panel to the group slot when I can find out how to do this.
Best wishes
Peter


Locked Decoder Pro Loco Sequence

Charley Goddard
 

John, that isn't my problem, sorry, I wasn't quite clear.? I have a single 700 series engine grouped with the 500s, when it should be the first of the 700s.? ?Each of the numerical columns are listed in the same sequence of identical entries.
Charley


Locked signal head properties

 

Hello. I am creating signal head and see that when you create one, you get to specify a few pieces of information that apparently you can't then view once the head is created: the "connection type" (Double Output, etc) and the choice of turnouts with green and red outputs. I am trying to learn how the heads are set up in tutorial files in this respect. I can't find anything immediately apparent in the xml file either. Any hints? Thanks!


Locked Re: SECTIONS TABLE NEW BUG

 

Mitch,

Your layout plan has two reverse loops and what is effectively a double crossover at 6/8. ?It appears that these characteristics are causing issues with block routing. ?The automatic signal mast logic uses block routing to identify the necessary blocks and turnouts between each pair of masts. ?In your case, the route from S01 to S08 is impacted, along with an invalid route from S01 to S04. ? The S04 problem is caused by a reverse loop and that destination needs to be deleted. ?The S01/S08 pair will have to be manually defined.

I tried a number of ideas and was able to get S01 to S08 to be automatic. ?I had to replace the 6/8 track work with left hand and right hand crossovers. ?After carefully assigning the blocks, SML discovery worked.

Sections

A change made at 4.17.2 is causing Java errors in the sensor section (for both direction and stopping sensors) when the sensor does NOT have a user name. ?I will be submitting a fix for that error which should be included in 4.17.5.

The screen shot appears to be a side effect of the Java error since I did not see it during my testing.

Dave Sand


On Sep 22, 2019, at 12:53 AM, Mitchell via Groups.Io <mitchell.scott93@...> wrote:

okay so..

When I do the delete paths routine, save, reload, and generate signal pairs.. the S01 to S08 path works, SML shows the blocks used etc.

I save the file, close JMRI, re-load and then check, and that is the ONLY SML that loses its blocks, and creates the null error as described before. Panel?S01 also shows red when should be green for S08, proving the point.
So delete paths works
Create new paths works when retarted because the SML works when first created..
and as soon as the XML is saved, it stops working after a restart.
--?
Thanks
Mitch


Locked Re: 2 problems: Layout editor misbehaving, and persistent profile

 

Hal,

The Layout Editor grid is drawn to be a bit larger than the furthest right and lowest objects on the panel. If you add another turnout to the right of the first one, the grid will adjust.

I recommend that you create separate profiles based on the required connections.

Dave Sand

On Sep 22, 2019, at 2:53 PM, haltz@... wrote:

I'm trying to build a new layout in LE, nd right off the bat run into this weird problem: in a new Layout, I add a turnout. Then I move it (left-click, drag) and the layout surface truncates to a width just a little to the right of the turnout. So the LE starts with a 13x7 (approx) grid (of the large squares, and suddenly it's only 3x6. Any ideas

Also,I am having problems with profiles. One of the demos called for setting Connections to Loconet, so I did that. Now I consistently have three Loconet windows appearing, and if I change the Connections to NCE, which I want, and save it, it does NOT ask me to restart Panelpro. It's as if it's not saving the config. When I quit and restart, it's again set to Loconet. Is there a file I can delete to start afresh?

Thanks.


Locked 2 problems: Layout editor misbehaving, and persistent profile

 

I'm trying to build a new layout in LE, nd right off the bat run into this weird problem: in a new Layout, I add a turnout. Then I move it (left-click, drag) and the layout surface truncates to a width just a little to the right of the turnout. So the LE starts with a 13x7 (approx) grid (of the large squares, and suddenly it's only 3x6. Any ideas

Also,I am having problems with profiles. One of the demos called for setting Connections to Loconet, so I did that. Now I consistently have three Loconet windows appearing, and if I change the Connections to NCE, which I want, and save it, it does NOT ask me to restart Panelpro. It's as if it's not saving the config. When I quit and restart, it's again set to Loconet. Is there a file I can delete to start afresh?

Thanks.