Locked
Re: Roster Images Upside Down
Paul,
Your comments are heading in the right direction.
Every Digital imaging device (cameras and scanners included) have a "normal"
orientation of the imaging device.
The majority of digital cameras (iPhone included) have an orientation sensing device to determine which way up you are holding the camera. Almost all cameras do not reprocess the image but simply set a Orientation tag value in the EXIF metadata incorporated in the image.
Many image reading devices/software respect the Orientation tag value and display the image with the correct rotation at display time.
Some email clients and web browsers may not respect the Orientation tag and as a result the image appears incorrectly.
I've never checked whether the image renderer(s) used by JMRI respect the Orientation tag and whether this has changed over JMRI versions. Also whether this is a platform-specific (Windows/Mac/Linux) problem.
I don't have time to do tests at present.
--
Dave in Australia
toggle quoted message
Show quoted text
On 2 Jan 2019, at 3:29 PM, Paul Davidson <pdavidson@...> wrote:
May not be a player here but I have had that happen with pictures I took with my iPhone (turned sideways for landscape view) and then posted to web. I tried to fix it the original photo in a photo editor by rotating it then reposting it and it still was upside down.
|
Locked
Re: Decoder Pro problems
Mark,
I understand your frustration at not getting your problem solved.
I am a JMRI and DCC troubleshooter of long standing and a member of the JMRI development team, with my particular area of interest being DecoderPro.
The problem is not with the information you have given us but the information we do not have, which we need in order to short circuit the guesswork and repetition going on at present.
There are many reasons why you could be be seeing the particular problem you have described. If you are willing to work with me, I will lead you through my standard test procedure from the very beginning. You will need to do exactly what I ask, no more and no less and reply carefully to my particular questions. You will also need to be patient as I am on the other side of the world to you, sleeping when you are awake and vice versa.
Here are the first steps:
- Place one of your test locos on the programming track.
- Start DecoderPro but do not attempt to do anything.
- At the bottom of the main DecoderPro window is an area we call the Status Bar. It will contain text like this:
"Service Mode Programmer xxx is yyyy" (in red or green) Operations Mode Programmer xxx is yyyy" (in red or green) Programmer Status: zzz Active Profile: vvvvv". Please record and report the exact text (and colours) of each you see.
- Click on the New Loco button at the top right hand corner of the main DecoderPro window.
- A "Create New Loco" window should appear. At the very bottom of this window (an unmarked status bar area) there should be a word like "Idle". Please record and report what it says.
- Click on the Read Type From Decoder button.
- When finished, please record and report:
-- The exact text in the status bar.
-- Whether any entry/entries have been highlighted in the "Decoder Installed:" area and whether the choice(s) are appropriate for your decoder.
- Do not proceed any further with this window, but instead go back to the main DecoderPro window.
- Go to the Help->System Console menu item, click Copy to Clipboard and paste that into a message for us all to see. (Alternatively, go to the Help->Locations menu item, click on Open Log Files Location and upload the session.log file to a folder with your name that you create in the Files area of this list and in the Problems Being Worked On folder already there.) Seeing the Console Log is important as it will give us valuable information.
Please attempt exactly the procedure above and report back. If something goes wrong before you complete this task, report on the steps that succeeded and exactly what happened that prevented you from proceeding as I described.
These are only the first steps, but they are a necessary precursor to what will subsequently be required.
--
Dave in Australia
toggle quoted message
Show quoted text
On 1 Jan 2019, at 9:43 AM, mvdeschane@... wrote:
Those of you who are responding to me, please read my post here at this thread. Information being asked in the recent posts have been answered in my posts. Although it may sound like I am being unappreciative of your responses, in fact I appreciate very much those people who are trying to help me! It's just I wonder how many times I need to answer the same questions, over and over!
|
Locked
Re: Roster Images Upside Down
May not be a player here but I have had that happen with pictures I took with my iPhone (turned sideways for landscape view) and then posted to web. I tried to fix it the original photo in a photo editor by rotating it then reposting it and it still was upside down. The problem was always in landscape mode holding my iPhone sideways. I turned my iPhone the other direction for another photo and repeated the up load and the problem went away. May be something about how the iPhone saves the image that makes it want to treat the landscape shots differently according to how you hold the phone. If your photos came from an iPhone or even some other brand, you may want to turn the phone in a different direction and try again.
Paul D
|
Locked
Re: Decoder Pro problems
Mark,
As pointed out, you stand a chance of not getting everything right if you
just pick a decoder and start doing writes. The values you see when it first
opens are the 'default' values which may not reflect the values in your
decoder. Common practice I strongly suggest is that for each pane in the
decoder pages you would do a 'read sheet' first, then make your changes,
then do 'write changes on sheet' to update the decoder. When done you should
go back to the first decoder pane and do the 'save to roster' to create the
file of your changes. Then this is available with better data for any
further changes. From your description, the 'read first' may not have
happened before the 'write'.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: Roster Images Upside Down
Could you please open an Issue on GitHub ( - free account required) and attach the image file(s) to it? I¡¯d like to test with exactly the images you¡¯re using. Bob On Jan 1, 2019, at 3:33 PM, Shag <shag.buck@...> wrote:
Hello All,
I have my 2 locomotives in the JMRI roster now and I wanted to import images for my roster entries. When I drag the image to the white box for the main image or the icon image under the media tab it imports it upside down no matter how the original image is orientated. I didn't see an issue on JMRI GitHub.
JMRI version 4.12 +Rb6a9bb1
Thanks for your help,
Jeron
-- Bob Jacobsen rgj1927@...
|
Locked
Re: UNWANTED BLOCKS & TURNOUTS IN LISTING
I've converted csv to xls files using Excel for years. It works the same two
ways I've always used. 1st method is open the csv but then use 'Save as...'
to make the xls file. 2nd method is using the text import tool into a native
xls file. I found this is needed for some csv files that have special
encoding due to things like imbedded commas and stuff that muck up MS idea
for csv files.
I've been using 2016 for a while and it still works for conversions.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: Roster Images Upside Down
On 1/1/2019 3:33 PM, Shag wrote:
When I drag the
image to the white box for the main image or the icon image
under the media tab it imports it upside down no matter how the
original image is orientated.
??? I running Win10 on a "Thinkcenter" and JMRI
4.15.1 using Digitrax LocoNet simulator.? I don't have that
problem.
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems,
SPROG, JMRI User
NMRA Life member #2623
Member SFRH&MS
|
Locked
Roster Images Upside Down
Hello All,
I have my 2 locomotives in the JMRI roster now and I wanted to import images for my roster entries.? When I drag the image to the white box for the main image or the icon image under the media tab it imports it upside down no matter how the original image is orientated.? I didn't see an issue on JMRI GitHub.
JMRI version 4.12 +Rb6a9bb1
Thanks for your help,
Jeron
|
Locked
Re: MQTT Connection in JMRI
I don't know where we're at now with the MQTT extension proposal. I¡¯m waiting for a consensus to emerge so I can code it. I think that consensus has emerged for the addressing (the topic will be taken from the system name, so people can use what they want), but not for the payload. I¡¯ve learned to insist on a real, multi-person consensus on things like this because there¡¯s a natural inclination for people to add more and more and more complexity based on their own experience and desires. JMRI needs something that will work for lots of people, from simple (which tends to not get valued in these conversations) to more complex. It would be great if the roughly half-dozen people in this thread could agree on something that would work for all of them. Bob -- Bob Jacobsen rgj1927@...
|
Locked
Re: Layout Editor Turnout control definition
I think I wasn¡¯t entirely clear in my prior message, because there seems to be some misconceptions in the following. Internally, JMRI has Sensor and Turnout objects. There is no ¡°I/O data¡± to format. Your compiled program, unless it¡¯s in Java and built into JMRI _cannot_ take the place of the script I mentioned. That script would run _inside_ JMRI, look at JMRI¡¯s Sensor and Turnout objects, and then talk to your program via a serial, USB or network connection. Because you¡¯d be coding both ends of that connection (in the JMRI-resident script and your control program), you¡¯re free to define the exchanged information as you¡¯d like. Alternately, JMRI can already do input and output to _lots_ of various hardware systems via serial or USB connections. If you want to run a serial link to your control computer and have it understand one of those protocols, then JMRI can talk to that. EasyDCC is, well, easy to implement, but doesn¡¯t do input (sensors); C/MRI is also reasonably simple and can do both input and output. Bob On Jan 1, 2019, at 9:05 AM, Don Weigt <dweigt47@...> wrote:
I still will need to learn how JMRI formats that I/O data, and how to access it. Then, I'll be able to write the code to pass it to and from my layout I/O RAM. I think with revision, my compiled program can take the place of the script you mentioned.
-- Bob Jacobsen rgj1927@...
|
Locked
Re: UNWANTED BLOCKS & TURNOUTS IN LISTING
Dave Have you tried opening the csv file in excel, creating a new sheet and copy and paste in. Save the new sheet as an excel file
John
|
Locked
Re: MQTT Connection in JMRI
Folks,
On re-reading this thread, I've noticed that MQTT software libraries for the small devices that will probably be commonly used in our situations have a restriction of 64 characters for the payload (I think just the payload, not the combined topic+payload) so the ideas I floated some days back are way off the mark.
Using JSON for the payload will eat up 64 characters very quickly so becomes a severe limitation.? It will work for simple cases in which case the benefits of JSON are diminished anyway.
I'm not greatly fussed over whether we do or don't use JSON for payloads, happy to go with the flow of popular opinion though I do think JSON is the better way to handle more complex payloads.? However, the 64 character restriction makes me feel that we need to abandon JSON payloads, and therefore need more rigid (ugly) formatting to make best use of the 64 characters available to be able to handle the more complex situations and the valid desires that some people will have to pass additional information in payloads.
We need to have a set specification for the content and format of both the topic and payload for the proposed JMRI coding to be done.
I think we've had some very good ideas expressed in this discussion and reasonably well aligned but the details not yet set.
Regards, David.?
?
|
Good Morning/Evening Klaus
The great thing about being on either side of the globe is that I can post something before bed and you've usually sent something back before breakfast - much appreciated.
And you've provided much to think about and to work through.? Now I understand what simulator mode is, I can play with VSD on my windows PC in the study rather than on the layout in the garage, which can get pretty hot when the temperature outside is over 30C as it's going to be later this week.
Thank you for your detailed response and I'll get back to you to report progress asap.? One question, has anyone thought about adding effects like station announcements to VSD ?
Regards
Graham - @SettleDown
|
Locked
Re: UNWANTED BLOCKS & TURNOUTS IN LISTING
John, Lucky you! I tried that conversion before I had to use Zamzar. It looks as if that ability has been removed from later versions. I was using the Windows version in the Windows partition. The Mac version is the one you pay for every month.
I¡¯ll see if it will allow me to download the older version to enable the conversion.
toggle quoted message
Show quoted text
On 1 Jan 2019, at 16:24, john Wragg < teamwragg@...> wrote: Hi Dave
Happy New Year and glad that you have something to work with
In my version of excel (2000 - the free sunset version on PC Windows 10) you can save as a .xls.?
I don't know if it is a version thing or a platform thing that is stopping you from using the save as option
John
|
Locked
Re: Layout Editor Turnout control definition
Don,
Your explanation is perfect.
I created a simulated EasyDCC connection on JMRI. Only the turnout table is supported. I also reviewed the CVP document on computer interfacing and I did not find any support for layout to computer sensor type messages.
It looks to me that the solution is a separate serial connection from the JMRI computer to the 486. A script on the JMRI computer interacts with JMRI and sends and receive commands to/from the 486 by talking to the Basic Control program. The Basic Control program receives turnout commands from JMRI and sends turnout feedback and other sensor inputs back to JMRI via the script.
In the jython directory is SerialPortTest.py which shows sending and receiving data on the serial interface.
Since you would be controlling the command structure at both ends of the serial interface, you can design your own.
Another idea: Implement CMRI communication into the Basic Control program and configure JMRI to talk to a ¡°CMRI¡± device. This eliminates the script and creating your own command structure. It would still be a separate serial interface.
Dave Sand
toggle quoted message
Show quoted text
On Jan 1, 2019, at 10:50 AM, Don Weigt <dweigt47@...> wrote:
Dave,
Thanks for the reply. Happy New Year!
First, I'm not using Digitrax, I'm using EasyDCC. I think Digitrax just got into this conversation as an example system. I'm not sure how much that matters. JMRI supports EasyDCC, so that should be no problem, except a different JMRI driver.
I'm not sure how to fit my stuff into your diagram. Here's an attempt, showing where I'm confused, stuck, or just ignorant...
Your example: JMRI <-> FTDI Drivers <-> LocoBuffer-USB <-> LocoNet <-> DS64 <-> Tortoise
My plan: JMRI <-> Drivers/JMRI interface <-> Serial cable <-> Layout control computer <-> Serial cable <-> EasyDCC
or network 486-33 with expansion slots
MD-DOS
Compiled BASIC control program
Assembly language I/O driver
^
v
Railroad interface I/O board <-> Parallel cable <-> Railroad hardware
In the layout control computer, the I/O is passed between the control program and I/O driver by mapping the data in shared RAM tables. The control program puts data in the output RAM area, and inputs data from the input ram area. The interrupt triggered I/O driver sends output data from the shared output RAM to the railroad hardware, and reads input data from the railroad hardware and stores it in the shared input RAM.
If I can connect the computer to JMRI, then the compiled BASIC control program would just pass I/O data between RAM and the JMRI interface.
The PC may be too out of date and not powerful enough to run JAVA and JMRI, so may need to be on a different computer. I can't upgrade it very far, as I need an "IBM AT" expansion slot to hold my Railroad I/O board. All my newer old computers don't have any. JAVA on another computer is acceptable, I could use a newer one for dispatching and to host JMRI.
My original question was about how to identify the data in JMRI so it could be mapped into my I/O RAM. All the turnouts on my JMRI panel are labelled by JMRI as TO1, TO2, TO3, and so on. All the photodetectors are labelled as ISPD00, ISPD01, ISPD02, and so on. Layout Editor added the IS prefix to all my typed in designators when I was adding them to the panel. I don't know how to identify block occupancy, photodetector, and turnout position input data so it displays on my LE panel, or how to get turnout position, reverse loop phase control, and block power control data output from JMRI, and map it into my I/O.
I think Bob Jacobsen's following message may help me there.
Don Weigt
|
Locked
Re: Layout Editor Turnout control definition
Thanks, Bob, and Happy New Year!
I think you are saying I could use my compiled BASIC program to map my I/O input data bits to the LE names and pass that info to the JMRI panel(s) as turnout position or detector state inputs; and control signals from JMRI identified by their source panel elements to put that data in the correct places in my I/O output RAM for the interrupt routine to pass it to the railroad.
That sound like what I want to do. I still will need to learn how JMRI formats that I/O data, and how to access it. Then, I'll be able to write the code to pass it to and from my layout I/O RAM. I think with revision, my compiled program can take the place of the script you mentioned.
Don
Don Weigt
|
Locked
Re: Layout Editor Turnout control definition
Dave,
Thanks for the reply. Happy New Year!
First, I'm not using Digitrax, I'm using EasyDCC. I think Digitrax just got into this conversation as an example system. I'm not sure how much that matters. JMRI supports EasyDCC, so that should be no problem, except a different JMRI driver.
I'm not sure how to fit my stuff into your diagram. Here's an attempt, showing where I'm confused, stuck, or just ignorant...
Your example: JMRI <-> FTDI Drivers <-> LocoBuffer-USB <-> LocoNet <-> DS64 <-> Tortoise
My plan: JMRI <-> Drivers/JMRI interface <-> Serial cable <-> Layout control computer <-> Serial cable <-> EasyDCC ????????????????????????????? ? ?????????????????????????????????????????? or network?????? 486-33 with expansion slots ??????????????????????????? ?????????????????????????????????????????????????????????????????????? MD-DOS
?????????????????????????????????????????????????????????????????????????????????????????????????? Compiled BASIC control program
???????????????????????? ? ? ?????????????????????????????????????????????????????????????????????? Assembly language I/O driver
????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ^ ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? v
?????????????????????????????????????????????????????????????????????? ? ????? Railroad interface I/O board <-> Parallel cable <-> Railroad hardware
In the layout control computer, the I/O is passed between the control program and I/O driver by mapping the data in shared RAM tables. The control program puts data in the output RAM area, and inputs data from the input ram area. The interrupt triggered I/O driver sends output data from the shared output RAM to the railroad hardware, and reads input data from the railroad hardware and stores it in the shared input RAM.
If I can connect the computer to JMRI, then the compiled BASIC control program would just pass I/O data between RAM and the JMRI interface.
The PC may be too out of date and not powerful enough to run JAVA and JMRI, so may need to be on a different computer. I can't upgrade it very far, as I need an "IBM AT" expansion slot to hold my Railroad I/O board. All my newer old computers don't have any. JAVA on another computer is acceptable, I could use a newer one for dispatching and to host JMRI.
My original question was about how to identify the data in JMRI so it could be mapped into my I/O RAM. All the turnouts on my JMRI panel are labelled by JMRI as TO1, TO2, TO3, and so on. All the photodetectors are labelled as ISPD00, ISPD01, ISPD02, and so on. Layout Editor added the IS prefix to all my typed in designators when I was adding them to the panel. I don't know how to identify block occupancy, photodetector, and turnout position input data so it displays on my LE panel, or how to get turnout position, reverse loop phase control, and block power control data output from JMRI, and map it into my I/O.
I think Bob Jacobsen's following message may help me there.
Don Weigt
|
Locked
Re: UNWANTED BLOCKS & TURNOUTS IN LISTING
Hi Dave
Happy New Year and glad that you have something to work with
In my version of excel (2000 - the free sunset version on PC Windows 10) you can save as a .xls.?
I don't know if it is a version thing or a platform thing that is stopping you from using the save as option
John
|
Locked
Re: UNWANTED BLOCKS & TURNOUTS IN LISTING
Dave & John,
A quick update. That should have read 6 files and not 5 as stated. However, there is a slight problem that users need to be aware of:
The Script creates a .csv file that can be opened by Excel but not saved in another format other than .csv. If anyone wants to be able to change anything - ie File Name, File Type, font size, etc. - prior to printing out the files, the files will all need to be converted from the .csv format into .xls format to make use of all of the available tools with in Excel.
I use ZAMZAR to do this. It is FREE and for that you can convert up to 5 files per day (I will have to wait until tomorrow to download the last one DOH!!!) I only need to use it very occasionally so it is not worth signing up to use it.
Dave
toggle quoted message
Show quoted text
Dave & John,
Happy New Year to you both. Here are the results of running both "Table print DS1" and "Table print JA-DS1¡±. The 1 signifies that Line 2 was removed before re-running.
Both files produced 5 csv files at the Active Profile Location - in my case ¡°South Devon Railways. A great idea to put them there with the Master Panel and its Sub-Panels (Location). It is a standard place to put them initially and users can move them and store however the choose.
List-Blocks Table - Moved column F (On Panel) to be column c for ease of use. Sorted the data set by User Name and by System Name to put all Locations in one block and in System Number order, again for ease of use.
List - Sections Table - Only Column Headers printed out.
List-Sensors Table - Only Column Headers printed out and ¡°ISCLOCKRUNNING¡± in cell A2.
List-Signal Mast Logic Table - Only Column Headers printed out.?
List-Signal Mast Table - Only Column Headers printed out.
List-Turnout Table -?Moved column D (On Panel) to be column c for ease of use. Sorted the data set by User Name and by System Name to put all Locations in one block and in System Number order, again for ease of use.
No errors in System Console file.
Great Work Team!
I will see how the deletions go and let you know later.
Dave
Dave & John,
SUCCESS! I have three Excel files on my Desktop which I need to study in detail. I have resorted them, first by User Name and then also by System Name within the blocks of sub-panel names.
A big thank you to everyone who has helped make this possible. I wish you all a very Happy, Prosperous but mainly a Peaceful New Year.
I am going off line now and I suggest you all do too!
Best Regards.
Dave Roberts ? On 31 Dec 2018, at 20:22, Dave Sand < ds@...> wrote:
Dave,I assume the log listing was before removing the import jmri_bindings line from the script.Try it after removing that line from the script.If that does not work, you need to create a dummy connection entry in Preferences. ?I use Digitrax with LocoNet Simulator.?Dave SandOn Dec 31, 2018, at 1:05 PM, Dave Roberts <dccdaveroberts@...> wrote:
Dave,
The System Console file is on its way to you.
Dave
On 31 Dec 2018, at 18:50, Dave Sand <ds@...> wrote:
Dave,
You can delete the line that says "import jmri bindings¡±
The JMRI system console has a copy to clipboard button. ?Use that to copy the console messages and paste them into an email.
Dave Sand
On Dec 31, 2018, at 12:39 PM, Dave Roberts <dccdaveroberts@...> wrote:
Dave & John,
I have just cleared the System Console screen and re-run the Script. It is saying that it is unable to run the script at Line 2.
Do you want me to upload the Console File?
Dave
On 31 Dec 2018, at 18:32, Dave Roberts via Groups.Io <dccdaveroberts@...> wrote:
Dave & John,
According to the Console it is because there is no Command Station in my version. It is using Internal Names only with nothing set in the Preferences.
Dave
On 31 Dec 2018, at 18:28, Dave Sand <ds@...> wrote:
Dave,
On my MacBook Air using you panels takes less than a second.
Dave Sand
On Dec 31, 2018, at 12:17 PM, Dave Roberts <dccdaveroberts@...> wrote:
Hi John,
Just loaded Dave Sand¡¯s version and trying it now. As a point of interest how long should it take for the Script to complete its work?
I¡¯ll let you know how I get on.
Dave
On 31 Dec 2018, at 18:13, john Wragg <teamwragg@...> wrote:
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: Decoder Pro problems
On Tue, Jan 1, 2019 at 04:46 AM, <mvdeschane@...> wrote:
?The programming track is hooked up to the computer with a Digitrax PR-4 which is the same as the older PR-3; but comes with its' own Power Supply.
That is NOT correct - The PR4 is NOT the same as the PR3!? Although the PR4 provides (mostly) identical functions as the PR3, it is a complete redesign of the device with significant internal differences.?
You may be confusing it with the PR3 Xtra. That device is the same internally as the PR3, but comes with it's own power supply. Digitrax made that running change (including the power supply) because they were getting too many service calls for folks using the wrong power for the PR3 - 9V, AC instead of DC, etc.
Steve
"Breezlys"
|
Paul Davidson
Ken Cameron
Bob Jacobsen
Shag