Demande OEM ODM UD85C08

Bonjour, Je viens de vous envoyer une demande technique détaillée via le formulaire de contact de votre site web concernant un *firmware personnalisé UD85C08 24V* pour notre application. La demande concerne principalement l'ajout d'un *compteur d'impulsions fiable / fonction d'entrée verrouillée sur DI1* afin qu'aucune impulsion de paiement ne soit manquée. Pourriez-vous vérifier que vous l'avez bien reçue et la transmettre à votre équipe technique ? 

Nous évaluons actuellement votre carte de relais USB / entrées numériques UD85C08 24V en vue de son intégration dans l'un de nos produits.Le matériel semble très adapté à notre application, mais nous avons besoin d'une fonction de firmware supplémentaire pour rendre l'entrée numérique fiable pour les impulsions courtes.

Notre application est la suivante :- Le PC communique avec l'UD85C08 via USB.- Le relais 1 est utilisé pour envoyer une commande à contact sec à un lecteur de paiement externe.- Après un paiement réussi, le lecteur de paiement génère une impulsion à contact sec sur l'une de ses sorties.- Cette impulsion est connectée à DI1.- La durée de l'impulsion est configurable et peut typiquement être de quelques centaines de millisecondes.- DI2 est utilisée comme une entrée statique normale pour détecter la présence d'une carte.Le problème avec l'interrogation standard des entrées est que le PC pourrait lire :DI1 = OFF → impulsion se produit → DI1 = OFFDans ce cas, le paiement a été effectué, mais le PC ne voit jamais l'impulsion. Pour une application de paiement, nous ne pouvons pas accepter ce risque.Nous aimerions donc savoir si vous pourriez fournir une version de firmware personnalisée de l'UD85C08 avec le comportement suivant :1.Compteur d'impulsions sur DI1- Incrémenter un compteur 16 bits ou de préférence 32 bits à chaque front actif sur DI1.- Détecter des impulsions d'au moins 100 ms si possible ; veuillez nous indiquer la durée d'impulsion minimale garantie.2.Le compteur doit être stocké indépendamment de l'état actuel de DI1- Même si DI1 est revenu à OFF, le compteur doit conserver l'événement.3.Lire le compteur sans le réinitialiser automatiquement- Exemple de commande :AT+COUNT1- Exemple de réponse :COUNT1=1234.Commande séparée pour réinitialiser/accuser réception du compteur- Exemple :AT+CLEARCOUNT15.DI2 peut rester une entrée numérique standard pour lire l'état ON/OFF actuel.6.Les sorties de relais doivent rester entièrement contrôlables par USB comme sur l'UD85C08 standard.Une notification USB/UART automatique à chaque changement d'entrée serait également utile, mais cela est facultatif. Le compteur d'impulsions est la fonction importante car il garantit qu'un événement ne peut pas être perdu même si l'application Linux est temporairement occupée.La configuration cible serait donc :CPU Linux | | USB vUD85C08 24V | +-- Contact sec du relais 1 --gt; entrée de commande du lecteur de paiement | +-- DI1 <-- impulsion de succès de paiement | +-- DI2 <-- contact de présence de carteNous comprenons que vous avez déjà implémenté le comptage d'impulsions/comportement d'entrée personnalisé sur certains de vos autres produits, nous aimerions donc savoir si le même type de modification de firmware peut être implémenté sur l'UD85C08.Pourriez-vous confirmer :- Faisabilité technique- Durée d'impulsion minimale garantie- Si le matériel UD85C08 existant peut être utilisé sans modification de PCB- Coût du firmware/personnalisation ou NRE- Prix pour 2 unités prototypes- Prix unitaire pour environ 50 / 100 / 500 unités- Délai pour les prototypes et la production- Si la carte personnalisée peut avoir une commande d'identification de firmware/version dédiéeNotre préférence est de conserver le matériel UD85C08 existant et la version 24V et de ne personnaliser que le firmware.Si c'est techniquement faisable, nous pouvons rapidement commander des prototypes pour validation.

Merci pour votre réponse. Le prix de personnalisation semble un peu élevé pour notre projet, j'aimerais donc vérifier si nous pouvons utiliser une fonction existante de l'UD85C08 standard à la place.J'ai vu que les entrées numériques peuvent directement contrôler les relais.Pourriez-vous confirmer exactement comment cela fonctionne ?Par exemple, si DI1 reçoit une impulsion courte (ex. 100–300 ms) :1.Cette impulsion peut-elle activer le relais 1 et le maintenir activé même après que DI1 soit revenu à OFF ?2.Pouvons-nous ensuite lire l'état du relais 1 via USB pour savoir que l'impulsion s'est produite ?3.Pouvons-nous ensuite réinitialiser le relais 1 à OFF par commande USB ?Ce dont nous avons besoin est en fait d'utiliser le relais 1 comme verrouillage matériel / mémoire pour DI1 :Impulsion DI1 → Relais 1 reste ON → Linux lit Relais 1 = ON → Linux réinitialise Relais 1Si cela est déjà possible avec le firmware standard, nous n'aurons peut-être pas besoin de firmware personnalisé.Pourriez-vous également me dire quel mode/quelles commandes AT doivent être utilisés pour cela, et quelle est la durée d'impulsion d'entrée minimale garantie pour déclencher le relais ?Important : nous avons besoin que le relais reste ON après la disparition de l'impulsion d'entrée, et non simplement refléter l'état actuel de DI1.