Troubleshooting

Most of what looks like a defect on this indicator turns out to be a setting interacting with another setting, or a behavior the instrument was specifically built to expose rather than hide. The point of this page is...

Written By Axiom Admin

Last updated 22 days ago

Troubleshooting

Most of what looks like a defect on this indicator turns out to be a setting interacting with another setting, or a behavior the instrument was specifically built to expose rather than hide. The point of this page is to let you sort surprises quickly β€” first by category, then by symptom β€” so you stop looking for a bug where there is a choice and stop looking for a choice where there is a genuine product limit.

Read the first section once. Keep the symptom sections open in a second tab while you work.

First pass β€” what kind of surprise is this?

Before you chase a specific fix, sort what you are seeing into one of three categories. The category determines the next move.

  • Setup error. A setting is wrong, or a combination of settings is contradictory. The fix is to change the setting. Almost everything in the first half of this page is a setup error.

  • Understanding gap. The pane is doing what the instrument is built to do, and the behavior is only surprising because the reader has not seen it before. The fix is not a setting; it is a reading move. Go to Visuals and Logic, Alerts, or MTF and Repainting depending on what you are looking at.

  • Product limit. The instrument cannot do the thing you are asking it to do. The fix is to accept the limit or route the work elsewhere. These are rare on this page, but a few genuine limits are named below so you do not keep searching for a solution that does not exist.

If you are not sure which category you are in, the first section of every symptom below carries a "which category this is" line. Start there before any specific fix. The most common sorting mistake is treating an understanding gap as a setup error β€” someone sees behavior they have not seen before, assumes it is a bug, and spends twenty minutes changing settings that were never the cause. The sort saves that twenty minutes.

Symptoms grouped by what you are seeing

"The pane is blank."

Category: setup error.

The blended pair and slot lines are both absent. Three independent causes, each one sufficient to blank the pane; check them in this order.

  1. Every slot is disabled. Open Settings and confirm at least one of Enable Stoch 01 through Enable Stoch 10 is on. Defaults have slots 01, 02, 03 enabled; if those switches were flipped during exploration, enable at least one.

  2. Every enabled slot has Hide Plot on. Confirm Hide Stoch NN Plot is off for at least one enabled slot. Hidden slots still compute and still feed the blend, so the blended pair can be present while the slot K lines are absent β€” but if every slot is hidden, the pane shows only the blended pair or nothing at all.

  3. Every enabled slot has Blended Weight at zero. The blended pair becomes NA by design when the total active weight is zero. If no slot draws and the blend is absent, check each enabled slot's Blended Weight.

The three causes are independent. A pane with every slot disabled is a different problem from a pane with every slot hidden, and fixing one does not fix the other if both are in effect.

"The blended K and D are gone, but slot lines are drawing."

Category: setup error, specifically the third cause above.

Every enabled slot has a Blended Weight of zero. The slots are drawing their own K lines (unless also hidden) but the blend has nothing to average and is NA. Give at least one enabled slot a non-zero weight.

If you intentionally want the blend absent β€” for example, because you want to use per-slot alerts without a composite view β€” consider turning Plot Blended K/D off under Display Settings instead. That is a cleaner expression of intent than zero-weighting every slot.

"The indicator raised a runtime error that names a specific slot."

Category: setup error.

The error message will read something like "Stoch NN timeframe is below chart timeframe." This means the named slot has a TimeFrame lower than the chart's current timeframe. For example, slot 01 at "1" on a 5-minute chart.

The fix is either to raise the slot's timeframe to be at or above the chart's timeframe, or to lower the chart to a timeframe at or below the slot's. The restriction is not arbitrary. A slot cannot meaningfully return a higher-timeframe value from below the chart bar; the error is the instrument refusing to draw something dishonest.

If you need both a lower-scale slot and a higher-scale slot, choose the chart timeframe so that every enabled slot is at or above it.

"A slot K line is stuck at one value for long stretches during active trading hours."

Category: usually understanding gap, sometimes a cross-asset session issue.

Two common causes:

  • On Bar Close? on a higher-timeframe slot. The slot is returning the previous confirmed higher-timeframe bar's value. That value is stable for the duration of the current higher-timeframe bar; the line will look flat until the bar closes. This is the exact behavior the switch was built to produce. MTF and Repainting covers it in full.

  • Optional Ticker on a symbol whose session is currently closed. If the slot is set to a foreign instrument that is not trading during the chart's hours, the slot cannot compute new stochastic from a market that is not producing new prices. The line freezes at its last value from the foreign symbol's most recent session. This is expected; it is the instrument being honest about a market that is not currently open.

Identify which cause applies by opening the slot's settings. If Optional Ticker is empty, the cause is On Bar Close?. If Optional Ticker is set, check the session calendar of the foreign instrument.

"A slot K line does not match the chart symbol's stochastic, even though no higher timeframe is set."

Category: setup error, almost always Optional Ticker.

Check the slot's Optional Ticker input. If it is populated, the slot is running a stochastic on that other symbol, not the chart symbol. The slot will look unrelated to the chart because it is unrelated.

A subtler version of this: Optional Ticker is set to a symbol that shares the chart symbol's session but has very different intraday range. The slot will look like "the chart's stochastic, but with the levels shifted oddly" β€” because it is the other symbol's stochastic, and it happens to move in approximately the same direction due to market correlation, but at different scales. Turn Optional Ticker off temporarily to verify that the slot returns to tracking the chart symbol.

"Alerts on a slot are firing every bar."

Category: understanding gap.

These are state alerts, not cross alerts. Stoch NN Is Bullish is true on every confirmed chart bar where slot NN's K is above its own D. It fires every bar the state holds, not only on the transition bar. If the state holds for ten confirmed bars, you get ten alert notifications.

The script does not expose cross-style alerts. If you need cross-style behavior, either suppress duplicates in your downstream alerting service or build a helper only where the needed series are available. The blended K and blended D are plotted; per-slot D is internal, so a per-slot K/D helper has to reproduce that slot's D calculation. Alerts carries the full framing.

"The alignment alert fired with only one slot enabled."

Category: understanding gap.

All Stoch Slots Bullish is true when every enabled slot is bullish. If exactly one slot is enabled, the alert is trivially equal to that slot's bullish state. The behavior is correct; the reading is probably not what you wanted.

The fix is either to enable more slots (so "every enabled slot" is a meaningful filter) or to use the relevant per-slot alert directly.

"The alignment alert fails when a slot I do not care about disagrees."

Category: understanding gap.

Alignment counts every enabled slot regardless of weight. A zero-weighted slot still counts. If a slot you keep enabled for visual reference disagrees, alignment fails even when the slots you actually care about agree.

The correct mechanism for "this slot should not count toward alignment" is to disable the slot, not to zero-weight it. Enable is the question "should this slot be in the count at all?"; Blended Weight is the question "how much should this slot steer the composite?". They are independent.

"The blended K color contradicts the majority of the slot K line colors."

Category: understanding gap.

The blended pair is a weighted average, not a majority vote. Three things can cause the apparent contradiction:

  • One slot carries most of the weight. The blend is effectively that slot. If slot 01 has weight 80 and the others share 20, the blended K follows slot 01.

  • A cross-asset slot is in the roster. Optional Ticker on any slot means the blend includes stochastic from a different market. The slot colors describe each slot's own market; the blended color describes the weighted mixture.

  • One or more slots are still warming up. A slot whose K is NA is skipped in the blend. If slots 02 and 03 do not yet have usable K values, the blend is effectively slot 01 alone.

Inspect the weights and the warm-up state before concluding the blend is misbehaving. It almost always is not; it is summarizing what you asked it to summarize.

"A slot line is pinned at 100 or 0 for several bars."

Category: either understanding gap or intentional pressure on the clamp.

The clamp is preserving the 0..100 stochastic frame. The slot's computation reached the edge or would have exceeded it; the pane is drawing the edge. A pinned value is not a quantifiable extreme; it is "at or beyond the frame." Treat it accordingly.

Pinning happens more often with aggressive settings (short K Length, hot MA tuning) and rarely with defaults. If you are seeing pinning frequently and are surprised by it, the frequency is telling you something about your smoothing choices. Back off the setting that is causing the pinning and observe whether the pane still represents what you wanted.

"The blended pair is flat through a regime change even though the slot lines have turned."

Category: understanding gap, specifically about master smoothing.

Master smoothing applies one additional smoothing pass to the blended pair. A long Master Length can hold the blend on one side of its midline for several bars after the underlying slots have already turned. The slot lines are the ground truth; the smoothed blend is a processed summary that is late by design.

If this lag is costing you the reading you wanted, either reduce Master Length, change Master MA Type to something faster (EMA over SMA, for example), or turn master smoothing off entirely. Every master-smoothing recommendation in this pack names this tradeoff; if you did not see the warning, you may have arrived at a long Master Length accidentally.

"The pane's colors look wrong during the first few bars after a chart load."

Category: understanding gap.

During the very earliest bars after the indicator loads (or after a symbol or chart-timeframe change), a slot may not have enough history for raw stochastic yet. With no raw K, the slot has nothing useful to draw, blend, or count. Once raw K exists, the script uses raw K while K smoothing catches up and uses K as D while D smoothing catches up, so early equality can make the slot look faded even though no bearish alert is true.

Those fallbacks are intentional; they keep the pane from overstating certainty while the smoothing chain is still filling. Do not act on the first few warm-up bars. Wait for the slot to settle into ordinary K-versus-D behavior before reading the pane as the instrument intends.

"The Active Bullish Count plus the Active Bearish Count does not equal the number of enabled slots."

Category: usually an understanding gap.

During warm-up, a slot with no usable K is counted as neither bullish nor bearish. The two counts can also fall short when K equals D exactly, because equality is neutral in the alert/count layer.

Outside warm-up, the first thing to check is exact equality on one or more enabled slots. If equality is not the cause, check whether a slot is hitting NA under an unusual configuration (for example, an Optional Ticker symbol with a gap in its data). If the behavior persists, the setup is unusual enough to warrant a closer look β€” start by temporarily disabling Optional Ticker on any cross-asset slot and see whether the counts resolve.

"A new alert for a newly-enabled slot does not appear in the TradingView alert dialog."

Category: TradingView refresh, not an indicator bug.

TradingView caches the list of alertcondition() definitions per chart. When you enable a previously-disabled slot, the alert definitions for that slot already exist in the script (all 24 conditions are defined regardless of slot enable state). If the alert dialog does not show them, close and reopen the dialog, or reload the chart. No change to the indicator is needed.

If the alerts still do not appear after a chart reload, confirm the indicator is still attached and check whether another indicator was installed over the top of this one.

"The pane draws correctly on the latest bars but historical bars look inconsistent."

Category: usually understanding gap.

Two common causes:

  • A slot with On Bar Close? off. The slot's live higher-timeframe value is what the slot currently reports; its historical values are computed from confirmed higher-timeframe bars. There is no inconsistency, but if you reload the chart within a live higher-timeframe bar, the "current" reading may look slightly different depending on when in the bar you reloaded.

  • A warm-up window that starts over on chart load. If you reload the chart, the very earliest bars after the reload go through warm-up again. Some slots may have no raw K yet, and early K/D equality can appear while smoothing catches up. This is expected and resolves once warm-up completes.

A genuine historical inconsistency β€” where values on the same completed bar legitimately differ across reloads β€” would be a TradingView data issue or a higher-timeframe request anomaly. Both are rare. If you encounter one, note the symbol, timeframe, and chart-load time; it will help when you reach out.

A handful of genuine product limits

These are not bugs. They are the shape of the instrument.

  • No overbought, oversold, or midline cross alerts. The script exposes no alert conditions for the 80 guide, the 20 guide, or the 50 midline. If you need such an alert, build it externally; documenting an alert surface the script does not actually provide would teach the wrong mental model of what a fired alert means.

  • No cross-style alerts on K-versus-D transitions. The script exposes state alerts only. If you need blended cross behavior, suppress duplicates downstream or use a helper script that reads the plotted blended pair. If you need per-slot K/D cross behavior, the helper has to reproduce the internal per-slot D calculation.

  • Slot timeframe must be β‰₯ chart timeframe. Enforced by a runtime guard. There is no way to run a sub-chart-timeframe slot; the restriction is structural.

  • On Bar Close? applies to both the slot's K and D simultaneously. You cannot have a slot whose K repaint behavior differs from its D repaint behavior.

  • Weights cannot be negative. The weight input has a minimum of 0. A slot cannot be "anti-weighted" to push the blend in the opposite direction of the slot's own state.

  • No divergence detection against price. The stochastic oscillator is what it is; divergence between the oscillator and price is visible on the chart but not computed or alerted here.

  • The MA library is versioned. The indicator imports a specific version of the Axiom MA library. Library upgrades happen periodically; an upgrade can subtly change the behavior of specific MA families. Release notes will cover meaningful changes when they occur.

When a symptom is not on this page

This page tries to cover the common ground. If something surprises you that does not fit, work through this checklist:

  1. Sort the surprise. Setup error, understanding gap, or genuine limit. The remainder of this list assumes you cannot yet tell.

  2. Reduce the configuration. Disable every slot except one. Observe whether the surprise persists. If not, add slots back in one at a time until you reproduce it.

  3. Restore defaults. Reset the remaining slot to shipped defaults. If the surprise disappears at defaults, one of your non-default settings is the cause.

  4. Toggle Optional Ticker. If Optional Ticker is set anywhere, turn it off on all slots. Cross-asset behavior is the most common source of "the blend looks wrong" reports.

  5. Toggle On Bar Close? on every slot to the same setting (both on first, then both off). Observe whether the symptom changes. Repaint behavior is the second most common source of reports.

  6. Check the chart timeframe. Some behaviors change with the chart bar; a 1-minute chart behaves differently from a 1-hour chart because every alert evaluates on confirmed chart bars.

If after all six steps the surprise persists, you likely have a genuine question for support. When you reach out, share the symbol, chart timeframe, the slot that exhibits the behavior, its full configuration (enable, source, timeframe, K length, K smoothing, K type, D length, D type, weight, Optional Ticker, On Bar Close?), whether master smoothing is on and its length, and a screenshot that includes the pane and the relevant chart bars. Everything in that list is what the support conversation will ask for first.

Where to go next