In questa pagina
Live, storico e profondità sono tre diritti distinti
Un conto che riceve transazioni in diretta può vedersi rifiutare le barre storiche, e un conto che restituisce tick storici può comunque non avere la profondità storica. I fornitori vendono queste cose separatamente e le ospitano su server distinti; su Rithmic il plant di storico è diverso dai plant ticker e ordini. Un accesso riuscito prova che il conto esiste su quel sistema, e nulla su ciò che può scaricare.
- Transazioni in diretta: il diritto ticker sul plant in uso.
- Barre e tick storici: il diritto allo storico, che può essere attivo per gli uni e non per gli altri.
- Profondità storica: raramente disponibile dai broker; lo storico della heatmap richiede aggiornamenti del book registrati.
- Ogni rifiuto porta un codice: conserva il codice e l'intervallo richiesto quando scrivi al fornitore.
Leggere un rifiuto
«Permission denied» all'accesso di solito significa che il conto è sconosciuto su quel sistema, un problema diverso da un diritto insufficiente; un sistema sconosciuto viene segnalato da un codice differente. La stessa formula su una richiesta di storico significa che il diritto allo storico non è attivo per quel tipo di dato. I rifiuti possono anche essere intermittenti: un plant sotto carico può rifiutare una parte della richiesta e accettare il nuovo tentativo. Una richiesta accettata che non restituisce nulla, senza codice di stato, di solito significa che l'archivio su quel sistema non arriva così indietro o che il plant di storico è fuori servizio.
In Senzoukria
Il pannello dati del backtest riporta un riempimento rifiutato con queste parole: «Il broker ha RIFIUTATO la richiesta: « permission denied » (rp_code 13). Le barre storiche non sono abilitate su questo conto — è un diritto del broker, non un'impostazione dell'app. I tick storici funzionano, ed è quello che usa il replay manuale.» Sul grafico, l'avviso di storico per un rifiuto parziale spiega che i rifiuti sono di norma intermittenti, che il grafico continua a funzionare su dati in cache e in diretta e che riprova da solo; un tentativo completato senza codice viene segnalato a parte come archivio vuoto. L'aiuto alla connessione suggerisce la domanda esatta da porre al broker: il mio login è abilitato all'accesso API di terze parti, per quali dati e sotto quale system name?
Cosa fare quando lo storico viene rifiutato
- Non cambiare per prima cosa gli indicatori: annota simbolo, scadenza, seduta, stato della connessione e codice.
- Chiedi al fornitore se barre storiche e tick storici siano abilitati separatamente su quel login.
- Usa la cache locale: le sedute già scaricate si aprono, scorrono e calcolano.
- Per i backtest, valuta una fonte di storico dedicata con licenza propria invece dell'archivio del broker.
Correlati
- Checklist software footprint per Rithmic
- Guida al backtest sui futures
- Buco nei dati (storico incompleto)
- Connessione diretta (nativa)
Nella stessa sezione
- Cache locale
- Divergenza di delta
- Diritto ai dati di mercato
- DOM
- Dimensione del tick
- Doppia distribuzione
- Dimensione del campione
- Drawdown
Questa pagina in altre lingue
Domande frequenti
- L'rp_code 13 è un bug del software?
- No. È uno stato restituito dal server di storico del broker che significa permesso negato per quella richiesta. L'applicazione può riprovare e può continuare a lavorare su dati in cache e in diretta, ma non può concedere il diritto. La soluzione sta dal lato del conto, con il fornitore.
- Perché il mio footprint in diretta funziona mentre il backtest non carica le barre?
- Perché dati in diretta e storico sono diritti distinti. Il plant ticker sta inviando transazioni al grafico mentre il plant di storico rifiuta la richiesta di barre. Chiedi al fornitore di abilitare i dati storici sul login, oppure usa una fonte di storico licenziata per quello scopo.
- I tick storici possono funzionare mentre le barre storiche sono rifiutate?
- Sì, su alcuni conti. Barre e tick possono essere abilitati in modo indipendente nel diritto allo storico. Quando i tick sono disponibili, un replay su tick o una barra aggregata localmente possono sostituirle; quando non lo è nessuno dei due, l'intervallo deve restare segnalato come non disponibile.