Skip to main content

Entry fields

Strategy Definition fieldMesoLive supportNotes
Entry.ScheduleSupportedUsed for entry signal gating (advisory). See Schedule below.
Entry.ConditionsSupported (different)Evaluated in two contexts (see below): Build preview and entry readiness signals.
Entry.VarDefinesSupported (different)Evaluated during Build preview (not persisted) and after entry fills (persisted).
Entry.AbortConditionsSupportedEvaluated during Build (advisory).
Entry.ReentryDaysSupportedUsed for entry signal gating (cooldown after exit).
Entry.Concurrency.MaxPositionsInFlightSupportedUsed for entry signal gating (advisory).
Entry.Concurrency.EntryShiftDaysSupportedUsed for entry signal gating (advisory).
Entry.QtyMultiplierSupportedEvaluated during Build; Operator can override via MesoLive UI / broker order ticket.

Schedule

Schedule semantics match MesoSim v3 scheduling:

  • Exactly one of AfterMarketOpenMinutes or BeforeMarketCloseMinutes must be set.
  • Minutes are rounded to 5‑minute increments.
  • Every supports: day, 5min, or comma-separated weekdays (e.g., mon,tue,wed,thu,fri).

In MesoLive, signals are evaluated on a server-side timer (default ~60s) and the schedule is treated as “in window” for 5 minutes.

Schedule fieldMesoLive supportNotes
Schedule.AfterMarketOpenMinutesIgnored
Schedule.BeforeMarketCloseMinutesIgnored
Schedule.EveryIgnoredEntry Signals are currently not generated.
Please use the Today Page to get informed about the upcoming entries.

Entry signals are currently not created. Please

See the Signal Evaluation section for details and motivation why these fields are ignored.

Conditions and VarDefines

MesoLive evaluates Entry.Conditions (and may evaluate Entry.VarDefines) in two different contexts:

Build preview

  • A virtual/preview position is constructed (expirations + strikes selected).
  • ScriptEngine variables like pos_* and leg_* are available (because a preview position exists).
  • options.* functions can work because they run against the preview position.
  • Entry.VarDefines is evaluated so that conditions can reference those variables during the preview, but these values are not persisted yet.

Entry readiness signals

  • Entry readiness is evaluated periodically (default ~60s) to surface entry signals for deployed strategies.
  • No preview position is built during this cycle, so pos_* / leg_* variables are not available.
  • options.* functions will return null (no position context).

Recommendation: keep Entry.Conditions based on top-level variables like underlying_*, timing.*, and ExternalData variables when you want entry readiness signals to be meaningful. Use Entry.AbortConditions for structure/greeks checks during Build.

See also: