Enfin une extension mémoire réalisable rapidement! - Page 4

Donc le DIP fait 7.62mm de large mini, le SOIC c les même dimmensions que DIP mais les pattes sont trés courtes, le DFN fait 4.92mm, mais y a pas de pattes (ou du moins, elles apparraissent pas sur le schema), et le TSSOP ressemble au SOIC, mais avec une largeur de 6.25mm.
Donc, à priorie, le DIP est le mieux, et en agrandissant les pattes, on peut prendre du SOIC et éventuellement du TSSOP, je me trompe ??

pour le datasheet du 512 : http://www.microchip.com/download/lit/pline/memory/pnp/21754a.pdf

-

C'est ce que j'attend aussi d'ailleurs car il serait plus facile de créer une extension sans problème avec tout le matériels nécessaire et le schéma correspondant. Si en plus on peut rajouter de la mémoire >512 ko alors ça serait le top. Moi j'attend les puces et dès que j'ai le schéma... Je mis met.

debit port i/o environ 50ko/s

C pas mal comme débit... Mieux que l'interface imprimante en tout cas!
Sinon pour le schéma, désolé, hier soir j'ai pas fait d'elec je suis allé à la soirée 'passation de pouvoir' de notre nouveau BDE.
J'essayerai encore ce soir, normalement ya as de f^etes prévues!
Et laissez tomber les CMS, c'est vraiement chiant. Faut un circuit imprimé, alors qu'avec les DIL, une plaque à trous suffit.

DeMi-LAiT
a écrit : debit port i/o environ 50ko/s

d'où tires tu ça ?
le link officiel c'est environ 50kbits/s et en envoyant bit par bit tu ne peux pas atteiendre cette vitesse (du moins en réception)

Hummm 50Kb/s en utilisant 1 ou 2 fils ???

Si on peut utiliser les 2 fils en meme temps on peut faire du 2bit "simultanée"

le protocole TI utilise les deux fils, et 50kb/s c'est nul

en SPI on peut faire mieux en faisant des routines optimisées
du moins en envoi, la réception est plus difficile
à moins que le temps de montée des singaux du port link gène

l'I2C direct sur la calc je sais pas si c'est plus ou moins rapide que le protocole TI
si c'est plus lent il faudrait utiliser un PIC pour faire une interface (tout en remplçant le PCF également)

tu as le code tu protocol TI pour le PIC ?
sami l'utilisait pour ton interface infrarouge ... mais je crois pas que la source y était

quand je parle du protocole TI, je parle du protocole hardware (send/receive buffer), et il n'est pas compliqué : celui qui envoie met une ligne mise à la masse (l'une pour 1, l'autre pour 0), celui qui reçoit met l'autre ligne à la masse jusqu'à ce que celui qui envoie relache la première ligne

a oui j'avais oublié que cété comme ça

ça a au moins l'avantage d'être plug & play avec un pic

mé bon pour l'instant cé RS232 le projet ... et j'ai tjrs pas reçu le composant

Godzil: L'I2C utilise deux fils .

Quel beau résumé! C'est exactement ça. Sauf que ça nécessite une participation constante des deux périphériques concernés. C'est bien pour gérer les time-out, mais ça fait chier pour les expérimentations. En plus ça ne respecte aucun standard électronique connu.

Par contre question débit, je vais mettre tout le monde d'accord.
J'ai fait un programme de test de vitesse en TIGCC qui utilise la lib I2C de Hiddenfiles.
Sans rien toucher au code, l'émission se fait à 37 kbps et la réception à 48 kbps. Après des optimisations sévères dans la routine d'envoi, j'atteins 64 kbps. Je n'ai pas réussi à optimiser l'envoi. Quand j'aurai accès au lecteur zip de la salle internet , je vous mettrai mon code. Donc nous voila fixés. En débit "efficace" ça fait du 8 kilo-octets par seconde.
Par contre par souci d'exactitude, sachez que ces calculs se basent sur l'auto-int 5 à 20 ms de période, donc j'aimerais savoir comment être certain du résultat. Sachez que j'ai fait les tests avec des piles neuves, juste après un reset, kernel unios 1.30 (même si mon prog est nostub) sur une 92+ HW2.

Electrocut: A force de commander, vous avez du épuiser leur stock d'échantillons! Attends un peu qu'ils en récupèrent!

Edit:
Le ZIP est libre!
Voila mon code modifié: i2cdrv.h version 2
Et le dessin ASCII art de la plaquette à trous pour la connexion:

vitesse du link hardware : environ 8Ko/s de base, mais 10.5 après modification de la vitesse (port $700001x, je sais plus lequel, mais uniquement HW2)
c'est la vitesse entre deux HW2

en émission vers un PIC bien programmé, on peut peut-être gagner un peu (si le PIC répond plus vite que la TI pour mettre le second fil à la masse)

en réception je pense qu'on peut gagner pas mal car la vitesse d'émission être le limitation entre les deux calcs (le port qui change la vitesse ne semble toucher qu'à l'émission)
je précise que ce n'était pas un protocole standard, pour aller plus vite, les données étaient tranférées àchaque front de la ligne d'horloge

sinon il faudrait que je retrouve les essais de routines de tranfert que j'avais écrites il y à 1 an 1/2. (elles avaient quelques problèmes entre deux TI, mais avec un PIC ça pourrait mieux marcher, surtout si on met des pull-up et des triggers sur les lignes pour améliorer le temps de montée) j'arrivais à environ 18Ko/s si je me rappelle bien (vitesse limitée par la TI en réception, en envoi vers un PIC çe serait au moins 25Ko/s)

squalyl a écrit :
Godzil: L'I2C utilise deux fils .

Je sais tres bien que la TI possede 3 fils !

Il y a la masse et deux fils de donnée, et que je sache il sont "reversible" (emission et reception) indépendament l'un de l'autre, et que je sache le débit de 50Kb/s qui a été anoncé etait suivant le standard TI, et je demandait si la vitesse anoncé prenait en compre l'utilisation des deux fils, sa n'avais rien a voir avec l'I²C, je suis tres bien que l'I²C utilise 2 fils + 1 masse !

Romain lievain specifie dans les 50ko/s pour le protocole TI (analyseur logique) a moins que je suis miro....

non, 50kbits/s, pas 50ko/s

Voilà j'ai reçu les puces elle sont très petite mais je pense que ça va être facile à souder. Il me reste plus qu'à me procurer le microcontroleur si mon PIC16F84 n'est pas adapté à ce montage?

Je pense plus tard créer un OS DOS68K qui prendera en charge ce montage mais en attendant je voudrais avoir le schéma complet avec les composants nécessaire.
Pour le microcontroleur il faut le programmer? Car si il faut le programmer, je n'est pas de kit.

J'ai jamais parlé de microcontrôleur moi!

La LIB i2c est disponible sur mon nouveau site www.galaxoft.fr.st
Ya un programme de bench pour I2C.
Moi j'ai mesuré du 65 kbps.

-

Oarf!!! faites iech! Je vous fais ça pour demain, promis!

ca y est G recu les composants ojourd'hui (sont rapide chez fedex dit donc!)
y a 3 24LC512, 3 24AA256 et 3 24AA128, vu ke j'i connais pas grands chose, dites moi si C utilisable???

-

je vais voir pour utiliser un PIC qui ferait interface du protocole TI (ou un protocole spécial par la suite, on verra le plus rapide) vers SPI et I2C (peut-être pas les deux en même temps)
j'hésite entre 16F84, 16F628, et 16F873/6 (qui peut s'auto programmer, donc possibilité facile de mise à jour du soft via la TI)

g encors rien reçus

Moi j'ai reçu ça. Chez Microchip il sont rapide tout ça en une semaine. J'ai reçu 3 puces 24AA128 et 3 autre 24LC515 au format DIP donc facile à souder. Je sais ça ne afait pas beaucoup en mémoire mais c'est un bon début. Pour des raison d'économie je voudrias savoir si je peut utiliser mon PIC16F84 et comment le programmer car je n'est rien du tout juste le microcontroleur, les puces de mémoires, une plaquette à troue et il me reste les autres composants à me procurer.

Ca serait vraiment super qu'un schéma détaillé soit diffusé avec la listes des composants.

bon ... tant pis pr les 24AAxxx ...

Je sais pas comment vous faites mais moi jai rien recu... ma commande est toujours en suspend.... apparement je tombe pas sur les nains de jardin du service...ou alors ils aiment pas les étudiants en cite U

Peut être en remplissant le formulaire, tu as du mettre un truc qui était douteux. Moi en tout cas c'est la première fois que je fait une commande sur Internet et je suis content d'avoir reçu ça très rapidement en colis et sans problème et surtout gratuitement mais j'ai âte de créer cette extension. Pour les 24AA... ça fait pas énormémement de mémoire mais ça déjà ça et je pense que c'est utilisable il ne retse plus qu'à avoir le schéma et c'est partie je mis met.

javais mis mon n° de portable et fedex m'a appelé pour savoir si j'étais chez moi dans la journée et 2h + tard le camion été là.
n'empeche ils ont vraiment de l'argent! pour un colis ou G rien payé il envoyent par transporteur privé, sous un pli de 24x32 en bulle. les composant dans un etui.
envoyé le 7 mars et recu le 10!!! (ca aurai été mon postier habituel il auré mis un avis de passage avec la mention "absent" histoire de remplir la queue a la poste)