PedroM 0.81 - Page 7

Il m'a aussi raporte deux bugs critiques, non reproductibles sur tiemu :
+ Impossible de lancer des programmes archives (Apres refexion, c'est peut etre un bug que j'ai corrige depuis).
+ Un reset de la calc efface les fichiers archives.

erf... pourquoi ça se voit pas sur vti?

Parce que Vti n'emule pas une V200 ?
Sinon c'est une bonne question... je penche pour le code de boot de la calc.

sur VTI le reset est foireux, non ? il se resume plus ou moins à repartir de 0 à partir du fichier d'origine

Mais, ça le fait à chaque reset ? Parce que le bout de code du boot exécuté au moment d'un reset une fois l'OS installé est vraiment tout petit, il ne fait quasimment rien.

Voici:

Et apres un reset:


Sinon c'est Fosco255 qu'il faut contacter pour en savoir plus.

Tiens tiemu me detecte ma ROM V200 comme une HW1

Il parait que ces problemes existaient deja avec PedroM 0.80 modifiee pour V200.

Ce bug (impossible de lancer les programmes archives) survient dans Estack2.asm Ligne 889 dans EvalVAR (Eval a variable).
J'ai l'impression que le bug vient du code pour mettre les donnees en memoire archive (FlashWrite) qui doit etre buggue sur V200.
Routine de PedroM (j'ai compare avec AMS 3.01 et vu une difference) :

; In :
;	a2 -> Src
;	a3 -> Dest
;	d3 = Len in words 
\FlashWrite_ExecuteInRam:
	subq.w	#1,d3			; Because of Dbf
	blt.s	\End
	move.l  a3,a4			; A4 = Command register
	move.w  #$5050,(a4)		; Clear Statut Register
\loop:
		move.w	(a2)+,d7	; Read value to write
		move.w  #$1010,(a4)	; Write Setup // V200 AMS 3.01 utilise a3 ici
		move.w  d7,(a3)+	; Write word
\wait:			move.w  (a4),d0	; Check it
			btst    #7,d0
			beq.s	\wait	; and wait that's done
		dbra    d3,\loop
	move.w	#$5050,(a4)
	move.w	#$FFFF,(a4)	; Read Memory
\End:	jmp	(\FlashWrite_Return).l
\FlashWrite_ExecuteInRam_End:
  

Extended ?

Apres retour, c'est effectivement FlashWrite le coupable:
> 1 STO x
> ls -l
> hexdump [L'adresse de x donne par ls -l]


> arc x
> ls -l
> hexdump [L'adresse de x donne par ls -l]


> unarc x
> ls -l
> hexdump [L'adresse de x donne par ls -l]


J'ai corrige en:

; In :
;	a2 -> Src
;	a3 -> Dest
;	d3 = Len in words 
\FlashWrite_ExecuteInRam:
	subq.w	#1,d3			; Because of Dbf
	blt.s	\End
	move.l  a3,a4			; A4 = Command register
	move.w  #$5050,(a4)		; Clear Statut Register
\loop:
		move.w	(a2)+,d7	; Read value to write
		move.w  #$1010,(a3)	; Write Setup -- CHANGE HERE a4 to a3
		move.w  d7,(a3)+	; Write word
\wait:			move.w  (a4),d0	; Check it
			btst    #7,d0
			beq.s	\wait	; and wait that's done
		dbra    d3,\loop
	move.w	#$5050,(a4)
	move.w	#$FFFF,(a4)	; Read Memory
\End:	jmp	(\FlashWrite_Return).l
\FlashWrite_ExecuteInRam_End:
 

J'attend le resultat. Il faudrait aussi savoir si ce code marche sur 89 / 92+ HW1 HW2 HW3 ?

Au passage, je tiens a remercier Fosco255 pour ses tests rapides et les screenshots qu'il m'envoit.

La modification proposee fonctionne sur V200. Il faudrait maintenant teste sur 89 et 92+
Au passage, la version 0.80 merdait aussi.

Au passage, il faudrait backportait la modification dans tib.asm qui utilise sa propre routine pour sauver en Flash.
Et ameliorer tiemu pour qu'il emule cela un peu mieux

PpHd :
La modification proposee fonctionner sur V200.

Ah oui, bien vu. Les spécifications de la FlashROM de la V200 indiquent : "The address which is written at the first bus cycle should be the same as the address which is written at the second bus cycle".
Je vais jeter un oeil dans les spécifications pour la puce des 89/92+.

J'ai verifie sur AMS 2.09 - TI-92+. C'est le meme code qui est utilise pour l'ecriture en Flash.

Ok. Plus de pub pour PedroM sur V200/Titanium ferait pas de mal, c'est bizarre que le bug remonte aussi tard

Code identique sur Titanium.

Au passage, la lecture du code d'AMS me fait peur... vraiment peur.

Une RC7 avec les derniers bugs corriges est dispo (Fosco: pas besoin pour toi) :
http://www.medicis.polytechnique.fr/~pphd/preos/pedrom-0.81-rc7.tar.bz2

PpHd : tu demandes à Roms sur la ML de TiEmu de modifier la gestion de l'écriture en flash sur V200/Titanium ? (et peut-être d'ajouter le support des reflets ?)

Bon je vien de rebrancher Ma TI89 HW2 (ca fais une eternité que j'y avais plus touche) A priori ca marche.
Pas de perte d'archive a signler.

PpHd> ok sur 89ti

ExtendeD :
Ok. Plus de pub pour PedroM sur V200/Titanium ferait pas de mal, c'est bizarre que le bug remonte aussi tard

Je crois surtout que y a peu de monde tentés par les beta tests :\

Mais non, il y a du monde, des V200 et des Titanium il n'y a plus que ça sur le marché.

sauf que la plupart des gens qui ont une TI-89 ou v200, et qui s'en servent (et qui en plus de ça vont sur le net pour chercher des programmes), ils l'utilisent pas mal pour les maths tout de même, je pense - enfin, j'imagine que la majorité des utilisateurs de ce genre de machine sont des lycéens... qui utilisent leur machine en cours;..
et une TI sous pedRom, sans CAS, je doute que, à leur yeux, ça vaille une TI sous AMS

au fait ça en est où le CAS? #cc# #chieur#

Uther: Cool.
Nerik: Mais heu, c'est la premiere fois que j'entend quelqu'un faire fonctionner PedroM sur 89 Titanium. Mes felicitations
Extended: J'ai reporte le probleme.
squale92: Oue mais il y a quand meme beaucoup plus de mondes.
squaly^2: Tu veux etre beta testeur ?

Sinon, j'ai teste sur ma TI-92+ HW1: ca marche.
Mais les variations de contrastes par DIAMOND+'+' et DIAMONS+'-' fonctionnent mal.
J'ai aussi teste le code de 'install tib' : ca a marche sur ma calc. Donc je pense que vous pouvez tester ce code aussi. Mais dites le dans ce topic juste avant de le faire de telle sorte qu'il n'y est qu'un modele de calculatrice endommage en cas de probleme (Mais il faut que ca soit la RC7 au minimum).

Donc je resume, ca marche sur:
TI-92+ HW1
TI-89 HW2
V200
TI-89 Titanium


Il manque:
TI-92+ HW2
TI-89 HW1
des volontaires ?

je peux fournir TI92 HW2, et peut-être me faire prêter une 89HW1

Et bien teste mon ami

j'ai pas de câble