Discussione: DFEM - Zero point energy converter

Allego il codice, con gli EVENTI del debug (Embarcadero® RAD Studio XE) e il FLUSSO annotato facendo il "trace into" cioè il debug istruzione dopo istruzione secondo dinamica reale del codice.

Secondo me c'è una chiamata imperativa invece che logica...
forse occorre fare logica inversa sulla [schonda] vale a dire che "per default non c'è"...

He he! il codice ragiona come se normalmente anziché il tester si girasse tutti con la [ sonda hall ] !

Buona Pasqua.

Ciao a tutti, e in particolare a uforobot.

Togliendo le chiamate alla [shconda] il codice FLUISCE
(in tutte le altre procedure... tutte: capito?)

E dunque ci siamo, anche questa volta, semplicemente.

MAI DIRE NO... questo è il secolo di nuove conquiste, anche virtuali. (ho letto in altri siti che turtur è pure lui una bufala... ma la bufalite è causa di ingnoranza, di tutti... imparate a lottare, per conoscere, quindi cercare di capire... alla fine tutto è semplice.)

Il pezzettino di codice con la chiamenta della "sonda reale" va messo in una logica di programmazione... per il pascal (simile al C ed anche più semplice ci provo io, con questo programmone... ah, notare che la notazione dei "passi" del Trace Into non c'è! sono inerenti sempre alle righe compilate: dunque la notazione "salta", riga dopo riga di codice... e nel file di testo ho sbagliato ad annotare... farò meglio poi... dato che il programmone deve essere afferrato dalla coscienza, dopo alcune esperienze mediante immersione nella problematica...)

Per uforobot: il codice è da sistemare, ricommentando se possibile, durante la presa di coscienza della sua struttura... e poi - sempre quando trovi tempo - se ti va, fai la solita conversione in JAVA, molto più leggibile...

L'elaborazione è davvero imponente... e se pensiamo che ci sono diverse righe disattivate da Turtur stesso... qundi questo codice elabora di più di tutti gli altri...

In output noto ancora qualcosa che forse per default non va bene...

Drehmoment-Komponente: Mz = .00000000000000E+0000
(rimane a zero per tutto il ciclo... è giusto? forse si, dato che il codice AZZERA gli arrays ogni tanto... e quindi forse questo azzeramento in interfaccia con l'utente, sia un CONTROLLO VISIVO dell'elaborazione... mai fidarsi dei calcoli... "calcolo fatto" può sempre essere "calcolo sbagliato").

Per vincere occorre dominare i problemi, e oggi io ne ho uno sotto gli occhi: il debug di flusso di questo codice. lo devo finire perché domani sia un giorno diverso, per altri problemi.

Il programmone ha una funzione automatica di indentazione molto comoda,
così ora vi allego il codice, in elaborazione sintattica commentata per il flusso a parte e l'eseguibile per il default... è da reimpaginare per capire meglio i dati di elaborazione... anche per questo allego un file di testo più decente.

Ciaoooo.

Da allora ho fatto più niente! sono preso altrove... c'è nessuna novità ?

Turtur , Giorep , Uforobot , Sandromeg , nulla da dire ?

Io solo che rotazioni elevate si possono fare solo risolvendo prima il mio problema, di stop al primo giro... quando avrò più magneti e sicuro che tento di sfondare il muro, ma cercando di attenuare con materiale speciale quei 2 cm di campo intenso, dato che inizia l'accelerazione, che si produce con il rafforzare il primo a max, poi si decresce sino a min, che però manda contro il max di start...

Modello alternativo (ma non si sa nulla) è il "wormhole magnetico permanente", che produce autoaccelerazione senza problemi... è solo da adottare, studiare e poi evolvere con strutture penso ad imbuto.

Altrimenti c'è un wormhole quantistico ? Basta che oscilli o produca rotazione elevata al di sopra delle cose terrene, come il tornado penso... o come il battito di ali del colibrì, o insetti simili...

Ma Turtur se ne può fregare, avere solo un motore elettrico a rpm esageratissimi, sino a fare scoccare lo ZPE. Anche solo per l'apparato meccanico sarebbe da discutere a lungo, robustezza, forma, usura, termodinamica.

Ma siete tutti in vacanza ?

E Turtur arrivò a usare i magneti del perendev e parlò per la meccanica, meglio ma circa come io ho pubblicato: leggete:

(3.) Come montare il magnete sul ring di rotazione

Per quanto riguarda il prototipo, i magneti devono essere fissati in modo molto speciale, in modo che il loro numero e il loro orientamento può essere modificato, al fine di ottenere gradi abbastanza di libertà, di regolare e ottimizzare il setup, in base ai risultati sperimentali e risultati, durante la fase di analisi del prototipo.

Turtur, C. (2011). Technical Design and Drawings for a Prototype of a ZPE-converter to the EMDR-Principle. PHILICA.COM Article number 239.


Ancora poco, e lo scetticismo verrà buttato nella spazzatura, oppure mai avere entusiasmi in queste ricerche... fatiche e discussioni ancora per molto.