Una libreria rapida e gratuita per MT4, per la gioia dei neuralnetworkers - pagina 12
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Finché non si prova, è difficile valutare i benefici degli ingressi, una zona può funzionare meglio per uno e un'altra per un altro. Puoi ottenere un risultato medio su quasi tutti gli input, se ci provi. Naked è senza pre-elaborazione, "0-1" è solo un tipo speciale di normalizzazione, è buono, ma potrebbe non essere sufficiente... La pre-elaborazione è tutta una scienza, imho più complicata delle reti neurali stesse, e la compressione, e il sanguinamento, e la codifica e probabilmente molto di più. Si può iniziare guardando gli articoli di V.A. Krisilov, si possono ottenere da http://neuroschool.narod.ru/. Quello che avete in mente, per mettere una fase in NS, uso solo come componente di una combinazione complessa di ingressi, niente di più.
Ha effettivamente ottenuto qualche risultato sano? Senza pre-elaborazione in FANN per spingere i dati "nudi" è inutile IMHO, i dati non normalizzati si può provare a testare in STATISTICA, lì a test è dato fuori comitato di 5 griglie, addestrato su algoritmi diversi. E usando le statistiche sono arrivato a risultati non molto precisi, ti ho scritto un messaggio privato.
Avete effettivamente ottenuto qualche risultato significativo? Senza preprocessing in FANN mettere dati "nudi" è inutile IMHO, dati non normalizzati si può provare a testare in STATISTICA, quando si testa un comitato di 5 griglie, addestrato su diversi algoritmi. E usando le statistiche sono arrivato a risultati non molto precisi, ti ho scritto un messaggio privato.
Il risultato è solo sano è usato, ma non posso dire che è il merito di ZZ).
Rilasciato non c'è commettere, e solo pochi (kol'ton set) reti selezionati da errore minimo, ma che Stathis dovrebbe essere alimentato con dati non preparati è un delirio esattamente. Naturalmente nella ricerca di soluzioni si possono provare diverse cose, ma scaricare tutto in rete e lasciarlo cuocere non passerà, chiunque qui ve lo dirà.
Quindi, risulta che 16 griglie inizializzate con pesi casuali da -1 a 1, dopo la prima esecuzione di ann_runs(...) con un InputVector[], otteniamo (a giudicare dai log) 16 output identici precisi a 8 caratteri?? No. Qui c'è un bug di qualche tipo.
Lei stesso ha scritto che l'argomento delle reti neurali non può essere appena sollevato. Quindi dobbiamo trovare una soluzione...
La ricerca di bug in questo caso deve essere fatta sul posto. Si possono fare solo ipotesi a distanza. Nel caso che hai menzionato, personalmente non ho visto come sono state formate le maglie prima che si scoprisse dal log che le risposte di tutte le maglie sono uguali in un sondaggio e diverse in un altro, ma sempre le stesse. E ora la situazione non è più chiara, perché ann_runs esegue solo le griglie, ma non le allena. Posso solo consigliare di mettere stampanti di debug su tutte le chiamate di libreria. Solo che questo parsing, imho, riguarda più la logica del codice che le maglie stesse.
La ricerca del bug in questo caso deve essere fatta sul posto. Possiamo solo speculare a distanza.
Perdonatemi, ma pensavo che stessimo discutendo l'Expert Advisor di Yury postato in Codebase (post alla 3a pagina).
Quindi:
-- Non ho cambiato nulla in EA, ho solo aggiunto stampe di debug.
-- Ripulire la directory ANN
-- Esegui l'Expert Advisor in modalità test
-- Sembra funzionare, ma guardando il file di log, vediamo che le risposte di tutte le reti sono le stesse! :-(
Quando una nuova griglia viene addestrata, i pesi iniziali sono inizializzati con numeri casuali. Poiché i pesi iniziali sono diversi, anche l'addestramento delle maglie sarà diverso e anche il risultato finale sarà diverso.
C'era il sospetto che i pesi non fossero randomizzati durante la creazione delle griglie. Ma questo non è stato confermato. Si allega un archivio di file di griglia salvati subito dopo la loro creazione e inizializzazione.
Guarda il plz. Dove scavare ulteriormente non so. Se solo nelle profondità di dll?
Ho solo un Expert Advisor, ma ognuno è diverso e ognuno lo prova su dati diversi e in condizioni diverse ;-). L'ho guardato una volta, non ho avuto un problema come il tuo, ma ho capito che non ha senso usarlo nella sua forma attuale e non ho tempo per riscriverlo.
Fanculo l'assessore. Non c'è bisogno di riscrivere e di occuparsene.
C'è il sospetto di un funzionamento scorretto della biblioteca stessa, ed è necessario scoprire se questo è il caso o no. Altrimenti non ha senso andare avanti.
Se non avete problemi, non vi dispiace mettere un log di prova FANN-EA con il parametro DebugLevel = 3
Ragazzi, siete sicuri che la biblioteca non sia "storta"?
La situazione è la seguente: un messaggio di errore appare regolarmente e che il terminale sarà chiuso.
Ecco il testo del messaggio:
C'è stato un errore critico
Tempo : 2009.12.23 22:55
Programma: Terminale client
Versione: 4.00 (build: 225, 10 luglio 2009)
OS: Windows XP Professional 5.1 Service Pack 3 (Build 2600)
Processori: 2 x X86 (livello 6)
Memoria: 1047532/161248 kb
Eccezione: C0000005
Indirizzo : 02086AD8
Tipo di accesso: leggere
Addr di accesso: FFFFFFFFFFF
Registri: EAX=FFFFFFFFFFFFFF CS=001b EIP=02086AD8 EFLGS=00010206
: EBX=FFFFFFFFFFFF SS=0023 ESP=0291B8E8 EBP=0291B8E8
ECX=09104830 DS=0023 ESI=00000000 FS=003b
: EDX=09104830 ES=0023 EDI=0000015C GS=0000
Traccia dello stack: 02011D13 00463E17 00455691 FFFFFFFFFFF
: 00000000 00000000 00000000 00000000
: 00000000 00000000 00000000 00000000
: 00000000 00000000 00000000 00000000
Moduli :
1 : 00400000 002B1000 c:\program files\metatrader - alpari\terminal.exe
2 : 01750000 00327000 c:{windows\system32\xpsp2res.dll
3 : 02010000 0000A000 c:program files\metatrader - alpari\experts\libraries\fann2mql.dll
4 : 02030000 00039000 c:{windows\system32\tbb.dll
5 : 02070000 00034000 c:\windows\system32\fanndoublemt.dll
6 : 14240000 00020000 c:\program files\drweb\drwebsp.dll
7 : 5B260000 00038000 c:{windows\system32\uxtheme.dll
8 : 61EC0000 0000E000 c:{windows\system32\mfc42loc.dll
9 : 698B0000 00058000 c:{windows\system32\hnetcfg.dll
10 : 71A30000 00040000 c:{windows\system32\mswsock.dll
11 : 71A70000 00008000 c:{windows\system32\wshtcpip.dll
12 : 71A80000 00008000 c:{windows\system32\ws2help.dll
13 : 71A90000 00017000 c:{windows\system32\ws2_32.dll
14 : 72CD0000 00008000 c:{windows\system32\msacm32.drv
15 : 72CE0000 00009000 c:{windows\system32\wdmaud.drv
16 : 73D90000 000FE000 c:{windows\system32\mfc42.dll
17 : 746E0000 0004C000 c:\windows\system32\msctf.dll
18 : 75310000 0002E000 c:{windows\system32\msctfime.ime
19 : 76350000 00005000 c:{windows\system32\msimg32.dll
20 : 76360000 0001D000 c:\windows\system32\imm32.dll
21 : 76380000 00049000 c:\windows\system32\comdlg32.dll
22 : 76770000 0000C000 c:\windows\system32\cryptdll.dll
23 : 769A0000 000B5000 c:{windows\system32\userenv.dll
24 : 76B20000 0002E000 c:\windows\system32\winmm.dll
25 : 76C20000 0002E000 c:\windows\system32\wintrust.dll
26 : 76C80000 00028000 c:{windows\system32\imagehlp.dll
27 : 76D50000 00019000 c:{windows\system32\iphlpapi.dll
28 : 77110000 0008B000 c:{windows\system32\oleaut32.dll
29 : 773C0000 00103000 c:\windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
30 : 774D0000 0013D000 c:\windows\system32\ole32.dll
31 : 77A70000 00096000 c:{windows\system32\crypt32.dll
32 : 77B10000 00012000 c:{windows\system32/msasn1.dll
33 : 77BC0000 00007000 c:{windows\system32\midimap.dll
34 : 77BD0000 00015000 c:{windows\system32\msacm32.dll
35 : 77BF0000 00008000 c:{windows\system32/version.dll
36 : 77C00000 00058000 c:{windows\system32\msvcrt.dll
37 : 77C60000 00025000 c:{windows\system32/msv1_0.dll
38 : 77DC0000 000AC000 c:{windows\system32\advapi32.dll
39 : 77E70000 00092000 c:{windows\system32\rpcrt4.dll
40 : 77F10000 00049000 c:{windows\system32\gdi32.dll
41 : 77F60000 0007C000 c:{windows\system32/shlwapi.dll
42 : 77FE0000 00011000 c:{windows\system32\secur32.dll
43 : 78480000 0008E000 c:\windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_x-ww_d495ac4e\msvcp90.dll
44 : 78520000 000A3000 c:\windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_x-ww_d495ac4e\msvcr90.dll
45 : 7C800000 000F8000 c:\windows\system32\kernel32.dll
46 : 7C900000 000B3000 c:\windows\system32\ntdll.dll
47 : 7C9C0000 01979000 c:{windows\system32\shell32.dll
48 : 7E360000 00091000 c:{windows\system32\user32.dll
Chiamare lo stack :
Questo non è mai successo prima di usare l'Expert Advisor su FANN.
Tutto funziona come un orologio per te?
La situazione è la seguente: regolarmente appare un messaggio di errore che dice che il terminale sarà chiuso.
Regolarmente in relazione a cosa? Dopo un comunicato stampa?
Ho avuto un paio di crash del terminale mentre l'EA era in esecuzione, ma sono direttamente collegati al codice EA.
Per esempio: chiamata di deinit() alla fine di init()
La libreria è progettata per un utente che capisce cosa fa e perché. E questo non toglie i suoi meriti...
Regolarmente per quanto riguarda il suo uso. Quando si prova e si installa l'Expert Advisor in un trade.
Ho scritto io stesso l'Expert Advisor su FANN utilizzando un principio di organizzazione e ottimizzazione input-output totalmente diverso da quello di Reshetov.
Perciò considero la sua ultima frase come una sciocchezza.