filtre RC sous microcontrôleur

[paulfjujo]

En restant avec ce PIC , pas moyen de faire du calcul en flottant..
et meme pour faire une moyenne glissante et seulement 16 bytes de RAM en tout, c'et pas gagné.

De plus, il n'y a pas de SPI hardware => SPI software à creer avec GP1 et GP2 ?
je suppose que GP0 est associé à ADC0..
c'est bien sur une entree ANA que l'info vitesse arrive ?
mesure sur 10 bits ?

un schema de principe serait le minimum à presenter afin d'avoir une idee claire de cette application
La liaison SPI , pour piloter/dialoguer avec quoi.?

il faut vraiment verifier la faisabilite de ton appli, avant de te lancer dans du codage ..asm
-----

[invitecc04d3b4]

oui je crois quil faudra crée SPI software avec GP1 et GP2 et c'est bien sur une entree ANA que l'info vitesse arrive est on mésuer sur 8bits
-------> vers le micro-contrôleur et on utilise une (moyenne avec oubli)

[invitecc04d3b4]

et on utilise une (moyenne avec oubli)

[paulfjujo]

c'est quoi, qu'il y a en face du PIC dialoguant en SPI ?

[invitecc04d3b4]

c'est l'horloge (clk) c'est signal de validation

[paulfjujo]

c'est l'horloge (clk) c'est signal de validation

réponse insuffisante !
c'est quoi, qu'il y a en face du PIC dialoguant en SPI ?

[paulfjujo]

en fait tu donnes beaucoup plus de reponses sur ce fil
Peut etre que tu as des problemes avec le Francais
je te conseille donc de rester sur l'autre fil (anglais) plutot que de nous faire perdre notre temps ici.

[antek]

ce fil
je te conseille donc de rester sur l'autre fil (anglais) plutot que de nous faire perdre notre temps ici.

Il s'entête toujours avec son "filtre RC", dont je ne comprend pas la pertinence.
Personnellement, je n'ai pas le sentiment de perdre mon temps à répondre à quelqu'un qui s'exprime mal ou ne comprend pas.

[invitecc04d3b4]

c’est du SPI standard avec une ligne pour le clk et une ligne pour les datas (donc deux IO)

il s’agit d’un LCD piloté par SPI.

[invitecc04d3b4]

c’est du SPI standard avec une ligne pour le clk et une ligne pour les datas (donc deux IO)

il s’agit d’un LCD piloté par SPI.

[invitecc04d3b4]

Excusez-moi parfois je ne comprends pas très bien la question vu mon inexpérience et mes lacune dans le domaine

[paulfjujo]

je ne vois pas comment tu pourrais t'en sortir avec un 10Fxxx et 16 bytes de RAM !

Prends un 12F1840, confortable en RAM et ROM
et tu auras à ta disposition la bibliotheque LCD SPI ... de MikroC
du tout cuit..

je n'ai pas de LCD SPI, mais testé avec un LCD I2C .. 2 fils SDA et SCL
testé en reel !
et en plus avec une liaison UART 19200bds

_12F1840_ADC_RA2_UART_RA4_RA5_Moy_Gliss_150608.zip

[invite936c567e]

Bonsoir

Un 10F220 peut être suffisant pour réaliser une acquisition analogique, un filtrage du premier ordre et une transmission SPI (j'y suis déjà arrivé). En fait, tout dépend des performances requises en terme de vitesse.

En revanche, s'il faut ajouter la conversion du nombre binaire en texte et le déroulement du protocole de contrôle du LCD, ça risque de faire beaucoup trop court.

Mais je ne suis pas certain qu'il faille forcément plus qu'un 10Fxxx pour s'en sortir. (Par exemple, un 10F222 a 512 mots de Flash et 23 octets de RAM.)

[invitecc04d3b4]

s'il vous plaît pouvait vous m'aider sur ce cas la ... Comme sa je peux respecter mon cahier de charge et m’épargniez quelque dépense.

[invitecc04d3b4]

Merci Paulfjujo si l'autre cas ne marche pas je pourrais au moins m'adapter à ton cas

[invite936c567e]

s'il vous plaît pouvait vous m'aider sur ce cas la ... Comme sa je peux respecter mon cahier de charge et m’épargniez quelque dépense.

Alors il serait peut-être temps de dire en quoi consiste ce cahier des charge, s'il existe. Parce qu'on est à plus d'une quarantaine de posts sur ce fil, et on ne connaît toujours pas la fréquence d'acquisition envisagée, ni le modèle et les specs de l'afficheur LCD.

[invitecc04d3b4]

J’ai pensais a prendre les différentes lectures et diviser par le nombre de lectures. pour obtenir une moyenne

jai und LCD LM016L

je pensait utiliser GP0 comme entrées analogiques, ce sont les deux seules broches sur le 10F220 qui peuvent être acheminés à l'ADC (GP1 aussi). et GP1, GP2 et GP3 pour créer l'interface SPI.


J’ai pensais aussi a un SPI standard avec une ligne pour le clk et une ligne pour les datas (donc deux IO) .simplement générer un SPI data_out que vous validez avec un SPI clk

avec -(SCL) clock signal
-(SI) data signal
- (CSB) activation signal

je ne sait pas si sa repond a ta question

[invite936c567e]

?? Les seuls modules LM016L que je connais n'ont pas d'interface SPI.

[invitecc04d3b4]

on en dispose LCD HD44780 et LM016L sa ve dire le mien c'est le LCD HD44780 j'ai confondu desoler

[invite936c567e]

On n'est pas plus avancé.

Le HD44780, c'est la référence du contrôleur de Hitachi qui pilote l'afficheur LCD proprement dit. Par exemple, il y en a un dans le module LM016L. Et son interface est parallèle, sur 4 ou 8 bits, avec des signaux de contrôle (R/W, RS).

Je ne vois toujours pas où intervient l'interface SPI...

[invitecc04d3b4]

je suis confuse mai je crois que comme tout n'est pas encore claire, Tout ce que nous devons savoir avec certitude est de savoir comment l'écran LCD se connecte, le choix de la PIC et le logiciel peuvent ensuite être adaptés à notre besoins.
j'aimerais juste un standard SPI que peu modifier plus tard en fonction de mon systeme
SPI (Serial Peripheral Interface)
uses Serial Data Out, Serial Data In, and Serial Clock

[mag1]

Bonjour,

C'est pas mignon çà ?

C'est pas seulement pour un 1602 et c'est pas seulement pour arduino.

http://www.ebay.fr/itm/1602LCD-Affic...item51c4e8509e

MM

[invite936c567e]

SPI (Serial Peripheral Interface)
uses Serial Data Out, Serial Data In, and Serial Clock

Entrée et sortie ? De mieux en mieux...

Plus on avance, et plus le cahier des charges (qui n'était déjà pas bien épais) se vide.

Il n'est pas possible de concevoir, dimensionner et développer un système si on ignore ce qu'il doit faire et comment.

En particulier on ne sait pas si l'interface SPI devra finalement être réalisée matériellement ou logiciellement, et dans ce dernier cas à quelles contraintes elle devra s'adapter. D'ailleurs, si le microcontrôleur doit effectivement piloter l'afficheur LCD, il serait assez étonnant qu'il ait le rôle d'esclave dans cette interface, et donc on n'est même pas sûr du type de fonctionnement qu'il devra assurer...


Nous avons maintenant dépassé les cinquante posts dans cette discussions, et nous n'avons toujours aucun indice qui permettrait de clarifier la question.

Si tu souhaites avoir des réponses, tu ferais mieux d'établir d'abord un véritable cahier des charges, et puis revenir nous en faire part afin qu'on puisse réfléchir sur la base d'éléments tangibles.


Bonne nuit.

[invitecc04d3b4]

On souhaite réaliser un dispositif électronique qui mesure la vitesse du vent en Beaufort. La définition de l’échelle Beaufort nécessite le calcul d’une moyenne sur une durée de 10 minutes. On choisit d’effectuer ceci en utilisant le principe suivant (moyenne avec oubli) :

Pour des raisons économiques et d’encombrement, on choisit de réaliser le filtre RC par simulation numérique dans le microcontrôleur.

Cahier des charges :

Tension d’alimentation : 3V
Microcontrôleur : PIC10F220 (Microchip)
Anémomètre : sortie en tension analogique proportionnelle à l’échelle Beaufort avec 0V correspondant à 0 Beaufort, 3V correspondant à 9 Beaufort (on n’affichera pas les valeurs supérieures à 9 Beaufort)
Interface vers le module LCD : SPI (SPIdatas et SPI clk) c’est du SPI standard avec une ligne pour le clk et une ligne pour les datas (donc deux IO)
il s’agit d’un LCD piloté par SPI. simplement générer un SPI data_out qu'on valide avec un SPI clk
Consommation minimale
Vitesse du vent codée sur 8 bits

Dans notre cas le PIC sera le maître et l'esclave SPI LCD. Donc, on devais prendre CS (Chip Select) pour sélectionner l'esclave. On a besoin si je ne me trompe pas de trois broches pour la communication SPI.
on peu utiliser sa (1602LCD) comme LCD

[invitecc04d3b4]

C’est tout ce qu’on a reçus et on a la difficulté pour le réaliser .je constate que je vous es énerver avec tous mes réponse pas claire, je m’en excuse c’est n’étais pas mon intention en plus comme vous l’avait San doute constater j’ai les difficultés avec le français et on a besoin de votre aide

[antek]

Tout ce que nous devons savoir avec certitude est de savoir comment l'écran LCD se connecte, le choix de la PIC et le logiciel peuvent ensuite être adaptés à notre besoins.

Si on commence par connecter le LCD, donne d'abord son datasheet.
Ensuite on choisi le PIC, étant donné qu'on connait le signal fournit par le capteur.
Après on voit pour le logiciel.

[mag1]

Si on commence par connecter le LCD, donne d'abord son datasheet.
Ensuite on choisi le PIC, étant donné qu'on connait le signal fournit par le capteur.
Après on voit pour le logiciel.

Bonjour,

Élémentaire mon cher Watson:

Nous savons en #49 que le LCD est compatible HD44780, il suffit de lui adjoindre un module I2C comme en #52 pour limiter la liaison à 2 fils ou peut être mieux, à un seul fil avec un adaptateur rs232.

Ou on prend un PIC avec assez de pattes pour rester en mode LCD 4 bits. Faut juste choisir...

MM

[antek]

Bonjour,
Élémentaire mon cher Watson:
Nous savons en #49 que le LCD est compatible HD44780, il suffit de lui adjoindre un module I2C comme en #52 pour limiter la liaison à 2 fils ou peut être mieux, à un seul fil avec un adaptateur rs232.
Ou on prend un PIC avec assez de pattes pour rester en mode LCD 4 bits. Faut juste choisir...
MM

Ah mais non !
Je veux juste qu'il donne un datasheet sinon il s'en sortira pas.

[paulfjujo]

moyenne avec oubli

pourrais_tu preciser ?
je ne connais pas ce terme..

Autres infos à confirmer pour ton cahier des charges :


si il faut absolument moyenner sur 10mn
il faudrait definir la periode d'acquisition de l'ADC
cadencé par le timer0 (par exemple)
ex: 1 sec
10 mn => 600 sec

on suppose la mesure mesure cadree à gauche ( MSB sur 8 bits).

soit tu fait une moyenne arytmetique simple : cumul sur 600 secondes / 600
et tu as un resultat (en marche d'escalier) moyenné sur 10 mn
utilisation de 3 bytes RAM pour stocker la somme
car maxima possible = 255 x600 = 153000

si la precision de 10mn n'est pas indisopensable
choisir pour des raisons de commodites de calcul un total modulo 8
ex: 512 secondes pour diviser ensuite par 9 decalage à droite
=> resultat moyenne =un byte
la mesure actuelle ( à 1 sec) sera prelevé directement via le registre ADRESH
pour la stocker dans la somme.
donc 4 bytes utilises pour la moyenne..

calculs pour afficher en beaufort :
pour eviter des operations mathematiques dispencieuses en RAM /ROM
et obtenir conversion 0-255 => 0 à 9
mesure stockée dans un int (1 byte RAM de plus)
on rajoute 8 à la mesure et on divise par 16
(Mesure+8) >> 4 => 0 à 8
si (Mesure & 0x0007) > 0 on rajoute 1
=> echelle de 0 à 9


un LCD pour afficher un seul car evoluant de 0 à 9 ?
necessite au moins un byte RAM pour l'afficher
+ x Ram pour l'init du LCD
+ tempo .. par ci par là

ou avec du texte supplementaire stocké en eeprom ?

[antek]

moyenne avec oubli

pourrais_tu preciser ?
je ne connais pas ce terme..

Autres infos à confirmer pour ton cahier des charges :


si il faut absolument moyenner sur 10mn
il faudrait definir la periode d'acquisition de l'ADC
cadencé par le timer0 (par exemple)
ex: 1 sec
10 mn => 600 sec

on suppose la mesure mesure cadree à gauche ( MSB sur 8 bits).

soit tu fait une moyenne arytmetique simple : cumul sur 600 secondes / 600
et tu as un resultat (en marche d'escalier) moyenné sur 10 mn
utilisation de 3 bytes RAM pour stocker la somme
car maxima possible = 255 x600 = 153000

si la precision de 10mn n'est pas indisopensable
choisir pour des raisons de commodites de calcul un total modulo 8
ex: 512 secondes pour diviser ensuite par 9 decalage à droite
=> resultat moyenne =un byte
la mesure actuelle ( à 1 sec) sera prelevé directement via le registre ADRESH
pour la stocker dans la somme.
donc 4 bytes utilises pour la moyenne..

calculs pour afficher en beaufort :
pour eviter des operations mathematiques dispencieuses en RAM /ROM
et obtenir conversion 0-255 => 0 à 9
mesure stockée dans un int (1 byte RAM de plus)
on rajoute 8 à la mesure et on divise par 16
(Mesure+8) >> 4 => 0 à 8
si (Mesure & 0x0007) > 0 on rajoute 1
=> echelle de 0 à 9


un LCD pour afficher un seul car evoluant de 0 à 9 ?
necessite au moins un byte RAM pour l'afficher
+ x Ram pour l'init du LCD
+ tempo .. par ci par là

ou avec du texte supplementaire stocké en eeprom ?

Avec ça thierryneuch est noyé !