libhpcalcs: a toolkit for communicating with Prime calcs...

[Lionel Debroux]

A propos de la définition udev, pas moyen d'utiliser la même que celle déjà créée pour TILP ?

Ca en sera fortement inspiré, en effet, mais il faudra changer les IDs USB

Sur la branche master2, j'ai poussé deux commits à tester, l'un pour essayer de récupérer le maximum de données quand même si un backup a foiré, et l'autre pour passer la BOM UTF-16LE dans les programmes.
Est-ce que les notes ont le même problème que les programmes vis à vis de la BOM ? Si oui, il faut juste que j'ajoute un type dans la condition d'un if().
Aussi, est-ce que quelqu'un pourrait se débrouiller à créer et transférer des .hpappprgm et .hpappnote, de manière à confirmer l'ID de type de fichier correspondant ?

[Persalteas]

En tout cas, je viens de réessayer une deuxième fois, tout en sudo, le problème persiste.

[wawachief]

Aussi, est-ce que quelqu'un pourrait se débrouiller à créer et transférer des .hpappprgm et .hpappnote, de manière à confirmer l'ID de type de fichier correspondant ?

J'ai testé le transfert de hpapp et de hpnotes dans les deux sens (receive backup, envoi, reception) et cela fonctionne.
Juste pour les notes, toujours le soucis quand j'édite avec kate du premier caractère parasite une fois retransféré sur la prime.

[Lionel Debroux]

J'ai testé le transfert de hpapp et de hpnotes dans les deux sens (receive backup, envoi, reception) et cela fonctionne.

En effet, mais il se trouve qu'il existe également des .hpappprgm et .hpappnote (du moins, j'en vois dans la liste des fichiers de la version ordinateur du logiciel Prime)
Mais je ne sais pas ce qu'il faut faire pour les créer.
Un truc que je peux faire, c'est ajouter deux entrées pour ces types de fichiers, de manière à ce que les .hpappnote soient envoyés avec le type 0x07 et les .hpappprgm avec le type 0x08, et après, regarder si dans les backups, on retrouve ces types.

Juste pour les notes, toujours le soucis quand j'édite avec kate du premier caractère parasite une fois retransféré sur la prime.

OK, donc le BOM UTF-16LE doit être filtré des notes. Je m'y attendais, mais je voulais une confirmation d'abord

[deloge]

Persalteas avait dit que tu en avais besoin alors voici : http://rapidshare.com/share/7314EE56222 ... 843D0C4A88

[Lionel Debroux]

OK, merci
Tu n'aurais pas de .hpappnote ?

De mon côté, je viens d'ajouter [EDIT: sur la branche master2, toujours, c'est la branche de test, qui peut être réécrite] les deux entrées sus-mentionnées pour .hpappnote et .hpappprggm, vous allez donc pouvoir tester de trois façons:
* ceux qui sont sous Windows peuvent a) utiliser le Connectivity Kit pour transférer les tels fichiers puis faire un backup avec test_hpcalcs pour voir quel type de fichier est indiqué par la machine, ou b) utiliser le Connectivity Kit pendant qu'un dump des paquets USB est en place pour trouver les types de fichiers;
* les autres peuvent utiliser test_hpcalcs pour transférer les fichiers (avec les types potentiellement faux que j'ai mis) et voir comment ils apparaissent sur la machine.

Bons tests, merci d'avance

[deloge]

Et voilà le travail : http://rapidshare.com/share/7FE6A4FBA9F ... 37389963D4

[Lionel Debroux]

Ce topic est devenu bien silencieux

Hier soir, j'ai implémenté la base pour le remote control des Prime. Les 51 touches sont numérotées dans l'ordre [en haut à gauche] -> [en bas à droite]: Apps a le code 0, + le code 50. Il y a quatre plans de touches:
* plan normal 0-50: la touche est interprétée comme si ni Shift, ni Alpha ne sont pressés;
* plan shift 51-101: la touche est interprétée comme une pression de Shift + la touche;
* plan alpha 102-152: la touche est interprétée comme une pression de Alpha + la touche;
* plan shift+alpha 153-204: la touche est interprétée comme une pression de Shift + Alpha + la touche.

Aussi, ça serait super que quelqu'un puisse tester la branche master2, que j'ai rebasée sur les derniers changements, pour confirmer que hpappnote et .hpappprgm sont bien les types 7 et 8

Par ailleurs, j'ai obtenu quelques dumps des 39gII, qui montrent que le protocole supérieur est similaire à celui des Prime, mais le protocole inférieur est différent. L'architecture héritée de libti* est faite pour gérer ce genre de cas. Je n'ai pas encore réussi à communiquer avec la 39gII de mon "cobaye" Marcus Von Cube avec deux hacks simples, donc il faudra prendre un peu plus de temps après une petite réorganisation de la base de code.
Et puis il reste les éléments habituels de TODO list:
* détection automatique des calculatrices qui peuvent être branchées à l'ordinateur;
* faire en sorte que le code de backup résiste mieux aux pertes de paquets;
* ouvrir les fichiers PNG et réaliser la conversion de couleur...

[DoOmnimaga]

J'enverrais bien un dump 39gII, mais comme elle plante à 99.9% des tentatives de connexion du cable ou de reset, j'ai comme abandonné, surtout qu'avec le fait que le nouveau firmware 39gII ne fixe aucun bug (même que c'est encore pire coté connexion), alors que le nouveau firmware de la HP Prime en corrige beaucoup, il est devenu clair pour moi qu'HP ne prennent même plus la HP 39gII au sérieux.

[Lionel Debroux]

Merci, mais tant que je n'arrive pas du tout à échanger des paquets avec une 39gII, je n'ai pas besoin de dumps supplémentaires de l'interaction 39gII <-> CK 39gII