How to design hmi screen for gas chromatograph

i don't know much and no familiar this stuff MELSEC Q and GC.

i think it very challenge to u

by reading the user manual by google surf,few list need to go with it.

you need to go through this

1.) QJ71MB91.

2.) GX Configurator-MB (SW1D5C-QMBU-E)

http://dl.mitsubishielectric.com/dl/fa/document/manual/plc/sh080578eng/sh080578engj.pdf

https://www.youtube.com/watch?v=bob00fG5lXs

https://www.youtube.com/watch?v=P_ZfTYyD08E

https://www.youtube.com/watch?v=5kFKxgQ-KEs


then go to

https://www.energysupplychain.com/t... MON2020 Gas Chromatograph Software Rev D.pdf

page 420

or

http://www.emerson.com/documents/au...are-for-gas-chromatographs-rev-s-en-70568.pdf

page 387

o_Oo_Oo_O
Really helpful.


Thanks
 
I would create a screen and display the components and their associated data values.

the components are fixed and the data comes from the gas company into the plc.

creating any kind of a graph leaves things up for interpretation.

data numbers cannot be misread, graphs can.

james
Good idea,


Thanks
 
I would not do a bar chart for one simple reason. Usually the largest component in natural gas is methane (something like 96%) the remainder is other gas components like iso-butane, hexane, etc which are all very low numbers. Your bar chart would be dominated by methane and all other components would be very small values.

the best way to present chromatograph data is by simply presenting the numbers. present all of the component gases, total mole%, dry and wet heating value.

What model GC is this for? a Daniels, Emerson, ABB?

Edit: If you do present a chart, a line chart with history would be a better option so the operator could observe gas quality changes over time. Just an FYI, most GC's take multiple minutes to take a single sample so your line chart would look like it had a bad sample rate, but that would be normal.
Thanks for your input,
GC is Daniels DanaLyzer
 
I dont see any reason to get fancy with a gas chromatograph display. just a list of the variables available. They are probably only interested in a few of the numbers anyway.
 
I dont see any reason to get fancy with a gas chromatograph display. just a list of the variables available. They are probably only interested in a few of the numbers anyway.
Bro, So normal numerical display object should work right? just like same way to display Transmitter value?
 
Bro, So normal numerical display object should work right?

Yes, maybe.

The Modbus RTU communication will have a host of floating point data, all packed in consecutive registers:
40001 may contain O2 mole %;
40003 may contain CH4 (methane) mole %;
40005 may something else, maybe mole %, maybe mass %.

Which register contains what depends on the configuration of the GC.

Being Modbus, floats are packed into 2 16-bit registers (40001 and 40002, say), so you'll have to unpack the data, perhaps do byte swapping (big endian | little endian), which may or may not be able to be automatically handled by your chosen communication method.

Just to make your life more fun, the data may not be floats, but DInts with implied decimal places. Or a mix. There may even be timestamps (YYMMDD) that are DInts, not floats. You may have Boolean GC health data in 1000x registers.

It all depends on how the GC is set up. No two are alike, even the same model numbers, unless they are configured to be.

How to talk to the GC is your first problem. How to unpack the data so that it makes sense is your second. Display -- especially whether to use numeric displays or something else -- is the LEAST of your problems.

Focus on the important stuff first.
 
Yes, maybe.

The Modbus RTU communication will have a host of floating point data, all packed in consecutive registers:
40001 may contain O2 mole %;
40003 may contain CH4 (methane) mole %;
40005 may something else, maybe mole %, maybe mass %.

Which register contains what depends on the configuration of the GC.

Being Modbus, floats are packed into 2 16-bit registers (40001 and 40002, say), so you'll have to unpack the data, perhaps do byte swapping (big endian | little endian), which may or may not be able to be automatically handled by your chosen communication method.

Just to make your life more fun, the data may not be floats, but DInts with implied decimal places. Or a mix. There may even be timestamps (YYMMDD) that are DInts, not floats. You may have Boolean GC health data in 1000x registers.

It all depends on how the GC is set up. No two are alike, even the same model numbers, unless they are configured to be.

How to talk to the GC is your first problem. How to unpack the data so that it makes sense is your second. Display -- especially whether to use numeric displays or something else -- is the LEAST of your problems.

Focus on the important stuff first.
Thanks for the useful info,
You made a whole lot of sense.


How to talk to the GC and How to unpack the data is a stone in the rice.


Additional info please Bro!!!
 
Additional info please Bro!!!

No one on the forum will be able to provide you with any, I believe.

You need to talk to the people supplying the GC, and ASK THEM what data they are mapping to what registers.

You'll also have to figure out how to connect their Modbus RTU to whatever kind of PLC / HMI you have (you never told us, not that it much matters). You should be able to use Google to find ways for your specific type of PLC to Modbus (pretty much they all are capable), and how to physically wire up the module. Modbus IP (if the GC is capable of it) would be a better choice: ethernet is easier to deal with than RS-485. But again, it doesn't matter much.

Even if you can't find something like a ProSoft module for your PLC, there's always a Red Lion DSP protocol converter.

You'll either need very clear manuals (do those exist?), or time to experiment with connecting your PLC to their GC (preferably before FAT, if it's going to be end-user witnessed), just to make sure you're translating their registers right, AND that they're putting the right data in the right format in the right registers.

When I did this a year ago, it took 2 days working with the GC tech to get everything right. (Granted, the GCs were on the top of a 15-story LNG tank - so some of that time was just spent going up and down a lot of stairs, including breaks, forgotten tools, etc. Better him than me....)

Talk to the GC people. That's my best advice. THEY may even have some canned code that has been used on other projects. But don't be disappointed if they don't, or don't share. We all have our proprietary secrets.
 
No one on the forum will be able to provide you with any, I believe.

You need to talk to the people supplying the GC, and ASK THEM what data they are mapping to what registers.

You'll also have to figure out how to connect their Modbus RTU to whatever kind of PLC / HMI you have (you never told us, not that it much matters). You should be able to use Google to find ways for your specific type of PLC to Modbus (pretty much they all are capable), and how to physically wire up the module. Modbus IP (if the GC is capable of it) would be a better choice: ethernet is easier to deal with than RS-485. But again, it doesn't matter much.

Even if you can't find something like a ProSoft module for your PLC, there's always a Red Lion DSP protocol converter.

You'll either need very clear manuals (do those exist?), or time to experiment with connecting your PLC to their GC (preferably before FAT, if it's going to be end-user witnessed), just to make sure you're translating their registers right, AND that they're putting the right data in the right format in the right registers.

When I did this a year ago, it took 2 days working with the GC tech to get everything right. (Granted, the GCs were on the top of a 15-story LNG tank - so some of that time was just spent going up and down a lot of stairs, including breaks, forgotten tools, etc. Better him than me....)

Talk to the GC people. That's my best advice. THEY may even have some canned code that has been used on other projects. But don't be disappointed if they don't, or don't share. We all have our proprietary secrets.
Awesome input, Thanks
 
i don't know much and no familiar this stuff MELSEC Q and GC.

i think it very challenge to u

by reading the user manual by google surf,few list need to go with it.

you need to go through this

1.) QJ71MB91.

2.) GX Configurator-MB (SW1D5C-QMBU-E)

http://dl.mitsubishielectric.com/dl/fa/document/manual/plc/sh080578eng/sh080578engj.pdf

https://www.youtube.com/watch?v=bob00fG5lXs

https://www.youtube.com/watch?v=P_ZfTYyD08E

https://www.youtube.com/watch?v=5kFKxgQ-KEs


then go to

https://www.energysupplychain.com/t... MON2020 Gas Chromatograph Software Rev D.pdf

page 420

or

http://www.emerson.com/documents/au...are-for-gas-chromatographs-rev-s-en-70568.pdf

page 387

o_Oo_Oo_O
Please where can I get a Modbus Slave Simulator compartible with GX Works2 (QJ71MB91)?
 

Similar Topics

Dear, I am wanted to design the marble cutter machine on HMI. The issue is how to show the movement of round blade reverse and forward...
Replies
0
Views
920
Show me how you do Progress Bars I know how to create one, but I was wondering if anyone has some cool graphics that they would like to share. I...
Replies
8
Views
2,854
Hello All, This is not a PLC question per-say, but I'm looking to see what you've found to effectively document a design system that is to be...
Replies
1
Views
1,287
I support plants with small number of HMI each, mostly 2 or less HMIs per system. they all got different HMI package, some WW, some iFix, etc...
Replies
7
Views
3,258
Hi, dear experts please i wish to design an HMI for this project. i uploaded the file from PLC so is not documented. but i got some basic...
Replies
4
Views
1,678
Back
Top Bottom