J'ai commencé a monter mon modem par courant porteur, les premiers tests fonctionnent, mais je n'ai pas encore su évaluer la portée, pour le moment, au moins 5m faut que je finisse un code pour pouvoir l'évaluer sur plus grande distance A++ Benjaminpar Benjamin - Discussions ouvertes sur vos idées
Salut, C'est sympa comme projet. Moi j'en suis toujours a essayé de concevoir un modem par courant porteur. J'en avais fait un premier mais la portée était très réduite. Ici je vais bientôt faire des tests sur un nouveau modem que j'ai dessiné qui devrait avoir une meilleur portée (j'ai tous les composants sous la main, je dois encore assemblé la carte). Mais faut-il encore que ça démarre dupar Benjamin - Discussions ouvertes sur vos idées
Salut, A priori ton probleme n'a rien de compliqué mais faut-il savoir: Quel est l'unité de grandeur du temps entre deux "tops"? (voire la précision nécessaire) Quel est la forme de ton signal du "top"? Pour tout ce qui est communication entre de l'électronique et un ordinateur du devrais trouver ton bonheur dans les quelques articles de ce site. A++ Bpar Benjamin - Discussions ouvertes sur vos idées
CPUDiv n'intervient pas normallement dans la communication usb. As-tu essayé ta carte avec le firmware de microchip? ils ont toute une série de firmware pour chaque puce qui gere l'usb, il suffit de télécharger l'application sur leur sitepar Benjamin - Discussions ouvertes sur vos idées
Salut Philippe, Entre un 18f4550 et un 18f2550 il n'y a que tres peu de différence (nombre d'IO disponible). Dans MPlab tu dois changer le device: (Configure -> Select Device) et le linker (le fichier lkr). ça devrait être bon. En ce qui concerne un lcd, je ne sais pas te répondre. Tout dépend du lcd que tu utilises, et je ne pense pas qu'il y ait des librairies toutes fait avec mplapar Benjamin - Discussions ouvertes sur vos idées
La capa ne posera pas de problème, pour moi c'est un problème d'oscillateur, pourquoi as-tu changer la valeur de CPUDIV? quel quartz as-tu placé sur ton pic? A++par Benjamin - Discussions ouvertes sur vos idées
Salut, Si tu cherches des cours particuliers, je te conseil de regarder apres quelqu'un qui pourrait t'aider dans ta région... Parce qu'apprendre avec quelqu'un par le biais d'internet, c'est difficile. Ensuite si tu veux comprendre l'électronique, c'est pas top d'essayer de comprendre le schéma d'un circuit USB. Rien n'empeche de réaliser des cartes USB et de les programmer, mais la copar Benjamin - Discussions ouvertes sur vos idées
Salut, En effet ça a bien été réalisé sous SDwork, néanmoins je ne suis pas vraiment un expert sous ce logiciel, j'ai un peu dessiné ça n'importe comment. L'assemblage a été réalisé en positionnant le mieux possible les pieces les unes par rapport aux autres mais en ne fixant rien. Tu as besoin d'une piece en particulier? Je n'ai plus sdwork installé sur mon pc (depuis que j'ai tout réipar Benjamin - Discussions ouvertes sur vos idées
Salut, C'est impossible de te conseiller comme ça. Je ne peux pas te dire d'utilise le port //, série ou USB sans même savoir ce que tu veux faire. Les informations trouvées sur ce site ne ton pas permis de solutionner tes problèmes?par Benjamin - Discussions ouvertes sur vos idées
Salut, Pour tout ce qui est de la programmation en asm, je te conseil de regarder du coté de bigonoff. Il saura mieux te renseigner. En C ton code devrais ressembler a un truc du style trisa = 0x00; // configuration du port A en sortie while (1){ porta ^= 1; // on change l'état de la pin 1 du port A delays_ms(500); // pause de 500 ms } A++ Benjaminpar Benjamin - Discussions ouvertes sur vos idées
Salut, He n'utilise pas ce compilateur mais as-tu pensé a poser la question sur le forum de ce compilo? A++par Benjamin - Discussions ouvertes sur vos idées
Salut, Je sais qu'avant on utilisait fréquemment le port COM en adressant directement les broches, mais je ne pense pas qu'avec les nouveaux systèmes d'exploitation celà soit toujours possible. De plus si tu utilises un convertisseur USB<->Serie ça ne marche pas. Le plus simple est de placer un petit microcontrolleur et d'interpreter la trame que tu reçois. Il n'y a rien de bien cpar Benjamin - Discussions ouvertes sur vos idées
J'en sais trop rien au niveau fullspeed et hispeed pour le hid. Ce que je peux te dire c'est que l'HID est compatible USB1 et USB2 donc je pense que ça sort des autres normespar Benjamin - Discussions ouvertes sur vos idées
Ta config est bonne, Ca bient peut-être de ton circuit, as-tu un schéma de ce dernier?par Benjamin - Discussions ouvertes sur vos idées
Salut, Déjà les premieres choses a voir c'est quel PID/VID tu as mis, si tu as mis n'importe quoi il y a de tres forte chance que c'est du à ça que ça plante. Deuxièmement, ton logiciel dans le pic doit faire régulièrement une mise a jour de la connection USB, sans ça, ça plante aussi. Je ne connais pas Flowcode donc je ne saurais pas (t'aider à ce niveau) ce que je peux te dipar Benjamin - Discussions ouvertes sur vos idées
Salut, Il est fort probable que Winpic ne soit pas terminé, c'est un logiciel gratuit. D'ou l'avantage de travailler avec un programmateur qui s'intégre directement dans mplab. En ce qui concerne le bootloader tu as des applications d'exemple disponible chez microchip (tu dois télécharger une archive de 60mo qui contient toutes les applications pour les pic usb, tu la trouveras depuis lpar Benjamin - Discussions ouvertes sur vos idées
Il est possible aussi qu'il soit grisé parce que le modèle de programmateur que tu utilises ne supporte pas ce pic ? Pour la portabilité du bootloader tu devras certainement le recompilé, dans le code source on introduit très souvent dans ce genre de cas des instructions pour le compilateur pour qu'il change certaines valeur en fonction du modèle nécessaire. Il faut voir le code source, je npar Benjamin - Discussions ouvertes sur vos idées
Salut, Personnellement je n'utilise plus winpic800 bien que je m'en suis bcp servi a l'époque. Ma seule réponse ne va pas t'arranger... J'ai acheter un pickit2 pour moins de 40€ je programme tout les pics depuis mplab directement. Je peux aussi débugguer les applications en temps réel en mettant des breakpoint, c'est vraiment super pratique! Et tu n'as plus aucun problème avec! Je te lepar Benjamin - Discussions ouvertes sur vos idées
Quel version du firmware tu utilises? Je n'ai jamais utilisé ce pic. Mais Microchip a sorti plus d'une version de son firmware qui sont compatible avec les pics. As-tu télécharger la nouvelle version?par Benjamin - Discussions ouvertes sur vos idées
Upload plutot ton archive sur un hebergeur gratuit comme rapidshare.com et poste le lien sur le forum...par Benjamin - Discussions ouvertes sur vos idées
Salut, Enfait les exemples de ce site ne sont pas super bien adapté a ton problème, car dans un pic comme le 16f877 tu as un périphérique UART hardware intégré. C'est à dire qu'il peut gérer lui même toute la communication et c'est beaucoup plus facile. Mais personnellement je ne programme plus de pic en assembleur, ou alors tres rarement. Il faut que tu lises absolument le chapitre UART dupar Benjamin - Discussions ouvertes sur vos idées
Salut, Pour programmer un Pic tu peux soit utiliser l'assembleur, soit un compilateur C (ccs par exemple, mais il est payant). Mais le mieux, et ce dans les deux cas, c'est d'avoir le datasheet du pic sous la main. Dans celui-ci tu trouveras le nom de tous les registres qui permettrent de configurer les différentes fonctions du pics (communication, interruption,...) Dans le datasheet tu as npar Benjamin - Discussions ouvertes sur vos idées
Il ne devrait pas y avoir de problemes, de toute maniere tu le remarqueras très vite cas contraire A++par Benjamin - Discussions ouvertes sur vos idées
Salut, Je remarque aussi que tu n'as pas configuré ADCON2, tu as page 265 du datasheet les valeurs que tu peux utiliser en fonction de la fréquence de ta puce. Si tu ne le configure pas, les résultats de ta mesure seront assez aléatoire A++ Benjaminpar Benjamin - Discussions ouvertes sur vos idées
Attention, Ton code tourne en rond sans jamais demandé d'envoie, retire le while(1) que tu as mispar Benjamin - Discussions ouvertes sur vos idées
Salut, Dans ton programme, tu ne peux pas aller chercher directement les valeurs d'ADRESH et ADRESL, tu dois attendre que la conversion soit finie. Le bit Go de ADCON repasse à 0 quand la conversion est finie, alors soit tu mets une boucle qui attend (si rien d'autres à faire), soit tu mets dans ta fonction principal un pooling si nécessaire (tu peux aussi mettre une interruption mais bon, cpar Benjamin - Discussions ouvertes sur vos idées
Salut, j'ai déjà pu constater que le compilateur de microchip avait de temps en temps du mal a interpreter certaines lignes de codes. Je te conseil de tester ta fonction BinToBcd étape par étape. 1 en lui faisant renvoyer un constante quelque soit l'entrée 2 En faisant avant passer cette constante avant l'addition par 30 (or 48) 3 En faisant passer cette constante par tes divisions.par Benjamin - Discussions ouvertes sur vos idées
Salut, Je ne pense pas que ce soit un problème de répond, c'est surtout que tu lui dit d'envoyer l'information le bouton est à 1 if(BOUTON1 == 1){ if(mUSBUSARTIsTxTrfReady()){ putrsUSBUSART("BOUTON1_PRESSED\r\n" } Delay10KTCYx(0); Delay10KTCYx(0); } Ton code fonctionnant en pooling, c'est à dire que cycliquement le pic va lire le bouton et envoyer le messapar Benjamin - Discussions ouvertes sur vos idées
Ne t'en fais pas, c'était pas super explicite non plus dans le code A++par Benjamin - Discussions ouvertes sur vos idées
Salut, C'est difficile de se remettre dans l'assembleur et dans le code écrit y'a longtemps comme ça.... Mais vu que je me rappelle très bien que la carte fonctionne, je pense que le tout est dans l'interprétation du mot signal à l'état haut ou bas... Enfait je pense que le TSOP inverse le signal, c'est à dire que quand il reçoit une porteuse, sa sortie passe a l'état bas, et que quand il nepar Benjamin - Discussions ouvertes sur vos idées