{"id":1371,"date":"2026-10-24T10:18:02","date_gmt":"2026-10-24T08:18:02","guid":{"rendered":"https:\/\/andreadidio.it\/?p=1371"},"modified":"2026-10-24T11:59:58","modified_gmt":"2026-10-24T09:59:58","slug":"elka-omb-5-song-riprogrammare-la-seeq-52b33-con-il-t48-e-minipro","status":"publish","type":"post","link":"https:\/\/andreadidio.it\/it\/elka-omb-5-song-riprogrammare-la-seeq-52b33-con-il-t48-e-minipro\/","title":{"rendered":"ELKA OMB-5 Song: riprogrammare la SEEQ 52B33 con il T48 e minipro"},"content":{"rendered":"\n
\n

Il restauro della cartuccia RAM OMB5 Song per ELKA OMB5 ha portato alla lettura e riprogrammazione di una EEPROM SEEQ DQ52B33-350 tramite programmatore XGecu T48 e una versione modificata di minipro. Il nuovo driver gestisce la memoria byte per byte, rispettandone la sequenza di programmazione specifica.<\/p>\n\n\n\n

La rilettura della EEPROM ha prodotto 8192 byte con lo stesso hash SHA-256 del file scritto, confermando la corretta programmazione sul banco di prova. Il supporto rimane sperimentale per altre varianti e non documenta ancora il collaudo della cartuccia rimontata nello strumento.<\/p>\n<\/div><\/div>\n\n\n\n

Nel precedente articolo sul restauro della ELKA OMB-5<\/a> ho raccontato gli interventi sulle schede, sui comandi e sulle memorie dello strumento. Questa volta il lavoro si concentra su un accessorio: la cartuccia RAM OMB5 Song<\/strong> e la EEPROM SEEQ che conserva il suo contenuto.<\/p>\n\n\n\n

Il 23 ottobre 2026 sono riuscito a leggere e riprogrammare una SEEQ DQ52B33-350<\/strong> utilizzando un XGecu T48<\/strong> e una versione modificata del programma open source minipro<\/strong>. La rilettura finale contiene esattamente gli stessi 8192 byte del file scritto, come conferma il confronto degli hash SHA-256.<\/p>\n\n\n\n

\u00c8 il risultato di un percorso cominciato cercando un programmatore compatibile e proseguito fino ad aggiungere un algoritmo dedicato al software.<\/p>\n\n\n\n

Una memoria da 8 KB che richiede qualche attenzione<\/h2>\n\n\n\n

La SEEQ 52B33 \u00e8 una EEPROM parallela da 8192 \u00d7 8 bit<\/strong>, cio\u00e8 8 KB, in contenitore DIP28 e con alimentazione a 5 V. Nella cartuccia viene usata come memoria riscrivibile e conserva i dati anche dopo lo spegnimento.<\/p>\n\n\n\n

A prima vista pu\u00f2 ricordare altre memorie parallele della stessa capacit\u00e0. Ma una piedinatura simile non garantisce che si possano usare gli stessi comandi di programmazione.<\/p>\n\n\n\n

La 52B33 richiede una sequenza specifica di cancellazione e scrittura del singolo byte. Il datasheet indica, per questa versione, un impulso di abilitazione alla scrittura di almeno 9 ms<\/strong>. Il chip ha anche un ingresso separato per la cancellazione dell’intera memoria, il Chip Clear<\/strong>, che nel nostro algoritmo non viene utilizzato.<\/p>\n\n\n\n

Per questo non ho considerato sufficiente selezionare nel programma il nome di una EEPROM apparentemente equivalente. L’obiettivo era gestire la SEEQ con una procedura ricavata dal suo funzionamento documentato.<\/p>\n\n\n\n

Il 74LS221 nella cartuccia<\/h2>\n\n\n\n

Lo schema della cartuccia aiuta a capire la particolarit\u00e0 di questa memoria. Tra il comando di scrittura proveniente dalla macchina e il pin \/WE<\/code> della SEEQ \u00e8 presente un 74LS221<\/strong>, un doppio monostabile.<\/p>\n\n\n\n

Le sue due sezioni producono prima un breve ritardo e poi un impulso pi\u00f9 lungo. Con i valori indicati nello schema, la seconda rete RC, da 150 k\u03a9 e 100 nF, corrisponde a una durata nominale di circa 10,5 ms<\/strong>.<\/p>\n\n\n\n

Il circuito permette alla macchina di inviare un comando breve, mentre la EEPROM riceve l’impulso necessario all’operazione. Si tratta di una durata ricavata dai valori dello schema, non di una misura effettuata con l’oscilloscopio.<\/p>\n\n\n\n

Nella cartuccia il pin 1 della SEEQ, \/CC<\/code>, \u00e8 collegato a +5 V: la funzione Chip Clear resta disattivata. Questo dettaglio \u00e8 stato mantenuto anche nel programmatore.<\/p>\n\n\n\n

Dal progetto minipro a minipro + SEEQ<\/h2>\n\n\n\n

La soluzione \u00e8 arrivata lavorando sul software. minipro<\/strong> \u00e8 un progetto open source che controlla diversi programmatori XGecu. Ho utilizzato come punto di partenza il fork di Walter Haslbeck<\/a>, che contiene estensioni dedicate al T48.<\/p>\n\n\n\n

Con l’assistenza di Codex<\/strong> abbiamo aggiunto un driver specifico per la famiglia SEEQ 52B33 e preparato una build nativa per Windows. Ho poi eseguito la prova sul chip reale.<\/p>\n\n\n\n

Il risultato \u00e8 disponibile nel mio fork minipro + SEEQ<\/strong><\/a>. Il profilo da selezionare \u00e8 52B33@DIP28<\/code><\/strong>.<\/p>\n\n\n\n

Il driver mantiene \/CC<\/code> alto e gestisce la cancellazione e la programmazione byte per byte. Legge il valore esistente, evita di riscrivere i byte gi\u00e0 corretti e, quando necessario, esegue la cancellazione del byte con FF<\/code>, la verifica, la scrittura del nuovo dato e un’altra verifica.<\/p>\n\n\n\n

L’intervallo software impostato per ciascun impulso \u00e8 di 12 ms<\/strong>. Non \u00e8 una misura del segnale sullo zoccolo: i tempi effettivi possono risentire anche dei trasferimenti USB e del sistema operativo.<\/p>\n\n\n\n

Prima della prova fisica erano gi\u00e0 stati eseguiti 11 test simulati del protocollo<\/strong>. Servivano a controllare il comportamento del codice, ma mancava ancora la conferma su una vera SEEQ.<\/p>\n\n\n\n

Il primo test sul T48<\/h2>\n\n\n\n

La configurazione usata per il collaudo \u00e8 questa:<\/p>\n\n\n\n