[LMB162ABC]

LMB162ABC



Revendeur : trouvable un peu partout.

Descriptif :
Afficheur LCD 2 X 16 caractères très générique, noir sur vert/jaune. Le plus simple et peut-être le moins cher. Idéal en affichage de base genre débug. Assez limité (16 caractères, c'est peu pour afficher du texte), mais pour le prix, ça vaut le coup! Lisible jusqu'à 1m.

Fonctionnalités :
Affichage de caractères ASCII + 8 car "User-Defined",
rétro-éclairage par alim externe (4 à 5V selon luminosité)
Contraste par potar externe.
Clear, SetCursor...
Taille de caractères : env 3.75 x 6 mm
Zone visible : 60 x 13 mm
Liaison : parallèle 8 ou 4 bits + EN + RS + R/W. fils ou connecteur 16 pins à souder sur le circuit de l'afficheur.

Fourchette de prix : 7 à 10€.

Liens : http://www.robotshop.com/eu/acl-16-x-2-vert-retroeclairage-jaune-seeedstudio.html

Librairie : LiquidCrystal

Broches utilisées :
Interface 4 bits : 6 broches,
Interface 8 bits : 10 broches,
rajouter une broche si besoin de communication bi-directionnelle (lecture)

Thanks KE7GKP, this speed regulator was my first training project so now, I know how to use timers and interrupts by direct register access, because sketches from internet are not... so compatibles...

I tried DFU mode on the 8U2, but nothing worked or changed. I could also use a mini_usb_adapter to upload programs on my broken arduino board, but if I can reprogram the 8U2, it could be fine and better... But how could I upload the HEX file from ATmel328 to 8U2 with ICSP connectors???

did someone allready done that before?

[two]

Hi,

first, Im french, so please scuse my bad writing...

Second... I have two arduino UNO, bought together. The first has worked very fine, still working as speed regulator in my car, I'm so happy! but now, I'd like to play with the second for an other project. But serial port does not appear anymore in the tool menu. With the same USB wire, the first is recognized, but not the second. The blink program works onto the second when I plug it, but serial port is not recognized on Windows (whatever the OS is, the arduino board does not work).

I tryed with an oscilloscope to see signal on USB connexion, present on the first, but nothing on the second.

It looks like if the ATmega8U2 was not programed. Power 5V is present on the 8U2, wires on the board OK, conexions OK, no short-circuit on USB circuit...

Does someone think I can use the first arduino board to upload a USB program to the second's ATmega8U2 using ICSP 1 and 2 of both boards? I sent an email to my receller, and hope he will change my board, but if I can repare it, I woold be more happy.

bests thanks for anderstanding,

Cinci.

PS : of course, the second should be in my car and the first still on my desktop as prototyping board, so I cut  the ICSP plugs as preparing to install it in y car (softly, I don't think it's why my board never worked...).

Prototype place :


in the car...

Mon premier branchement LCD a foiré pareil : le rétroéclairage s'allume forcément, mais j'avais branché les données à l'envers (D0-3 à la place de D3-0...)

Effectivement, dans le domaine "personnalisé", il n'existe rien, mais je prends l'exemple d'un site web que j'ai acheté... il m'a coûté 400 euros et 100 par an pour l'hébergement.

je me suis retrouvé avec un truc super compliqué, et bien-sûr, en Joomla. en fait, la création du site à proprement parler n'est que la mise bout-à-bout de modules déjà faits et gratuits, il n'y a même pas de code à faire. Je trouve dommage que des "créateurs" de site web se fasse aussi facilement du blé sur le dos de ceux qui ont du passer quelque nuits blanches de leurs temps persos... D'autant plus que le site ne répondait pas du tout à mes attentes, et j'ai fini par en faire un moi-même, maintenant, je connais bien le PHP, et j'administre mon site en deux coups de cuillère à pot.

C'est dans ce sens que je dis que tu ne peux pas vendre la programmation, puisqu'elle contient de l'open-source...

Par contre, je veux bien te vendre mon sketch "timer temps réel", puisque je n'y utilise aucune fonction de base arduino (j'en désactive même une ou deux), et qu'il n'en existe pas encore...

tant que tu ne vends pas les codes GNU machin que tu piques à tout le monde, OK. tu revends une carte Arduino, et le temps passé à la paramétrer (j'ai pas dit programmer, car ça, t'as pas le droit de le vendre). Mais comme t'es un dieux du paramétrage de l'arduino, ton travail se vend cher, et là oui, tu peux faire du profit.

tu dois être revendeur en plus de ton activité.

tu courcircuites tes sorties 7 et 8 au +5V, pas bon du tout! enlève-moi ces deux court-circuits!

EUREKA! ça y est, youpi, cool! j'ai réussi. il suffisait de coller le début de l'impulsion servo avant l'appel de l'ISR timer qui elle, arrête l'impulsion...

en gros :

Code:

timer1 en mode double comparateur,
comparateur A à 15ms
comparateur B à 15ms - valeur à envoyer au servo.

ISR (comparateur B) {
  servo = HIGH;
}

ISR (comparateurA) {
  servo = LOW;
  timer_count++;
  if (timer_count > 9) {
    timer_count = 0;
    désactiver le compteur de vitesse;
    désactiver timer1;
    // ici le traitement et calcul et affichage du régulateur
    réactiver et reset compteur de vitesse;
    réactiver et reset timer1;
  }
}

A l'oscillo, j'ai toujours mon impultion toutes les 15ms, sauf que toutes les 10 impulsions, il y a 2.2ms de plus entre les impulsions, le temps de faire le traitement de calcul et affichage, puisque le timer est en pause pendant ce temps-là...

le servo est stable, mais je crois quand même qu'il n'aime pas trop les impulsions pas régulières... (je croyais que ça lui serait égal...). Mais voilà, on ne peut pas intervenir sur les registres de timer si on est dans une ISR, ça fait tout planter, donc je ne peux pas réinitialiser mon timer au début de l'ISR(comparateur A) pour tenir mes 15ms...

résolu parce que je me suis empiffré les pages des timers de la datasheet de l'arduino (85 pages), mais je sais pas si quelqu'un qui tombe sur ce pb comprendra tout... qu'il me contacte par mon profil si besoin!

Je ne sais pas quelle est la précision dont tu aurais besoin pour faire ton "régulateur de vitesse" (aurais tu un lien pour que je voie de quoi tu parles ?) et si ce que je te propose conviendrait, mais je m'étais amusé à faire ce montage  avec un ATTiny85.
J'ai utilisé la librairie "Software Servo"
Lionel

Merci! j'ai fait ce premier montage via l'arduino, il marche à merveille (tout seul). C'est la raison pour laquelle je me suis inscrit ici, c'est que certaines librairies ne sont pas compatibles avec d'autres. en fait, étant donné la structure des timers de l'arduino, il devient complètement impossible de faire tourner des procs avec une stabilité temporelle irréprochable. La lib utilise un timer pour le servo, mais moi, j'ai besoin de resynchroniser les timers toutes les 150ms, donc gros risque de resynchroniser le timer du servo pendant l'impulsion de commande, donc de foirer sa valeur, c'est pour ça que je cherche un "timer" externe...

Re-Salut

Voilà, l'idée du servo, c'est qu'il est asservi en interne, et qu'il a assez de patate, et qu'il coûte pas cher (8€).

Pour utiliser un PAP, il faudrait que je fabrique un servo-moteur pas-à-pas, car il me semble indispensable de savoir exactement quel est l'angle de la commande mécanique. un PAP, ça peut sauter un pas sans prévenir...

J'ai trouvé aussi le FT639. si on regarde la photo, on voit qu'en fait, c'est ... un PIC... mais la liaison à 2400 bauds, c'est un peu lent, car j'aimerais que mon arduino se repose de temps en temps, dès-fois que je lui trouve d'autres conneries à faire entre deux mesures...

bon, en même temps que j'écrivais le paragraphe précédent, j'ai eu une idée... inverser mes comparateurs... du coup, ça peut marcher avec le OCR1B quand même (ce n'est pas encore sur papier, mais je vais tester ça tout de suite!) je vous tiens au courant...

Pour continuer sur le côté "besoin", c'est que j'ai déjà testé ta proposition.

en gros, le timer1 (le plus précis) est configuré ainsi (en dur, sans passer par les sketches touts faits qui ne sont pas précis) :

RAZ du compteur timer sur OCRA,
OCRA et prescaler calés à 15ms
ORC1B contient la durée de l'imp servo, quand TCNT1 = OCR1B, on met à 0 la sortie Servo

donc toutes les 15ms :
TCNT1 se réinitialise tout seul (ça de moins à gérer),
je met à 1 la sortie Servo,
j'incrémente une variable qui quand elle arrive à 10 (donc 150ms) lit mon comptage d'impulsions pour déterminer la vitesse de mon moteur, calculs et affichages.

super, mais voilà, tant que la routine ISR correspondant à OCR1A n'est pas terminée, OCR1B est désactivée (matériellement, on ne peut rien y faire), et c'est là que ça coince, car toutes les 150ms, la routine est plus longue, et le servo "clignotte", puisque l'ISR OCR1B n'est appelée que lorsque OCR1A est terminée...

Je cherche en fait une sorte de générateur PWM programmable, ça doit bien exister en DIP8... je vais continuer à chercher...

Ah... j'ai pas fait gaffe... le coax marchera, mais il te faut une alimentation aussi... tu peux utiliser du câble micro (audio), il a deux conducteurs blindés, le blindage au 0V, le rouge pour l'alimentation du capteurs et le blanc pour le signal. pense à rajouter des capas d'antiparasitage sur l'alimentation au niveau du capteur.

Au final, (projet rigolo d'ailleurs), tu n'as pas besoin d'une grande précision, il te faut juste un signal qui réflète en gros la quantité de lumière qu'il reçoit...

Nouvelle question, les amis!

Voilà, toujours dans mon "régulateur de vitesse", je n'ai plus assez de ressources timer pour envoyer mes impulsions à mon servomoteur.

quelqu'un connait-il un petit composant genre NE555 programmable, qui utiliserait une entrée série et s'occuperait tout seul de la gestion du servo?

Il existe bien des potentiomètres numériques, alors pourquoi pas des générateurs d'impulsion programmables sur le même principe de commande?

Ne me parlez pas de PIC, j'abandonne cette solution, j'ai pas de quoi les programmer.

Si tu utilise les entrées analogiques, pour avoir un maximum de précision, je préconise la longueur la plus courte afin d'éviter les pertes en ligne.

Dans le cas de son capteur, on considère des niveaux analogiques et non pas des signaux, tout dépend de la "fréquence d'échantillonnage", mais il faut savoir que sur des très basses fréquences, les pertes sont nulles (surtout s'il attaque son fil par la sortie d'un AOP, ce qui est le cas), les impédances de câbles coax (50 ou 75 ohms) n'interviennent qu'à partir de quelque dizaines de KHz. Il m'arrive d'utiliser du coax vidéo pour transmettre de l'audio (100mV) sur des grandes distances, je n'ai aucune perte ni perturbation contrairement aux câbles "spécial audio" qui coûtent le même prix... Par contre, sur les mêmes câbles, la vidéo est moins stable (perte des couleurs) car fréquence bien plus élevée...

ton

Code:

#include "pitches.h"

t'as essayé de mettre des < > au lieu des guillemets?