TICF - Devel - Page 4

Au fait pour ce chip custom, je dois pouvoir repérer quelques broches: si je mesure les fréquences sur les pattes, j'aurai déja les frame signal, etc. du LCD, donc les broches.
Ya vraiement aucune info déja connue sur ce truc?
Demain je vous dirai la référence, promis, et alors ce cera déja plus précis.

Ils sont utiles quand tu fais un accès 8bits en .B, en ASM.

Il ne faut pas toucher à ce qui ne doit pas l'être. Et ils sont disponibles sur la patte du 68000 correspondant. et toujours.

je suis en train de le regarder... et vérifie sur le site de NSPIRIT s'il n'est pas indiqué.

Donc en fait il suffit d'écrire des words sur le bus et ils deviennent inutile? C'est très bien ça.
Et que sais tu des lignes CE1-CE4? Ont elles le même style de rôle?

non, non!! tu ne sauras pas ce que tu auras comme taille!!
Et ils sont quand même utiles parce que les composants mémoire en ont besoin...

Et CE1-4 servent à sélectionner un boîtier : Chip Enable.

"On" m'a dit que cela servait à choisir un espace d'adresses. Ouais, en fait c'est que le bus il est destiné à recevoir des composants qui ont besoin de bcp d'adresses genre chip de mémoire. Alors on démultiplexe le bus c'est ca?
Mais si moi je veux connecter par exemple un 8255 (décodeur de bus), j'ai besoin que de 4 adresses et en plus UDS et LDS yen n'a pas besoin.
Alors pour connecter un 8255, je connecte:
(bus)a1-a2 à (8255)a0-a1
(bus)a3-a10 à un comparateur 8 bits avec une adresse fixe A
(bus)R/W à (8255)IORD | ou
~(bus)R/W à IOWR | l'inverse?
(bus)reset à (8255)reset
(sortie de mon comparateur) à (8255)CS
(bus)d0-d7 à (8255)d0-d7
et j'ai qu'à faire move.w #data, A pour écrire dans le circuit?
J'ai besoin de rien d'autre?

FAUX!!

Si tu est en 8bits, comme maintenant, tu dois utiliser LDS et UDS. Faut que tu vois si tu veux récupérer tes données sur le premier octet ou le deucième de Dn et surtout utiliser des accès 8 bits, sinon gros plantage!! et un retour sur les DTACk est conseillé. Si le 68EC000 a un DTACK, il faut que tu utilises MOVEP.B en étant connecté comme tu l'as précisé - enfin, je crois, NSPIRIT ? -

Je veux récupérer sur d0-d7. On fait comment alors avec LDS UDS? et DTACK alors? C'est qui celui là?
Ecoutez là faut que j'y aille. Je vais démonter ma ti pour noter le chip inconnu, puis je bosse ma mécaflu, puis je pieaute et demain je reviens avec les idées plus claires OK?
Je vous remercie vraiement (toi et NSPIRIT) pour votre patience, j'espère qu'elle payera et que j'arriverai à interfacer ce pt*** de 8255 à ce bus! @+

Au fait allez voir dans nthc sur documentation/les ci utilisés... j'ai trouvé l'image d'un circuit de ti! je sais pas si vous connaissez.

si tu pouvais utiliser autre chose qu'un 8255 pour Intel, ça serait mieux... Genre 62 je ne sais plus combien... tu auras en outre un décodage à faire, je pense pour utiliser le 8255, celui de R/W...

Miles: le A0, n'existe que sur les 68332, les vrai 68000 n'en ont pas. Il faut le recréer à partir de /LDS et /UDS.

Logique troi états : sert à isoler le bus de ton montage quand il n'est pas utilisé. En gros, tu peut assimiler cela à un pont levi sur lequel passe tes données.

Pour le chip qui est à coté du 68sec, c'est a peu prés la meme chose que ce qu'il y avait dans les HW1, mais en chip externe. J'ai pas le brochage

C'est bien un movep qu'il faut utiliser. Tu doit pour cela conecter les lignes D0-D7 de ta TI à D0-D7 du chip. J'ai 3 8255 qui trainent dans mes circuits, j'avais l'intention de les utiliser un peu plus tard aussi dans la TI.

L'interfacage d'un 82xx néccessite de recreer les signeaux /IORD et /IOWR à partir de R/W et /LDS et /UDS. Si tu veux les calculs booloéen tu fait signe, mais ils sont trés simple.

Et pour la doc, comme je l'ai dit + haut, j'ai pas ce chip. Alors si vous avez les broches ... Transmettez

si à la place tu pouvais utiliser ce qui est déjà fait pour les 6800, ça serait mieux - 6800 pas 68000 - c'est plus simple à interfacer, donc pas de problème de synchro.

Et je sais que le A0 n'existe pas. Si j'ai dit quelque part de l'utiliser, c'est une erreur de ma part!!

oui, c'est vrai, mais dans ce cas, tu defvras utiliser 3 autres signeaux que j'ai plus en tete, mais essentiels au 68xx.

ya /E et 2 aurtes ... Je les ais jamais utilisez persso.

non, pas la peine, movep a été créé pour pouvoir interfacer directement les interfaces 8bits sur le 68000. Mais pour /E, il suffit de prendre /AS, je crois.

Miles: ce sont des lignes dédié à la gestion des chip periférique 8 bits.

Bon, les voilà les lignes :
/E (Signal std de valid° des perif famille 6800
/VMA Valid Memori Address
/VPA Valid Perif Address

A oui, je vien de revérifier, et pour le /DTACK, c'est bien ce que je disai, c'est pas vraiment util util, car les données sont valident et vérouillé sur front montant.

Dans un cyslce d'écriture, /LDS, /UDS remonte 1/2 tick avant /DTACK, pendant que les données sont valides depuis deja 1,5 tick. Donc l'utilisation en écriture de /LDS, /UDS et R/W suffit en écriture.

Dans un cycle de lecture, /LDS, /UDS remontent en meme temp de /DTACK dans le meilleur des cas, sinon 1/2 tick avant, et ce pendant la validité des données.

D'autre part, dans certains cas, on peut se passer de /AS, car en lecture il est synchronisé avec /UDS, et /LDS, et en écriture il est actif 1 tick juste avant et remonte en meme temp, et si on utilise /LDS et /DS pour la selection de chip alors on est sure que /AS est bien actif.

Tu regarde bien les chronogramme et tu verra.

En ce qui concerne le projet TICF, ma ti est connecté au HDD, il lit bien le regisrte du HDD, il me reste plus quèa programmer. Mais je doit aussi résoudre un probléme informatique avant de m'y attaqué sérieusement.

donc d'après ce que tu me dis, DTACK n'a aucune influence sur le cycle ??

Tout dépend comment tu l'interface à l'extérieur.
Si tu l'utilise alors oui, il à plus qu'une grande influence, il est indispensable.
Sinon, bin non.
Dépend aussi des chip que tu utilise à l'extérieur et si tu veut un systéme totalement synchro ou pas.

Prj TICF :
Interface fonctionne rés bien
Au jourd'hui programmation utilitaires
Demain divers RDV, puis programmation drivers. Et aprés demain, continu prog

Vla. Je rappel ske j'utilise Dur IDE 320Mo, TI92HW1, interface TI/IDE.

Voila ça y est j'ai fait le barbare au vu de mes collègues de chambre (zy comprennent rien eux!) alors voila
TI92+ HW2
==============
Repère ..... U1, U2
Boitier ...... QFP 92 (23/23/23/23) espacement 0.5 mm
Fonction ... Driver LCD lignes
Références:
-----------------------
TOSHIBA
T6B08
JAPAN 9945HAL
274878
==============
Repère ..... U3, U4, U5
Boitier ...... QFP 100 (30/20/30/20) espacement 0.5 mm
Fonction ... Driver LCD colonnes
Références:
-----------------------
TOSHIBA
T6B07
JAPAN 9949HAL
27067
==============
Repère ..... U6,U7
Boitier ...... "mini dil" large 32 pins (16/16)
Fonction ... SRAM
Quantité ... 2
Références:
-----------------------
L95329
JAPAN 9935MAD
TC55V1001
AFT-85
==============
Repère ..... U8
Boitier ...... "mini dil" super large 56 pins (2*28)
Fonction ... FLASH ROM
Références:
-----------------------
LH28F160S3T-L10
SHARP
JAPAN
9903 10G
==============
Repère ..... U9
Boitier ...... TQFP 64 (16/16/16/16 epacement 0.5 mm
Fonction ... Je sais pas
Références:
-----------------------
M
MC68SEC000PB16
DJ94M
HDP9938
==============
Repère ..... U10
Boitier ...... QFP 100 (25/25/25/25) espacement 0.8 mm
Fonction ... ZE chip custom TI
Références:
-----------------------
TI REF
200C040F1001
JAPAN 9951EAI (ou 1)
B0031ZAD
==============
Repère ..... U11
Boitier ...... "mini dil" 14 espacement 1.27 mm
Fonction ... 6 inverseurs Trigger de Schmidt
Références:
-----------------------
T 9944W
HC14A
==============
Repère ..... U15
Boitier ...... "mini dil" 14 espacement 1.27 mm
Fonction ... Quadruple AOP type LM324
Références:
-----------------------
[National Semiconductor] HM98AX
LP324M
==============
Repère ..... U15
Boitier ...... "mini dil" 14 espacement 1.27 mm
Fonction ... Logique, inconnu
Références:
-----------------------
T 9941W
HCT04A
==============
Repère ..... U16
Boitier ...... "mini dil" large 20 espacement 1.27 mm
Fonction ... Logique, inconnu
Références:
-----------------------
F P97SJ
MM74HCR
244WM
==============
Je n'ai pas reporté U12,U13,U14 parce que c'était des petits truc à 4 pattes.
A noter qu'il y a un chip bizarre à 4 pattes qui porte la mention "32.768 kHz"

La référence du chip custom de TI m'a l'air d'un code hexadécimal

C le quartz
Et on attendai plutot les correspondances des broches du circuit qui remplace les fonctions dans le chip SC418181

pff... Ya du boulot la!
Mais je pense subitement à un truc:
Les lignes CE1 à CE4, elles sont connecté à quoi normalement? Parce que si je sais par ex. que ce4 c'est ce qui est connecté à la SRAM broche N, ya aucun problème.

Je pense installer un connecteur sur ma TI: un HE10/40 comme les disques durs.
Voila les connections que je pense utiliser:

d0     | 01  02 | d1
d2     | 03  04 | d3
d4     | 05  06 | d5
d6     | 07  08 | d7
d8     | 09  10 | d9
d10    | 11  12 | d11
d12    | 13  14 | d13
d14    | 15  16 | d15
a1     | 17  18 | a2
a3     | 19  20 | a4
a5     | 21  22 | a6
a7     | 23  24 | a8
a9     | 25  26 | a10
a11    | 27  28 | a12
a13    | 29  30 | a14
a15    | 31  32 | a16
GND    | 33  34 | RESET
LDS    | 35  36 | UDS
R/W    | 37  38 | 
       | 39  40 | 

Il faut quoi d'autre pour faire une interface "polyvalente"?
Quand faut-il utiliser a0 ou lds/uds?
Avec ce truc j'adresse de $00000000 à $00010000. Je suppose que c'est déja utilisé?
Il faut absolument que je trouve ces lignes /CE ou que je mette d'autres lignes d'adresse pour pouvoir accéder un domaine plus haut, parce que ce domaine correspond à la ram non?

D'après moi le décodage de IORD et IOWR correspond à:
IORD=R/W
IOWR=~(R/W)
Que font les lignes UDS et LDS là dedans? J'ai pas du tout bien suivre.
[edit]Edité par squalyl le 07-03-2002 à 17:56:23[/edit]

LDS et UDS sélectionnent D0-7 ou D8-15.

Et pour les IORD et IOWR, il sont avec un ET /AS, je crois.

Ah! faut /AS avec? Et si j'utilise le bus en 8 bits? J'économise LDS et UDS mais y faut a0?

Tu dois reconstruire A0...

Tu t'en fous grave du A0.
Tu décale les lignes.
Pour un circuit périférique, c'est largement suffisant.
Concernants les signeaux:
/CE1 : [$00000-$1FFFF], connection aux SRAMS
/CE2 : [$20000-$3FFFF], Réservé aux ROM, probablement libre ou inexistant sur HW2
/CE3 : [$40000-$5FFFF], Selection de la FLASH
/CE4 : [$C0000-$DFFFF], Signal se trouvant sur HW1, mais aucune idée pour les HW2.

Décodage exacte de IORD et IORW, avec /AS
/IORD = /AS + R/W
/IOXR = /AS + /R/W

Sans /AS : J'ai pas envis de chercher mes calculs dans ma paperrasse , et j'ai encore plus la flemme de faire un carnaugh :P

A aussi, le projet TICF, il est stoppé.
Pourquoi ?
Fait que je me fasse un cable Série, ou que j'en achete un, paske le port // de ma MB, il est merdique, comme celui des nouvelle MB !!!
Du coup, pas possible de faire de transfert par cable //.

ouais, ça doit être ça - j'avais des équations en NAND, c'est pour ça que j'avais pas la bonne réponse...

Qu'est ce qu'il a le port des nouvbelles cartes mères?

Au fait je viens de réaliser un truc:
Sur HW2 ça va être le merdier pour trouver le brochage du chip ti-ref.

En fait:
$C00000 = 1100 0000 0000 0000 0000 0000
Donc il suffit de faire un AND entre a23 et a24 pour reconstrire CE4. C'est ça ou je rêve?

Donc sur les broches libres de mon interface je rajoute a23 a 24 et un décodeur 2 vers 4 sur mon circuit.
Alors j'aurais
a24 a23 début plage d'adresse
0 0 $000000
0 1 $400000
1 0 $800000
1 1 $C00000

Rassurez moi: j'ai pas trouvé le moyen d'adapter ton TICF sur HW2 là?

pourquoi te faire chier ?
tu pécho une nand seulement, éventuellement au format CMS.
Et l'équation c'est ça : /(A23.A22), sachant que le bus des 68000 normeaux (je parle pas d'un EC000, paske la c'est différent) ont les lignes d'adresse A1 à A23, et que A0 est remplacé par *LDS et *UDS

ct mon idéééé enfin bon bonne chance, moi g abandonné le mien, consommais trop et y avais une gal16v8.
pour l'instant gc de degager le bus de ma ti, (pour des fins militaires ) et pis g un schema d'un DIGITALISEUR VIDEO SUR 8 BITS EN 256 NIV GRAY EN 512*512
bon oki ct pour pc et faut reduire la resolution mais bon....
c faisable
le schma prend qu'une page