Rimembrare

Macchè parto della sua immaginazione, io ho visto usare le resine epossidiche in molti circuiti. Millefiori, pane e marmellata, e anche dentro un oscillatore FM che era "microfonico", cioè modulava in frequenza quando battevi sulla scatolina RF di banda stagnata. Nel ricevitore si sentiva "Ting" "ting"...
Poi una volta ci fu un problema di copiatura di un controllore con 6502 (leggi AIM65... se lo ricorda nessuno? Altro che Arduàn). Il costruttore lo aveva affogato interamente dentro una mattonella di resina epoxy e uscivano solo i fili. Ma, visto che era stato pagato e commissionato da chi aveva il brevetto, lo copiammo lo stesso. E miracolosamente funzionò. Correva l'anno del signore 1983...

Poi, per quello che riguarda la faccenda di Arduàn, quello che ho testà postato, è un sistema analo-digitalogico che ho scotruito quando avevo circa sedici/diciassette anni ed ero appassionato di modellismo. I processori iniziavano forse a comparire nella forma di bit slice o di INS8080A che era una palla da far funzionare. Ma, dopo, fine anni 80 primi anni 90 iniziai a mettere insieme una board con uno Z80180 come trasmettitore ed una come ricevitore. Ma non avendo librerie già scritte dovetti iniziare a scrivere un casino di software da me in assembler, ho sempre trovato il "C" un gran casino per queste cose. Troppe complicazioni per fare qualcosa che alla fine somigliava tremendamente al linguaggio macchina. Poi, per diverse ragioni, essenzialmente di lavoro tutto il progetto è rimasto lì. E tuttora è lì. Peccato perchè era mezzo finito. Poi, se lo ritrovo posto le foto.

Dunque, tanto per rimembrare, e rimanere in tema, verso la fine degli anni 70, quando la cosa più evoluta in termini di "personal" computer era lo ZX80 oppure il VIC20, in Italy non erano presenti altri personal computer, io mi sono costruito, all'età di circa 18 anni, un computerino con un Signetics 8080A completo di ben 4 kbyte di ram. Clock generator, system controller ecc... Una volta la Intel o Signethics erano usi a fare microprocessori con tanti chips di supporto. Filosofia che anche oggi viene mantenuta.
Il piccolo microcomputer era un vero mostro, perchè era dotato di un sistema hardware TTL in grado di visualizzare il bus dati, il bus indirizzi, lo status, interagire in DMA con la memoria potendola cambiare e funzionare step-by-step vedendo ad ogni step cosa succedeva nei minimi dettagli. Ovviamente, in un sistema così, la ram veniva tenuta in back up da una batteria non esattamente piccola. Altrettanto ovviamente, il programma doveva essere scritto in linguaggio macchina, non in assembler ma in "linguaggio macchina" esadecimale.
Una cosa del genere all'epoca era sconvolgentemente potente. Pensate ad un sistema di chips, non pochi veramente, era in grado con qualche decina di istruzioni di generare una frequenza variabile, una serie di porte che seguivano un dato programma ecc... Cose che per ottenere gli stessi risultati dovevi mettere insieme una cifra di TTL e se cambiavi idea erano ore e ore di smontaggio e ricablaggio. Ero molto soddisfatto dell'oggetto e di capire come funzionava una cosa così complessa nei minimi dettagli quando all'università si progettavano ancora i generatori di segnali con integrati anaalogici (di quelli ne ho ancora uno che funziona perfettamente ed è ancora utile).
Bene, tutto questo era solo la premessa, perchè tutti i "DEFICIENTI" che mi capitavano in casa e lo vedevano, io gli spiegavo e la risposta era:
"Tu programmi ancora in assembler? Ma lo sai che oggi c'è il BASIC che è il linguaggio del futuro? Io ho un VIC20 e lo programmo in assembler, molto più semplice e veloce!"
Ora, non so quanti di voi hanno mai avuto a che fare con una ciofeca come un VIC20 o un "professionalissimo" AIM65, ma anche un PET che era probabilmente il massimo.
Ma, il punto era sempre lo stesso, i deficienti di turno non capiscono mai cos'hanno davanti, prima urlano e poi leccano il monolite per vedere se reagisce e se è qualcosa di commestibile. Quando capiscono, alla lunga perchè gli ci vuole tempo, che non è nè l'uno nè l'altro, allora diventa parte dello sfondo e si vanno a picchiare con le altre scimmia per la pozza dell'acqua sporca.
Questi erano gli anni 70. Oggi 48 anni dopo, le cose non sono cambiate. Siamo andati sulla luna con un processore bit slice con 2K di ram, programmato in codice macchina al MIT di boston (almeno credo), ora, ditemi perchè oggi bisognerebbe programma in JAVA oggetti stratosferici e complessi come i moderni PC?
E prima che rispondiate bufalate, ve lo dico io. Perchè ci sono da gestire mille schede video 3D diverse con codici diversi, che devono essere compatibili con il windows 4.0 di 30 anni fa. Perchè riscrivere il codice che gestisce windows è praticamente diventato impossibile tanto il casino è aumentato e nessuno lo vuol più fare, perchè costa in modo incredibile, e perchè chi lo ha fatto è morto, andato in pensione o si è rotto le balle di queste coglionate. Poi ci sarebbe la gestione dei file video, delle foto, dei files audio, ecc...
Rifare tutto da capo, gettando quello che non serve e rinnovando tutto è un suicidio e quello lo paga l'utente in forma di costi tecnologici e di software.
Prima o poi crollerà tutto, e allora ne vedremo delle belle.
Ora mi sono sfogato, la prossima volta posto qualcosa di questa roba, se lo trovo.

Eh...! Caro Doc. gli italiani sono così. Sai quali sono le fasi del progetto itallico?
1) Entusiasmo.
2) Disillusione.
3) Panico.
4) Ricerca del colpevole.
5) Punizione dell' innocente.
6) Premi ai non partecipanti.

Io ho sviluppato un milione di progetti, tutti funzionanti, molto bene funzionanti, ma la storia è sempre stata quella. Arriva sempre chi non è capace di piantare un chiodo senza far crollare l'intero condominio ma è sempre lui l'idolo delle masse... Chissà perchè mi è venuto in mente lo Schucko Team... Mah!

Non è ovviamente un problema solo Italiano. Ma ho paura che l'Italia sia il "focolaio" di questo tipo di problemi, perchè, e poi si potrebbe discutere pure sul perchè, gli inetti sono quelli che governano, controllano, sono i capitani dell'industria, ecc...
E poi, non è questione che ci sono in giro dei cretini che si sanno vender bene. Ovvio, ci sono anche quelli, ma il vero problema è che siamo pieni di incapacci, inetti, cerebrolesi, ma molto convinti di essere i primi della classe. Questi esseri vedono il mondo pieno di gente come loro e quindi chi sa fare le sottrazioni oltre alle somme è già un passo più avanti, senza aver idea che esiste anche il prodotto e la divisione. Poi, ci sono anche quelli che sono bravi a "dividere" e poi qualcuno che conosce bene pure il calcolo infinitesimale, ecc... lo conosce benissimo, integrali, derivate, trasformate ecc... purtroppo non ha idea a che cosa servono. Una vera tragedia di paese. Molto meglio un paese sottosviluppato dove la gente è ignorante, sa di esserlo e non si lancia in campagne contro i mulini a vento o si vanta di aver fatto cose che altri hanno fatto. Magari sbagliando anche a copiare una cosa che è già sbagliata in partenza.

Ok, basta con le lamentele. Ecco di seguito, anni 80, la CPU di un sistema inventato da me per il controllo di alcune macchine automatiche per l'elaborazione della carta da stampanti ad alto volume di stampa. Non ci sono i componenti perchè questo era un prototipo e fu cannibalizzato per montarli su altre della prima serie.
Non vi sto a tediare con una delle solite storie, all'Italiana, ma si configura con quanto detto sopra. La CPU era uno Zilog Z80180 a 10Mhz. Praticamente un mostro per il controllo degli I/O digitali. La scheda è una 6 strati realizzata con OrCad PCB. Quì si cominciava a fare le cose sul serio, visto che i PLC degli anni 80 erano solo dei mostri di assurdità... assurda.

Attached Image: DSCN0012b

Uhm... la ]progettai io, ma sinceramente, i due transistors non ricordo cosa diamine ci facessero. Il clock veniva generato internamente allo Z80180 quindi il quarzo andava direttamente ai due pin della MPU, ma forse ci misi un oscillatore dedicato per essere certo che i quarzi dell'epoca oscillassero sicuramente. Forse, sono degli open collector che servivano a gestire gli interrupt... ma bisognerebbe che guardassi gli schemi che ho da qualche parte. Se è di vitale importanza e non ci devi dormire la notte mi ci impegno, altrimenti preferirei evitare.

Per il resto è si, ci hai azzeccato, e anche no, non era una board a se stante ed i drivers non erano di I/O ma del bus di sistema che era dentro un cestello eurocard. Questo buffer serviva per pilotare un numero incredibile di I/O e di memorie, più che altro EPROM, visto che lo Z180 poteva indirizzare fino ad 1M in banchi e/o in DMA o Direct Trasfer. Era ed è tutt'ora un mostro per l'automazione grazie alle istruzioni di IN,reg ed OUT,reg. L'area di I/O è di 256 Bytes che non è poco.
Soltanto i più moderni ed avanzati PLC sono paragonabili, sia come velocità che numero di I/O.

Il sistema costò un visibilio e andava benissimo troppo bene. Ma c'erano dei deficienti che volevano per forza imporre una copia di un AIM65 assolutamente inadatto, quindi di tutto il package che fu fatto, in una nuova macchina, vennero vendute in separata sede tutti i pezzi, ovviamente, eccetto la logica che era il pezzo che metteva insieme tutto rendendolo conveniente. Le solite soluzioni demenziale all'Italiana. Come comprare una ferrari a pezzi, separati ed al posto del motore famoso, mettere un diesel V8 Iveco. Perchè? Perchè la Iveco ci dà più garanzie sui pezzi di ricambio...
All'Italiana, dai.

Ecco quà, un sistema di controllo di qualcosa (qualcosa sta a significare che non è mai stato terminato e quindi il "qualcosa" è un'incognita) basato su multi processori su più schede eurocard. Il fatto è che il contenitore è stato interamente costruito da me proprio perchè doveva essere un sistema di controllo o di sviluppo o qualcosa del genere di quelle dimensioni con la facilità di essere modificato che altri contenitori non avevano, cestelli eurocard vari di commercio compresi. In effetti venivano solo dei parrucconi di fili di tutti i generi e alla fine non ci si capiva più un ciufolo.

Attached Image: DSCN0154