Mdx4

Tek 49x - Home Made Extenders

nospam@example.com (Mdx4) — Sun, 13 Jun 2010 23:12:56 +0200

Nella ricalibrazione di alcuni 49x avevo necessità di sollevare le schede all'interno degli strumenti, gli extender ufficiali TEK sono introvabili e le schede sono su dei connettori praticamente introvabili.

Con l'ausilio di un cavo FLAT, un tool dremel, dell'attack e i connettori sotto sono riuscito ad creare degli extender.

Connettore (electronic.it)

Prese (RS)

Continue reading "Tek 49x - Home Made Extenders"

Riparazione di un HP 5342A

nospam@example.com (Mdx4) — Sun, 06 Jun 2010 15:19:41 +0200

Ho acquistato un HP 5342A per cannibalizzare le opzioni 001 e 011 (Riferimento ad alta stabilità e HPIB).

Era venduto come non funzionante e "per parti", il malfunzionamento era dovuto alle forti ammaccature dello chassis che nella parte inferiore andava a toccare la motherboard, una volta liberato dallo chassis lo strumento ha cominciato a funzionare correttamente.

A questo punto ho cominciato a pensare a recuperare lo strumento sistemando alla meglio lo chassis e riparando il guasto più grave: la tastiera.

Per la prima parte mi sono affidato al fido martello e con 15-20 minuti ho ottenuto una riparazione accettabile.

Per la tastiera ho cominciato a rovistare i rivenditori di componenti per cercare di sostituire i pulsanti originali ed ho optato per i seguenti prodotti di RS:

Switch 479-1463

Switch Cap 682-1099 (da adattare agli switch sopra)

Gli switch sono stati immediatamente disponibili mentre per i coperchi da adattare dovrò attendere qualche settimana quando entreranno in stock..

Ho adattato i terminali degli switch per andare sui contatti previsti dai pulsanti originali e ho posizionando lo switch prendendo come riferimento i fori e le traccie laterali, per l'illuminazione ho scelto di portare fuori i contatti dei led e connetterli a dei LED a montaggio superficiale.

Ecco il risultato, attendo i pulsanti per ultimare anche la parte estetica

Continue reading "Riparazione di un HP 5342A"

Esperienze con i Tek 49x

nospam@example.com (Mdx4) — Fri, 05 Mar 2010 23:09:00 +0100

Esperienze con i Tek 49x.

Ho ricalibrato entrambi questi strumenti e dall'esperienza che ho fatto ho un consiglio: controllate tutte le tensioni e cominciate dal verificare l'amplificatore logaritmico.

Ciò che viene chiamato nel manuale connettore "SEALECTRO" non è nient'altro che un connettore SMB: un adattatore BNCf/SMBm è più che sufficiente per fare gran parte delle calibrazioni.

Il Tek 496P aveva problemi con lo YIG (1st LO): con la strumentazione a mia disposizione non ero in grado di verificare il funzionamento con precisione, ma degli errori di PLL lock "ERROR 60", con il supporto di un frequenzimetro chinese e forte della legge di Murphy ero ragionevolemente convinto che il colpevole fosse lui.

Lo Yig in questione (119-1360-01) a differenza di quelli per il fratello maggiore 492 (119-0752-01) è praticamente impossibile da trovare (Murphy docet) navigando su internet ho scoperto che in Portogallo c'era Luis Cupido che è un esperto di circuiti ibridi effettua riparazioni e lavori in wire bonding.

Luis mi ha confermato che era KO e mi ha anche detto una particolarità del mio YIG:

Il regolatore interno che porta la tensione d'ingresso da +15V a gli +8V (7808) era stato lasciato con il GND "scollegato" quindi il FET del finale invece di avere una Vds di 5 volt aveva una Vds di 8.3V, Luis era meravigliato quanto me che sia sopravvissuto tutto questo tempo

Ripristinato il collegamento con la GND e sostituito il FET d'uscita con un HMF03300, lo YIG ha ricominciato a fare il suo lavoro a meraviglia.

Rimesso al suo posto sono scomparsi i vecchi ERROR 60 ed è stato possibile ricalibrare lo strumento senza grossi problemi.

Per il Tek492 niente di così travagliato, ho notato anche che non si accendeva l'illuminazione della griglia è bastato sostiuire un fusibile ed effettuare un po' di regolazioni perse (Geometria, Amplificatore Logaritmico) per avere lo strumento ricalibrato

Continue reading "Esperienze con i Tek 49x"

Mac OSX: Il browser di tanto in tanto si blocca ?

nospam@example.com (Mdx4) — Tue, 02 Mar 2010 19:39:56 +0100

Tentare non nuoce, provate a riordinare i file sqlite

find $HOME/Library -name "*.sqlite*" -exec sqlite3 {} "vacuum;" \; -print

Continue reading "Mac OSX: Il browser di tanto in tanto si blocca ?"

Kicad SVN R2161 x86/x86_64/PPC

nospam@example.com (Mdx4) — Sun, 27 Dec 2009 17:49:13 +0100

Durante le vacanze di natale e grazie agli sviluppatori di wxWindows sono riuscito a fare una build a 3 piattaforme di Kicad.

Questa versione ha qualche problemino secondario ma sembra funzionare abbastanza adeguatamente, provvederò nei prossimi giorni ad effettuare patch al codice per stabilizzare i problemi che sto' incontrando.

wxWindows è linkato staticamente e risolve un bug già segnalato #11550

Download

Continue reading "Kicad SVN R2161 x86/x86_64/PPC"

Riparazione di un HP 54502A

nospam@example.com (Mdx4) — Sat, 19 Dec 2009 17:42:14 +0100

Ho comperato su Ebay questo oscilloscopio e presentava dei problemi (Calibration data checksum error) e problemi di gain su uno dei due canali.
Cosa grandiosa di questa fascia di oscilloscopi è la auto-calibrazione, con l'aiuto soltanto di cavi BNC e di un buon multimetro è possibile fare una calibrazione completa.
Ritornando ai problemi, scambiando i due attenuatori l'errore si muoveva sull'altro canale quindi era evidente che il problema era su un attenuatore trovato rapidamente su ebay per un centinaio di dollari oltreoceano.

Riguardo al CRC error sui dati di calibrazione l'imputato principe è stato il chip della Dallas DS1235YW-120, che ho dissaldato, sostituito e rimontato su uno zoccolo.

Finita in poche ore la ripazione sono riuscito ad ottenere una calibrazione ed uno strumento pienamente funzionante.

I prossimi passi saranno fare una copia di backup del firmware che risiedono su EEPROM P27010-200 e 1818-4083.

Dallas DS1235YW-120 (datasheet)

HP 54503-63401 Attenuator (Failed)

Girando su internet ho notato che i guasti tipici di questi attenuatori sono i seguenti:

1. L'input a 50 Ohm può bruciarsi rimanendo aperto (L'input a 1Meg ohm continua a funzionare correttamente)

2. Il FET che gestisce il ramo DC può bruciarsi. (Passa soltanto la parte AC dei segnali. Nessun problema in HF)

3. Ci sono gli switch meccanici che possono avere contatti intermittenti.

Le informazioni sopra sono prelevate da ebay un asta di watronics che ha pezzi di ricambio per questi oscilloscopi ed è indubbiamente competente in materia.

Risultato

Continue reading "Riparazione di un HP 54502A"

Kicad for OSX Universal (2009-04-19)

nospam@example.com (Mdx4) — Sun, 19 Apr 2009 13:27:35 +0200

Ho realizzato una build di debug dell'SVN 1733.

La build ha implementazione parziale dell'associazione dei documenti.

Kicad Kicad-2009-04-19.mpkg.zip

Continue reading "Kicad for OSX Universal (2009-04-19)"

Kicad for OSX Universal (2009-02-16) - Patch #1

nospam@example.com (Mdx4) — Wed, 25 Mar 2009 23:02:44 +0100

Ho verificato alcune difficoltà nell'ultima release nel posizionare i componenti e i moduli ed ho verificato che è stato a causa della presenza di un operatore logico non supportato sotto OSX con COREGRAPHICS.

Ho sviluppato una patch eliminando l'uso della logica wxEQUIV.

~~Kicad-20090216-1.zip contenente l'installer~~
~~kicad_library.zip contentente le librerie da installare sotto "$HOME/Library/Application Support"~~

Index: gr_basic.cpp
===================================================================
--- gr_basic.cpp    (revision 1666)
+++ gr_basic.cpp    (working copy)
@@ -375,7 +375,11 @@
     else if( draw_mode & GR_XOR )
         DC->SetLogicalFunction( wxXOR );
     else if( draw_mode & GR_NXOR )
+#if defined(_WXMAC_) && wxMAC_USE_CORE_GRAPHICS
+        DC->SetLogicalFunction( wxXOR );
+#else
         DC->SetLogicalFunction( wxEQUIV );
+#endif
     else
         DC->SetLogicalFunction( wxCOPY );
}

Continue reading "Kicad for OSX Universal (2009-02-16) - Patch #1"

Kicad for OSX Universal (2009-02-16)

nospam@example.com (Mdx4) — Sun, 22 Mar 2009 12:51:08 +0100

Ho appena ultimato di creare una build di 2009-02-16 per OSX Universal Binary.

Il package di cui fare download sono i seguenti:

Kicad-20090216.zip contenente l'installer Controllate nuova versione

~~kicad_library.zip contentente le librerie da installare sotto "$HOME/Library/Application Support"~~

Continue reading "Kicad for OSX Universal (2009-02-16)"

Oracle Libraries for PHP

nospam@example.com (Mdx4) — Tue, 25 Nov 2008 13:03:59 +0100

Rovistando nell'HD ho trovato due librerie che avevo realizzato per un progettino in PHP, tnsnames.lib e tnsping.lib.

tnsnames.lib è una libreria che consente di parsare un tnsnames di Oracle e di inserire il tutto in una struttura dati.

tnsping.lib è una libreria che senza l'utilizzo dell'oracle client è in grado di verificare il buon funzionamento della connettività ed in alcuni casi anche di tirare fuori informazioni rilevanti sul listener e l'ambiente.

Entrambe sono liberamente utilizzabili con una licenza BSD e mostrando nei credit dell'applicazione il nome dell'autore.

Continue reading "Oracle Libraries for PHP"

Plugin Nokia 3110 Classic for iSync

nospam@example.com (Mdx4) — Tue, 12 Aug 2008 16:14:36 +0200

Il Nokia 3110 Classic non è di default supportato da iSync, per questo ho modificato un plugin esistente in modo da far riconoscere al programma della Apple anche il mio cellulare.

Lo zip del plugin: Nokia-3110c.phoneplugin.zip

Da installare sotto /Applications/iSync.app/Contents/PlugIns/ApplePhoneConduit.syncdevice/Contents/PlugIns

Attenzione! il plugin l'ho creato per me, se volete farlo anche voi fatelo a vostro rischio e pericolo.

Continue reading "Plugin Nokia 3110 Classic for iSync"

Kicad for OSX Universal (2008-07-15)

nospam@example.com (Mdx4) — Fri, 01 Aug 2008 19:24:00 +0200

Ho appena ultimato di creare una build di Kicad 2008-07-15 per OSX Universal Binary.

~~Il package è il seguente kicad-2008-07-15.dmg~~

Continue reading "Kicad for OSX Universal (2008-07-15)"

Ripristino

nospam@example.com (Mdx4) — Thu, 20 Mar 2008 12:12:11 +0100

A seguito di una gestione maldestra, sto ripristinando il blog.

E' di nuovo online il modulo per il lookup degli aeroporti a partire dal codice IATA o ICAO.

Per il resto sto provvedendo..

Continue reading "Ripristino"

L'istinto omicida del pinguino

nospam@example.com (Mdx4) — Tue, 28 Aug 2007 22:26:00 +0200

Che la mia stima per linux sia notevolmente scemata nel tempo è cosa risaputa a chi mi conosce, a contribure a questa perdita di fiducia c'è indubbiamente la gestione della Memoria...

Come ai tempi del kernel 2.0 l'ultima versione di linux ha una pessima abitudine di tirare fuori il suo instinto omicida..L'allocazione di memoria di linux per questione di performance viene "sovrastimata", non sto qui a spiegare il perchè, ma sembra che di default Linux faccia OVERBOOKING della memoria, un po come le compagnie aeree fanno con i posti a bordo di un aeroplano e finchè la statistica è a favore ne raccoglie i vantaggi.

Viceversa quando la statistica fallisce,il dolce pinguino una volta ultimato lo spazio a disposizione si comporta un po più bruscamente di una compagnia aerea: UCCIDE.

Incaricato di questo delicato compito è l'OOM-Kill, la gestione della memoria messa alle strette dai processi si comporta come un sicario: sceglie a caso tra i processi più scomodi e gli fa un offerta che non può rifiutare: SIGKILL.

La strategia potrebbe essere sostenibile fino a quando quando oggetto di un KILL e' un child apache, in altre situazioni con altri tipi di applicazioni potrebbe generare un vero problema.

L'episodio che mi ha sinceramente urtato è stato causato dall'azione dell'OOM-Kill, scatenato probabilmente da un browser che aveva fagocitato tutta la memoria disponibile, che ha deciso di fare omaggio di un KILL allo screensaver, lasciando la mia workstation a disposizione di chiunque avesse voluto prenderne possesso: trovare la propria workstation con dei terminali in SSH su altre macchine in bella vista e a disposizione di tutti sinceramente non è un esperienza che ripeterei.Questa strategia di gestione della memoria non è nata di certo con linux ed ha già avuto implementazioni su unix commerciali: IBM con AIX 2.3.xx ed una volta sperimentato questi tipo di problemi, big blue è tornata sui suoi passi.

In sintesi i Linux Kernel developer non solo hanno reinventato la ruota, ma hanno reinventato la ruota quadrata.Sui newsgroup si trovano le informazioni più varie, parecchi suggeriscono a ragione che è possibile disabilitare l' OOM-kill con l'apposito comando:

sysctl -w vm.oom-kill=0

Peccato, che da quel momento è effettivamente vero che il killer sarà a riposo, ma in questo modo nel migliore dei casi si arriverà al kill del primo processo che utilizzerà/richiederà memoria invece di ritornare NULL al malloc o di fargli usare la memoria che aveva richiesto (Riferimento). Cosa non documentata o comunque poco risaputa sono invece i valori di vm.overcommit_memory (Riferimento) che è la variabile di sistema destinata a selezionare le strategie di allocazione della memoria.

#define OVERCOMMIT_GUESS 0

#define OVERCOMMIT_ALWAYS 1

#define OVERCOMMIT_NEVER 2

Il primo, il default è un algoritmo euristico, cioè Linux ci proverà secondo le più recenti statistiche a fare del suo meglio nel overbooking di memoria se poi siamo sfortunati...

Il secondo farà del vostro kernel un perfetto piazzista: assegnerà memoria a tutti anche quando non ne ha più disponibile: un milione di MB per tutti !

Il terzo è quello che dei kernel developer seri avrebbero messo come default: il kernel vi dirà che ha memoria fino a che ne ha, dopo di che da bravo padre di famiglia ve la negherà .

Morale della favola sysctl -w vm.overcommit_memory=2 è; l'opzione più conservativa tra queste e secondo me la giusta candidata al default.

Nella speranza che i developer di applicazioni imparino a gestire gli errori di allocazione, spero nel contempo che almeno i Linux Kernel developer si ravvedano.

Chi vive di speranze, disperato muore

La opzione 2 deve essere accompagnata da un sysctl -w vm.overcommit_ratio=0 per far diventare veramente civile il pinguino.

Continue reading "L'istinto omicida del pinguino"