[paulfjujo]

Heureux de te voir refaire surface !

j'ai justement un 18F47k42 sur ma breadboard...
je vais prendre connaissance de tes documents et voir où je peux t'apporter une aide constructive....


à verifier et eventuellement mettre à jour de ton coté, la date fraicheur de la chaine de programme MPLAB

#define IDE "MPLABX 6.30"
#define COMPILO "XC8 V3.10 C99"
#define PACK "PIC18F-K_DFP 1.6.308 "

Sortie servant de declencheur pour la capture de signaux logic de mon SQA analyser
#define With_SQA_Analyser // SQA Analyser
#ifdef With_SQA_Analyser // affectation provisoire !
// #define SQA_Dir TRISBbits.TRISB7 // port RB7 c’est input POSTE ou ISCP (PGD)
// #define SQA LATBbits.LATB7 // port RB7 c’est input POSTE ou ISCP (PGD)
#endif

ci dessous ,prevu pour un circuit pont mosfet IBT2 ! .. donc à eliminer
// #define IBT2_Enable_Dir TRISBbits.TRISB5 // C’est CCP3 pour PWM2_CL_outB5
// #define IBT2_Enable LATBbits.LATB5 // C’est CCP3 pour PWM2_CL_outB5

ci- dessous , définitions des caracteres ascii speciaux pour commande (via uart) terminal
// Je ne sais pas à quoi cela correspond
 #define CR 13 // code pour Carriage Return : retour à la ligne (equivalent à \r)
 #define LF 10 // code pour Line Feed : ligne suivante (equivalent à \n)
 #define TAB 9 // code pour Tabulation saute un nombre d'espace predefini (ex 8 blancs)


nota: l'usage de
#define With_LCD
#define With_INA226
N' est utile QUE si on les utilise ensuite dans le programme ,
par exemple pour pouvoir tester une compilation SANS que le hardware correspondant soit raccordé

de meme pour les autres
#define With_TCA_Jn_inA0 // État au TCA U16 (disponibilité Alarme Maison)
#define With_TCA_Rg_inA1 // État au TCA U16 (Alarme Maison en service)
...etc
#define non necessaire si non utilisé dans la suite du programme

à suivre...

[paulfjujo]

bonjour à tous,

suite au document Babar64
Version V1.0.0-26-06-18_Soft_PIC18F47K42.docx

réponses partielles ci dessous
//2026-0622_Soft_PIC18F47K42.docx

terme BID signification ?

ATTENTION à bien differencier au niveau des "define"...
*ETAT d'une sortie Lire l'etat de la commande via PORTx
* Cde ETAT sortie Ecriture ETAT sortie via Output LATx

utilisation du #ifdef ..pour isoler des ensembles Hardware ou software non activé dans l'application
On part du principe DIVISER POUR MIEUX REGNER
permettant de tester individuellement certaines portions de code (ou hardware)
..regroupage global de define


// Datas (mesurages)
float Ames_INA1= 0.00 ; // 0.00 à la compilation Valeur du Mesurage Amp INA2…
float Ames_INA2= 0.00 ; // en dur dans le code

// Datas (calculés)
uint16_t Duty_LW= 10 ; // Valeur PWM définies par defaut en dur dans le code au 1er chargement
uint16_t Duty_HI= 85 ; //ou remontée depuis l' Eeprom apres un reset


// Ports du PIC
#define With_Alarme Maison
#ifdef With_Alarme Maison
#define TCA_Jn_inA0_Dir TRISAbits.TRISA0
#define TCA_Jn_inA0 LATAbits.LATA0 // 0 (Dispo) ou 1 (Non dispo)

#define TCA_Rg_inA1_Dir TRISAbits.TRISA1 //Alarme_Maison en service
#define TCA_Rg_inA1 LATAbits.LATA1 // 0 (ON) ou 1 (OFF)

#define ALARM_inA5_Dir TRISAbits.TRISA5 // Action fugitive : Commande Clavier de mise sous Alarme Maison (code 2)
#define ALARM_inA5 LATAbits.LATA5 // 0 (ON) ou 1 (OFF)
#endif

#define With_contact_Portillon
#ifdef With_contact_Portillon
#define PTNctc_inA2_Dir TRISAbits.TRISA2
#define PTNctc_inA2 LATAbits.LATA2 // 0 (fermé) ou 1 (ouvert)

#define OBST_inA3_Dir TRISAbits.TRISA3// État détection Entrave
#define OBST_inA3 LATAbits.LATA3 // 0 (OFF) ou 1 (ON)
#define ASbcl_inA4_Dir TRISAbits.TRISA4// État boucle autosurveillance
#define ASbcl_inA4 LATAbits.LATA4 // 0 (fermée) ou 1 (ouverte)

#define CMDptl_inA6_Dir TRISAbits.TRISA6// État Commande Portail valide (contact du verrou fermé)
#define CMDptl_inA6 LATAbits.LATA6 // 0 (fermé) ou 1 (ouvert)

#define PTLcmd_inA7_Dir TRISAbits.TRISA7 // Action fugitive : Ordre de Commande Ouverture / Fermeture du Portail lancé
#define PTLcmd_inA7 LATAbits.LATA7 // 0 (ON/OFF) ou 1 (nothing)
#endif


#define With_Vantaux
#ifdef With_Vantaux
#define SwOP1_inB1_Dir TRISBbits.TRISB1// État Contact came OP du vantail 1
#define SwOP1_inB1 LATBbits.LATB1 // 0 (fermé) ou 1 (ouvert)
#define SwCL1_inB2_Dir TRISBbits.TRISB2
#define SwCL1_inB2 LATBbits.LATB2 // 0 (fermé) ou 1 (ouvert)
#define SwOP2_inB3_Dir TRISBbits.TRISB3// État Contact came OP du vantail 2
#define SwOP2_inB3 LATBbits.LATB3 // 0 (fermé) ou 1 (ouvert)
#define SwCL2_inB4_Dir TRISBbits.TRISB4// État Contact came CL du vantail 2
#define SwCL2_inB4 LATBbits.LATB4 // 0 (fermé) ou 1 (ouvert)
#endif


#define POSTE_inB6_Dir TRISBbits.TRISB6// Configuration : État Boite aux lettres
#define POSTE_inB6 LATBbits.LATB6 // Boite aux lettres : 0 (Pleine) ou 1 (Vide)
#define RADAR_inB7_Dir TRISBbits.TRISB7// Configuration : État Radar intrusion temporisé
#define RADAR_inB7 LATBbits.LATB7 // Détection Radar : 0 (ON) ou 1 (OFF)

// PGC et PGD toujours en entrées au RESET
// par contre pas de sortie à 0 (au Gnd) connectées dessus si on veut reprogrammer le PIC

nota: c'est luxueux de mettre une sortie + 1 transistor (BC547) + relais (RL2) pour isoler les 2 pins de programmation
un jeu d'aiguillage par cavalier sur le circuit serait bien plus simple
d'autant qu'au Reset la sortie RC0 retombera en mode entrée
et de plus ,la connection ICSP <->Pickit est temporaire
#define With_ICS_INP_outC0 // Configuration ICS_INP : 2x Inputs (POSTE +RADAR) ou ICSP (PCD+PDD) / (Menu D4)
#ifdef With_ICS_INP_outC0
#define ICS_INP_outC0_Dir TRISCbits.TRISC0
#define ICS_INP_outC0 LATCbits.LATC0 // selon état PROG : 0 -> 2 x input) ; 1 -> ICSP
#endif

// ? RC1 CCP2 PWM1_OP_outC1 // Duty PWM Ouverture Vantail 1 : PWM_LW (Taux Menu A2) ou PWM_Hi (Taux Menu A3) selon MOTOR1
// ? RC2 CCP1 PWM1_CL_outC2 // Duty PWM Fermeture Vantail 1 : PWM_LW (Taux Menu A2) ou PWM_Hi (Taux Menu A3) selon MOTOR1
// ? RC3 BID I2C_SCL // Port Clock
// ? RC4 BID I2C-SDA // Port Data

#define With_LCK_Verrou // État de mise sous tension de la bobine du verrou
//le terme Etat laisse supposer que c'est une lecture entree PIC,
#ifdef With_LCK_Verrou
#define Cde_LCK_Bob_outC5_Dir TRISCbits.TRISC5 //=0 => Sortie
#define Cde_LCK_Bob_outC5 LATCbits.LATC5 // 0 (OFF) ou 1 (ON) Sortie
#define Etat_LCK_Bob_C5 PORTAbits.RC5; // lecture de la sortie RC5
#endif



#define With_FLASH
#ifdef With_FLASH
#define FLASH_outD0_Dir TRISDbits.TRISD0 // État Commande Feu Flash
#define FLASH_outD0 LATDbits.LATD0 // 0 (OFF) ou 1 (ON)
#endif
#define With_SIRENE
#ifdef With_SIRENE
// État Commande Sirène autoalimentée activée (Report Alarme Portail active vers la Maison)
#define SIRN_outD1_Dir TRISDbits.TRISD1
#define SIRN_outD1 LATDbits.LATD1 // 0 (OFF) ou 1 (ON)
#endif
#define With_BUZZER
// État Commande Buzzer à 2 tons
#ifdef With_BUZZER
#define BUZ_outD2_Dir TRISDbits.TRISD2
#define BUZ_outD2 LATDbits.LATD2 // selon 3 états de BUZ (0;1;2)
//? #define BUZ_outD2_Toggle() do { LATDbits.LATD2 = ~LATDbits.LATD2; } while(0)
#endif
#define With_SURVEIL
#ifdef With_SURVEIL
#define SURV_outD3_Dir TRISDbits.TRISD3 // Validation fugitive : mise sous Alarme Maison via Code 2
#define SURV_outD3 LATDbits.LATD3 // 1 (ON) ou 0 (nothing)
#endif
#define With_LedHome
#ifdef With_LedHome
#define LedHome_outD4_Dir TRISDbits.TRISD4
#define LedHome_outD4 LATDbits.LATD4 // selon 4 états de LHM (0;1;2;3)
//? #define LedHome_outD4_Toggle() do { LATDbits.LATD4 = ~LATDbits.LATD4; } while(0)
#endif
#define With_Led_Jn
#ifdef With_ Led_Jn
#define Led_Jn_outD5 LATDbits.LATD5
#define Led_Jn_outD5_Dir TRISDbits.TRISD5 // => selon 4 états de LJN (0;1;2;3)
//? #define Led_Jn_outD5_Toggle() do { LATDbits.LATD5 = ~LATDbits.LATD5; } while(0)
#endif
#define With_Led_Vr
#ifdef With_Led_Vr
#define Led_Vr_outD6 LATDbits.LATD6
#define Led_Vr_outD6_Dir TRISDbits.TRISD6 // selon 4 états de LVB (0;1;2;3)
//? #define Led_Vr_outD6_Toggle() do { LATDbits.LATD6 = ~LATDbits.LATD6; } while(0)
#endif
#define With_Led_Rg
#ifdef With_Led_Rg
#define Led_Rg_outD7 LATDbits.LATD7
#define Led_Rg_outD7_Dir TRISDbits.TRISD7 // selon 4 états de LRG (0;1;2;3)
//? #define Led_Rg_outD7_Toggle() do { LATDbits.LATD7 = ~LATDbits.LATD7; } while(0)
#endif
#define With_Poussoir_Sx10
#ifdef With_Poussoir_Sx10
#define Sx1_inE0_Dir TRISEbits.TRISE0 // Action fugitive : Paramétrage Poussoir Sx1
#define Sx1_inE0 LATEbits.LATE0 // 0 (poussé) ou 1 (repos)
#endif
#define With_Poussoir_Sx2
#ifdef With_Poussoir_Sx2
#define Sx2_inE1_Dir TRISEbits.TRISE1 // Action fugitive : Paramétrage Poussoir Sx2
#define Sx2_inE1 LATEbits.LATE1 // 0 (poussé) ou 1 (repos)
#endif
#define With_Alert_INA
#ifdef With_Alert_INA
#define Alert_inE2_Dir TRISEbits.TRISE2 // État Sécurité interne aux INA
#define Alert_inE2 LATEbits.LATE2 // 0 (ON) ou 1 (OFF)
#endif

// ? MCLR // Reset MCLR via Sx0 // 0 (poussé) ou 1 (repos)


#define With_UART1

//.. dans le Hardware init
#ifdef With_UART1
TRISCbits.TRISC6=0; // BlueTooth HC05/06_Rx ou via cordon USB_Rx
LATCbits.RC6=1;
TRISCbits.TRISC7=1 // BlueTooth HC05/06_Tx ou via cordon USB_Tx
WUPC6=1;
WUPC7=1;
RC6PPS = 0x13; //RC6->UART1:TX1;
U1RXPPS = 0x17; //RC7->UART1:RX1;
#endif

20 Khz me parait bien trop elevé ...
choix de valeurs PWM

à suivre ....

sur le schema (pdf) vers TCA U16
je ne retouve pas U_Low U_Home U_High ? en analogique ?

[Babar64]

Bonjour à tous,
Merci Paul !

Source du message sur le schema (pdf) vers TCA U16
je ne retouve pas U_Low U_Home U_High ? en analogique ?

Oui Paul, je n'ai pas tout détaillé : c'est une tension analogique qui est fournie par la Centrale d'Alarme de la Maison. Elle est d'abord ajustée par RV8 pour ne pas dépasser les 6v de la tension de référence du TCA, puis les 2 seuils Bas et Haut de la fenêtre sont ajustés par RV7 et RV6. P6 à P10 sont des points de mesure.

Détail U16 (TCA965).jpg

Source du message un jeu d'aiguillage par cavalier sur le circuit serait bien plus simple
d'autant qu'au Reset la sortie RC0 retombera en mode entrée

Oups! j'ai effectivement zappé le Reset...
Donc, OK, pour retour à des cavaliers (que j'avais initialement prévus, et donc sans incidence majeure au PCB).
Reste une question :
Serait-ce utile d'utiliser RC0, en entrée cette fois, pour une gestion de la sélection faite (condition d'Exploitation valide avec RB6 et RB7 en entrée), comme ci-dessous ?

ICSP_2Input.jpg

Source du message 20 Khz me parait bien trop elevé ...

OK. On peux ramener à 10kz, sachant que le menu A1 permet une sélection sur 2 chiffres (donc en théorie de1kHz à 99kHz !!!) : des valeurs de saisies qui doivent bien sûr être limitées

A venir, la mise à jour des fichiers avec :
-> l'ajout des conditions pour les périphériques
-> l'ajout des indications correctives de Paul
-> corrections de quelques erreurs de frappe

A+

[paulfjujo]

Reste une question :
Serait-ce utile d'utiliser RC0, en entrée cette fois, pour une gestion de la sélection faite (condition d'Exploitation valide avec RB6 et RB7 en entrée), comme ci-dessous ?
ICSP_2Input.jpg

ça reste encore luxueux , mais Pourquoi pas !
... à voir si RC0 restera dispo ..(.ne represente pas une pin de reserve pour la suite.).
RC0=0 au lancement programme ..bloque le programme
avec Msg LCD ... "basculer le switch RB6-RB7"


il y a eu le" Pourquoi Pas" et le "Titanic" .. on a le choix (funeste)

As-tu la possibilité de monter une maquette breadboard avec PIC18F47K42 , LCD 4x20 I2C , INA226,
interface de puissance et une charge (R) fictive
SANS le PORTAIL.

Quid de la mise à jour version MPLAB CX8 ?

J'ai encore l'ancienne version sur mon PC Win10 12Go compil en 4min
La nouvelle version MPLABX IDE et XC8 sur mon nouveau PC Win11 I7 et 32Go de ram compil en 5sec

[Babar64]

Bonsoir à tous.

Source du message Quid de la mise à jour version MPLAB CX8 ?

J'ai des versions plus anciennes que celles que tu m'indiques utiliser :
-> MPLABX_IDE 6.00
-> COMPILO XC8 V2.36 C99
-> PACK PIC18F-K_DFP 1.6.125
Et c'est avec elles qu'on a réalisé les projets Clavier et Chaudière (sur lesquels au fil de leur utilisation, j'ai quelques modif à faire).

Source du message As-tu la possibilité de monter une maquette...

Hélas, mes mains ne font plus ce que je veux ...
J'ai toujours les petits moteurs 24V et les modules que j'avais pris pour une approche analogique (abandonnée).
Je vais essayer d'au moins maquetter un "portail miniature" avec Moteurs, cames et vantaux (sans trop gâcher les passages des enfants !)

Source du message à voir si RC0 restera dispo

A priori RC0 est dispo, et de toute façon si on en a besoin plus tard, rien n'empêche de le récupérer.

Paul, j'ai regardé avec attention ton message précédent, et tenté d'apporter des corrections en restant sous Word pour plus de lisibilité (pour moi) grâce aux nombreux formats.
J'ai rectifié pas mal de mes erreurs de frapes (notamment sur les noms des ports et leur type) mais il reste encore beaucoup de manques que je ne sais pas traiter.
J'espère au moins ne pas m'être encore trompé sur les define PORTx vs LATx ...

V1.0.0-26-06-23_ApprocheSoft _PIC18F47K42.docx

Outre des corrections, j'ai commencé à ajouter (prudemment) des points périphériques (Voyants, Capteurs Alarme Portail)

Merci pour votre patiente attention.
A+

[paulfjujo]

bonsoir,

retour sur ma maquette .. 1er Moellon !

BigBreadboard_18F47k42_Portal_2026-0627.jpg

cet interface de puissance ressemble (de loin) au tiens ...
lien sur test IBT2 interface
[at tachment=1]IBT2_BTS7960Bx2_wiring.jpg[/attachment]

projet MPLAB 6.00 (sous win10)

18F47K42_PMW_INA226_portail_HT_2026-0627.X.zip

suivant les reglages PW1 RC2 ou PWM2 RC1
on changerait le sens du moteur à une vitesse dependant de la difference de commandes
Les tests avec ampoule permettent une visu rapide du comportement ...

via le terminal je peux imposer les valeurs PWM1 et PWM2
affichées aussi sur LCD ainsi que U et I de l'INA226

[paulfjujo]

points à confirmer sur le schema

une baisse importante ou perte alim +Moteurs
entraine une ALERTE INA
via T4 qui se bloque et donc T5 se sature =0

Attention à la valeur C5 10µF avec R150K
si la sortie INA passe à zero ,le courant de decharge
de C5 passe dans la sortie INA, sans limitation (hormis la diode)

sur defaut Alerte INA => suppose une reaction Imediate au niveau programme
donc RE2 doit etre traitée (immediatement) donc en interruption ..
à verifier la faisabilité ..à suivre


suite à un defaut INA (sortie Alerte INA=0 ) et retour à la normale
le niveau OVER_InE2 remonte à 1 via le delay
R74 C5 150k 10µF ?

INA_infos_schema.jpg

debut de reponses dans

V1.0.0-26-06-23_ApprocheSoft _PIC18F47K42.docx

nota:
une appli developpée pour 18F27K42 se compile tres bien sur un 18F47K42 SANS CHANGEMENT !
(mais pas l'inverse)

[Babar64]

Bonjour à tous,

Après ce premier moellon présenté par Paul, je vais bientôt retrouver (enfin!) l'atelier pour m'attaquer à la réalisation d'une "miniaturisation hardware" du portail.

Pour aller au plus simple, je vais utiliser un module de pilotage MDD20A (que j'ai déjà, ainsi que les alims et les mini-moteurs 24v-2TMN).

MAQUETTE MOTORISATION (Cames + Module MDD20A).jpg

Lien vers le MDD20A de Cytron

J'attends encore quelques pièces pour mi-juillet : les 2 module INA226, les 2 supports axiaux de cames et les 4 micro-switches (câblés).

On disposera d'une maquette assez proche de la réalité, sauf bien sûr à considérer la puissance mise en jeu, mais le programme permet d'adapter les paramétrages en conséquence...

A+

[Babar64]

Bonsoir à tous,

Source du message une baisse importante ou perte alim +Moteurs entraine une ALERTE INA via T4 qui se bloque et donc T5 se sature =0

Le Coup de Poing d'Arrêt d'Urgence coupe la seule alimentation Moteur : Les INA ne "verront" plus de courant, et donc Alert restera à 1 immédiatement... Il faut pourtant que le programme "voit" cet arrêt d'urgence : c'est le rôle dévolu à T4 et T5 qui forcent Alert à 0.
Pourquoi C5/R74 ? C'est la bascule à 1 fournie par U8C10 (4093) aux entrées DIS des HIP qui provoque l'arrêt quand Alert passe 0. J'y ai prévu (à tort?) un retard par RV5 / Cp16 / U8, et j'ai pensé qu'il fallait le prévoir aussi dans le programme : d'où C5 / R74... mais j'ai zappé la claque que vont se prendre les sorties Alert !
Ta remarque est pertinente : A priori, il faudrait supprimer C5 et R74. Et on pourrait même se poser la question de la pertinence du retard via le 4093...

Source du message suite à un defaut INA (sortie Alerte INA=0 ) et retour à la normale le niveau OVER_InE2 remonte à 1 via le delay R74 C5 150k 10µF ?

Sans eux, après la coupure par les DIS des HIP, les Alert repassent "immédiatement" à 1. mais les DIS restant "verrouillées" par U8C10, l'arrêt reste forcé. Le soft a lui aussi a pris en compte l'Alert, et les sorties PWM sont passées à 0. Mais il faut qu'il "verrouille" cet état et déclenche une obligation de Reset : sauf que ne sachant pas si le retour "immédiat" de Alert à 1 pourrait l'empêcher... j'ai mis mon "retard" par C5 /R74 : Donc on garde ...?
De toute façon, si on garde, il faut protéger les sorties Alert : En diminuant drastiquement C5 ? , oui mais avec une valeur suffisante qui dépend, je pense, du temps de boucle...
Une autre idée ?...
Ma réflexion tient-elle la route ?...
je m'en remets à vous!

Bonne soirée à tous.

[paulfjujo]

Bonjour,

En diminuant drastiquement C5 ? , oui mais avec une valeur suffisante qui dépend, je pense, du temps de boucle...
Une autre idée ?...
Ma réflexion tient-elle la route ?...
je m'en remets à vous!

on peut se baser sur un temps de boucle <= 1 seconde
je rapelle que l'élément le plus dispendieux en terme de mS , est l'affichage LCD
Nota:
L'usage du timer SMT1 permet ,pendant la phase debugging, justement d'evaluer la durée de certaines sections de programme.

mais quel sera le deplacement angulaire du ventail à vitesse maxi ?
le plus delicat est la reactivité aux evenements externes ... dont l'alerte INA
sur obstacle ou personne coicncée ...
une R serie de 390 ou 270 ohms pour limiter Imax sortie INA, sans que le niveau logique 0 vers RE2 soit perturbé
quoique il y a deja la diode !
mais on peut activer l'hysteresis sur l"entree RE2
RE2 .. à traiter par interruption plutot que par pooling (lié au temps de boucle)