Discover Refinitiv
MyRefinitiv Refinitiv Perspectives Careers
Created with Sketch.
All APIs Questions & Answers  Register |  Login
Ask a question
  • Questions
  • Tags
  • Badges
  • Unanswered
Search:
  • Home /
  • Elektron /
  • EMA /
avatar image
Question by luxiangyuan · Dec 21, 2018 at 03:01 AM · ema c++

[Ema]C++ Time(fid=18) in UpdateMsg is disorder

hello:

I develop with EMA C++

I request level 1 quote from HKSE

I fund the time FID=18 is disorder in UpdateMsg,

As shown in the appendix, I receive UpdateMsg (name="/3800.HK") first , but the time FID=18 is bigger than the second UpdateMsg(name="/6178.HK") I received, why?

In my opinion, the updateMsg I received earlier, the time FID=18 should smaller.quote-log.txt

quote-log.txt (6.3 KiB)

People who like this

0 Show 0
Comment
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

3 Replies

  • Sort: 
avatar image
REFINITIV
Best Answer
Answer by umer.nalla · Dec 21, 2018 at 08:13 AM

Hi @luxiangyuan

Looking at the information provided so far, it looks like what you are observing is to do with the fact that you are connecting to a Trade safe Conflated service and the difference in trading / quote activity between the two RICs : /3800.HK and /6178.HK

A Trade safe conflated means that the service does not send out every tick update to your application (to reduce traffic between your application and the server). It collects any field updates during the configured time period and then sends out a single timed update periodically. Because it is Trade Safe, it will also send out any Trades immediately (without waiting for the next timed updated).

As you will note from the Tick history extracts that I have attached for the two RICs, the last time /6178 had a Quote or Trade was 06:54:30 and the next one was at 6:56:02.

However, /3800 was much more active during that period and had several Quotes including one at 06:55:16.

So, in your extract you received a conflated update for 3800.HK at some point after 6:55:16 and you then also received a conflated update for 6178.HK shortly after. But that conflated update did not have any recent Quote or Trade values - so the most recent TRDTIM_1 would be for the last Trade that took place on 6178.HK - which was at 06:54:30

If you go through your Update history for 6178 - you should have received other updates before the one in your log above.

2018-12-21-12-49-22-6178hkcsv.png


2018-12-21-12-49-22-6178hkcsv.png (72.8 KiB)
Comment

People who like this

0 Show 3 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

avatar image
luxiangyuan · Dec 24, 2018 at 05:09 AM 0
Share

hello Umer:

the service I connect is "apac1-ec-hmds.cp.thomsonreuters.com" through a service named "ezd".

as you say, I want to confirm the following things:

1、the "apac1-ec-hmds......" is a "Trade safe Conflated service"?

2、I can contact with my account mamager for the real-time service?

thank you very much,

avatar image
REFINITIV
umer.nalla ♦♦ · Dec 24, 2018 at 06:10 AM 0
Share

Hi @luxiangyuan

Data delivered via EZD is normally Conflated.

I did email your account manager but did not hear back - possibly due to the Holiday season. Please check directly with the Account team.

Season's Greetings!

avatar image
luxiangyuan umer.nalla ♦♦ · Dec 24, 2018 at 06:52 AM 0
Share

hello Umer

I get it, thank you very much.

wish you a merry Christmas!

avatar image
REFINITIV
Answer by umer.nalla · Dec 21, 2018 at 05:05 AM

Hi @luxiangyuan

For Content type queries, I recommend you contact the Content Helpdesk - who will be able to explain the time differences you observed.

As far as the Elektron APIs are concerned, they will send the data to your application in the order they receive the data from the server.

If the Content helpdesk cannot explain your observation, then please attach some more of your output here - showing several updates before and several after the ones you posted - for those two instruments.

Comment

People who like this

0 Show 0 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

avatar image
REFINITIV
Answer by umer.nalla · Dec 21, 2018 at 06:23 AM

Hi @luxiangyuan

I understand from Content Helpdesk that you contacted them and your quote-log values do not tie up with the Tick History database we hold.

Therefore, if you still have more of your output from a few minutes before the above quote-log please attach here.

Also, please add XmlTraceToFile =1 your EMAConfig.xml file config entry for whichever Consumer config definition you are using. If you are not using EMAConfig then just add to the DefaultConsumer as shown below.

 .... 
<DefaultConsumer value="Consumer_1"/> 
<ConsumerList> 
<Consumer> 
      <Name value="Consumer_1"/> 
      <Channel value="Channel_1"/> 
      <Logger value="Logger_1"/> 
      <Dictionary value="Dictionary_1"/> 
      <XmlTraceToFile value="1"/> 
</Consumer> 
.... 
....

Please ensure the EMAConfig.xml is in the working directory of your application.

Once you have done that, please rerun your application and upload the XML Trace file (You can remove any username/password / ip address etc from the trace if any is present). If you are able to observe the same disordering scenario when you run your app with the XMLTrace enabled, then also include the relevant quote-log too from the new run. This way I can compare what the API receives from the server and what your application is then receiving in the UpdateMsgs.

Comment

People who like this

0 Show 2 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

avatar image
luxiangyuan · Dec 21, 2018 at 06:50 AM 0
Share

log-to-develop.txt

hello:

1\ log as appendix

2\ the hkse has been closed, so I can not config the EMAConfig now.

log-to-develop.txt (269.8 KiB)
avatar image
REFINITIV
umer.nalla ♦♦ luxiangyuan · Dec 21, 2018 at 07:36 AM 0
Share

Hi @luxiangyuan

Can you please advise what I should be looking at in the new log file above?

Also, are you able to provide any log which shows the previous 4-5 updates for /6178.HK - before the ones in the above log files?

Thanks.

Watch this question

Add to watch list
Add to your watch list to receive emailed updates for this question. Too many emails? Change your settings >
8 People are following this question.

Related Questions

EMA C++ post message, value after decimal point is truncated

EMA TRCC disconnect handling

Unsupported environment in EMA

missing news in Elektron EMA compared to NewsFeedDirect

Are onRefreshMsg, onUpdateMsg and onStatusMsg callbacks guaranteed to be always called on the same single thread

  • Feedback
  • Copyright
  • Cookie Policy
  • Privacy Statement
  • Terms of Use
  • Careers
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Alpha
  • App Studio
  • Block Chain
  • Bot Platform
  • Calais
  • Connected Risk APIs
  • DSS
  • Data Fusion
  • Data Model Discovery
  • Datastream
  • Eikon COM
  • Eikon Data APIs
  • Elektron
    • EMA
    • ETA
    • WebSocket API
  • Legal One
  • Messenger Bot
  • Messenger Side by Side
  • ONESOURCE
    • Indirect Tax
  • Open PermID
    • Entity Search
  • Org ID
  • PAM
    • PAM - Logging
  • ProView
  • ProView Internal
  • Product Insight
  • Project Tracking
  • Refinitiv Data Platform
    • Refinitiv Data Platform Libraries
  • Rose's Space
  • Screening
    • Qual-ID API
    • Screening Deployed
    • Screening Online
    • World-Check One
    • World-Check One Zero Footprint
  • Side by Side Integration API
  • TR Knowledge Graph
  • TREP APIs
    • CAT
    • DACS Station
    • Open DACS
    • RFA
    • UPA
  • TREP Infrastructure
  • TRIT
  • TRKD
  • TRTH
  • Thomson One Smart
  • Transactions
    • REDI API
  • Velocity Analytics
  • Wealth Management Web Services
  • World-Check Data File
  • Explore
  • Tags
  • Questions
  • Badges