[mOved] PedroM 0.76 - alpha - Page 2

Le #End n'est pas indispensable

non, mais je préfère

g pas trop suivi mais on peut faire quoi dans les scripts de PedRom? un truc genre fichier .bat?

D'apres ce que j'en ai compris, tout comme les scripts shell sous linux .. mais c pas sûr

On peut réutiliser les commandes déjà dispo sous PedroM.

une question pour pphd, tu as deja une idee d'explorer graphique pour faire office de "var link" ? si non ça peut etre interessant d'en faire un sur mesure pour pedrom

cf le readme ou le todo, je sais pu

Moi, je suis pour PCT a une condition, refaire l'interface de PedroM, sinon ca va pas aller ensemble

moi je suis pour en refaire un Spéciale pedrom....en grays et tout, avec Pedrom ecrit en fond.....

Pas en grays, ça consomme trop

mais non

Mais si, les grays consomment plus de piles que le B/W... En gray, on n'appelle jamais idle(), alors qu'en B/W, moyennant bien sûr d'utiliser les bonnes fontions (GKeyIn ou autre, mais qui appellent idle(); ) c'est à dire pas ngetchx(); entre autres, la calculette est mise en mode low-power.

[EDIT: stupid smileys...]

XDanger
: Mais si, les grays consomment plus de piles que le B/W...

Selon JM, non. Et je pense qu'il en connais vraiment beaucoup sur le hardware, vu qu'il a fait un émulateur qui fonctionne plutôt bien, et il a fait des tests avant de faire Win en grayscales.

En gray, on n'appelle jamais idle(), alors qu'en B/W, moyennant bien sûr d'utiliser les bonnes fontions (GKeyIn ou autre, mais qui appellent idle(); ) c'est à dire pas ngetchx(); entre autres, la calculette est mise en mode low-power.

Quelle limitation technique fait qu'on ne peut pas passer la machine en low-power mode pendant les niveaux de gris ?

Au fait, je n'ai toujours pas compris comment fonctionnait ce low-power

On peut parfaitement passer en low power avec les grays. Le seul truc qui à mon avis n'est pas top est que 1) l'AI1 va 4x trop vite => 3/4 des réveils sont inutiles, donc il vaut mieux utiliser l'AI5 pour les grays et 2) sur HW2, ça bouffe qd même 15% du processeur => consommation en veille >= 15% de la consommation normale

(et d'ailleurs je me souviens que qqun avait posté les chiffres, mais je crois que le mode low-power diminue très très significativement la consommation pour le TIOS, bien plus de 15% - si qqun les retrouve, je suis intéressé. Et d'ailleurs son bench n'est pas tout à fait complet, ça m'intéresserait beaucoup de voir à quoi ressemble la conso en low-power en appuyant sur une touche tout en désactivant la gestion des touches du TIOS [genre en jouant à Nibbles])


jackie> ça éteint le CPU jusqu'à ce qu'une auto-int vienne le réveiller, et tu peux choisir quelle auto-int le réveille

Et en assembleur, il faut faire comment ?

Code de KK:

    pokeIO(0x600005,0b10111); /* low power mode, wake up CPU only on AI 1
                                 (grayscale), 2 (keypress), 3 (AMS clock), 5
                                 (AMS timer base, needed for APD) and 6 (ON,
                                 always wakes up the CPU) */

[nosmile]
[off-topic]

XDanger
: [EDIT: stupid smileys...]

En parlant de cela, c'est bizarre, je ne vois plus la balise nosmile... elle marche toujours?
[/off-topic]

nEUrOO> OK, si j'ai bien compris j89HW.txt, ça éteint le CPU et attend que la touche ON soit pressée, ou que l'auto_int 1, 2, 3 ou 5 soit déclenché ?
Autre question : pourquoi un *((char *)0x600005) = 0b10111; n'aurait pas suffit ?

Jackiechan : Il faut mettre un volatile char * pour prévenir l'optimiseur que la ligne ne doit pas être retirée, Parce que si tu fais cela dans une boucle par exemple, il la retirera parce que pour lui, il est inutile d'écrire plusieurs fois la même chose dans la mem. (dans la mem, oui, mais il en est autrement pour les périphériques, et ça, il faut le lui dire explicitement par le mot-clé volatile)

OK, j'ai fait mes petits tests en ASM (l'instruction move.b marchait correctement, je ne comprends pas pourquoi il ne faisait pas ça, Kevin Kofler).
Intéressant.

Donc effectivement, en noir et blanc ça consommera nettement moins de ressources.

jackiechan :
Autre question : pourquoi un *((char *)0x600005) = 0b10111; n'aurait pas suffit ?

C'est la même chose, sauf qu'il faudrait mettre volatile char *, pas char *.

Et pour l'explication des bits, cf. http://members.lycos.co.uk/jesystems/phpBB2/viewtopic.php?t=14.

Pour le shell y a déjà stdlib

PreOs Browser est un des pire shells que j'ai vu... Il ne sert vraiment pas à grand chose.

Il est plus rapide que var-link tout seul pour lancer des programmes

Il est tout petit. C'est l'avantage. SI vous voulez un shell faites le.

Pour le mode low power, on peut aussi eteindre la flash. Ca fait economiser encore plus de puissance.

Neuro: Et les autres ports IO ?

Comment on éteint la flash ?

Cf la doc hardware.

> OK, j'ai fait mes petits tests en ASM (l'instruction move.b marchait correctement, je ne comprends pas pourquoi il ne faisait pas ça, Kevin Kofler).
C'est marqué dans la doc de pokeIO. Sans "volatile", si tu mets dans quatre instructions consécutives des valeurs pas forcément différentes au même endroit, le compilateur va se dire que ce que tu fais est complètement stupide, et va effacer les trois premières instructions - ce qui ne va pas du tout pour certains ports... "volatile" empêche cela.

PpHd: quelle doc ? j89hw.txt, ou une autre ?

Quelle doc ? j89hw.txt ? Je n'ai rien trouvé dedans.