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)
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 Cap 682-1099 (da adattare agli switch sopra)
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 
..
.
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.
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.
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
Tentare non nuoce, provate a riordinare i file sqlite
find $HOME/Library -name "*.sqlite*" -exec sqlite3 {} "vacuum;" \; -print
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
Le informazioni sopra sono prelevate da ebay un asta di watronics che ha pezzi di ricambio per questi oscilloscopi ed è indubbiamente competente in materia.
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
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 );
}
Ho appena ultimato di creare una build di 2009-02-16 per OSX Universal Binary.
Il package di cui fare download sono i seguenti:
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.
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.
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
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..
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.
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.
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.