Pro Order (Automatic Trading) Time Zone

• 06/18/2022 at 6:13 AM #195496
  hamidrm

  Hello ,

  What would be time zone for the pro order automatic trading? does it run your code base on each market time zone or just based on your geographical location? if you have two instruments like Dax and Dow , how it works

  Thanks

  

  hamidrm

  Participant

  Topics: 2

  Replies: 4

  Been thanked: 1 time
  06/18/2022 at 7:09 AM #195497
  PeterSt

  Hi there down under !

  https://www.prorealcode.com/topic/daylight-savings-code/

  What’s written in there is not exactly what you ask for, but gives sufficient indication on what you want to know ?
  IOW, it’s even worse.

  On the other hand, if you don’t do anything with times (like bailing out just before closing time would be doing something with times) then there would not be an issue that I can think of.

  Peter

  

  PeterSt

  Participant

  Topics: 70

  Replies: 2283

  Been thanked: 692 times
  06/18/2022 at 8:41 AM #195498
  hamidrm

  Thanks Peter for the above response.

  But all the headache regarding time coming from back testing your strategy on your platform. But running your strategy on Pro order server story is different. Most likely each instrument runs on their local time zone can anyone confirm this?

  for example if  I have a piece of code for one strategy runs on two different instruments DAX and Dow: TimeTrading= time >= 080000 and time <= 220000

  For Dax , time is between 8 AM and 10 PM Berlin time and other hand for Dow instrument would be New York time. Am I correct?

   

  Thanks

   

  

  hamidrm

  Participant

  Topics: 2

  Replies: 4

  Been thanked: 1 time
  06/18/2022 at 10:22 AM #195504
  GraHal

  hamidrm wrote:

  Am I correct?

  No, Time in code runs at whatever TimeZone you set in your Platform.

  

  GraHal

  Participant

  Topics: 203

  Replies: 8379

  Been thanked: 2024 times
  06/18/2022 at 2:33 PM #195518
  PeterSt

  GraHal wrote:

  No, Time in code runs at whatever TimeZone you set in your Platform.

  I am not 100% confident that this is true. But I am 100% sure nobody understands.
  Haha. OK, make that 99 but for me it is 100.

  Assumed that you also want to understand your daily Statement, forget about this all. It is already quite undoable to understand it with one time zone set (your own). This is related to Settling Times which are a. different per (index/future) instrument and b. different for your own daylight savings setting and c. different for the daylight savings setting of the country where the instrument resides (like Germany for DAX and USA for Dow.
  And as that other topic tells about : Australia (and more countries of course) is extra tough because daylight savings go opposite to e.g. Europe and USA (which both go along BUT not at the same days).

  If you don’t work with indexes/futures it is all doable hence you can just let things run. But if you do work with indexes/futures you can only pray that your Statements are OK (they always are but you see them only in aftermath – the next day) and you will *know* that PRT can’t deal with it all (your daily gain will be a mess and is never correct plus it changes wildly when a Settlement is put through). And oh, in addition there’s also the different Settlement treatment by the various software – on which PRT depends for its data. For example for PRT with IB as broker, the AEX is corrected at 18:30 local (Brussels/Amsterdam/Berlin) time (an hour after closing of the stock market) while the DAX is not corrected at all that trading day. For the DAX this happens when it is closed (22:00 – 02:15 which sometimes is 22:00 – 01:15 which is an other kind of mystery).
  This latter can be easily set for IB’s mobile application. But whatever the setting, the result of both in one view is not correct. And so at 18:30 I may suddenly lose the gain of the day for the AEX. Took me only a year to find out. 🙁

  If you understand this all you can consider yourself graduated at some nice university.
  And *then* fuss with the times of the instruments / markets ??

  No. 🙂
  But the screenshots below may imply that it is possible.

  

  PeterSt

  Participant

  Topics: 70

  Replies: 2283

  Been thanked: 692 times
  06/19/2022 at 12:45 PM #195559
  hamidrm

  Easiest way is to test the time zone with placing trade on particular time.

  Thanks you guys

  

  hamidrm

  Participant

  Topics: 2

  Replies: 4

  Been thanked: 1 time
  06/19/2022 at 3:41 PM #195563
  GraHal

  I agree, I have several TS that trade at DJI open, coded as Time = 143000 (UTC+1) and this exactly equates currently to NYSE open at 093000 (UTC-4).

  There is no doubt that 143000 UK Time on my PC (and PRT Platform) equates to 093000 open on NYSE … love it when my TS are in and out in < 1 min, with 50 to 100 points profit most times! 🙂

  Maybe Peter has more to say on Timezones??

  

  GraHal

  Participant

  Topics: 203

  Replies: 8379

  Been thanked: 2024 times
  06/19/2022 at 4:20 PM #195564
  PeterSt

  As it looks, we may need to rephrase the original question (?) :

   

  hamidrm wrote:

  What would be time zone for the pro order automatic trading? does it run your code base on each market time zone or just based on your geographical location?

  change that somewhat into :

  Would it suffice to to have your time constraints in the pro order automatic trading code based on your geographical location ?

   

  The answer to that would be :
  Yes, if you
  a. keep track of the market-being-open times yourself which
  b. are also subject to your own daylight savings.

  So Yes, GraHal is of course correct with his suggestion that in the code you should (always ?) use your local times like the suggested 14:30 for DJi. For me this currently would be 15:30 until somewhere in October (maybe first Sunday of November) then it probably will be 14:30 for me and 13:30 for the UK for one or two weeks (this depends on 1. when we change and 2. when USA changes and this surely is not always the same “bandwidth”). And would you ask how someone from Australia would need to deal with this then personally I would not have a single clue (Yes, I am eagerly waiting for the time zone indications on top of PRT’s main menu in V12). And it really is bad : I have many dozens of Australian customers and if you would ask me what time it is over there right now – even if you put a gun to my head (but 30 seconds to find out of course).

  Yes again – GraHal has simplified the issue, allowing for a simplified answer. It allows to avoid my earlier response. But mind you, all our codes would fail miserably somewhere around the end of October and that in triple dimension (as more ore less implied in my previous post(s)).  If – and only *if* it is so that my screenshots would allow to work with the local times (like USA for DJi) then it would run error-free forever. Thus, the fact that locally (like for you locally in the UK and for hamidrm locally in Australia) daylight savings occur, is not related to the open times of markets. But change your clock accordingly. The exception would be the DAX which this year opens at 2:15 my time which was 01:15 last year after it has been 02:15. The other (100+) exceptions are holidays and early closing times (or cut market times or however they are called). Regarding this you can really have fun with early closing on Thursday, not open all together at Friday, Putin (previously Trump) doing something on Saturday, while your program anticipated closing at 11Pm on Friday and instead now you’re in deep (at 5:15pm on Thursday) and can only pray for the better.
  Read again the last sentence starting at “The exception would be”. Because that all anticipates that PRT has arranged for everything. And then it thus still does not work out for miles.

  Making a long story longer : Of course the pro order code can use the local times to trade the oversees etc. markets. Just like you would do manually. So if the question was about tat – all credits go to GraHal.

  🙂

  

  PeterSt

  Participant

  Topics: 70

  Replies: 2283

  Been thanked: 692 times
• Author
  Posts