début bien difficile sur HP 50G !

[patt]

Sauf erreur de ma part cette version ne fonctionne pas chez moi, "beep error", la pile affiche :
2: 1000*(sin(1)+1)
1: .2

[C.Ret]

C'est à cause des modes spécifiques de la HP-50g (modes que je ne maitrise pas).
Ce doit être le mode 'exact' qui pose problème. Il faut pour limiter les dégats et obtenir quelque chose de fluide, soit utiliser comme tu l'avais fait la fonctin ->NUM qui impose un résultat numérique.

Soit saisir un point décimal pour ne pas que l'HP-50g fasse du zèle et entrant en mode 'exact' :

Code : Tout sélectionner

« DEG 
  0 20 FOR a
        1000. a SIN 1. + * 
        .2 BEEP
  NEXT
»

Devrait corriger le problème.
Mais je ne suis pas expert en HP-50g. Un spécialiste sera mieux expliquer ce qui se passe. L'avantage du HP-28S est qu'il est plus simple et ne propose pas les modes sophistiqués du HP-50g. Qui peut se comporter comme un 28S, à condition cependant de convenablement paramètrer ses modes.

[Gilles59]

Effectivement la 50G a deux modes de fonctionnements fondamentalement différents :

Le mode EXACT
Le Mode APPROX

on peut swapper d'un mode à l'autre facilement en cliquant ShiftDroit & ENTER

Sur l'écran l'afficheur montre :
|R= qui correspond au mode exact dans le domaine des réels
|R~ qui correspond au mode approx dans le domaine des réels

Le mode exact sert quand on fait des maths et qu'on veut des résutats exact. Dans ce mode la HP traite essentiellement des "objets algébriques".

En mode |R=
2 √
donne √2 qui est le résultat exact et ne peut pas être simplifié
DUP *
donne 2 (dans ce mode la HP50 ne fait jamais de "calcul" au sens de nombres, mais manipule des objets algébrique (le fameux CAS). D'ailleurs '√ a * √ a' dans ce mode donne 'a'

en mode |R~
2 √
donne 1.41421356237
DUP *
donne 1.9999999999999....

En général, si on ne fait pas des math le mode |R~ est à utiliser. Ca correspond aux anciennes H28 et HP48. Le mode |R= est à utiliser dans une logique CAS. Les 2 modes peuvent être mixés, mais en gros c'est çà

Dans l'exemple donné par C.ret, pas testé mais je pense qu'e^tre en mode |R~ règle le probléme
En mode |R= , ca ne fonctionne pas car '1000*(sin(1)+1)' n'est pas interprétable par la fonction BEEP qui attend un nombre et pas un objet algébrique (sauf à faire un ->NUM pour forcer l'évalution en nombre approximatif). Sauf a faire des 'maths ' pure, le mode |R~ résoud ces pb

PS : il y aussi des modes exacts et approx dans le domaine des Complexes. Pourswapper entre |R et C ShiftGauche & i (le symbole des complexes)

La 50G fait aussi la différence en 1. (qui est un nombre réél) et 1 (sans point qui est un nombre entier de longueur potentiellement 'infinie')

Code : Tout sélectionner

69. !   donne  9.33262154439E157
69 ! (en mode exact car en mode approx, le . est sous-entendu ) donne 
9332621544394415268169923885626670049071596826438162146859296389521
7599993229915608941463976156518286253697920827223758251185210916864
000000000000000000000000

Ajouter un . a un nombre, permet d'être sur qu'il soit considére comme un nombre approximatif en mode exact. Si on est en mode approx, çà ne sert à rien

[patt]

En effet, ma machine était revenue en R= après un plantage et une réinitialisation.

[Gilles59]

Avec un peu de chance, ca peut sortie le tube de l'année

Code : Tout sélectionner

«
 1 300 START
  RAND 1000 * RAND 3 / BEEP
 NEXT
»

[Gilles59]

Pourquoi la 50G n'est pas une machine comme les autres, et pourquoi je l'aime bien

Code : Tout sélectionner

{131  147  165  175   196   220  247  262  }
{'do' 'ré' 'mi' 'fa'  'sol' 'la' 'si' 'do2'} STO

« .2 BEEP » 'b' STO
« .3 WAIT » 'p' STO

«
 1 2 START 
  do b ré b mi b fa b sol b la b si b do2 b p
  do2 b si b la b sol b fa b mi b ré b do b p 
 NEXT
»
'Gratte' STO

[Gilles59]

copié collé d'une suite de note trouvée sur le web pour illustrer le traitement de listes :

Code : Tout sélectionner

{ fa fa fa fa mi fa fa mi fa sol la sol fa fa fa fa mi fa fa do fa fa fa fa mi fa fa mi fa sol la sol fa fa fa fa mi fa fa do fa sol do do si la sol la si la sol la si la sol fa mi fa mi mi fa sol la sol fa  }
1 « EVAL b » DOSUBS

[patt]

Exemples instructifs et motivants !

[badaze]

Exemples instructifs et motivants !

Et incompréhensibles.

[Woodstock]

+1 : au niveau "digestion", je suivais. Là, j'ai tout lâché... Dommage ?

[tyann]

Ah ah trop cool
Je vous propose

Code : Tout sélectionner

<< si b si b la b la b sol b sol b p la b si b do b si b la b sol b la b sol b p 
sol b la b si b si b si b do b ré b la b la b la b p sol b la b si b si b si b 
do b ré b la b la b la b p si b si b la b la b sol b sol b p
la b si b do b si b la b sol b la b sol b >>
'DAGO'  STO

Y a peut-être moyen de brancher un casque sur la hp ????

[Tipoucet]

Ah ah trop cool
Je vous propose

Code : Tout sélectionner

<< si b si b la b la b sol b sol b p la b si b do b si b la b sol b la b sol b p 
sol b la b si b si b si b do b ré b la b la b la b p sol b la b si b si b si b 
do b ré b la b la b la b p si b si b la b la b sol b sol b p
la b si b do b si b la b sol b la b sol b >>
'DAGO'  STO

Y a peut-être moyen de brancher un casque sur la hp ????

J'ai envie d'adapter ce principe sur 2 ou 3 machines à la fois. Je serais très curieux d'entendre le résultat de 3 machines jouant chacune leur partie (polyphonie, accords). Je me demande combien de temps leur vitesse propre leur permettrait de jouer ensemble sans trop dérailler. J'ai 2 HP-48 G et 2 HP-48S. Le problème reste de transcrire une partition sous la forme (durée, fréquence) pour chacune des voix, gros boulot ... Après, on pourrait même imaginer créer des timbres différents en créant des harmoniques avec d'autres HP-48 en arrère-plan. Là c'est du pur délire ...

[tyann]

Tipoucet a écrit:

Après, on pourrait même imaginer créer des timbres différents en créant des harmoniques avec d'autres HP-48 en arrère-plan. Là c'est du pur délire ...

Et il faudrait un Exelvision pour faire le chanteur !!!! Ah ah

[Marcus von Cube]

'Cube' PURGE
efface la variable 'Cube'

J'ai peur.

[oli]

'Cube' PURGE
efface la variable 'Cube'

J'ai peur.