PedroM hw1 - problème ... - Page 1

PpHd m'a demandé de créer ce post et donc de vous parler une peu des problèmes ...
Comme vous le savez certainement, PedroM ne marche pas sous HW1, enfin, plus précisément, il y a un problème avec l'écran : il est éteint alors que le système tourne et le fait de mettre un cable ou alors d'enfncer une touche pendant qq instant peut l'allumer.

PpHd m'a demander de faire un test avec des codes sous AMS.

	trap	#12
	
	moveq	#0,d0
	lea	$600000,a1		; Port IO 6

	move.b	d0,$15(a1)		; OSC2 and LCD mem stopped on HW1 /* do not clr.b since it reads before set */
	move.w	#$FFFF,$18(a1)		; Setup Batt Level to the max 
	move.w	#$8000,(a1)		; Pin 100 Enable / Write Protect Vectors desable / RAM 256K 
	move.w	#$374,d1		; Delay...
	dbf	d1,*
	move.b	d0,(a1)			; Do not set Pin100 
	st.b	$3(a1)			; Setup Bus Wait State
	move.w	d0,$C(a1)		; Setup Link Port (Nothing enable link ports)
	move.w	#$4C00/8,$10(a1)	; Set LCD memory address on HW1
	move.w	#$3180,$12(a1)		; Set LCD logical width / Set LCD logical height
	move.b	#$21,$1C(a1)		; Set LCD RS
	move.w	#$001B,$14(a1)		; Increment rate of $600017 : OSC2/2^9, / Enable $600017 / Disable Int 3 / Enable OSC2 / Enable LCd on HW1
	move.w	#$B2,$16(a1)		; Reset $600017 cycles on HW1.
	move.w	d0,$1A(a1)		; acknowledge AutoInt 6 & AutoInt 2

	move.w	#0,SR

Ce code marche, ensuite, il y avait divers programmes en éliminant a chaque fois une ligne. Il s'est avéré que seulement sans cette ligne là

	move.w	#$001B,$14(a1)		; Increment rate of $600017 : OSC2/2^9, / Enable $600017 / Disable Int 3 / Enable OSC2 / Enable LCd on HW1

ca plantait ... en simulant le mm bug que pour PedroM
Si vous avez des idées pour résoudre ce problème ...

Tu dis qu'en appuyant sur une touche ou en mettant un cable dans le link ça fonctionne, l'écran s'allume.
Dans le cas ou tu appuye sur une touche, l'au to int 2 s'active, dans le cas du link c'est la 4.
Essaye en appuyant sur ON.
En faisant un programme qui active l'auto int 7 donc écrire dans une zone protégée avec l'auto int 7 d'activé.

suffit donc d'écrire sur $600001 pour l'int 7

Est-ce que si vous essayez de n'écrire que des bytes au lieu de words (par exemple, move.b #0x1B,0x14(%a1)), pour ne pas écrire dans des ports inconnus qui font peut-être quelque chose, ça va mieux ? Ca m'étonnerait, mais vous pouvez toujours essayer.

Si ça plante sous AMS, c'est peut-être que le port est initialisé à une valeur farfelue (par exemple, l'auto-int5 arrive trop vite, plus vite que le temps pris pour exécuter l'auto-int, ou bien que l'auto-int3 est enablée pour une raison ou une autre, et ça fait planter les vieilles versions d'AMS "Level 3: Disabled by default by AMS, early versions crash if it is enabled. When enabled, it is triggered at a fixed rate: OSC2/2^19. See $600015:2.", ou autre cause).

Extraits de j89hw.txt:
"OSC2 is the timing base for the timers, the link I/O hardware and (HW1 only) the LCD controller."
"
$600015 RW ($1B)
:7 Master disable timer interrupts (level 1, 3 and 5)
:6 - (HW2: ?)
:5-4 Increment rate of $600017
%00: OSC2/2^5
%01: OSC2/2^9 (AMS default)
%10: OSC2/2^12
%11: OSC2/2^18
:3 Enable incrementing of $600017
:2 Trigger interrupt level 3 at OSC2/2^19 (~1 Hz on HW2)
:1 OSC2 (and OSC3?) enable (bit clear means oscillator stopped!)
:0 LCD controller DMA enable, LCD blank ("white") if =0
This bit is only examined by the hardware at the start of
each frame.
HW1: The DMA steals ~10% of the CPU bus bandwidth.
"

Oui, mais ce que je voulais dire c'est générer une erreur avec cette protection, donc écrire par exemple dans la table vectorielle ou dans d'autres endroit protégé avec cette interruption quand elle est activé.

Quand tu appuye sur la touche ON, l'écran s'allume?

Je ne me rappelle plus ... ca fait qq temps que j'aivais fait ces tests, et en ce mmt , je ne peux plus envoyer PedroM ..

Heu exscusez moi. EN fait c'est normale que le code fournie ci dessous plante lorsqu'on enleve la ligne desiree.

:: move.b d0,$15(a1)

mais apres normalement, on le met a la bonne valeur.

Bref je suis pas plus avancee. C'est peut etre pas le boot qui plante.
Le contraste ????????

Est-ce que tu vois un message durant le checking de la flash ?

oui

Sans mettre la prise de link ? A partir d'un vrai reset ?
Et d'un faux reset ?

oui .. du vrai, au premier boot par exemple.

Moi je pense que ça vient d'une interruption qui modifie un truc qu'il faut pas.
C'est peut être l'interruption du link...??

Ou encore peut être un problème de rafrâchissement de l'écran...

Est-t-il possible qu'en travaillant sur la Flash, l'écran à moins de tension...?

Bon ok, c'est pas le boot le responsable
Il reste le contraste ou le link ou une interruption.

Essaye:
move.w #$380,$600018
bra *
dans un programme sous AMS pour voir.

hum .. ca plante
j'ai fais ce programme:

memset(LCD_MEM,-1,3840);

move.w #$380,$600018
bra *

memset(LCD_MEM,0,3840);

donc écran noir, et aucune réaction, même si les intérruption du clavier marchent encore (2nd etc.)

EDIT: je vais p-ê détourner des interrupts avant ...

Je pense qu'il faudrait tester sur la hw1 et sous PedroM l'état du 4ème bit à $60001D, pour voir si l'écran est vraiment desactivé ou non ...

nEUrOO :

avec sa :

#define USE_TI89              // Compile for TI-89
#define USE_TI92PLUS          // Compile for TI-92 Plus
#define USE_V200              // Compile for V200

#include <kernel.h> 

// Main Function
void _main(void)
{
	puts("Hello World - avant\n");
	asm("
		move.l	#0x600000,%a1
		move.b #0x21,0x1C(%a1)		
		move.b #0x9F,0x1D(%a1)
		");
	puts("Hello World - apres\n");
	puts("Press a key before crash\n");
	ngetchx();
}

Il affiche Hellow World-avant et freeze... si je fait esc-on il me dit "system error: heap corrupted".....

prend la valeur du 4ème bit dans le champ de 0x1D et met le à 1.

n'oublie pas de dire à GCC que tu détruis a1...

Bien vu!
Je suis content de ne pas être le seul expert de compilateurs ici.

Bah vu que Pollux fait un meilleur compilo que TI-GCC (), c normale

Bon alors je teste d'une autre maniere, plus simple

> Je suis content de ne pas être le seul expert de compilateurs ici.
Ne crois pas que savoir qu'il faut informer un compilo qu'on détruit tel registre est réservé à une élite...

Bref GCC C'est de la merde

Sans commentaire.

lol ça marche à tous les coups

Bah pas ce coup-ci.
Je pensais qu'il s'enflammerait.

Il a quand même pas compris que godzil ne pensait pas ce qu'il disait. Moi je dis que ça a marché

Franchement, j'ai vu le message de godzil comme une insulte totalement débile et injustifiée...

Alors que c'était de l'humour ... gcc est très bien pour les PC

bon attention faut detourner le sujet vers un truc completement con que microchiotte puisse comprendre sinon il va fermer le sujet ...

soirée