pilo

Hey! If you are still interested, the "correct" solution with sprintf would be: int i = BPM*10; static char buf[5]; sprintf(buf, "%04d", i); But it won't give the same result as your solution: buf would contains the C string "1285", using the ASCII code, ie buf[0] = 49, buf[1] = 50, etc. And buf needs to be (at least) 5 byte long because sprintf will make a null terminated string, with a 0 (zero) to mark the end. The formating ("%04d") make sprintf pad with 0 if the number is less than 4 digit long (but if i is > 999 then buf won't be large enough for more character). I hope it can helps :)

Salut Zennro! Désolé pour la réponse tardive, je n'avais pas regarder le forum depuis un moment. Alors ce que je peux en dire, et il ne faut pas y voir une forme de condescendance, c'est que les soudures ne sont pas top, et j'ai peur qu'il y ait des connections qui ne soient pas bonnes. J'en vois plusieurs sur lesquelles on peut même voir le trou dans le circuit imprimé. Ce que je te conseil serait de reprendre les soudures pour en faire des "plus jolies", et ainsi être sur qu'il n'y a pas de problème "mécanique". A mon avis (mais je peux me tromper) tu n'a pas assez chauffer avant d'appliquer l'étain, ce qui fait qu'il s'est mal répartit. Le mieux, si tu as de quoi le faire (soit avec une tresse à dessouder, ou avec un pompe à dessouder), serait d'enlever les soudures "douteuses", et de les refaire. Mais sinon tu dois pouvoir les corriger en réchauffant la soudure (3/4/5 secondes avec le fer en contact avec la piste sur le circuit ET la patte du composant), et de rajouter un tout petit peu d'étain (qui doit fondre en entrant en contact avec le circuit imprimé ET la patte du composant, pas (trop) sur le fer ;) ). Sur le circuit les trous sont métallisés, l'étain doit "couler" dedans, donc je pense que tu peux en rajouter sans trop de soucis. Tu peux retirer les circuits intégrés de leur support pendant que tu fais ca, pour être sur de ne pas les endommager. N'est pas peur de "trop chauffer", mais il faut quand même faire attention car ca pourrait endommager le circuit imprimé (mais il est de bonne qualité, donc tu devrais avoir de la marge).

Salut! Tu peux poster des photos du circuit (des 2 cotés), comme te le suggérait ssp sur l'autre topic? (d'ailleurs ca serait peut etre plus pratique de centraliser les réponses dans un seul sujet, je pense celui en anglais, tu auras plus de retour ;) ) Tu as bien 5v entre les pattes 12/11, et 31/32 du pic? Et aussi entre 5 et 8 du 6N138? Essais de ne mettre que les circuit intégré essentiel, à savoir le pic et le 6N138 (en laissant les régulateur LM7805 et LM317), et rien d'autre que le midi in & out connecté (sans faders), et vois tu as plus de succès comme ca. Le circuit est "relativement" simple donc il n'y a pas de raison que tu ne parviennes pas à le faire fonctionner ;)

Oh I didn't see there was multiple threads for this problem :) As I said in the thread inthe french forum, the module needs to be powered in order to work (only the midi connection is not enought).

Alors si il faut alimenter le circuit via le connecteur J1, une alimentation entre 8 et 12v fera l’affaire (et peut importe la polarité, ça peut même être un simple transformateur car il y a un pont de diodes). Voilà, une fois alimenté ça devrait mieux fonctionner ;) la led s’allume ... je ne sais plus, je crois quand il y a des messages midi échangés, mais je n’en suis plus très sûre ! Et pour vérifier les soudures, il y a le schéma du module. La première étape serait de vérifier qu’il y a bien 5v où il faut (en sortie du régulateur 7805, et sur le PIC et l’optocoupleur). Mais voyons déjà si avec une alimentation ça fonctionne ! Pilo

Salut Zennro! Alors oui il faut programmer d'abord le PIC avec le bootloader (bootloader_v1_2b_pic18f452.hex) et un programmateur , ce que vous avez fait avec succès à priori? Ensuite il faut uploadé MIOS (mios8_v1_9h_pic18f452.hex ) via MIOS Studio. Mais effectivement pour ca il faut que MIOS Studio "voit" le pic : vérifiez que MIDI IN et MIDI OUT pointe bien vers les bonnes entrées/sorties et interface sur laquelle le MF_NG est branché, et que ce dernier est bien alimenté. Il est aussi possible qu'il y est un soucis sur le circuit, un problème d'assemblage... Ah aussi, si vous avez programmer le pic dans le pic mios8_v1_9h_pic18f452.hex avec le programmateur, ca a effaceé le bootloader, donc il faut le reprogrammer (avec le bootloader donc). Pilo

Hi @tago Yes, you can print text using different font faces and sizes. It's not part of MIOS, but works by using bitmap drawing MIOS functions. It's still a bitmap font system, TTF have to be exported to bitmap, so it takes a little bit of memory for each font faces and size. Also it's not a full featured font system, for example it doesn't support kerning (could be added, but will take even more memory). If you want I could set up a better example (the one I posted was just a quick test).

Hi everyone! I thought it might be a good idea to be able to print variable width font on GLCD. I wrote a simple example using this (see pictures and code in vfw.tar.gz). I don't think it was done before with MIOS? (I made a quick search). The font bitmap are exported from TTF file using a very quick (and ugly) C program based on Freetype (it might be Linux only... Freetype was an easy option for me, and a good font rasterizer). It takes as input the TTF file and a size, which is then exported as a .c file, which can then be included inside MIOS app (one file per font and size). font.c vfw.tar.gz