Eseguire programmi da MicroSD su ATmega

[TardoFreak]

- Il programma si accorge che è arrivata un‘interrupt perché viene chiamata la funzione relativa all‘interrupt (es. SIG in C o una label nel mio linguaggio)

Sbagliato.
Il programma principale non si accorge per niente che è stata sollevata un' interrupt.

- Non credo che si possa risalire a “quando“, si potrebbe controllare in che posizione è il program counter per capire a che istruzione è scattato l‘interrupt

Quasi giusto, tecnicamente fattibile ma non dal programma principale, bensì dalla routine di gestione dell' interrupt. Potrebbe saperlo (la ruotine) andando a sbirciare lo stack (in fondo questo è quello che fa lo scheduler di un sistema multitasking non cooperativo ma per ora è meglio non parlarne).

Ora le domande successive sono:
- visto che il programma (task) in esecuzione non si accorge che è stata sollevata l' interrupt e tanto meno sa quando e dove è stata sollevata perché dovresti preoccupartene tu nel progettare l' interprete?
- Che ti frega sapere se l' interrupt è arrivata mentre era in esecuzione il task A, B o C o un qualsiasi altro? Cosa cambia?

Sono altre DUE domande. Aspetto DUE risposte.

[giacky98]

visto che il programma (task) in esecuzione non si accorge che è stata sollevata l' interrupt e tanto meno sa quando e dove è stata sollevata perché dovresti preoccupartene tu nel progettare l' interprete?

Quindi non devo preoccuparmene.

Che ti frega sapere se l' interrupt è arrivata mentre era in esecuzione il task A, B o C o un qualsiasi altro? Cosa cambia?

Non cambia saperlo, ma serve sapere in quale task si trova la routine di gestione

[TardoFreak]

Ma mi prendi in giro?
In un programma scritto in C la ruotine di gestione di un' interrupt dove è? Dentro il main?
Oppure è altrove?

[giacky98]

Ok, forse ho confuso task con programma...
ma allora, se il file di un programma interpretato contiene un task, devo creare un programma apposito che viene eseguito come routine di gestione, giusto?

[TardoFreak]

Certamente.
In un programma normale, anche realizzato con il tuo interprete, avrai:
- un main
- diverse subroutines che fanno quello che devono fare
- le subroutines per la gestione delle interrupt, una per ogni tipo di interrupt.

In un programma multitasking avrai
- un main che serve per far partire lo scheduler ed i vari task
- un certo numero di task che girano contemporaneamente
- diverse subroutines che fanno quello che devono fare
- le subroutines per la gestione delle interrupt, una per ogni tipo di interrupt.

[giacky98]

In un programma multitasking avrai
- un main che serve per far partire lo scheduler ed i vari task
- un certo numero di task che girano contemporaneamente
- diverse subroutines che fanno quello che devono fare
- le subroutines per la gestione delle interrupt, una per ogni tipo di interrupt.

Ok, allora chiariamo anche come implementare il multitasking...

Prima di tutto, volevo spiegare che l'interprete carica un file, con estensione .sbi, che contiene (principalmente) un byte identificativo del formato, un byte identificativo della versione, il numero di labels, gli indirizzi dei labels e il bytecode del programma.
Io avevo in mente, per creare il multitasking, di caricare più file .sbi e di eseguirli ognuno un'istruzione alla volta, come avevi detto te all'inizio.

E' questo il modo corretto?
O può anche essere un programma (uno solo, un solo file .sbi) che avvia più processi?

[TardoFreak]

Non saprei, questo lo devi decidere tu.
Anzi, a dire il vero dovresti averlo già deciso nella fase di definizione del sistema.
Comunque, fossi in te, prima di pensare al multitasking mi concentrerei nel realizzare una versione definitiva, non multitasking, che permetta di gestire le varie interrupt delle perifichere e la gestione delle stesse.
E' già un bel lavoro, c'è da divertirsi.
Dopo penserei ad una soluzione per rendere più veloce tutto l' ambaradan.
Alla fine di tutto questo passerei ad analizzare a fondo il multitasking.

Questo perché, se è relativamente semplice far funzionare diversi programmi contemporaneamente, più difficile è implementare il modo con cui questi interagiscono fra di loro.

[giacky98]

Comunque, fossi in te, prima di pensare al multitasking mi concentrerei nel realizzare una versione definitiva, non multitasking, che permetta di gestire le varie interrupt delle perifichere e la gestione delle stesse.
E' già un bel lavoro, c'è da divertirsi.

Si in effetti hai ragione

Dopo penserei ad una soluzione per rendere più veloce tutto l' ambaradan.

Ci sto già lavorando, sto dando anche priorità a questo, prima di implementare gli interrupt

[giacky98]

Ok ho implementato gli interrupt, adesso prima di mettermi ad implementare altre funzioni volevo scrivere le guide meglio e in PDF (non in TXT) e sia in italiano e anche in inglese (adesso sono solo in inglese).
E poi volevo "velocizzare tutto l'ambaradan"... Ho già velocizzato un pochino, ma non so come portare l'interprete ad una velocità decente... hai qualche idea?

[TardoFreak]

L' idea te l' ho scritta nel post [8].
Userei una memorietta, una RAM esterna su cui caricare l' intero programma.