Forum

j'ai pas tout lu donc si je fait répetition... désolé

mais oui, le jaunissement à plusieurs facteurs paossibles :
les UV dans bien des cas, c'est simple... si pour une façade jaunie, l'interieur est resté a la teinte d'origine, c'est clairement les UV.
ou comme l'a dit dizzy33, si on peut voir là où les uv ont attaqués.
et y'a aussi l'oxygene couplé aux UV. y'a des additifs qui s'oxydent simplement au contact de l'oxygene.

dans les 2 cas, y'a pas de mystere, pour que ça dure, faut simplement vernir... les vernis anti-UV éxistent en bombes.
en finition mat ou brillant. ça vaut moins de 10 balles.

Gege34 a écrit : ↑14 juin 2017 08:51 Dans l'A3000 il y a des paramètres sauvegardés par une batterie, tu peux modifier ces paramètres avec SetBatt ou SCSIPrefs. Bien sur il faut une batterie d'installé dans ton A3000 et les paramètres ne sont pris en compte qu'au reset.
Regarde les paramètres SCSI_TIMEOUT pour passer de 2s à 128ms, SCSI_LUNS à mettre à 0. Tu peux aussi essayer d'activer SCSI_SYNC_XFER, SCSI_FAST_SYNC et SCSI_TAG_QUEUES et de mettre le SCSI_HOST_ID à 0, par défaut il est à 7 et comme il scan de 0 à 7 ça devrait peut être le forcer à s’arrêter à 0.
Oublie pas de garder ces programmes sur une disquette bootable en cas de PB (PS j'ai rien essayé tout ce que je te dits j'ai pas d'A3000 ).

effectivement, en plus j'ai déjà installé SCSIPrefs. je l'avais utilisé pour activer le mode synchrone. (je branche un lecteur cd ou dvd de temps en temps)
j'ai essayé ce que tu m'a dit, mais le contrôleur n'aime pas être mis ailleurs qu'a 7, ça peut bloquer le démarrage.

Salut,

j'aimerai savoir si y'a un moyen de faire croire à un contrôleur scsi qu'un periphérique est présent, alors qu'il n'y a rien ?
bon, dit comme ça... c'est un peu tordu, je m'éxplique mieux :

j'aimerai accelerer le démarrage d'un amiga 3000, et je n'utilise pas vraiment le contrôleur scsi interne.
et au démarrage, y'a une perte de temps (qui m'agace ) quand le contrôleur cherche si il y'a du monde sur lui.

je sais qu'en ide, un shunt entre 2 ou 3 broches avec des resistances, permettent de leurrer le contrôleur.
d'ailleurs y'a un petit pcb qui éxiste expres pour ça pour l'amiga 4000 (http://relay.pp.fi/Amiga/A4000/Terminators/04.jpg)
donc j'aimerai savoir si y'a un moyen de bricoler une équivalence pour du scsi ?

merci

oui, j'avais bien pris toute les dispositions avant de tenter de programmer.
et le test de virginité était bon sur celles que j'ai essayé. et celles qui avaient encore le malheur d'être "dépucelée" (ohohoh...) sont repassées aux UV.
j'ai quand même tenté de programmer 6 eprom, qui étaient bien vierges, et ça a foiré à chaque fois.
et je me suis bien assuré aussi (plusieurs fois) que les switchs étaient en accord pour les 27C400.

bin pourtant quand l'eprom est lue, le resultat est stocké dans le buffer juste apres. (ou alors y'a un truc qui m'échappe ?)
donc il est bien possible de le vérifier comme apres une programmation. au moins pour justement vérifier que la copie s'est bien passée, non ?

non, l'exemple que je donne là, c'est à la lecture d'une 27C400 préprogrammé en usine.
donc ça dit que dans la puce à l'offset en question c'est sensé être vide (ou plein, je suis pas tres doué en hexa ), alors que dans le buffer de ce qui à été lu de cette 27C400, ça dit qu'il y'a autre chose.

mais j'ai aussi droit à des erreurs similaires quand je tente de programmer.
j'ai bien un oscillo, mais pas de sonde... et je maitrise pas bien ces bêtes là

edit : je viens de refaire un éssai en lecture de la 27C400 préprogrammé, et cette fois c'est :
chip = 0x00, buffer = 0x4C

les 27C400 qui m'ont servis de test en lecture sont pré-programmées, et ineffaçables, donc je ne doute pas d'elles.
(c'est justement des kickstart officiels, qui fonctionnent parfaitement)

et, nope, j'ai pas d'autres programmateurs.

alors, ça fait pas loin de 7 ans que je l'ai, mais j'avais pas de quoi effacer les eprom.
j'me suis décidé à prendre la boite à UV recemment. donc autant dire que c'est mes premiers vrais essais.

j'ai essayé sur 2 pc, c'est pareil.
j'avais pas pensé au cable parallele... c'est vrai qu'il est pas tres épais...
et niveau bruit, j'ai aussi fait des essais en l'eloignant des pc, mais pas mieux

ça bloque sur differents offsets à chaque verification oui.
c'est toujours, par exemple :
chip : 0xFF buffer: 0x73.

c'est completement alléatoire. ça ressemble fort à une corruption pendant les transferts, mais pour quel raison...

salut,

j'ai un willem V50a (PCB50) avec un adaptateur pour 27Cxxxx mon but étant de programmer des 27C400.
et il me cause bien des tracas... j'éxplique :

quand je lui fait lire une 27C400 (je n'ai testé que ce type là) la lecture se passe bien, mais quand je vérifie la copie, c'est foireux.
quand je veux programmer, même punition, ça fini en erreur apres quleques % de progression.
mon but étant de me faire un kickstart custom pour mes amiga 3000.

j'ai testé en l'alimentant en usb, et avec une alim externe (12V 5A) c'est pareil.
le VPP est bien à 12,70V et le Vcc à 5V, rien ne s'éffondre à ce niveau là, même alimenté en usb.
j'ai aussi essayé tout les modes de fonctionnement du port // (le mode "normal" ou "EPP" sont recommandés) ça ne change rien non plus.
je suis aussi certain que les eprom que j'ai tenté de programmer étaient bien éffacées.

quelqun aurait une idée sur le probleme ?
merci

bon, bin je raccourci un peu l'histoire...
mais une resistance de 100 ohm entre le point de départ où je récupere le signal VDE28M et le fil, a réglé tout les problemes.
ça marche au poil, et le scandoubler interne est toujours utilisable. simple, éfficace

ok, ça roule

j'ai continué a experiencer...
je me suis aperçu que la longueur de cable a une énorme influence, du coup je sais même pas si une porte logique reglerait le probleme.
comme c'est de la haute fréquence, c'est aussi sensible aux pertubations...

j'ai refais un test avec mon idée de départ, de piquer directement sur l'oscillateur 28 Mhz, et quand c'est à la bourrin avec une grande longueur (plus d'un metre) bha... ça marche tres bien.
quand je met au propre (repique sous la carte mere, avec de courtes longueur + la liaison a la carte fille) bha... c'est naze. pourtant j'utilise du fil fin blindé, mais le blindage n'est pas relié à la masse.
c'est compliqué la haute fréquence

je me suis mal exprimé en faite. la diode tuait le signal là où elle se trouvait.
autrement, l'oscillateur fonctionnait toujours parfaitement. le scandoubler interne était parfaitement utilisable.

tu penses que mon approche d'utiliser une diode était bonne ?
j'ai tenté ça, parceque j'ai pensé (je pense toujours en faite) que le scandoubler de la cybervision renvoi un courant parasite qui fout tout en l'air, mais j'ai peut être tort là dessus.
donc la diode pour le couper me paraissait une solution simple, mais peut être pas bonne...

une porte logique ferait donc mieux si je comprend bien ?
en gardant la propriété de filtrer ce que le scandoubler de la cybervision pourrait renvoyer dans le circuit ?

mes question sont p'tet un peu stupide, mais je maitrise pas bien tout ça

merci

tu pourrais m'expliquer l'idée un peu plus en détails ? parceque là, je suis une quiche
je vois vaguement l'idée dans les grandes lignes, mais je ne comprend pas réelement ce qui se passerai.