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

Des drivers propriétaires ?

Attends ils marchent pas encore ses drivers on les lui choppera après

Et il y a combien de puces au max ? (flemme de me retaper les 30 pages )

4 LC515 et 8 LC512

Et sinon tu accèdes à l'IO bit par bit, non ? (donc impossible de faire autre chose en même tps)

Oui le protocole TI est merdique et j'ai pas le temps de faire la puce de conversion.

En vitesse j'avais fait de l'I²C à 60 kbps en écriture et 40 en lecture, on l'inverse.

-

-

squalyl> arf ^^

Orion_
:

Pollux :
Des drivers propriétaires ?

kevin spotted
I2C je l'ai reecrite entièrement en asm d'apres une lib I2C pour TI trouvé sur ticalc
comme ça, ça permet d'etre plus rapide, et de savoir exactement ce que l'on fait le driver pour ces modeles de puce, evidement ils n'existait pas, j'en ai donc fait a partir de la doc trouvé sur le site officiel

il dit qu'il a plus de genoux

je te demande pas de te justifier, ct juste une question comme ça...

Et il y a combien de puces au max ? (flemme de me retaper les 30 pages )

pas besoin de lire 30 pages, c ecrit sur la 30ème 8 pour les 512, 4 pour les 515

oki

ué mais bon si on peut augmenter de 50% le débit pour augmenter les pertes de seulement 5%, ça vaut carrément le coup (enfin sauf si les codes correcteurs ne peuvent se faire qu'au niveau de la Flash, i.e. que ça prendra de la place en plus ; mais même comme ça c pas trop grave)

heu bof koi, si y'a une erreurs, faudrat relire a chaque fois c chiant, autant lire legerement plus lentement et etre sur a tout les coups, surtout que je pense vraiment pas que tu augmente le debit de 50% dans l'etat actuel, c déja limite je pense

Tu sais ce que c'est qu'un code correcteur ?
[mode=ki ça?] Mais je ne vais pas aider un égoïste qui cherche à limiter la liberté des utilisateurs [/mode]

OK. Et il y a moyen de ne lire que 42 ko sur une 512, ou on est obligé d'attendre jusqu'à la fin ? Parce que j'imagine que la lecture octet par octet est sacrément plus lente...

j'ai rien compris sur une 512 on peut lire par page de 64Ko, et sur une 515 par page de 32Ko, en fait c un peu plus complexe que ça, si tu veut, sur la 512, on amorce la puce en lui disant qu'on veut lire a partir de tel adresse, et on lit autant d'octets que l'on veut d'une traite, pour la 515 idem, sauf que arrivé a 0x7FFF on est obliger de stopper et de reamorcer la lecture a partir de 0x8000

OK, donc on n'est pas obligé d'attendre, c bien, ça

Et sinon tu accèdes à l'IO bit par bit, non ? (donc impossible de faire autre chose en même tps)

oui, c de l'I2C les puces ne gere pas le protocol TI

ué, je m'en doutais...

Ça permet de ralonger l'archive de 512 ko en gros ?
(ça aurait été plus pratique de mettre 1 ou 2 Mo, non ?)

-

C'est clair que si c'est gratuit, c'est sympathique.

Sasume :
Ça permet de ralonger l'archive de 512 ko en gros ? (ça aurait été plus pratique de mettre 1 ou 2 Mo, non ?)

vi, je trouve ça un peu dommage de faire un truc qui ne permet que d'augmenter l'archive de 25%, alors que la Titanium (ou la V200) l'augmente de 100%... (et avec plein de contraintes en moins, adressage direct...) Mais bon ça doit être marrant à faire qd même

Orion> et ça coûterait combien, un truc pas gratuit mais plus gros ? vu le prix des clés usb, la flash ne doit pas coûter hyper cher...

-

Pollux>ca depend du point vus. Sur 89 et 92x, ça augmente l'archive utilisable de 80% ^^

les clés USB utilisent une FLASH parallèle (N lignes d'adresses et de données) et doivent se programmer par pages avec un protocole de merde. En bref faudrait une usine à gaz pour les connecter à la TI. Et de toute façon ca ira pas plus vite vu que la TI fait du 60kbps sur le port IO. Et ca vous l'accélèrerez pas de beaucoup, même en optimisant l'asm à donf.

Nota: le port I²C est spécifié à 400 kbps...

-

tu peux toujours tenter d'optimiser les routines de lecture, mais faut au minimum:

-décaler un octet
-lire un bit
-faire un OU avec le bit
-décrémenter un compteur

pendant 8 fois, en plus de l'initialisation du compteur et des entrées/sorties de paramètres de la routine! Et pareil en écriture!

J'avais obtenu un gain en remplaçant:

8 boucles:
-> change scl
-> bit=lecture port
-> change scl
-> octet=octet+(bit<<rang)

par

8 boucles:
-> change scl
-> bit=lecture port
-> change scl
-> octet=octet<<1
-> octet=octet+bit

(je sais plus si on lit sur front descendant ou montant de scl)

parce que le shift se fait avec une constante et pas un nombre. Je sais pas ce que ca donne réellement au niveau du nombre de cycles.

C'est dur à optimiser, vu que ca fait en gros une instruction asm pour chaque ligne!

-

squalyl^2
: Et de toute façon ca ira pas plus vite vu que la TI fait du 60kbps sur le port IO.

Qu'est-ce que tu en sais, pour le mode binaire ? Tu as fait des tests avec un oscillo pour voir comment décroissait l'amplitude du signal envoyé avec la fréquence ? (ou inversement pour la réception)

-

j'ai vérifié au timer ti.
Un oscillo donnerait des résultats plus précis mais du même ordre de grandeur.

Je ne suis pas du genre à avancer des infos sans les vérifier, stp.

J'avais pas pensé à bset, c'est encore mieux.

Mais pourquoi mets tu des NOPs ? Sont ils vraiement nécessaires?

-

ouef alors l'optimisation ultime c'est calculer le temps de montée du signal et réduire les NOPs au max!
ca dure combien un nop 68k à 12 MHz?

-

-

squalyl^2 :
ouef alors l'optimisation ultime c'est calculer le temps de montée du signal et réduire les NOPs au max! ca dure combien un nop 68k à 12 MHz?

Pardonnez mon newbisme en electotrnik mais eske le fait d'avoir un proc overclocké (env 23mhz) influera là dessus et donc sur la stabilité de la lib I²C ?

Et: kk1 a-t-il un schéma pour brancher 8 puces 24xx512 ? Avec les refs exactes de tous les composants a utiliser ?

J'compte pas rester passifs sur ce projet! (Meme si j'me suis fé traiter de noob...mais j'reviendrai pas la-dessus.)

-

Le gros avantage de ce montage sur les extensions de TI c'est qu'on peut en avoir autant qu'on veut (enfin, sous réserve de dispo des composants ) et qu'on peut les utiliser comme des disquettes (on a toujours ses fichiers sous la main, pas besoin de déplacer toute sa TI si on sait que les autres ont les pilotes ).
On peut pas, d'ailleurs, avoir un firmware qui soit capable d'envoyer automatiquement le fichier de la lib I2C si la calc ne l'a pas ?

-

Nil :
On peut pas, d'ailleurs, avoir un firmware qui soit capable d'envoyer automatiquement le fichier de la lib I2C si la calc ne l'a pas ?

C exactement ce ke j'avais proposé page 28 mais on m'a joliment envoyer balader...(sans rancune m'souviens meme plus ki c... ) Néanmoins j'avoue ke ce serai hachement pratik cha surtout si on plante toute la caltos et kon est forcé de faire un reset RAM&FLASH sans avoir de PC sous la main...(ex: vacances )

Orion_ :
[A propos de l'overclocking...]
...du moins je pense, parceque les nop seront executé plus rapidement et donc la transmition sera plus rapide, reste a savoir si la tension aux bornes du port link sera monté suffisement haut pour que la puce l'intercepte.
normalement j'ai mis 1 ou 2 nop de securité mais avec un proc 2x plus rapide je pense que tu peu avoir des pertes

A terme, serait-il possible d'implementer une fonction (comme pour le parametrage de la taille des blocks) permettant de spécifier la fréquence du proc ou alors mieux : une détection automatik afin d'éviter ce genre de plantages dûs a une trop haute fréquence ? (ca a déja été fait (benchs & Co) et peut-etre k'en demandant aux auteurs vous pourriez disposer du source pour la lib?)

y'a quelque schema page 27 ou 28, si tu debrouille tu peu le faire toi même
si non, atten un peu
les composants y'a juste les puces ! et tu peu les avoir gratuitement.
mais on fera un topo la dessus un peu plus tard quand le logiciel sera terminé

J'ai lu toutes les pages et j'ai vu les schéma...seulement j'y connais pas grand chose en electronik donc je serait incapable de les modifier pour y ajouter des puces...
[Ce que je compte faire de cette extension : ] C'est me faire kom a dit Nil c une sorte de "jeu" de "diskettes" et kom taille je vise minimum 1Mo voire 2Mo d'extensions...(est-ce possible de regrouper tout ca en un seul circuit? jen doute...Mais si oui, ca m'interresse, et biensûr ke la lib reste comptatible)

Ajout: En ce ki concerne les puces 24xx512 , vous me conseillez koi, les LC ou les AA ? Et pour le package je prend koi ?

J'veux vite-vite l'monter c'shéma pour faire des tests

bon travail orion

Oui, j'ai oublié de le dire : bravo Orion

squalyl^2
: j'ai vérifié au timer ti.

mais comment détermines-tu si le signal sorti est lisible ou non ?

Orion_ :
je pense que c avec cette technique qu'on arrive a faire du pseudo-wave sur TI
en stoppant la monté du signal a un certain temps calculé en nop j'avait vu une source la dessus.

Toute la question est de savoir si le lag provient du link TI ou du haut-parleur... Parce qu'un haut-parleur ne doit pas être censé reproduire des fréquences hyper élevées, ça n'a pas grand-chose à voir...

Dude>AA, ça fonctionne soit à 100KHz, soit a 400Khz (suivant la tension disponible, si g bien compris), les LC fonctionnent à 400KHz, les FC à 1MHz.