Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Je vais déboguer les bugs du firmware embarqué sur n'importe quel mcu
Ingénieur en robotique et systèmes embarqués
Bonjour, je suis Prageeth, ingénieur en robotique et systèmes embarqués, spécialisé dans la construction, le débogage, la simulation et le test de systèmes d'ingénierie. Je développe des firmware emba...
À propos de ce service
Vous avez des problèmes avec le firmware embarqué ?
Je vais analyser et déboguer les problèmes logiciels sur STM32, ESP32, Arduino, AVR, PIC, 8051, RP2040, nRF, ARM Cortex-M et autres plateformes mcu lorsque le code source et la chaîne d'outils nécessaires sont disponibles.
Je peux aider avec :
- Les crashs, blocages, réinitialisations et échecs de démarrage
- GPIO, timers, PWM, ADC, interruptions et DMA
- UART, SPI, I2C, CAN et bugs de communication
- Les pilotes de capteurs, la configuration des périphériques et les lectures incorrectes
- Les problèmes de tâches, de timing et de synchronisation sous FreeRTOS
- Les erreurs de compilation, bugs logiques et revue de code
Vous recevrez un diagnostic clair, une correction ou un patch ciblé lorsque cela est possible, ainsi que des notes expliquant les changements et comment les vérifier. Je travaille avec du C/C++ embarqué, du firmware bare-metal, HAL/LL, du code au niveau des registres et des SDKs fournisseurs.
Avant de commander, envoyez le mcu, l’IDE/chaîne d’outils, les fichiers source pertinents, les logs d’erreur, le comportement attendu versus le comportement réel, et les étapes pour reproduire le problème.
Les défauts matériels physiques, la refonte du PCB, les réécritures majeures et les corrections nécessitant du matériel indisponible ou des preuves ne sont pas inclus sauf accord préalable. Pour les problèmes complexes, veuillez me contacter avant de commander afin que nous puissions confirmer la portée.
Mon portfolio
FAQ
Traduction automatique
Quels microcontrôleurs pouvez-vous déboguer ?
Je peux travailler avec STM32, ESP32, MCUs compatibles Arduino, AVR, PIC, 8051, RP2040, nRF et autres microcontrôleurs lorsque le code source, la chaîne d’outils et les informations techniques pertinentes sont disponibles. Veuillez partager le modèle exact du MCU et l’environnement de développement avant de commander.
Pouvez-vous déboguer un firmware embarqué existant en C ou C++ ?
Oui. Je peux analyser des projets existants en C/C++ embarqué, identifier les défauts logiciels probables et fournir un correctif ciblé lorsque le problème peut être diagnostiqué à partir du code source fourni et des preuves. La portée dépend du package choisi.
Quels types de bugs de firmware pouvez-vous examiner ?
Les exemples incluent erreurs de compilation, logique incorrecte, réinitialisations inattendues, blocages, lectures de capteurs incorrectes, configuration des périphériques, problèmes de communication UART/SPI/I2C, problèmes d’interruptions et certains problèmes de timing ou de synchronisation sous FreeRTOS. Les défauts dépendant du matériel peuvent nécessiter des preuves supplémentaires.
Travaillez-vous avec FreeRTOS et du firmware bare-metal ?
Oui, lorsque le projet et la chaîne d’outils sont supportés. Je peux analyser la logique des tâches, les symptômes de planification, les problèmes de synchronisation, la gestion des interruptions et les défauts du firmware bare-metal. Veuillez décrire le problème et fournir les fichiers source pertinents.
Dois-je vous envoyer le hardware physique ?
Pas nécessairement. De nombreux problèmes logiciels peuvent être examinés à l’aide du code source, des logs et de cas de test reproductibles. Cependant, certains défauts nécessitent le carte physique, un débogueur, un analyseur logique ou des mesures. Je confirmerai si les preuves disponibles suffisent avant d’accepter une tâche complexe.
Que vais-je recevoir après le débogage ?
Selon votre package, vous recevrez un diagnostic ou un patch de code ciblé, une explication des résultats et des étapes de vérification. La validation matérielle est incluse uniquement si cela est explicitement convenu et si l’équipement nécessaire est disponible.
Pouvez-vous garantir que chaque bug sera corrigé ?
Non. Certains défauts dépendent de matériel indisponible, de composants non documentés, d’un comportement intermittent ou de fichiers de projet incomplets. J’évaluerai les preuves fournies et travaillerai dans la portée convenue. Veuillez me contacter avant de commander pour des cas exceptionnellement complexes ou dépendants du matériel.
Pouvez-vous déboguer un projet de firmware complet ou corriger plusieurs bugs ?
Les packages listés couvrent un problème défini, pas le dépannage illimité ou une réécriture complète du projet. Plusieurs bugs, refonte majeure, ingénierie inverse approfondie ou grands projets nécessitent une revue de la portée et peuvent faire l’objet d’une offre personnalisée.
Que dois-je envoyer avant de passer une commande ?
Veuillez fournir le numéro de pièce du MCU, l’IDE et la chaîne d’outils, les fichiers source pertinents, le comportement attendu versus le comportement réel, les étapes de reproduction et tout log d’erreur disponible. Les schémas et détails de câblage sont utiles pour les problèmes liés aux périphériques. Supprimez les secrets de tous les fichiers.
Pouvez-vous développer un nouveau firmware au lieu de réparer le code existant ?
Ce service se concentre sur le débogage du firmware existant. Si vous avez besoin d’une nouvelle fonctionnalité, d’un pilote développé de zéro ou d’une implémentation complète de firmware, veuillez me contacter pour déterminer si votre service de développement de firmware embarqué existant ou une offre personnalisée est la meilleure option.
