, da ieri è ufficialmente cominciato il seguente lavoro:
.
bravo sei il mago dell'elettronica(ma che lavoro fai?
) il c.piri nelle invenzioni (parte elettronica)
. Manca soltanto il ricevitore IR del telecomando, devo trovarne uno adatto .
. Intanto ho approntato i primi blocchi operativi, ad esempio la gestione dell'accensione/spegnimento dal pannello frontale e la procedura di cancellazione della memoria EEPROM posizioni, che si ottiene dando tensione al trasformatore tenendo premuto il tasto di accensione . Ora si passa a un abbozzo della gestione motori ...
) la procedura per cancellare la memoria EEPROM delle posizioni, se necessario . Basta fornire tensione tenendo premuto il tasto di accensione e si presenta la maschera di conferma
), poi chiede nuovamente conferma per proseguire nel bootstrap 
) potrei utilizzare un registro a incremento-decremento manuale e così facendo si aprirebbe la possibilità di sviluppare un'unica routine completamente parametrica: prima di lanciarla fornisco asse da muovere, direzione e numero di passi da fare, poi si arrangia . Verrà fuori una GIUNGLA di salti condizionali ma ho il programmino per preparare i diagrammi di flusso apposta... !
, farò qualche prova con il quarzo da modem (307.2 kHz) che divisi per 8 mi danno 38.4 kHz ., per il momento le 4 abilitazioni al movimento sono costituite da semplici fili collegati ai +5V )
.
mentre la trasmissione del motore H-H viaggia che è un piacere (forse risuona un po' troppo con le piastre montate ma poi sarà in terrazza )...
ho inserito una marea di sicurezze 
)
. Ho in previsione di sostituire i microswitch originali (solo N.C.) con modelli in deviazione (N.O.-N.C.) per poterli collegare all'apposito circuitino antirimbalzo posto direttamente nel motore H-H o nelle vicinanze del pistone EL , che provvede a fornire l'abilitazione al controller. Il funzionamento è semplice: a limiti non raggiunti su entrambe le linee di abilitazione di un canale ho 5V, quando dal microprocessore arriva un comando di movimento lo stadio funziona come normale. Non appena interviene uno dei 2 limiti viene a mancare la tensione sulla linea relativa, quindi il motore non potrà più girare in quella direzione ma potrà solo tornare indietro (rimane attivo l'altro microswitch ). Un vantaggio non indifferente di questo approccio è che anche ai limiti ho l'arresto istantaneo del motore, in quanto non apro più il suo circuito facendolo girare per inerzia, ma disabilito direttamente lo stadio di potenza mettendo i fili a massa e ottenendo la frenatura come negli altri casi . Anche il fatto che i microswitch sono alimentati a 5V e gestiscono solo l'irrisoria corrente necessaria a polarizzare una porta CMOS contribuisce a migliorare le prestazioni . Il difetto è il cablaggio maggiore richiesto (in tutto, 8 fili di piccola sezione contro i 5 del sistema "classico"). Come sicurezza il sistema equivale quello classico: in caso di mancata chiusura di un microswitch o rottura di un filo il movimento nella direzione interessata viene inibito e il posizionatore segnala errore . L'unica accortezza da seguire è in fase di installazione, dove occorre prestare attenzione a far corrispondere il filo del limite con il movimento in quella direzione... D.
. Se si rompe la discesa nel posizionatore abbiamo le resistenze di pulldown che tengono disabilitato lo stadio fino a prova contraria .
.
invece con questa V2.0 è venuto fuori uno schianto , ve lo farò vedere .) ho rilevato una precisione di arresto di +/- un impulso un bel passo avanti rispetto ai 10-12 impulsi di prima . Precisione simile anche sul pistoncino EL: +/- un impulso utilizzando un puntino nero fatto con il pennarello sul perno della ruota dentata .. E io che avevo smontato il radiatore per aggiungere un diodo in modo da portare la tensione a 5.6V per compensare le perdite... adesso mi ritrovo i segnali di servizio a 5.4V mentre il micro è alimentato a 5V... meno male che tra il microprocessore e ogni i segnale in arrivo dall'esterno ho interposto una coppia di porte trigger di Schmitt . Devo controllare sui datasheet quanto overvolt in ingresso digeriscono (i.e. le alimento a 5 e entro con 5.4 ).. mi sono dato allo sviluppo software per portarmi avanti, con annesso debug mooooolto lungo ...: una accetta in ingresso come parametri la direzione e il numero di passi da fare (per quando memorizzerò le posizioni ), l'altra invece fa semplicemente girare il motore finchè tengo premuto il tasto relativo e al rilascio lo arresta in fase (al prossimo step) . oscilloscopio alla mano, i segnali dei sensori reed e ottico non hanno un duty-cycle al 50%, questo fa sì che se voglio avere la massima precisione ho un rapporto 2/3-1/3 nella lunghezza degli step verso E o W, nel senso che verso E uno step è lungo il doppio di uno step in direzione W . Volendo tenere il segnale in fase per avere step uguali dimezzo la precisione... 
. Almeno a qualcosa serve un front-end impulsi ben carrozzato con un 4093 e un 4051 . Così il mio PIC può selezionare il segnale da un dato motore "al naturale" o a livelli invertiti . relativa ai 2 pezzi più importanti del programma, ossia la routine per muovere di X passi e quella per il movimento continuo . La grafica sarà spartana ma per ora utilizzo il set di caratteri standard dell'HD44780 .. Nello specifico, prima di dare tensione verifico che non sia già arrivato al limite verso cui lo dovrei muovere, in caso contrario accendo il motore e con un inframezzamento da pazzo 
controllo di continuo in sequenza se è arrivato al limite, se gira (current sensing, finalmente funzionante con una modifichetta ) e se arriva l'impulso, con un timeout di 200 ms. Se il motore non gira visualizzo l'errore assieme a "-(M)-", abbozzo del simbolo normalizzato per un motore , mentre se non ricevo più impulsi arresto e visualizzo un abbozzo di onda quadra . Questo sia in movimento a passi sia in continuo, nel continuo quando rilascio il pulsante l'arresto avviene all'impulso (step) successivo, naturalmente con tutti i controlli di cui sopra qui non si bada a spese (cit. )., utilizza il timer1 a 16 bit e incremento automatico, devo solo caricare il numero di passi e poi si arrangia a farli tutti . Avendo esplicitato in 4 blocchi operativi, è un giochetto anche includere il conteggio assoluto del valore: so sempre su quale motore e in quale direzione operare . Tenendo traccia del numero assoluto, mi risparmio l'impazzimento di un utilizzo condiviso del timer1: richiamando una memoria, devo solo calcolare segno e quantità di spostamento dalla posizione corrente, caricare la quantità di spostamento nel timer1 e in base al segno comandare nella giusta direzione . A spostamento avvenuto avrò il registro del valore assoluto aumentato o calato dello spostamento appena fatto ..