Forum TI-Planet.org

redgl0w a écrit: On pourrait croire alors que ça a un rapport avec toutes les calculatrices qui sont retournés au SAV récemment à cause de la LED ne s'éteignant plus ? (comme la détection d'alimentation USB serait cassé, il croirait en permanence être en charge ?).

C'est malheureusement bien plus logique.

cent20 a écrit: Dois je comprendre que parfois on ne peut plus quitter le mode examen ?

Il arrive que la led reste perpétuellement allumée en vert et que l'autonomie de la calculatrice soit très faible, Numworks échange la calculatrice sans aucune question supplémentaire.

redgl0w a écrit:Et pour omega avec cette révision : le support était fait dans epsilon 15.5 (avant le changement de licence donc), et on l'avait merge (sans trop de difficultés pour une fois). Omega est cependant mort avant la release de cette fonctionnalité, donc on a pas eu le temps de la diffuser.

Pour moi ce type d'attitude est incomprehensible (ou alors cela veut dire que l'equipe Omega attachait tellement d'importance au processus lui-meme qu'elle en oubliait le principal, a savoir ses utilisateurs). Qu'est-ce qui empechait Omega de faire une release en juillet? Qu'est-ce qui empeche de faire une release maintenant? Meme s'il ne restait que quelques centaines d'utilisateurs avec des Numworks non verrouillees interesses, ca peut leur servir!

parisse a écrit:

redgl0w a écrit:Et pour omega avec cette révision : le support était fait dans epsilon 15.5 (avant le changement de licence donc), et on l'avait merge (sans trop de difficultés pour une fois). Omega est cependant mort avant la release de cette fonctionnalité, donc on a pas eu le temps de la diffuser.

Pour moi ce type d'attitude est incomprehensible (ou alors cela veut dire que l'equipe Omega attachait tellement d'importance au processus lui-meme qu'elle en oubliait le principal, a savoir ses utilisateurs). Qu'est-ce qui empechait Omega de faire une release en juillet? Qu'est-ce qui empeche de faire une release maintenant? Meme s'il ne restait que quelques centaines d'utilisateurs avec des Numworks non verrouillees interesses, ca peut leur servir!

Ça justement été fait hier soir avec la 1.23.0

Je confirme que le U9 additionnel ne sert pas à un verrouillage matériel des r3.43. Je viens en effet de réussir à en déverrouiller une.

Code: Tout sélectionner

openocd -f "n0110.cfg" -c "init" -f "forcedfu.run"
Open On-Chip Debugger 0.11.0 (2021-03-07-12:52)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
none separate

Info : clock speed 2000 kHz
Info : STLINK V2J29S7 (API v2) VID:PID 0483:3748
Info : Target voltage: 2.872658
Info : stm32f7x.cpu: hardware has 8 breakpoints, 4 watchpoints
Info : starting gdb server for stm32f7x.cpu on 3333
Info : Listening on port 3333 for gdb connections

Ce n'est pas le même matériel, mais c'est basé sur ce tuto.

Il a par contre fallu changer interface + transport dans le n0110.cfg :

Code: Tout sélectionner

source [find interface/stlink-v2.cfg]
transport select hla_swd
source [find target/stm32f7x.cfg]
reset_config none separate

Ce boîtier blanc m’intrigue…
C’est documenté quelque part son utilisation ?

J'ai donné le lien du tuto, ainsi que le fichier de configuration + la ligne de commande pour OpenOCD.

Que voudrais-tu savoir d'autre ?