come nasce il motore a parallel path (il mostro)

[kekko.alchemi]

ehi raga, ho un problema con i pic 16F84A, non riesco ad impostare pause superiori ai 200 us, cioè per farlo devo impostare una pausa di 1 ms, ma se voglio una pausa di 800 us non posso farlo avete consigli? come posso fare? programmo in C e uso sourceboost

grazie kekko

[NonSoloBolleDiAcqua]

Il manuale utente dice:
Inline assembly
Use asm operator to embed assembly into C code. To refer to a C variable from inline assembly use the variable name with '_' in front of it. If C variable name is used with 'movlw' instruction the address of this variable is copied into W. For labels place ':' after the label.
Sample:
asm
{
start:
btfsc _i, 4
goto end
btfss _b, 0
goto iter
...
}

Quindi dovrebbe essere...le linee le dovresti mettere all'interno del codice dove richiedi l'attesa del 200 microsec.

asm
{
start:
MOVLW 66
MOVWF _cl
RIT1 DECFSZ _cl,F
GOTO RIT1
}

l'attesa è di 200 microsec per un pic con un quarzo da 4 mhz.

Attesa= (n-1)*3+5
Se n = 66 (prima costante nel codice)...ottieni 200 microsec...se vari il valore di 66 puoi ottenere i ritardi in micro che vuoi...max 770 micro per n=255


PS: Non posso provarlo perchè non ho il software e sono troppo pigro per scaricarlo e istallarlo...tu puoi fare prima...ovviamente verificalo....hehehe

[kekko.alchemi]

ehi bolle, il probl è un po' più lungo, in pratica ho un contatore che conta in media fino a 15.000, ora quel numero del contatore corrisponde al tempo di pausa in microsecondi che mi serve, ora però come faccio ad impostare una pausa di (faccio un esempio) 14.230 microsecondi, se il pic mi prende una pausa fino a 200 microsecondi???

tutto sto impiccio mi serve per variare il duty cycle dell'impulso!

bolle perchè nn mi dai in privato il tuo contatto di msn che mi sa facciamo prima!

[NonSoloBolleDiAcqua]

ehi bolle, il probl è un po' più lungo, in pratica ho un contatore che conta in media fino a 15.000, ora quel numero del contatore corrisponde al tempo di pausa in microsecondi che mi serve, ora però come faccio ad impostare una pausa di (faccio un esempio) 14.230 microsecondi, se il pic mi prende una pausa fino a 200 microsecondi???
tutto sto impiccio mi serve per variare il duty cycle dell'impulso!

Forse ho capito dove stai andando a parare...ve possino...scrivo...scrivo...e nessuno legge...angolo...si chiama angolo!!!
Vabbè...percorriamo la tua strada...l'importante è che funzioni...allora il pic fa la pausa che dici tu...nell'esempio il valore 66 è costante...nulla vieta di caricarlo dentro una variabile...e suddividere le attese in ms (attendi 14 millisec) poi 2 volte 100 Micro...e poi 10 Micro per 3 volte.
Ti serve un minimo di matematica nel pic...
Chiaro?
Bolle

[kekko.alchemi]

sii grande bolle, è proprio quello che sto facendo, però mi sembra un po' troppo complicata la cosa, forse perchè non so usare la funzione interrupt, e questo mi complica molto la vita...

questo è il prog che ho fatto:

#include

//Target PIC16F84 configuration word
#pragma DATA _CONFIG, _PWRTE_OFF & _WDT_OFF & _HS_OSC & _CP_OFF

//Set clock frequency
#pragma CLOCK_FREQ 4000000

int counta= 0;
int countb= 0;
int countc= 0;
int dlu= 0;
int perc= 10;
int a=0;
int countd= 0;
int counte= 0;



void main( void )
{
//Configure port A
trisa =0x1F;
//Configure port B
trisb=0x3C;

//Initialize port A
porta = 0x00;
//Initialize port B
portb = 0x00;

//Endless loop
while( 1 ){

if(porta.0==1 && counta==0){
portb.0=1;
delay_us(dlu);
dlu=0;
countb=0;
counta=1;
}

if(porta.0==1 && counta==1){
portb.0=0;
portb.1=0;
countb++;
a= countb + dlu;
dlu= a / 100 * perc;
countc=0;
}

if(porta.1==1 && countc==0){
portb.1=1;
delay_us(dlu);
dlu=0;
countb=0;
countc=1;
}

if(porta.1==1 && countc==1){
portb.0=0;
portb.1=0;
countb++;
a= countb + dlu;
dlu= a / 100 * perc;
counta=0;
}

if(portb.3==1 && countd==0){
perc--;
countd=1;
}

if(portb.3==0){
countd=0;

if(portb.4==1 && countd==0){
perc++;
counte=1;
}

if(portb.4==0){
counte=0;
}

}
}
}

aiutooooooooo

[NonSoloBolleDiAcqua]

Bravo, la soluzione è nel Timer/prescaler e interrupt del pic.
Ma dammi qualche minuto che vedo cosa fa il tuo prog.
Bolle

PS: Cos'è questa istruzione-->> dlu= a / 100 * perc
dlu a quanti bit è?...e la divisione funge realmente?...ma quanti colpi di clock sono necessari?....miiii....figo questo tulletto!!!

[NonSoloBolleDiAcqua]

Senti...non vorrei chiederti troppo...ma dato che è tardi...se mi chiarisci
i bit PORTA0, PORTA1, PORTB3 e PORTB4 dove sono agganciati...fatico meno!!!
hehe altrimenti...reverse engineering!!!

[kekko.alchemi]

purtroppo nn lo so usare l'interrupt, e quindi ho fatto questo prog, allora la porta.0 l'entrata del primo sensore e la portb.0 è il secondo sensore, la portb.0 è l'uscita del primo impulso e portb.1 è l'uscita del secondo impulso, le porte portb.3 e portb.4 sono i pulsanti che incrementano o diminuiscono il countd e counte per variare la percentuale dell'impulso!

certo che funge la divisione, l'istruzione dlu= a / 100 * perc mi serve appunto per creare la percentuale dell'impulso, in modo che avrò in uscita il "30%" (esempio) della durata dell'impulso in entrata, e posso quindi variare la percentuale del duty (segnale in uscita) a mio piacere!

poi posto pure il prog per variare la fase anticipo\ritardo, quello funge già alla grande!

se mi puoi aiutare ci faresti un gran favore, non so come si usa in C la funzione interrupt, spero che ora ti sia più chiaro dov'è il mio probl, e cioè che mi ritrovo pause di 13.000 us e nn so come fare...

ahhh nn ti preoccupare se vedi solo 2 sensori questa centr per ora la vogliamo provare sul motorello che è a 2 fasi

[NonSoloBolleDiAcqua]

Dichiara la variabile appdlu...la funzione DelayMs che attende un millisecondo ce l'hai...la funzione Delay100us puoi ricavartela da quella sopra (calcola bene il valore di n...è un compitino per te)...la funzione Delay10us metti 10 nop. Solo un piccolo appunto...il valore di attesa non preciso...ha una tolleranza che si agira sui 10/20micro...non ti dico il motivo perchè già lo sai...ma il modo con cui viene calcolato anche quello non è preciso...quindi.
Ciao
Bolle

PS1:Ovviamente non l'ho provato...io lavoro solo in modo teorico...come il PP che non ho mai realizzato.......hehhehe
PS2:In effetti ho modificato la versione dopo qualche minuto...hheehe...speriamo sia stato più veloce io...cmq ho scritto un linguaggio c...che dovrebbe passare sul tuo compilatore...se ci sono problemi...
PS3:Non mi sono permesso di darti il mio indirizzo...altrimenti mi beccavo un'altro vergogna...scherzo...scherzo!!!
PS4omani analizzo quello che fa il tuo codice...ora sono un po malconcio.

delay_us()
{
appdlu=dlu;
//Attendo i millisec...se ci sono
while (1)
{
if (appdlu>1000)
{
DelayMs();
appdlu=appdlu-1000;
}
else
break;
}
//Attendo i 100 microsecondi...se ci sono
while (1)
{
if (appdlu>100)
{
Delay100us();
appdlu=appdlu-100;
}
else
break;
}
//Attendo i 10 microsecondi...se ci sono

while (1)
{
if (appdlu>10)
{
Delay10us();
appdlu=appdlu-10;
}
else
break;
}
}

[kekko.alchemi]

grazie bolle, vedo di mettere in pratica, lo so che in realtà il valore in attesa non è preciso, perchè viene rallentato dalle varie istruzioni, e quindi in realtà ogni ciclo del loop dura anche 20 - 30 us ma l'avevo messo già in conto... non c'è probl per questo perchè alla fine che ci importa se l'uscita ha un valore leggermente più grande di quello che imposto? cioè io gli dico che voglio un impulso in uscita pari al 30% di quello in entrata, se poi in realtà in uscita ho un valore pari al 31% che ci importa? nulla!!

no tranquillo nessun vergogna, ma de che!! preparate che ti riempio di domande prossimamente

azz suona la sveglia sono le 5.00, devo andà a dormì, noi la sveglia la usiamo al contrario non ci fate caso!

[NonSoloBolleDiAcqua]

ahhh nn ti preoccupare se vedi solo 2 sensori questa centr per ora la vogliamo provare sul motorello che è a 2 fasi

Ma ve possino... cmq sempre se vuoi/volete...si può fare un sistema un pelino più...insomma...si passa all'angolo...le percentuali non mi sono mai piaciute!!!
Bolle

[Alex Svoboda]

Interessante l'idea di Angelo del PP ad anello, nessuno commenta?

[LORE]

Interessante l'idea di Angelo del PP ad anello, nessuno commenta?

L'ho vista adesso ma la prima domanda è dove si chiude il flusso?
Così come disegnata il flusso di tutti i magneti è costretto a chiudersi in aria!
Si potrebbe fare invece con i magneti con il Nord Sud alternato ed una bobina tra ciascuno, a riposo le linee di flusso fanno i percorsi brevi, poi una bobina si eccita e devia il campo di quel ramo sul percorso più lungo cioè intorno a tutto l'anello, si diseccita ed il flusso tornando scarica energia su tutte le altre.
Potrebbe essere interessante.

Per quanto riguarda le discussioni sull'anticipo-attrazione-repulsione ecc. devo dire che siamo tutti un pò impazienti, attendiamo la risposta che è il test della macchina, infatti penso che il miglior punto di lavoro lo si trovi con il loop: prova - cambio parametri - prova (proprio come nelle macchina da corsa) quindi buon lavoro!
Ho detto un scontatezza... ogni tanto non riesco a trattenermi...

Ciao

[btbbass]

if(porta.0==1 && counta==0){
portb.0=1;
delay_us(dlu);


...[cut]...

aiutooooooooo

Ciao kekko, scusa la domanda, ma sul manuale di boostc io vedo anche altre funzioni per creare il delay... mi spiego, io farei una cosa del genere, senza loop while for ecc...

...[cut]...
int unità_di_attesa; //(non ha una grandezza specifica, poi vedrai perchè...)

//supponiamo, se non ho capito male,
//che dlu sia il numero di us da attendere (p.e. 14380)

unità_di_attesa = (int) dlu / 1000; //dovrebbe darti un intero come risultato, approssimato per difetto...
dlu-=unità_di_attesa*1000; //dlu diventa 380
delay_ms(unità_di_attesa); //aspetta 14 ms

unità_di_attesa = (int) dlu / 100; //3
dlu-=unità_di_attesa*100; //dlu diventa 80
delay_100us(unità_di_attesa); //aspetta 300 us

delay_us(dlu); //Aspetta i rimanenti us


Naturalmente devi solo controllare che quelle operazioni ti diano il risultato approssimato per difetto,
diciamo che se il compilatore è ANSI C è così...

[FABRIZIO SAMMARTINO]

Buongiorno
sto cercando di seguire l'intera discussione e non vi nascondo che avendo iniziato a "bocce in movimento" faccio fatica a comprendere tutto.
Mi sono comunque fatto un'idea dello stato dell'opera ritenendo che da questo punto in poi quello che si otterrà su quanto costruito sarà "solo" soluzioni di compromesso che tenderanno ad una ottimizzazione del sistema.
Considerate che questa è solo una mia opinione per niente suffragata da dati attendibili e quindi fine a se stessa e non vuole essere assolutamente una critica all'ottimo lavoro e alla fattiva collaborazione di voi tutti.
Detto ciò, e grazie alle idee messe in campo da tutti, pensavo che le soluzioni radicali (meccaniche-elettriche) possono essere sostanziamente due, l'una mirata alla riduzione dell'effetto zavorra-freno con l'impiego di un maggior numero di poli e l'altra al recupero delle fem indotte su altre bobine attive del sistema.
Optando, idealmente, per la seconda soluzione pensavo ad un rotore costituito da un solido disco di alluminio supportante sulle due facce alternativamente sei ancore in lamierini (tre per lato)affacciati a sei statori le cui bobine attive (tre su un lato) rilasciano energia indotta, allo spegnimento dell'impulso di eccitazione, alle tre bobine (di scarico) sul lato opposto...
non ritenendo, ancora una volta di essere stato chiaro ed esauriente, scusandomi ancora per quanto possa urtare la vs. suscettibilità, agurandovi un sentito "in bocca al lupo" ....

ciao

f.s.

[NonSoloBolleDiAcqua]

mi spiego, io farei una cosa del genere, senza loop while for ecc...

Ottimo suggerimento... ma prima o poi devi fare while o for...ti sei dimenticato le 3 funzioni parametriche...
Ciao
Bolle

[Elektron]

Argh ...
Ci sono degli ottimi esempi di routine interrupt driven molto precise (asm) nei link sotto
16f http://www.microchipc.com/sourcecode...6xxxx_v7-1.zip

18f

[btbbass]

Ottimo suggerimento... ma prima o poi devi fare while o for...ti sei dimenticato le 3 funzioni parametriche...
Ciao
Bolle

Si si, io intendevo solo per il delay...Poi nel resto del programma hai voglia che ci sono :-)

[NonSoloBolleDiAcqua]

X Kekko
ma come sono messi meccanicamente questi due sensori (in anticipo)?

Si si, io intendevo solo per il delay...Poi nel resto del programma hai voglia che ci sono :-)

Io non intendo nel programma...io intendo nel tuo delay...mancano 3 funzioni che vengono chiamate con un parametro...avrai a che fare con qualche loop...sarebbe interessante ne sviluppassi una...almeno vedo come funge il passaggio di parametri tra funzioni (da quando hai scritto penso sia ammesso) nel tool di kekko.
Ciao
Bolle

[NonSoloBolleDiAcqua]

Tohh...è arrivato Elektron...scaricate il suo link...c'è di tutto sui ritardi...
Un saluto al gatto tecnologico
Bolle

[Elektron]

Argh ...
Ci sono degli ottimi esempi di routine interrupt driven molto precise (asm) nei link sotto
16f http://www.microchipc.com/sourcecode...6xxxx_v7-1.zip

18f

Sono ben fatti ... perfino troppo ....
Se ne trovano zillioni basta cercare un po' in giro.
RIguardo al gatto .... mmm ce ne sono perfino due ... appena ho un attimo scatto due fotine e lo sostuituisco al parac... plegico

[kekko.alchemi]

grazie a tutti!
Si bolle i sensori sono 2 messi a 36 gradi l'uno dall'altro, e sono messi in anticipo, perchè il software può solo ritardare gli impulsi ovviamente, quindi mettendo i sensori completamente in anticipo, in realtà posso sia ritardare che anticipare il motore!

vado a provare la funzione delay_100us(300) se funzia ho risolto!
cmq si che ci interessa passare al sistema con l'angolo, se mi spieghi bene provo a realizzare!

[btbbass]

vado a provare la funzione delay_100us(300) se funzia ho risolto!

ehm occhio che è
delay_100us ( 3 ) !

altrimenti aspetta 30 ms !

Cmq sono d'accordo, interrupt driven è senz'altro più pulito! Anche se in asm è un po più lungo da prototipare, forse bisogna tenerlo in mente per quando si ha in mente qualcosa di più definitivo!

In bocca al lupo, e dicci come funzia il tutto!!

[kekko.alchemi]

si infatti è quello che volevo fare, ma nn c'è niente da fare non funziona, se supero i 200 us di pausa non ne vuole sapere di funzionare ma perchè???????

[btbbass]

mmm straaaano... il manuale del compilatore dice che funzionano... si vede che il pic non li supporta ...


Non restano che gli interrupt... adesso mi vado a leggere i datasheet del pic, che magari riesco a darvi una mano...

[kekko.alchemi]

alla grandeeeeee ora funzia!!!

static void wait (void) {
delay_us(200);
for (i = 0; i }

visto che il pic non mi supporta pause superiori ai 200 us allora gli faccio ripetere una funzione con una pausa di 200 us per 3000 volte!

Così funziona!! bene vado avanti con il programma poi ve lo posto

[NonSoloBolleDiAcqua]

static void wait (void) {
delay_us(200);
for (i = 0; i }

il delay sta fuori il loop e il for gira a vuoto...
Ciao
Bolle

[triac60]

alla grandeeeeee ora funzia!!!

static void wait (void) {
delay_us(200);
for (i = 0; i }

Quoto Bolle
Dovrebbe essere così

static void wait (void) {
for (i = 0; i delay_us(200);
}
}

Ma gli passerei anche il parametro var più o meno così:

static int wait (int var) {
for (i = 0; i delay_us(200);
}
}

[NonSoloBolleDiAcqua]

PROBLEMA:
Leggendo il manuale (lo riporto sotto) mi sono reso conto che gli operatori delle variabili a 16 bit sono solo 2 (grassetto)...se così fosse (sempre se sto leggendo la versione giusta del software utilizzato da Kekko) l'istruzione dlu= a/100*perc verrebbe eseguita a 8 bit...il compilatore effettua (come si dice in gergo) un cast...(forse) questo potrebbe essere il problema che ha kekko sui funzionamenti anomali...
Gradirei conferme o smentite da coloro che utilizzano questo tool.
Ciao e forza ITALIA
Bolle



PS:Kekko oltre il sorgente C posta l'asm che genera il tool....verifico cosa combina su quella istruzione!

8 bit expressions can be as complex as needed.

Example:
~b * 4 <= 8 != c++ - fun(5) / 2
16 bit expressions usually can have only 2 operands.
Examples:
a16 + b16
a16 & b16++
Note that a complex expression will produce temporary variables.
Use 16 bit variables only if you really need them. They need much mode code than 8 bit variables. The operations *, / and % are supported . The implementation
can be defined as a function or inline code.


Variables

The 8 bit long variables should be declared as char. The 16 bit long variables may be declared as short, int or long.
Example: char x; //8bit variable
short y; //16bit variable
long z; //16bit variable, the same as short z;

[00mei]

Francamente io immagino i blocchi di lamierino come delle rotaie dove deve scorrere qualcosa. Questo qualcosa è il flusso e se noi mettiamo delle bobine polarizzate di volta in volta in modo da attrarre o respingere il flusso è come se mettessimo un lubrificante o una sostanza frenante sulle rotaie.

insomma... non mi convinci mica tanto...
tieni conto che se "lubrifichi" o se "freni" il flusso spendi energia

comunque il flusso viene spostato, non accelerato
quando si parla di velocità del flusso si intende la velocita con cui varia la densita di flusso
il flusso non si rappresenta con palline... il flusso si rappresenta con il numero di linee di flusso in una area
se pensi di accelerarlo rischi di creare un modello lontano dalla realtà
e rischi di imbrogliarti le idee

BTW

potrei sbagliarmi,
se i spieghi meglio come rappresenti il flusso magnetico ne discutiamo...

Mi rimetto alla vostra esperienza per fare le prove pratiche per il recupero dei Lentz oppure per il funzionamento ciclico delle bobine (parte o tutte quante) come fluidificatori del flusso magnetico o come trasduttori di flusso (penso che se nel momento in cui il flusso torna verso lo zaino grazie alle bobine laterali;ecco perchè ne ho previste altre due che giustamente Mac dice che sulle PP attuali per ragioni di spazio non si possono mettere;

secondo a mia esperienza
ogni volta che usi una bobina per scambiare energia tra un campo magnetico e un circuito elettrico hai delle perdite
inoltre se fai scorrere flusso nel ferro hai piu perdite che se lo fai scorrere in aria
quindi io personalmente eviterei ferro e bobine se non strettamente indispensabili

non a caso il dimensoinamento del PP di Mac e Kekko
prevede che i magneti siano praticamente sul bordo del PP stesso

Paradossalmente si dovrebbe raggiungere il maggiore rendimento
in una conversione tra energia elettrica e magnetica
quando tutto il ferro è avvolto dal rame
quindi l'idea di mettere una bobina sulla zavorra del PP mi pare fattibile
va solo trovato il dimensionamento corretto
per avere piu ferro coperto dal rame e meno ferro in assoluto..

cut

Addirittura stavo pensando alla realizzazione di una PP a sviluppo circolare chiusa su se stessa. Mi chiedevo quanto si accelererebbero i flussi? Qualcuno potrebbe aiutarmi a capire cosa accadrebbe con una PP del genere?

Il PP ad anello...
quale è il suo scopo ?
il flusso, in una situazione del genere, si richiude in aria
e alimentando una bobina si cambia la disposizione del flusso, ma questo si richiude comunque in aria

potrei capire se cercassi di fare un dispositivo con piu PP in cascata
mi pare che qualcuno lo ha postato sul forum qualche tempo fa
ma ovviamente con i PP in cascata il flusso si somma piu volte
quindi anche il ferro deve essere via via di spessore crescente

... insomma.. tutto da studiare ...

ciao
00mei