π
<-
Chat plein-écran
[^]

News 2024
Avril (12)
Mars (7)
Janvier (20)

News 2023
Octobre (19)
Août (14)
Juillet (13)
Juin (21)
Mai (29)
Avril (24)
Mars (24)
Janvier (24)

News 2022
Octobre (23)
Août (14)
Juillet (15)
Juin (17)
Mai (31)
Avril (27)
Mars (28)
Janvier (34)

News 2021
Octobre (24)
Août (37)
Juillet (50)
Juin (32)
Mai (48)
Avril (61)
Mars (35)
Janvier (34)

News 2020
Octobre (17)
Août (43)
Juillet (43)
Juin (45)
Mai (60)
Avril (78)
Mars (36)
Janvier (39)

News 2019
Octobre (13)
Août (18)
Juillet (23)
Juin (28)
Mai (31)
Avril (26)
Mars (38)
Janvier (37)

News 2018
Octobre (13)
Août (32)
Juillet (23)
Juin (64)
Mai (63)
Avril (45)
Mars (43)
Janvier (45)

News 2017
Octobre (26)
Août (39)
Juillet (52)
Juin (88)
Mai (51)
Avril (43)
Mars (37)
Janvier (33)

News 2016
Octobre (25)
Août (42)
Juillet (34)
Juin (109)
Mai (55)
Avril (34)
Mars (37)
Janvier (24)

News 2015
Octobre (22)
Août (56)
Juillet (22)
Juin (94)
Mai (56)
Avril (32)
Mars (40)
Janvier (21)

News 2014
Octobre (26)
Août (18)
Juillet (23)
Juin (101)
Mai (57)
Avril (59)
Mars (54)
Janvier (31)

News 2013
Octobre (67)
Août (50)
Juillet (43)
Juin (193)
Mai (93)
Avril (102)
Mars (45)
Janvier (50)

News 2012
Octobre (64)
Août (63)
Juillet (53)
Juin (132)
Mai (88)
Avril (73)
Mars (57)
Janvier (58)

News 2011
Octobre (56)
Août (31)
Juillet (27)
Juin (71)
Mai (61)
Avril (32)
Mars (36)
Janvier (24)

News 2010
Octobre (11)
Août (8)
Juillet (14)
Juin (10)
Mai (3)
Avril (3)
Mars (1)

News 2009
Août (3)
Juin (2)
Mai (1)
Avril (2)
Mars (1)

Fabrique un synthé avec la carte DSP TI-C5535 - #Épisode 2

Nouveau messagede Wistaro » 12 Déc 2017, 19:03

Il y a quelques semaines, nous te parlions d'une carte électronique programmable, fabriquée par Texas instrument, la TMS320C5535 eZdsp.
8206
Mais cette carte n'était pas une carte ordinaire, c'était une carte DSP, pour Digital Signal Processing.

Comme nous le disions, les possibilités offerte par cette carte étaient nombreuses.



Aujourd'hui, après la théorie, passons à la pratique!


Je vous propose de réaliser un premier projet tout au long de cet série d'articles: un synthétiseur au clavier.
Il s'agit en quelque sorte d'un piano virtuel. Vous appuyez sur des touches de votre clavier, et la carte DSP joue un son, différent pour chaque touche.
Tous les synthétiseurs utilisent ce principe! Une circuit détecte l'appui d'une touche (par exemple, d'une touche au clavier s'il s'agit d'un piano électrique), et un autre circuit basé sur un ou plusieurs DSP se chargent de générer le signal.

Intéressant non?
Si vous êtes prêts, nous pouvons commencer.

Tout d'abord, il est important de définir notre cahier des charges, qui, dans un premier temps, vas être très simple! Nous serons peut-être amené à l'améliorer au fur et à mesure des épisodes de cette série. Aujourd'hui, nous ne nous imposons que très peu de limites!
En effet, nous voulons juste générer un son audible, à chaque appui d'une touche au clavier. Le programme devra tourner en boucle, pour pouvoir saisir autant de notes souhaitées. Nous pourrons ainsi créer une mélodie si nous sommes inspirés! :D

Nous voyons donc qu'il y a 2 parties majeures dans ce projet:
  • Générer un signal audible
  • Détecter l'appui d'une touche au clavier


Je vais détailler chaque partie, et vous allez voir que même si cela semble peut-être un poil complexe, ce n'est en réalité par le cas!

Commençons par la génération du son.


Un son, c'est quoi? C'est tout simplement une vibration de l'air. Ces vibrations se propagent un certain nombre de fois par seconde, c'est ce qu'on appelle la fréquence. Cela, vous savez ce que c'est. C'est en quelque sorte la "hauteur" du son: un son haute fréquence sera perçu aiguë, un son basse fréquence sera grave. Quand vous écoutez de la musique sur une enceinte, celle-ci va faire vibrer une membrane sous l'action d'une tension électrique, qui va faire vibrer les molécules d'air. Ces vibrations vont arriver jusqu'à vos tympans qui vont recevoir ces vibrations, et vous allez entendre quelque chose. Enfin, normalement.
Mais comment la source (votre téléphone, votre ordinateur...) génère t-elle la tension qui arrive à faire bouger la membrane? En fait, rien de secret, c'est très simple! Lorsque la source envoie une tension positive, la membrane est poussée dans un sens, et lorsque la tension est négative, elle est poussée dans l'autre sens. La répétition de cette tension positive, puis négative, puis positive, etc. va alors faire vibrer les molécules d'air: c'est le but recherché. Notez que le temps entre ces répétitions est la période, soit l'inverse de la fréquence (Pour être plus pointilleux, il s'agit de la demi-période! La période complète étant la temps entre 2 tensions de même signe!).

Autrement dit, pour un son plus aiguë, il va falloir être rapide!

Maintenant, quelle fonction mathématique possède des alternances négatives et positive au cours du temps? Il s'agit des fonction périodiques de valeur moyenne nulle. La plus simple d'entre-elle, est le sinus.

OK, maintenant nous savons que notre carte doit générer un signal sinusoïdal d'une certaine fréquence. Mais comment faire ça? Notre carte ne traite que les signaux binaires, à priori.
Sauf que nous sommes sur une circuit DSP, et que le traitement des signaux, c'est son job.

Encore une fois, le principe va être simple. Nous allons lui donner en entrée un nombre, par exemple 42. Puis un petit composant va se charger de convertir ce nombre en impulsion électrique. Ce petit composant s'appelle un Convertisseur Digital Analogique, ou DAC en anglais.
Son but? Convertir un valeur en un signal électrique.
Ici, le DAC sur notre carte est un AIC TI-3204, qui échantillonne les signaux à 192kHz.


Il ne reste plus qu'à calculer les valeurs d'un sinus pour pouvoir ensuite les envoyer au DAC.

En réalité, c'est un peu plus complexe. Pour des raisons de gestion de la mémoire, il serait problématique de calculer à chaque fois tous les points du signal sinusoïdal. Il est préférable de le pré-calculer au lancement du programme, puis de s'en servir après. N'oubliez que pas que nous sommes sur un circuit DSP!
J'ai donc au préalable généré une sinusoïde sur 16bits signés (capacité du DAC), c'est à dire qu'en sortie il y aura
$mathjax$2^{16}$mathjax$
niveaux de tension.

La configuration du DAC est un peu complexe, car il faut paramètrer beaucoup de choses sur l'AIC et les ports. Il est vivement recommandé de se baser sur la documentation de la carte!




Il ne reste plus qu'à envoyer le signal! Mais le problème est ici que nous ne pouvons pas jouer sur le fréquence, étant donné que nous avons pré-généré le sinus! J'ai donc bidouillé un peu le code pour que quand la variable fréquence varie, le son change. Par la suite, nous essayerons de faire quelque chose de plus propre! Mais pour le moment, ce n'est pas grave. Remarquez aussi que j'ai copié le signal 2 fois, car nous sommes sur un port stéréo.
Cela fonctionne très bien. Dans un prochain épisode, nous verrons comment générer un signal plus propre, certes, mais aussi différent d'un signal sinusoïdal. Chaque forme de signal a sa tonalité bien particulière. Par exemple, un signal carré fait beaucoup pensé aux synthétiseurs dans les musiques des années 80 :p Il sera également possible d'appliquer des filtres, des effets au signal pour le rendre beaucoup, beaucoup plus cool. Mais pour l'instant, occupons-nous de notre petit piano électrique!

Voilà la fin de la première partie!
Maintenant, il ne reste plus qu'a détecter les touches du clavier.
Vous savez peut-être que lorsque vous appuyez sur une touche, votre ordinateur reçoit une donnée correspondante à la touche envoyée. On appelle ça le code ascii. Et bien, grâce à un petit programme installé de base sous windows, Hyperterminal, il est possible d'envoyer cette donnée non pas à Windows, mais plutôt sur un port spécifique. Un port est globalement une entrée/sortie de l'ordinateur qui communique au moyen d'un liaison série: un fil sert pour émettre des données, et un autre pour les recevoir.



Et, ça tombe bien, notre carte TMSezDSPC5535 est connecté sur l'un de ces ports séries de notre ordinateur! I suffit donc de connecter (virtuellement bien sûr! ) le fil d'émission de l'ordinateur sur le fil de réception de la carte , pour assurer une liaison entre les 2 deux. Ainsi, quand vous appuierez sur "E", le carte DSP recevra "E".
Mais cela n'est pas magique. Sur la carte, le composant qui réalise cela et un UART. Il fonctionne aussi bien en émission, qu'en réception. Ici, nous travaillons avec une fréquence de transmission de 115200 bits par seconde. Il faut donc que Hyperterminal reçoive aussi les données à cette fréquence, sinon il y a aura un gros problème!


Comme vous pouvez le voir à gauche, le code final est très simple. Dans une boucle infinie, je regarde en continu si je reçois un caractère. Si c'est le cas, alors je génère un signal pendant 1 seconde, et je réinitialise tout. On peut remarque que la je passe en paramètre de ma fonction qui génère le signal la touche appuyée. En effet, je m'en sert pour que, à chaque touche soit associée un son différent!
Notez que le programme pourrait être bien plus optimisé, notamment en travaillant avec les interruptions! Nous verrons ça un peu plus tard.

Bon, en réalité, avec mes bidouillages, le signal est en sortie n'est pas très beau. Il est même assez loin du signal sinusoïdal. Voyez par vous-même :)
Image Image


En effet, si vous regardez mon code, vous voyez que je n'envois pas la totalité du sinus à chaque fois. Pour faire varier la fréquence, je n'envoie qu'une partie à chaque fois, et je répète cette partie. Le signal n'est donc pas sinusoïdal en sortie. D'ailleurs, c'est également bien visible sur le spectre, qui comporte quelques harmoniques.


Attention donc les oreilles :troll:
Nous sommes encore loin d'un beau synthétiseur, mais on s'approche :D

Voici une courte vidéo vous montrant le résultat :p



Le code source du projet est disponible gratuitement sur GitHub: https://github.com/Wistaro/DspSynthesizer


Et ensuite...?
Dans les prochains épisodes, comme je l'ai déjà dit, nous améliorerons ce projet, notamment avec ceci:
  • Génération de signaux plus propre
  • Génération de différents types de signaux
  • Ajout d'effet et filtres
  • Lecture d'une musique
  • Affichage d'un vu-mètre
  • Transformateur de voix
  • Reconnaissance vocale

Et bien plus encore! N'hésitez pas à me donner vos avis!

A bientôt!

Épisode précédant - Épisode suivant
Lien vers le sujet sur le forum: Fabrique un synthé avec la carte DSP TI-C5535 - #Épisode 2 (Commentaires: 4)

Beta HP Prime 13217: débogueur programmes CAS+Python

Nouveau messagede critor » 14 Déc 2017, 22:49

Hewlett Packard diffuse cette semaine de nouvelles versions beta de sa suite logicielle HP Prime, les versions 13217 datées du 11 décembre 2017 :
  • logiciel de communication HP Connectivity Kit
  • logiciel d'émulation HP Prime Virtual Calculator
  • firmware HP Prime

Rappellons que cette série de versions beta rajoute d'importantes fonctionnalités, comme la possibilité de programmer ses fonctions avec une écriture ressemblant au Python losque l'on est dans le contexte CAS, nouveauté très pertinente dans le cadre des nouveaux programmes du lycée dont l'application a commencé cette rentrée 2017 en Seconde. :bj:

Ce n'est pas la première fois que Hewlett Packard met quelque chose de remarquable niveau programmation sur sa HP Prime, puisque c'est à ce jour le seul modèle disposant d'un débogueur intégré. Accessible avec le bouton tactile Debog sous la liste des programmes ou via la commande DEBUG(), il permet d'accéder à une interface exécutant le programme pas à pas tout en suivant l'évolution des variables que l'on souhaite. De quoi obtenir la réponse avec justification directement recopiable d'un bon 90% des questions d'algorithmique au BAC ! :bj:


Toutefois, cela ne fonctionnait que dans le contexte numérique. Non disponible donc avec les programmes CAS, et même pire la saisie manuelle de l'instruction DEBUG() dans un contexte CAS déclenchait un redémarrage de la calculatrice. :'(


La version 13217 fait enfin fonctionner correctement la commande DEBUG() dans le contexte CAS. Il devient donc enfin possible d'y dérouler pas à pas l'exécution de fonctions de programmes nécessitant ce contexte. :)

Mais cela implique aussi autre chose d'extraordinaire, c'est que les programmes Python, langage ne fonctionnant que dans le contexte CAS, pourront eux aussi être déroulés pas à pas ! :bj:


On regrettera toutefois plusieurs choses pour le débogueur CAS, cette beta ayant été annoncée comme finale :
  • uniquement en anglais
  • remplacement de l'interface du débogueur numérique par une interface texte
  • impossibilité de choisir les variables à surveiller, ce qui pourra être embêtant quand il y en aura beaucoup
  • le détail des lignes en cours d'exécution est affiché non pas comme saisies dans l'éditeur (c'est-à-dire en HPPPL ou Python) mais avec une notation fonctionnelle qui ne correspond à aucun de ces deux langages
Dommage particulièrement avec ce dernier point qui pourra dérouter les utilisateurs les moins experts, ceux-ci ayant besoin de connaître 3 langages différents pour pouvoir dérouler pas à pas un programme Python sur leur HP Prime :
  • le langage Python bien évidemment
  • le langage HPPPL propre à la HP Prime pour pouvoir adapter le code Python lorsque faisant appel à des commandes ou fonctions absentes ou nommées autrement sur cette calculatrice
  • le langage fonctionnel propre au débogueur CAS HP Prime



Nous ne pouvons qu'être ravis des très grandes avancées en terme de programmation et donc de conformité aux actuels et futurs programmes du lycée français sur HP Prime avec cette série de versions beta. :bj: Surtout quand c'est innovant/exclusif, d'autres constructeurs pourtant bien plus populaires n'ayant toujours rien sorti dans ce contexte à ce jour alors que les nouveaux programmes sont en application depuis déjà 3 mois et demi.

Nous doutons toutefois que le fonctionnement assez complexe choisi sur HP Prime, à savoir l'obligation du contexte CAS pour le Python qui n'a pourtant rien d'une fonctionnalité liée au calcul formel ou même littéral, avec en prime un débogueur distinct qui n'a pas du tout le même degré de finition que le débogueur de l'environnement numérique, puisse véritablement faciliter la vie du lycéen moyen qui, rappelons-le, est censé débuter avec son premier langage de programmation textuel en Seconde. Si les habitués/experts l'enjamberont sans problème, la marche nous semble bien haute pour les débutants de Seconde voir même au-delà, vu qu'ils ne feront certainement pas tous le choix de se perfectionner avec les option ICN et/ou spécialité ISN.

Mais si Hewlett Packard continue sur sa soudaine lancée, nul doute que cela pourra être amélioré dans de futures mises à jour. ;)




Changelog officiel complet (anglais) :
Show/Hide spoilerAfficher/Masquer le spoiler
Some changes since the first two sets of beta files:

1. Added feature:
a. [a b/c] key works with the [angle] key to toggle complexes also.

FIXED ISSUES:
1. REPLACE function with strings could misbehave sometimes.
2. FREEZE not working anymore
3. Issue with BLIT using data from outside of graphic.
4. Tucked away drawing benchmark tool in 3d grapher.
5. Modified CellHasData and ClearCell to work on range instead of list.
6. Some speed improvements to catalogs with some types of geometry apps.
7. Fixed ARC drawing and enhanced sample programs.
8. High system resource use when hovering or pressing a button in emulator.
9. IFERR RETURN 10 … would not return 10 but a function of “RETURN 10”
10. Issues with user defined functions not loading properly on system boot.
11. Improvements to QPI output. Renamed back to QPI since no other ideas are really a significant improvement in a universal way.
12. Catalog sometimes was including geometry variables erroneously.
13. Reduced screen flicker in several places through the system (symb screen, choosers).
14. Various reported CAS issues.
15. Tweaked CAS debugging so it looks more like the HPPPL debugger screen.
16. Color changing during “transform” of a function causes screen to go solid color.
17. Matrix growing not checking against proper size limits (20K items).
18. ALPHA sorting in program list causing problems.




Téléchargements :
Source : http://www.hpmuseum.org/forum/thread-9678.html
Lien vers le sujet sur le forum: Beta HP Prime 13217: débogueur programmes CAS+Python (Commentaires: 5)

Découverte entrée série TI-Nspire ViewScreen

Nouveau messagede critor » 16 Déc 2017, 15:42

363364360Les tablettes de rétroprojection TI-Nspire ViewScreen sont littéralement des calculatrices TI-Nspire dépourvues de clavier. On reconnaît en effet l'écran de chargement de ces dernières, ainsi que les icônes de reprogrammation des partitions Boot2 et Diags si l'on maintient au démarrage la touche haut enfoncée, ou bien les deux touches simultanément.

9071368367En les ouvrant, nous avions déjà remarqué que les tablettes TI-Nspire ViewScreen réutilisaient en fait le matériel des TI-Nspire CAS+, prototypes non finaux distribués dans les classes pilotes en 2006-2007 et incompatibles avec les TI-Nspire finales commercialisées à compter de 2007. On retrouve en effet répartis sur les deux faces les mêmes composants principaux :
  • TI-OMAP NP31AZZG (processeur 32-bits ARMv5/ARM9 78MHz)
  • HYB18L256160 (SDRAM 32Mio)
  • SST 39VF400A (Flash-NOR 512Kio, pour le Boot1)
  • ST NAND256W3A (Flash-NAND 32Mio, pour tout le reste)

361366La tablette de rétroprojection TI-Nspire ViewScreen dispose de deux ports USB utilisables une fois démarrée :
  • un USB type A pour afficher l'écran d'une TI-Nspire monochrome ou couleur
  • un USB type B pour afficher l'écran d'une TI-84 Plus ou TI-82 Advanced
Toutefois elle ne lance pas le protocole de transfert USB des TI-Nspire et ne peut donc pas recevoir par cette voie de fichiers depuis un ordinateur ou une autre calculatrice TI-Nspire. Si bien que nous n'avons pas pu lui appliquer les méthodes de dumping développées pour d'autres modèles TI-Nspire et que le système utilisée par la TI-Nspire ViewScreen reste donc non sauvegardé à ce jour.

369Contrairement aux TI-Nspire CAS+, la tablette TI-Nspire ViewScreen dispose de plusieurs emplacements internes pour connecteurs :
  • J7 : 2x10 broches avec 9 masses, ce qui ressemble énormément à un JTAG ARM...
  • surtout quand J010 juste à côté a 2x7 broches, comme le JTAG TI
  • JMP01 : 3 broches
  • JMP02 : 3 broches
Pas de connecteur Dock contrairement aux calculatrices, mais cela ne nous avait pas empêchés de trouver la sortie série TTL sur JMP02 et de récupérer le log de démarrage :
TI-Nspire ViewScreen a écrit:Boot Loader Stage 1 (1.0.439)
Build: 2006/6/30, 5:44:11
Copyright (c) 2006 Texas Instruments Incorporated

Last boot progress: 34812

ViewScreen Adapter
System clock: 78 MHZ
SDRAM memory test: Pass
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Clearing SDRAM...Done.
Checking for NAND: NAND Flash ID: ST Micro NAND256W3A

Loading DIAGS software...

Error reading/validating DIAGS image

Loading BOOT2 software...

100%

BOOT1: loading complete (328 ticks), launching image.

Rappelons que les calculatrices TI-Nspire démarrent usuellement en trois temps :
  1. Boot1
  2. Boot2
  3. système d'exploitation
Or, petite originalité sur la tablette TI-Nspire ViewScreen, il n'y a que deux étapes :
  1. Boot1
  2. Boot2
L'image programmée dans la partition Boot2 joue donc en pratique le rôle du système d'exploitation.

8385Nous n'avions pas trouvé à l'époque l'entrée TTL, mais c'est désormais chose faire après avoir bricolé des connexions un peu plus propres et donc fiables, juste à côté sur JMP01.
La difficulté qui nous avait fait rater ça, c'est que la tablette TI-Nspire ViewScreen refuse bizarrement de redémarrer à chaud lorsque cette entrée est connectée, et ce malgré des tests avec deux interfaces USB/TTL différentes.

Nous sommes donc désormais enfin capables de reprogrammer les partitions Boot2 et Diags de la TI-Nspire ViewScreen, cette dernière partition de 640Kio étant de toutes façons vide selon le log de démarrage. :bj:



En pratique toutefois, les progrès vont s'arrêter ici pour aujourd'hui, puisque nous ne disposons d'aucune image compatible avec la TI-Nspire ViewScreen. Rappelons en effet que les calculatrices TI disposent d'identifiants qui leurs sont propres, et son précisés en entête de toute image exécutable qui leur est envoyée (que ce soit un système d'exploitation, une application, un Boot2 ou un Diags). En hexadécimal, cela donne à ce jour :
  • 01 : TI-92 Plus
  • 02 : TI-73
  • 03 : TI-89
  • 04 : TI-83 Plus
  • 08 : TI-Voyage 200
  • 09 : TI-89 Titanium
  • 0A : TI-84 Plus
  • 0B : TI-82 Advanced
  • 0C : TI-Nspire CAS / TI-Nspire CAS+
  • 0D : TI-Nspire Lab Cradle / TI-Nspire ViewScreen
  • 0E : TI-Nspire
  • 0F : TI-Nspire CX CAS / TI-84 Plus C Silver EDition
  • 10 : TI-Nspire CX
  • 11 : TI-Nspire CM CAS
  • 12 : TI-Nspire CM
  • 13 : TI-84 Plus CE / TI-83 Premium CE
  • 1B : TI-84 Plus T

La tablette TI-Nspire ViewScreen utilise l'identifiant 0x0D et refusera donc d'installer les images TI-Nspire CAS+ pourtant compatibles, ces dernières utilisant l'identifiant 0x0C.
Impossible d'installer des images où l'on aurait modifié cet identifiant dans les images, leur intégrité étant validée par une signature électronique ne pouvant être falsifiée puisque les clés privées en sont inconnues à ce jour.
Quant à l'interface TI-Nspire Lab Cradle utilisant le même identifiant 0x0D, non seulement les clés privées sont différentes, mais en prime les images prévues pour ce périphérique sont incompatibles car réutilisant quant à lui le matériel TI-Nspire TouchPad.

Pour faire passer et exécuter du code permettant de récupérer les images Boot1 et Boot2 utilisées par la tablette TI-Nspire ViewScreen, il va falloir soit exploiter de possibles bugs dans le code recevant, validant et exécutant les images reçues, bugs dans ce cas probablement déjà présents à l'identique sur TI-Nspire CAS+... ou à défaut se tourner vers le JTAG avec le connecteur J7...

9060En tous cas comme l'on touche et donc avance sur la TI-Nspire ViewScreen à peu près une fois tous les quatre ans, voici ci-contre de quoi ne pas perdre de temps à rechercher les (rares) informations la prochaine fois. ;)
Lien vers le sujet sur le forum: Découverte entrée série TI-Nspire ViewScreen (Commentaires: 13)

Mets les drapeaux dans ta TI-83 Premium CE

Nouveau messagede critor » 16 Déc 2017, 17:03

9072Plus besoin de te ballader avec un gros dictionnaire. Depuis le week-end dernier grâce à UnCurieux, tu peux mettre les drapeaux du monde dans ta TI-83 Premium CE et afficher fièrement tes couleurs ! :bj:
Au menu 12 drapeaux différents, chacun appelable par son numéro :
  1. France
  2. Allemagne
  3. Russie
  4. Île Maurice
  5. Angleterre
  6. Pays-Bas
  7. Belgique
  8. Gaypride
  9. Congo
  10. Israël
  11. Spécial
  12. Japon
En prime, le programme se donne la peine de réinitialiser correctement en sortie les paramètres de la fenêtre graphique, ta calculatrice redevenant à nouveau immédiatement utilisable pour sa fonction première sans aucun besoin pour toi d'aller toucher le moindre paramètre. :bj:

Un bel exemple des possibilités graphiques du langage de programmation de ta calculatrice, les drapeaux étant tracés à coups de lignes dont verticales et horizontales, horizontales, cercles, ou encore ombrages inférieurs/supérieurs de courbes. :)

Il manque ton drapeau ? Pas de problème, UnCurieux se propose même de le rajouter, mais à condition que tu fournisses les lignes de code le dessinant. ;)



Téléchargement : archives_voir.php?id=1285030
Lien vers le sujet sur le forum: Mets les drapeaux dans ta TI-83 Premium CE (Commentaires: 8)

Prochain OS NumWorks : performances encore plus écrasantes !

Nouveau messagede Admin » 17 Déc 2017, 14:56

8666Dans un article précédent nous découvrions que la nouvelle calculatrice NumWorks de la rentrée 2017 était nettement plus performante que la calculatrice HP Prime, raflant donc à cette dernière le titre de "calculatrice graphique la plus performante" qu'elle détenait depuis la rentrée 2013.
Selon le contexte, à code interprété équivalent, la NumWorks était de 1,32 à 2,15 fois plus rapide, ce qui était bien au-delà de la tolérance d'une simple erreur de mesure. :o


Cela pouvait paraître à priori surprenant quand on sait que la NumWorks dispose d'un processeur ARM Cortex-M4 cadencé à 100MHz, et la HP Prime un processeur ARM9 (ARMv5) cadencé à 400MHz.

Objectons quand même qu'il y a d'une part non pas une mais deux générations d'écart entre ces deux processeurs, en faveur de la NumWorks.

Et que d'autre part, les 400 MHz supposés de la HP Prime ne sont pas mis en avant sur les sites en hp.com. Il se pourrait qu'il s'agisse d'une fausse information propagée à tort par la communauté depuis avril 2013 suite aux premiers démontages de calculatrices HP Prime ayant révélé une puce processeur Samsung S3C2416XH-40. En effet les spécifications de cette puce mentionnent un 400 MHz mais en tant que fréquence nominale maximale à ne pas dépasser. Rien à voir donc à priori avec la fréquence réelle de la puce une fois installée dans la calculatrice. En pratique la calculatrice HP Prime, afin d'économiser la batterie, pourrait utiliser une fréquence réelle fixe inférieure, ou même variable en fonction de la charge batterie restante, mystère. Ceci expliquerait en tous cas les très nettes différences en performances.




Quoiqu'il en soit, la calculatrice NumWorks n'a pas fini de t'en faire voir de toutes les couleurs, au propre comme au figuré.

Entre la sortie du firmware 1.2.0 le 5 décembre dernier et le 7 décembre, plusieurs soumissions censées optimiser les performances ont été acceptées dans le code source officiel :

Voyons de suite ce que cela donne sur un même programme interprété, avec une recompilation du firmware NumWorks à partir du code source dans sa version du 7 décembre 2017, soit à J+2 de la version 1.2.0 :
Code: Tout sélectionner
from kandinsky import set_pixel
def mandelbrot(W,H,N) :
w=2.7/(W-1)
h=1.87/(H-1)
n=255.0/N
for x in range(W):
  for y in range(H):
   z=complex(0,0)
   c=complex(w*x-2.1,.935-h*y)
   for j in range(N):
    z=z*z+c
    if abs(z)>2:
     break
   set_pixel(x,y,255*65792*j+256)



Le firmware 1.2.0 publié met 1min14s quand la recompilation du 7 décembre ne met plus que 54 secondes, extraordinaire ! :bj:.
A moins d'être capable de recompiler le code source tu ne peux certes pas bénéficier de cette accélération à ce jour, mais cela signifie quand même que la prochaine version publiée du firmware NumWorks sera encore 1,37 fois plus performante que le firmware 1.2.0 actuel, et donc par conséquent 1,80 à 2,93 fois plus performante que la HP Prime ! :o

Non seulement la NumWorks était déjà la meilleure calculatrice graphique sur le plan des performances, mais avec de tels rapports elle n'est visiblement pas prête de recéder sa place à un autre modèle, du moins pas parmi ceux existant à ce jour.
Lien vers le sujet sur le forum: Prochain OS NumWorks : performances encore plus écrasantes ! (Commentaires: 3)

Monkey Adventure, singe contre chasseurs sur 83 Premium CE

Nouveau messagede critor » 17 Déc 2017, 18:16

9074Pour t'aider à affronter ta dernière semaine de cours (de l'année 2017), TheMustardCat te publie un nouveau jeu pour ta TI-83 Premium CE, Monkey Adventure.

Tu joues cette fois-ci le rôle d'un singe devant récolter des bananes aux quatre coins de la forêt, tout en échappant aux cruels chasseurs en voulant à ta peau.

Notons des graphismes sympathiques, une très bonne fluidité, ainsi que la présence de plusieurs tableaux t'obligeant donc à adapter régulièrement ta stratégie pour piéger les chasseurs. :)

Le fonctionnement correct du jeu nécessite les bibliothèques C téléchargeables ci-dessous.

Allez, chantons tous ensemble ! ;)
Dans la forêt de l'automne,
Ce matin est arrivée,
Une chose que personne
N'aurait pu imaginer,
[...]
Ce matin, un simien,
A tué un chasseur
[...]




Téléchargements :
Lien vers le sujet sur le forum: Monkey Adventure, singe contre chasseurs sur 83 Premium CE (Commentaires: 1)

NumWorks, retour émulateurs calculatrices oral CAPES Maths

Nouveau messagede critor » 18 Déc 2017, 18:05

L'année dernière le site du jury du CAPES de Mathématiques annonçait que les émulateurs de calculatrices ne figureraient plus parmi les outils mis à la disposition des candidats invités à l'oral de la session 2018, une décision déjà assez curieuse :
NB : algobox et les émulateurs de calculatrices ne seront plus proposés à partir de la session 2018


A la rentrée 2017, la page listant les outils en question a été mise à jour en ce sens :
LibreOffice OpenOffice
Atom
Geogebra 5
GéoTortue
Python 3
Algobox
Scratch
Scilab
Xcas
QCas
SQLite Database Browser
Casio ClassPad Manager
Emulateur HP prime
TI-SmartView 83 Plus
TI-Nspire CAS
Outil capture d'écran de Windows

NB : algobox et les émulateurs de calculatrices ne sont plus proposés

Nous ne pouvions déjà qu'être très surpris devant l'éviction du logiciel TI-Nspire CAS, alors qu'il ne s'agit pas d'un émulateur de calculatrice mais d'un véritable logiciel de Mathématiques muni d'un langage de programmation fonctionnel comme le Python, descendant d'une fusion entre les logiciels de calcul Derive (appartenant à Texas Instruments) et de géométrie dynamique Cabri, et offrant juste la possibilité d'opter pour un mode d'affichage calculatrice qui n'est pas le choix par défaut.

Mais nous n'étions pas au bout de nos surprises, puisque la page en question vient à nouveau d'être modifiée pour rajouter l'émulateur de calculatrice NumWorks, et donc bien évidemment faire disparaître la mention précédente, sans toutefois revenir sur les évictions qui en ont découlé. :o
OpenOffice
Atom
Emulateur de calculatrice numworks
Geogebra 5
GéoTortue
Python 3 (éditeur Pyzo avec les bibliothèques numpy, scipy et matplotlib)
Jupyter
Scratch
Snap !
Scilab
Xcas
QCas
Zeal
SQLite Database Browser

NB : algobox et les émulateurs de calculatrices ne sont plus proposés


D'un point de vue extérieur la communication publique a été absolument désastreuse, les pires conséquences en terme d'entrave à la libre concurrence pouvant aisément être déduites de ce malheureux enchaînement :
  1. On rajoute l'année dernière une mention excluant algobox et les émulateurs à compter de la session 2018.
  2. On retire donc tout ça à la rentrée 2017.
  3. On supprime la mention en question pour pouvoir rajouter l'émulateur NumWorks français.
  4. Mais par contre on ne remet pas les logiciels retirés.



C'est tellement gros que la vérité est sans doute différente, du moins espérons-le, avec des critères de sélection internes ne correspondant pas à la mention publique, ne faisant pour sa part que décrire succinctement l'ensemble des outils exclus par l'application de ces règles.

Remarquons par exemple que l'émulateur NumWorks n'a pas été le seul ajout, la modification de la page n'ayant donc pas été faite juste pour lui.

Peut-être y a-t-il des critères concernant les langages de programmation. Nous pouvons toutefois objecter :
  • que les TI-Nspire disposent d'un véritable langage de programmation fonctionnel conforme aux programmes, très utilisé en Amérique du Nord
  • que les HP Prime en disposent également, tout en offrant aussi le langage Xcas (logiciel autorisé par la même liste) ainsi qu'un pseudo-langage avec une écriture proche du Python cher à l'Institution
Bizarre d'autoriser le logiciel Xcas et d'interdire ces outils, alors que l'on explique aux enseignants lors des formations aux nouveaux programmes de Seconde que Xcas est un mauvais choix car pas assez répandu.
Non finalement, des critères concernant les langages de programmation ne sembleraient pas cohérents.



Dernière hypothèse, et sans doute aurait-il mieux valu communiquer en ce sens dès le début. Pour l'oral 2018, les candidats disposeront d'une clé USB amorçable, contenant CAPESOS, un système d'exploitation de type Linux avec les outils en question.
Il est facile de recompiler le code source NumWorks pour Linux.
On peut supposer que les constructeurs historiques ont été contactés (du moins espérons-le) au sujet de leurs logiciels sortant habituellement au mieux pour Windows/Mac/iOS/Android, et n'aient pas voulu fournir de version Linux ou n'aient pas voulu y consacrer suffisamment de ressources pour que cela sorte à temps pour la session 2018. Dommage dans tous les cas pour les candidats qui étaient habitués à leurs outils. Quant aux constructeurs historiques cela restera un rendez-vous très important de manqué dans les carrières de toute une promotion de candidats, aux conséquences difficilement chiffrables à ce jour.

Il eut été beaucoup plus sain de dire tout simplement la vérité dès le départ : les logiciels ne tournant pas sous Linux ne seront plus proposés à la session 2018.



Bref, si tu es candidat, n'hésite pas :
  • à aller télécharger et installer CAPESOS pour pouvoir t'entraîner dans les conditions de l'épreuve
  • à t'habituer à l'émulateur NumWorks gratuit en ligne
  • à acquérir la calculatrice NumWorks (80€) pour pouvoir continuer à t'entraîner/tester en situation nomade (pendant le déplacement t'amenant aux épreuves orales si bien sûr ce n'est pas toi qui conduis, et même pour pouvoir tester des choses jusqu'au dernier moment dans les couloirs du centre d'épreuves en fonction de ce qui te vient à l'esprit suite aux éventuels échanges avec d'autres candidats entrants ou sortants)
Lien vers le sujet sur le forum: NumWorks, retour émulateurs calculatrices oral CAPES Maths (Commentaires: 37)

Pas de mode examen concours enseignants 2018 (CRPE CAPES...)

Nouveau messagede critor » 18 Déc 2017, 18:33

Nous nous sommes longtemps demandés si le mode examen allait être mis en place à la session 2018 des concours de recrutement enseignants.

Le jury du CAPES de Mathématiques ayant au départ communiqué en ce sens, avant de se raviser et de dire que la circulaire de 2015 ne s'appliquait pas aux concours de l'enseignement supérieur, ceux-ci restant régis par la circulaire de 1999.
Plusieurs ouvrages de préparation aux concours mentionnaient également le mode examen.
Et le jury de l'Agrégation de SES avait même sorti son propre protocole avec mode examen.

Il vient enfin d'y avoir une communication générale à ce sujet, le mode examen ne sera pas appliqué en 2018 :
Les changements de réglementation sur les calculatrices avec "mode examen" définis dans la note de service n°2015-056 du 13 mars 2015 ne s'appliquent pas aux épreuves des concours de recrutement d'enseignants. L'utilisation des calculatrices, sous réserve qu'elles soient autorisées, est toujours soumise à la réglementation définie dans la circulaire n° 99-186 du 16 novembre 1999 qui précise que "le matériel autorisé comprend toutes les calculatrices de poche y compris les calculatrices programmables, alphanumériques ou à écran graphique à condition que leur fonctionnement soit autonome et qu'il ne soit pas fait usage d'imprimante."

http://www.devenirenseignant.gouv.fr/cid98448/calendrier-des-concours-de-recrutement-d-enseignants-du-second-degre-de-la-session-2016.html

La seule interrogation (certes très désagréable) qui reste maintenant c'est pour l'Agrégation de SES 2018 dont le jury avait communiqué de façon beaucoup plus avancée à ce sujet. Si les Mathématiques y sont certes une épreuve orale, rien dans les circulaires ne restreint l'application aux seules épreuves écrites. Comment le jury de l'Agrégation de SES pourrait-il exiger des candidats l'activation du mode examen sur leurs calculatrices personnelles, alors que la circulaire le définissant ne s'appliquerait plus ?... :#roll#:
Lien vers le sujet sur le forum: Pas de mode examen concours enseignants 2018 (CRPE CAPES...) (Commentaires: 0)

-
Rechercher
-
Social TI-Planet
-
Sujets à la une
Comparaisons des meilleurs prix pour acheter sa calculatrice !
Aidez la communauté à documenter les révisions matérielles en listant vos calculatrices graphiques !
Phi NumWorks jailbreak
123
-
Faire un don / Premium
Pour plus de concours, de lots, de tests, nous aider à payer le serveur et les domaines...
Faire un don
Découvrez les avantages d'un compte donateur !
JoinRejoignez the donors and/or premium!les donateurs et/ou premium !


Partenaires et pub
Notre partenaire Jarrety Calculatrices à acheter chez Calcuso
-
Stats.
1459 utilisateurs:
>1436 invités
>18 membres
>5 robots
Record simultané (sur 6 mois):
6892 utilisateurs (le 07/06/2017)
-
Autres sites intéressants
Texas Instruments Education
Global | France
 (English / Français)
Banque de programmes TI
ticalc.org
 (English)
La communauté TI-82
tout82.free.fr
 (Français)