PIC 18F4550 la galère...

[jt06]

Bonjour à tous,

Cela fait maintenant 3 jours que j'essai de migrer un prog qui tourne parfaitement sur un 16F877A vers un 18F4550, car je commence à être à l'étroit avec le 877A et j'ai quelques 4550 dans mes tiroirs.

J'ai simplifié à l'extrème le soft (disponible sur ce lien: Code source 4550.c ) que j'ai réduit à un simple affichage sur LCD 2*16.

Ce code fonctionne sans problème sur le 16F877A (après bien entendu adaptation des quelques directives du compli spécifiques au micro cible) mais laisse de marbre le 18F4550 .

Vu la simplicité de ce bout de code, je pense que le pb doit être dans les #fuses... mais alors là je me perds complétement .

Si l'un (ou plusieurs, soyons fou...) d'entre vous pouvait me donner un coup main se serait vraiment sympa.

J'utilise le compil CCSC V4, l'USB n'est pas utilsé.

Merci d'avance
@+
-----

[jt06]

Personne n'a une petite idée?

[invite03481543]

Salut,

peut-être pourrais-tu juste faire clignoter une led sur un port pour vérifier que tu charges convenablement ton programme.
Ensuite tu mets ton LCD, et tu mets à chaque étape de ton main() une led à clignoter (une fois, deux fois, etc) qui te confirmera si le programme passe bien dans chaque routine.

Si elle ne s'allume jamais, c'est que tu as un soucis dans les fuses de config.
Tu travaillais à quelle fréquence avant?
@+

[freepicbasic]

LCD_DATA_PORT= VarSend;

Le compilateur gère t il correctement les banks ?
LCD_DATA_PORT en bank0 sur le 877 et en bank1 sur le 4550

les fonctions spéciales ccp , p1d etc... sont elles inhibées ?

20mhz est ce du HS sur le 18F ?
Il monte à 48Mhz , 20Mhz c'est peut être du XT .

[A voir en vidéo sur Futura]

[freepicbasic]

Lcd_Char(Read_EEPROM(i));

vérifier si la lecture de tableau fonctionne pareil avec le 18F

[jt06]

Salut,

peut-être pourrais-tu juste faire clignoter une led sur un port pour vérifier que tu charges convenablement ton programme.
Ensuite tu mets ton LCD, et tu mets à chaque étape de ton main() une led à clignoter (une fois, deux fois, etc) qui te confirmera si le programme passe bien dans chaque routine.

Si elle ne s'allume jamais, c'est que tu as un soucis dans les fuses de config.
Tu travaillais à quelle fréquence avant?
@+

Bonne suggestion.
Je vais essayer.
Je vous tiens au courant.
Merci
@+

[jt06]

Le compilateur gère t il correctement les banks ?
LCD_DATA_PORT en bank0 sur le 877 et en bank1 sur le 4550

Comment le savoir?

les fonctions spéciales ccp , p1d etc... sont elles inhibées ?

Ben c'est là que je me noie

20mhz est ce du HS sur le 18F ?
Il monte à 48Mhz , 20Mhz c'est peut être du XT .

A priori XT sur 4Mhz, HS au delà.

Merci pour ton aide
@+

[jt06]

vérifier si la lecture de tableau fonctionne pareil avec le 18F

Je dirais que si problème il y a à ce niveau on verra ça plus tard, car l'initialisation du LCD ne s'effectue pas (pas d'effacement du LCD).

@+

[invite03481543]

Seule la fonction delay_sec() est définie dans ton programme, alors que tu fais appel à delay_ms() dans tes routines LCD, plutôt curieux, non?
Est-elle implicitement comprise par le compilateur car je ne vois pas de delay.h en déclaration de librairie?
@+

[jt06]

Seule la fonction delay_sec() est définie dans ton programme, alors que tu fais appel à delay_ms() dans tes routines LCD, plutôt curieux, non?
Est-elle implicitement comprise par le compilateur car je ne vois pas de delay.h en déclaration de librairie?
@+

Effectivement ces fonctions ne necessitent pas d'include.
De toute façon, le code que j'ai mis pour exemple fonctionne parfaitement sur un 16F877A.

@+