30

rotfl

31

Tient, Demi-Lait, t'aurais pas une idée de pourquoi l'imprimante elle prend pas ce qu'on il donne par PCF8574 ? pas assez de Jus ? fo rajouter des transi sur les sorties ?

32

33

Excusez pour le message pourri mais c pas ma faute.
ftp83> Sâche que la TI à un port RS-232 niveau TTL, c le 68000 qui le commande et comme les 68HC11 actuels c'est son UART RS-232 TTL programmé par TI. Voilà pk il ne suffit pas d'un MAX232 pour faire un link. Le MAX232 convertit les signaux 5V en +/-10V du port série. La puce dont je parle s'appelle PICABSIC, le PB-1S mais y en à plein d'autres moins chères et presques totalement compatibles: PB-1B,PB-1S,PB-2S,PB-2H,PBM-R1,PBM-R5. Les 2 dernières sont les plus puissants. Tous ces modules sont à base de PIC. Le site coréen est [url][/url]www.comfile.co.kr.
/me se dit que s'il se trompe il fera ses excuses à tous le monde!top
[edit]Edité par greyTI le 15-04-2002 à 09:07:11[/edit]

34

greyTI : ué bof.....
Eectrocut: ben je sais pas il y asurement un prob de compatibilite hardware, ca serait pas un prob de resistance que tu dois brancher des lignes jusqu'au +5 ou un truc das le genres. De toute facon il me semble que le port // est compatible TTL donc si les sortie du PCF sont TTL il ne devrait pas y avoir de prob
par contre es tu sur de bien faire fonctionner le pcf avrec ta caltos. Je sais que les ti89 n'ont pas les mêmes niveaux de tension que es ti92 donc faut verifier si ca passe...pis faut pas oublierde mettre des resistance sur un bus i2c (bien que la TI en possede deja dans son interface, c peut etre pas suffisant)

35

ba les sorties / entrées du PCF marchent impec ... j'arrive à écrire et à lire sans problème
mais j'ai controlé à l'oscillo çà ne délivre qu'environ 2V ... donc il va falloir mettre des transi aux sorties pour que les états hauts soient à +5V

36

attention[glow]ATTENTION![/glow] Electrocut les tensions données par l'oscillo ne sont pas pareilles que celles du multimètre! Je sais plus comment on appelle la tension que donne l'oscillo mais il faut faire plutôt confiance au multimètre.

Dernière chose ma puce est capabale de gérer un protocole I²C si la TI n'est pas compatible avec son port RS-232 5V
[edit]Edité par greyTI le 15-04-2002 à 16:55:25[/edit]

37

Justement le pb c'est que les PCF n'ont pas l'air si TTL que ça... Sinon mon interface imprimante marcherait déjà!
Ton module greyTI, c'est un Basic Tiger non? Si c'est ça ça gère aussi une pile TCP/Ip en RJ45 10MBPS.
Aussi inutile que le H d'Hawaï

38

=> Résistance de pull-up de 10 K sur les sorties

39

bon ba je vé tester alors embarrassed

40

>Squalyl non c pas des basic Tigers, ça je connais mais j'en ai pas. Je voudrais bien envoyer le schéma mais j'arrive pas, help!mourn

41

Ca y est j'ai le schéma:
[img]C:/Mes documents/schema.jpg[/img]
Pour le code maillez moi.

42

j'ai pas de schema.jpg dans C:/Mes documents !
fo que tu foutes le fichier sur ton site perso et que tu mette l'adresse web, pas l'adresse locale tongue

bon euh sinon j'ai suivi votre conseil, qui marche plutôt bien puisque maintenant les états Hauts sont bien à +5V ... top
ce qui n'empêche que çà marche tjrs po
l'interface ressemble plus à rien par contre rotfl

43

CA MAAAAAAAAARCHE!!!!!!!
En fait j'envoyais pas les bons signaux de contrôle.
J'ai rien changé à mon montage.

Mon driver est disponible sur http://www.ifrance.com/galaxoft/lptlib10alpha.zip
Aussi inutile que le H d'Hawaï

44

çà marche pour moi aussi grin

45

J'aimerait bien essayer aussi mais j'ai pas trouvé les pcf.En commande qu'il disent vtffvtffvtff

46

moua aussi çà a été long ... il a fallu les commander et ça m'en a couté 5.9 € / PCF mad

47

Arf vous vous etes fais fouré les man

www.radiospares.com

48

mais moi je favorise le petit commerce de Quartier tongue

49

le montage ne requiert pas d'alimentation
en effet j'utilise directos l'alim de la calto, et j'ai parfois homis d'activer ma prise d'alim ... et çà marche qd même rotfl
l'imprimante est capable d'auto alimenter l'interface sans problèmes top

- attention : c'est ptèt dû aux pull-up -

50

Bizzarre bizzarre ...

51

qqun a fait des bons drivers alors ?

52

les drivers marchent
#42

mais pour faire fonctionner ceux de Squalyl il m'a fallu les éditer (forcément : adressage n'est pas le même et cablage non plus)

je suis en train de m'amuser à fer un ptit fenêtre avec nombre d'exemplaire, animation pendant l'impression, barre de progression de l'impression ... etc (en TIBASIC gni erf)

enfin cé surtout pour fer mumuse mé cé vré que le TiBasic n'est pas vraiment prévu pour ça smile

53

les caractères ( ) et " sont a proscrire ... ce qui est logique vu que ça trouble la fonction
sendstr("blablabla")

54

bon bren va falloir que j'aille acheter des pcf...

55

si qq peut m'expliquer à quoi correspond fl [ 1 ] ds snedtxt.89p parce que ça bug ma calc
erreur = dimension

par contre l'envoi de txt par sendstr("le txt à imprimer") marche très bien ... même si c'est lent
ya juste les caractères spé qui ont un peu du mal

56

Faut gérer ça dans le driver , les caractères un peu spé . Je croit que l'inprimante ne connait que les 256 caractères ASCII, la 89 en a plus, non ?

57

les lettres grecques, wé...


Prise de tête: PhD dans la mire.

------------------------------------------------------------------------------------
Mon site TI 83+ et 83+SE (mort)
Le forum TI 83+ de yAronet !!! (rattaché au site..)

58

#54: fl[1] correspond à la n ième ligne du texte que t'envoies. Copie le fichier FLIB2 dans le bon dossier de ta calcu! A tous les coups t'as copié les fichiers au bon endroit mais t'es dans le dossier "main". Fais [MODE] Current directory=ce qu'il faut!

SendStr est très lente je vous explique: Chaque fois que je change l'état d'un bit sur l'interface faut envoyer un octet I2C complet, donc 8 impulsions! Je vais optimiser ça (vous pouvez le faire aussi).
Actuellement, le programme sélectionne l'imprimante avant chaque envoi de caractère et la désélectionne après (voir procédure LptSendChar). Il faut faire une procédure select à appeler au début, enlever l'envoi d'octets de sélection dans cette procédure et faire une procédure de désélection à appeler après.
Le code avant dans printer.h:
void LptSendChar(int c)
{
// A rajouter et à revoir
//	int buf=BUSY;
//	while(buf&BUSY)
//	{
//		buf=readPCF(4);	
//	}
// Pour le moment cela marche sans
	writePCF(0,0);writePCF(4,0xFB);
	LPTdelay(1);
	writePCF(0,c);writePCF(4,0xFA);
	LPTdelay(1);
	writePCF(0,c);writePCF(4,0xF2);
	LPTdelay(1);
	writePCF(0,c);writePCF(4,0xFA);
	LPTdelay(1);
	writePCF(0,0);writePCF(4,0xFB);
	LPTdelay(2);
	return;
}


void LptSendChar(int c)
{

Le nouveau code:
void LptSelect(void)
{
	writePCF(0,0);writePCF(4,0xFA); //data cleared, select down
	LPTdelay(1);
	return;
}

void LptUnSelect(void)
{
	writePCF(0,0);writePCF(4,0xFB); //data cleared, select up
	LPTdelay([b]1[/b]); //ça va plus vite avec "1" au lieu de "2"!
	return;

}
   
void _SysSendChar(int c)
{
// A rajouter et à revoir
//	int buf=BUSY;
//	while(buf&BUSY)
//	{
//		buf=readPCF(4);	
//	}
// Pour le moment cela marche sans
	writePCF(0,c);writePCF(4,0xF2); //data ok, strobe down
	LPTdelay(1);
	writePCF(0,c);writePCF(4,0xFA); //data ok, strobe up
	LPTdelay(1);
	return;
}

void LptSendChar(int c)
{
	LptSelect();
	_SysSendChar(c);
	LptUnSelect();
	return;
}



Send String doit aussi être modifiée:
void LptSendString(char *buf)
{
	//délai nécessaire pour éviter la gestion d'erreurs
	unsigned long int i;
	LptSelect();
	for(i=0;i<strlen(buf);i++)
	{
		LptSendChar(buf[i]);
		LPTdelay(5);
	}	
	LptUnSelect();
}


Voila, je pense que ça devrait aller un peu plus vite si vous faites ces modifs.
lptilib 1.0 alpha2: Ca vient dès que j'ai TIGCC.

SLR:
Pour erreurs de caractères, pas de solution évidente.
la calculette a IMPERATIVEMENT 256 caractères.
Seuls les caractères de code <128 sont compatibles entre toutes les imprimantes et la TI.
Pour le reste, il faut gérer une table de caractères selon l'imprimante: Scanner le texte et remplacer les caractères spéciaux par ceux d'une table spécifique à l'imprimante.
Rien qu'entre les HP et les Epson ya des différences énormes.
Faut tester ça avec bcp d'imprimantes.
C'est pour ça que j'ai fait chartabl, electrocut!
Vous éditez des tables pour des imprimantes différentes, vous me lez envoyez par courrier normal et on les intègrera à notre driver.
Moi j'ai déja les imprimantes suivantes:
HP DeskJet 670C
Epson Stylus 820
Je pense que les tables dépendent des constructeurs (HD, Brother, etc...) et que les modèles différents du même contructeur ont les mêmes tables de caractères.
Notez que vous pouvez faire une table avec qbasic aussi!
Mon adresse de courrier normal est:

[edit][zeph] adresse supprimée

Si vous préférez l'électronique, scannez vos créations, mais je préfèrerai les avoir direct sur papier, parce que sinon il me faudra imprimer vos scans!
Aussi inutile que le H d'Hawaï

59

... j'ai pas essayé longtps mais j'ai tjrs erreur dimension au niveau de fl[1]
et ça vient pas du dossier par defaul ... magic poisson

60

Chais pas comment tu fais!
Tu lui mets une variable TEXT au moins??grin
Vérifie ! Sans dec !
Aussi inutile que le H d'Hawaï