Forum TI-Planet.org

Bonjour,
Alors, comme j'utilise TiLP pour mes transferts (TI-Connect (CE) foire à tous les coups), j'essayais de transférer quelques apps à ma TI-83 Plus.fr USB, profitant de ses 1.5 MB de mémoire Flash d'archive
Cependant, il a fallu que je me rende compte qu'au bout de 150 petits kB consommés, tout nouveau transfert d'app échoue irrémédiablement et m'affiche ce magnifique :



x)

Avant que les bonnes âmes me posent des questions inutiles, oui, j'ai pensé à tout, RAM Cleared, Garbage Collects (Andrew ) et même Arc clear... Et oui, je vous le jure, il me reste de la mémoire, et même beaucoup :



Donc, je me dis (peut-être) que le logiciel considère par défaut que c'est une 84+, qui a donc 480 kB utilisables... et encore, ce n'est même pas logique. Je demande donc de l'aide à Lionel Debroux, ainsi qu'à toutes les personnes qui peuvent m'aider...
Voilà

TILP (libticables, en l'occurrence) produit des logs de transfert pour le debug, dans le sous-répertoire .ticables de ton répertoire utilisateur (Windows Vista: C:\Documents and Settings\<username>; Windows 7+: C:\Users\<username>; autres: $HOME). Poste ticables-log.hex et ticables-dusb.pkt, STP
Ce que je cherche surtout ici, c'est le code d'erreur remonté par la machine.

La todo list pour le (un) cycle de développement suivant comporte une refonte de la façon de produire ces logs, actuellement fort bizarre, qui permettra au passage d'indiquer la direction des paquets. Mais ils sont comme ils sont depuis des années, et ils m'ont déjà permis de debugger des choses, même si j'ai perdu du temps une fois à cause de cette absence de direction des logs et une mauvaise interprétation du flux des paquets.

Bon, le ticables-log.hex est vide, mais par contre, l'autre donne ça :

Code: Select all

TI packet decompiler for D-USB, version 1.0
00000004 (01)                      | XX>XX: Buffer Size Request
   [00000400]

00000004 (02)                      | XX>XX: Buffer Size Allocation
   [000000fa]

00000010 (04)                      | XX>XX: Virtual Packet Data Final
   0000000a {0001}                  | CMD: Ping / Set Mode
      00 03 00 01 00 00 00 00 07 D0

00000002 (05)                      | XX>XX: Virtual Packet Data Acknowledgement
   [e000]

0000000a (04)                      | XX>XX: Virtual Packet Data Final
   00000004 {0012}                  | CMD: Acknowledgement of Mode Setting
      00 00 07 D0

00000002 (05)                      | XX>XX: Virtual Packet Data Acknowledgement
   [e000]

00000023 (04)                      | XX>XX: Virtual Packet Data Final
   0000001d {000b}                  | CMD: Request to Send
      00 06 7A 53 74 61 72 74 00 00 00 40
      00 01 00 02 00 02 00 04 F0 07 00 24
      00 03 00 01 00

00000002 (05)                      | XX>XX: Virtual Packet Data Acknowledgement
   [e000]

0000000a (04)                      | XX>XX: Virtual Packet Data Final
   00000004 {bb00}                  | CMD: Acknowledgement of Parameter Request
      00 05 7E 40

00000002 (05)                      | XX>XX: Virtual Packet Data Acknowledgement
   [e000]

00000008 (04)                      | XX>XX: Virtual Packet Data Final
   00000002 {ee00}                  | CMD: Error
      00 0C

00000002 (05)                      | XX>XX: Virtual Packet Data Acknowledgement
   [e000]

() Packet types found: 00 01 02 04 05
{} Data codes found: 0000 0001 0012 0009 000a 000a dd00 0007 bb00 0008 000b ee00


La machine a réellement répondu qu'elle n'est pas contente: EE 00 00 0C.

Et comment ça se fait, alors qu'il me reste 1,4 MB de mémoire d'archive ?

Tente une défragmentation/GarbageCollect, pour voir ?

Encore ?
Bon, pas maintenant, je finis mon dossier de TPE, mais je le fais à chaque envoi d'app, c'est ça le pire

Ah zut, j'avais zappé que tu avais déjà tenté
Il faudrait que tu essayes avec un TI-Connect [CE] d'un autre ordi, au moins pour voir...

Normalement, TILP (libticalcs) parle correctement à la machine, et si elle refuse de bouffer les données, elle doit avoir ses raisons, même si on ne les comprend pas ^^

Mais oui, il faudrait tester avec TI-Connect (CE). Et si le comportement est différent, obtenir des logs USB avec USBpcap, pour que je puisse les lire avec Wireshark.

Même TI-Connect (4.0) me sort une erreur mémoire, donc ma calculatrice paraît pleine, mais je ne sais pas pourquoi...