Un modem pour bus I²C ? - Page 2

et hop, pour DarkAngel, on remonte le sujet

meci NSPIRIT (je suis partit qq temps)

En fait, mon idée, c'est qu'il y autrait pas besoin de modem, il suffit de commender soit meme le port IO avec une frequence audible (donc enregistrable), comme le fait sndlib ...
du coup, le hard se limite a un cable avec deux jacks, et tout est fait en soft

Par contre, je sais pas si la TI sera capable de lire le signal audio qui ressort du MD

Euh ...
Le codage ATRAC fait intervenir la quantification des fréquences, donc parfois tu risque d'avoir 2 ou 3 probléme.
Mais bon, vas y, surtout si vous y arrivé, c'est tant mieu
Moi chui sur otre chose que je doit garder secret pour l'instant.

Ca repond pas a ma question:
Est-ce que la TI peut fournir (par le link) des signaux correct pour l'entré ligne de MD (notamant pour la tension) ?
Et est-ce que le signal qui sort du MD (par la sortie casque ou ligne) est lisible pas la TI ?

tension de 6V max selon les piles.
piles à 4,96V, tu as une tension sur le link de 4,8V environ.

Donc franchement, j'en ai aucune idée. Pour la forme oui, mais pour les tension, faut voir.
Et le signal qui sort du MD peut être lisible par la TI éventuellement. Cependant, comme la TI utilise du handshaking, ca peut poser 2 ou 3 problémes.

Dark Angel> Non à ta première question; la TI délivre des tensions logiques de 5V environ, et une entrée ligne accepte des signaux d'une amplitude d'environ 200mV, ou un peu moins.

Aucune idée pour la q? suivante...dsl


NSPIRIT> handshaking = ???
cad que la TI vérifie la présence de l'autre machine au bout du câble ??

Précisement.
Le protocol utilisé fait intervenir une réponse réciproque des 2 calculatrice.

Oui, si on utilise le protocol de TI, mais on peut tres bien gerer a la main

Oui, c'est vrai.
De toute façons, sa parrati dur de faire autrement.

Tu prévoi qu'elle vitesse pour le transfert ?

fo programmer un PIC pour qu'il émule le handshaking des TI...ou avec un projet sans prog, pkoi pas...


Pour la vitesse de transfert, g une info qui pourrait p-ê servir;

On sait tous qu'un lecteur CD (pour la musique) lit des "données" sonores non compressées.
La vitesse de lecture de ces machines est de 1X, ce qui correspond à un débit de 150Ko/s.

Mais c pas sur que ca soit pareil avec l'ATRAC

Apres quemlques tests, on arrive a produire un son audible par le jack de la TI (mais c'est facile, sounlib le fait deja)
Malgres ce que disait ftp83, ce son est enregistré sans probleme sur le MD (mais il y a peut-etre des pertes)

Par contre, la lecture pose probleme ... (mais je croit que je sais d'ou ca vient)
Pour le debit, ca mettait 30s pour 64Ko (soit ~2Ko/s), mais ca sera peut-etre amené a changer ...

bah le problème est facile à résoudre !
pour enregistrer sur MD :
la TI produit une fréquence de 2600 Hz (toujours au hasard ) pour un 0 et de 1300 Hz pour un 1
en faisant ça assez vite c'est bon les débits non ?
et puis pour les niveaux : un pont diviseur en sortie, un ampli op en entrée (ou bien peut etre qu'avec le volume à don'f ça marche non)
et eventuellement un trigger de schmitt pour réajuster les fronts

oui, la lecture
Je parlait de ca.
L'envoi donnée au md, c'est pas de probléme.
Mais a la lecture ...
Perte de données en perspective, probléme de lecture, de timming ...

Je sais bien que c'est la lecture qui risque de poser probleme ...

Mais pour limiter les risques, j'utilise une des deux voies pour le clock (comme le protocol PS/2). Ca devrait eliminer les problemes de timing.

Dark Angel> g jamais dit que ce que j'avancais était juste


Pb de lecture vient surement de l'ATRAC...ATRAC = perte de données

Par contre, je saisis pas tt à fait l'histoire de respecter le proto PS/2 La TI est pas I²C ???

La TI est ske tu veux.

Le seul truc qu'il faut savoir, c'est que le niveau logique 0 prime sur le niveau 1.

la TI est cke j'veux ?!$?!?!?????

I2C, CAN, PS/2, USB ( exagération ), RS232, ...
Tu peut lui mettre tout les codage que tu veux.
Les truc qui change, se sont les protocols de communication.

moi j'parlais des protos "natifs"...

L'avantage du PS/2, c'est que l'appareil qui recoit n'envoie rien (ce qui sera le cas avec le MD). De tout facon, c'est pas vraiment le protocol PS/2 que j'utilise.

Je commence a avoir quelques resuktats, mais c'est pas encore tres bon ... et le taux est descendu a 20ko/miute ... ( je n'envoyait qu'un bit par octet )

aie, ca craint

erf
ca vien ca vien

Et ho, ca reste encore correct comme taux !
Et ca n'a absolument pas definitif, ca peut changer (dans les deux sens )

Et puis je vais esaayer de coder les data autrement, pour vois si ca donne des meilleurs resultats ...

Si tu peux te faire preter un oscillo, regarde quelle forme a pris l'onde de données en passant sur MD...ca va etre bcp plu clair sur le montage à faire pour lui redonner sa forme normale...

Bah non, pas d'oscillo sous la main ... et je voudrais pouvoir le faire sans montage ...
Mais je te filer ce que j'ai fait, si tu veut essayer d'en fairez quelquechose ...

ok, envoy
[email]dupa45@caramail.com[/email]

Je verrais bien si j'ai le temps de m'en occuper

[mail]nspirit@wanadoo.fr[/mail] aussi stp
Et profite en pour me filler aussi les drivers souris stp Je les attend toujours, ou a la limite la ou je peut les trouver ?

ils doivent pas exister les driver pour souris

si, ils existent