UART NumWorks

→ **MyCalcs** profile · de **critor** » 04 Fév 2018, 23:03

J'ai l'écran au motif aléatoire, mais bizarrement pas de façon systématique.

→ **MyCalcs** profile · de **jean-baptiste boric** » 04 Fév 2018, 23:20

Un moyen simple de tester si tout va bien est de faire clignoter la LED à chaque caractère reçu. Sinon on pourrait aussi afficher à l'écran les caractères reçus et envoyés, mais ça demandera un peu plus d'effort de dev.

→ **MyCalcs** profile · de **critor** » 04 Fév 2018, 23:22

Non c'est bon.

Mauvais contact.
Bêtement apparemment pas au niveau des soudures, mais du fil enfiché au connecteur peut-être un peu trop lâche.

Bref oui ça marche.
Il faut bien taper les commandes en majuscules.
Et à défaut ça renvoie NOT_FOUND.

→ **MyCalcs** profile · de **compsystems** » 05 Fév 2018, 15:02

very useful if you manage to communicate with an arduino, to carry out interesting projects

→ **MyCalcs** profile · de **jean-baptiste boric** » 05 Fév 2018, 18:03

compsystems a écrit:very useful if you manage to communicate with an arduino, to carry out interesting projects

Or debug stuff with printf()/GDB stub, or even do some old-fashioned calculator-to-calculator/calculator-to-computer data transfer for those nostalgic of the TI-Graph Link.

While I don't expect Numworks to add a small row of GPIO connectors in a future calculator (sadly, hardware tinkering on calculators just isn't what it used to be), at least this particular mod is easy to do. Still, just an UART (or two GPIOs)+ground is a far cry from the Raspberry Pi expansion headers.

→ **MyCalcs** profile · de **zardam** » 08 Fév 2018, 23:43

Il y a quand même pas mal de possibilités d'extension si on regarde bien : UART, SPI, SD, QSPI. Au pire, ça laisse un bon nombre de GPIO, et c'est soudable facilement.

En plus, les modèles 3D du boitier sont dispo, ce qui permet de faire une face arrière dédiée assez facilement. J'étais parti la dessus pour pérenniser la sonde black magic dans la calculatrice, mais ça n'a pas avancé car j'ai bifurqué sur autre chose entre temps...

→ **MyCalcs** profile · de **jean-baptiste boric** » 09 Fév 2018, 19:42

zardam a écrit:Il y a quand même pas mal de possibilités d'extension si on regarde bien : UART, SPI, SD, QSPI. Au pire, ça laisse un bon nombre de GPIO, et c'est soudable facilement.

Je ne dis pas pour le QSPI ni pour le microSD (cas particuliers), mais moi je veux mes pin headers soudables directement sur la carte mère sans devoir mettre des fils qui se baladent sécurisés au pistolet à colle. Je sais, je pinaille, mais j'ai déjà une HP Prime défigurée à vie et une autre qui n'a plus ses pads de tests pour l'UART faute d'avoir sécurisé correctement les fils.

Mettre le SPI+I2C+quelques GPIO supplémentaires dans la lignée de l'UART ne coûterait pratiquement rien à la fabrication mais faciliterait la vie des bidouilleurs, même si une calculette Numworks ne peut pas prétendre à faire de l'ombrage à des cartes Arduino.

→ **MyCalcs** profile · de **zardam** » 09 Fév 2018, 23:52

Effectivement, il reste quand même encore 5 broches utilisables qui ne sont pas routées.

Pour la concurrence à arduino, il faut se méfier. J'avoue bien aimer les cartes micropython (la "source" de l'interpréteur python de la NumWorks). Ça ne ferait pas de mal de pouvoir avoir accès à quelques GPIO depuis l’extérieur avec Python sur la calculatrice.

Après, les deux lignes de données du port USB peuvent être récupérées en GPIO "standard" et faire passer de l'i2c ou du série par exemple vers d'autres périphériques (genre un port extender et un ADC). Ce n'est peut être pas l'idéal, mais ça serait suffisant pour des petits projets elec.

Ce qui coince, c'est quand même le tarif. On peut se monter facilement un clone arduino chinois, un écran et un clavier pour moins de 10 € ou un raspberrypi zero pour pas grand chose de plus...

→ **MyCalcs** profile · de **jean-baptiste boric** » 10 Fév 2018, 17:13

J'ai refait les soudures cet après-midi et la communication bidirectionnelle fonctionne maintenant sur ma calculette. La prochaine étape serait logiquement un stub GDB.

→ **MyCalcs** profile · de **jean-baptiste boric** » 11 Fév 2018, 22:09

Finalement le stub GDB ne sera pas nécessaire...

Ce coup-ci, faute d'avoir des trous prêts à l'emploi, la rangée de pins est fixée directement sur le PCB à coup de superglue et pistolet à colle. Pour le moment ça tient bon, mais c'est certainement pas aussi robuste.

J'ai le contrôle complet de la calculatrice avec le SWD du MCU (en utilisant GDB avec OpenOCD). Le transfert d'un firmware est rapide, 28s pour 780 Kio (soit deux fois plus rapide qu'avec le protocole DFU par USB).

Même si j'ai gardé des pins pour le SPI, je n'ai pas soudé ces fils car ça commence à devenir très serré là-dedans. J'aurais pu également laisser un pin supplémentaire pour le SWO, mais mon mini STLink-V2 ne le gère pas.

Pinout (de gauche à droite sur la photo):