Detto in parole povere, prendendo spunto da questo progetto:
New And Improved Ag-O-Matic IIche è stato fatto diversi anni addietro, con costi rilevanti, da quell'utente volevo capire se usando la tecnologia attuale è possibile realizzare qualcosa con funzionalità "equivalenti (in senso lato)" ma a costi nettamente inferiori.
Sostanzialmente si tratta di un sistema a movimento meccanico per lo sviluppo di pellicole fino a lastre 4x5, in bianco e nero.
1.7 kg di peso totale l'ho ricavato guardando l'ammontare di soluzione prevista (da un contenitore per questo tipo d'uso) nel caso peggiore (cioè con lastre 4x5).
Ora lasciando perdere la struttura in legno, e l'interfaccia, sarebbe posto al lato del motore. (1)
Ma con differenze, rispetto al progetto originario, pensavo a qualcosa per simulare il movimento manuale, molto più gentile, rispetto ad altre soluzioni (tipo quelle motorizzate presenti per lo sviluppo delle pellicole a colore) perché anche se da un lato presentano vantaggi, tipo minore uso di soluzioni per lo sviluppo, influiscono sui tempi (a causa del movimento eccessivo e continuo) ed anche sui risultati.
Parlando dei riduttori quali sarebbero in grado di consentire velocità così ridotte?
E quali problematiche/accortezze comportano?
(1) Sempre teoricamente pensavo ad un Lcd con forse 3 tasti per:
-l'elenco di diverse pellicole (avanti, indietro, conferma)
-successivamente selezionare il tipo di soluzione presente nel contenitore (avanti, indietro, conferma)
-ed infine il tipo di movimentazione lenta/media/veloce (anche se idealmente sarebbe preferibile pensare ad un rilevamento automatico della temperatura ma lasciamo perdere ... e comunque sarebbe un discorso che semmai potrebbe essere pensato in un secondo tempo).
Durante il procedimento, sull'Lcd dovrebbe apparire (in una riga) a quale punto del processo si trovi tipo:
1. ed una scritta esplicativa
tipo mettere la soluzione xxx
2. svuotare e mettere questa altra
...
Prima avevo pensato perfino ad un RTC (real time clock) ma in fondo sarebbe eccessivo basterebbe che arduino, durante il procedimento, riportasse nell'lcd il tempo trascorso in minuti e secondi (in un'altra riga dell'Lcd), così se ad un certo punto il tutto si fermasse, ricordando quanto letto in precedenza, sarebbe possibile proseguire manualmente, conoscendo il punto in cui si è interrotto.
Supponendo che tra codice e dati tutto rientrasse nella memoria del microprocessore di Arduino (ma suppongo che non ci debbano essere problemi da questo punto di vista).
(2) In seguito, quando capisco un po' meglio quali soluzioni attuali sia possibile combinare, pensavo allo stesso progetto però forse senza usare un motore passo-passo, dato che mi pare arduino (e sue librerie) siano capaci di gestire diversi tipi di motore e forse potrebbe esistere altro di altrettanto adatto.
Qualcosa di simile alle soluzioni per il colore:
JOBO CPP-3 Processorma senza il suo livello di sofisticazione.
Però preferirei parlare di questa cosa in seguito su un altro topic, l'idea sarebbe la combinazione del meglio dei due mondi (gentilezza del movimento lento) con l'uso di un quantitativo inferiore di soluzione, ma senza variare i tempi di sviluppo finali.
Però sarebbe da pensarci meglio.