[Thomson] Emulation du nanoreseau Leanord

[Daniel]

DCnanoreseau v0.2 est disponible à http://dcmoto.free.fr/nanoreseau/index.html
C'est la première nouvelle version sortie depuis la présentation de dcnanoreseau au Forum Thomson 2006

En parallèle je recense les disquettes nanoreseau à http://dcmoto.free.fr/nanoreseau/disk/index.html
La quantité est telle que le travail est colossal. Il prendra certainement de nombreux mois. J'ai plus d'une centaine de disquettes à tester et à mettre en ligne. Mais au final j'espère constituer un site de référence, pour pallier le vide actuel sur ce sujet.
Merci à Carl et willpot, pour leurs images de disquettes qui enrichissent la collection. C'est grâce à eux que ma motivation s'est un peu réveillée.
Si vous voulez apporter votre contribution, il me manque encore beaucoup de scans de documentation. Je n'ai que le manuel accompagnant l'Atelier Ecole, et quelques manuels isolés provenant des versions "cassette" de logiciels. Les autres documentations seront toujours les bienvenues.

[Carl]

des que j'ai un peu de temps...je fais chauffer le scanner...

carl

[fneck]

Il y a quelqu'un qu'on n'a pas vu depuis longtemps sur le forum qui a peut être quelque chose dans le domaine, c'est petitJD, tu le connais Daniel?

[Daniel]

PetitJD et ses robots Lego, sa tortue Jeulin et son digitaliseur Thomson (le 3ème au monde après celui de Piloux et le mien). Nous étions ensemble à une visu à Châteaurenard

J'ai encore plusieurs mois de travail pour recenser mes disquettes et mettre à jour le site. J'attends que l'inventaire soit terminé pour commencer à prospecter auprès des autres collectionneurs : PetitJD, mais aussi d'autres thomsonistes qui lisent rarement ce forum. Aujourd'hui je suis incapable de dire ce qui me manque.

Carl, prends ton temps pour scanner, sinon je n'arriverai pas à suivre

[fneck]

Nous étions ensemble à une visu à Châteaurenard

Mais c'est bien sûr

[6502man]

Bravo Daniel.

Super de continuer cet emulateur.

[Daniel]

Au fur et à mesure de la diffusion des disquettes nanoreseau sur le site dcmoto je découvre quelques anomalies dans l'émulateur, mais surtout des primitives non encore traitées. Cette semaine j'ai programmé les accès aux fichiers indexés. Il sont utilisés exclusivement par le langage LSE. Les disquettes 3, 4 et 5 de l'Atelier Ecole ne fonctionnent pas avec dcnanoreseau v0.2, elles fonctionneront avec dcnanoreseau v0.3. Voir les screenshots à http://dcmoto.free.fr/nanoreseau/disk
Il reste deux ou trois anomalies à corriger avant la diffusion de la nouvelle version, probablement avant la fin de l'année.

[Daniel]

Deux programmes LSE de la disquette 3 de l'Atelier Ecole ont un problème avec dcnanoreseau :
- ATOME : Erreur E 99 en ligne 14
- LECTURE DE DESSINS : Erreur E 193 en ligne 20041 Appel ligne 20008

Je ne suis pas sûr à 100% de la validité de l'image de la disquette (téléchargeable au format RAW sur le site dcmoto). Alors si un membre du forum a un nanoréseau en état de fonctionner, je serais curieux de savoir ce qu'elle donne sur le matériel d'époque.



A la vue des écrans on pourrait croire que le MO5 est planté, mais il n'en est rien : on peut reprendre la main. Le programme semble toutefois être en partie écrasé. Le LSE n'est pas évident à comprendre, même avec la doc, alors je bloque un peu sur ces erreurs.

[Carl]

à propos de images nano, voici une info sur les formats ...
Carl



LE BULLETIN DE L'EPI N° 40 LE POINT SUR LSE THOMSON

LE POINT SUR LSE THOMSON ET SUR LES LECTEURS DE DISQUES
René PIQUEMAL

L'arrivée des nouveaux lecteurs de disques, double densité, de
THOMSON nous a posé, comme à vous, sans doute, quelques problèmes
dont voici les solutions :
Les versions de LSE-EDL antérieures à la 3.21 ne savent lire que
des secteurs de 128 octets par groupe de 2. Les versions à partir de la
3.21 reconnaissent les nouveaux lecteurs et-, sur ceux-ci, ne savent lire
que des secteurs de 256 octets.
A partir de ces axiomes on peut imaginer 4 types de disquettes
LSE :
– S128 : Disquettes de 16 secteurs de 128 octets en simple densité.
– D256 : Disquettes de 16 secteurs de 256 octets en double densité.
– D128 : Disquettes de 26 secteurs de 128 octets en double densité.
– D256 : Disquettes de 10 secteurs de 256 octets en simple densité.
Le format S128 est celui utilisé jusqu'à maintenant sur les anciens
lecteurs.
Le format D256 est celui qui sera utilisé sur les nouveaux. Notez
que ce nouveau lecteur considère les deux faces de votre disquette comme
deux disquettes différentes.
Le format D128 pourrait être utilisé par les possesseurs de
versions antérieures à la 3.21 et qui ont acquis le lecteur double densité;
pour utiliser ce format il est nécessaire d'avoir la disquette UTIL
contenant les programmes FORMAT, UT, COPIE, etc., mais attention
cette disquette doit déjà être au format D128 pour être utilisable.
Le format D256 n'est qu'une hypothèse d'école, il est préférable de
travailler en double densité.
Vous trouverez dans le tableau ci-dessous le format que vous devez
utiliser:
– version LSE 3.0 à 3.20 3.21
– Lecteur 80 K S128 S128
– Lecteur 320 K D128 ou S128 D256
Remarques : Le format S128 n'est utilisable en principe que sur les
anciens lecteurs, cependant on peut aussi l'utiliser sur les nouveaux
lecteurs aux conditions suivantes :
1 - Avoir une version de LSE antérieure à la 3.21
2 - Commuter la simple densité au moyen de la PBI DENS : DENS(0)
Cette PBI se trouve sur la disquette UTIL-D256. Même si on
commute la simple densité, avec la version 3.21, il ne sera pas possible de
lire directement le format S128. Mais il est possible d'écrire une PBI qui
permette la copie d'une face S128 sur une face D256.
Nous croyons savoir que la prochaine version de LSE pourrait
reconnaître tous les types de format.
Les disquettes UTIL-S128 et UTIL-D256 contiennent : la PBI
DENS, le nouveau programme FORMAT et le contenu de UTIL-3 du
CNDP.
Le nouveau programme FORMAT des disquettes UTIL-S128 et
UTIL-S256 permet, sur le nouveau lecteur, de générer des disquettes de
tous les formats cités. Vous pourrez ainsi utiliser au mieux ses capacités.
Il est nécessaire d'avoir les deux disquettes :
Avec UTIL-D256 vous pourrez utiliser DENS(0) pour commuter la
simple densité
Avec UTIL-S128 vous pourrez utiliser DENS(1) pour commuter la
double densité.
Vous pouvez vous procurer ces deux disquettes en envoyant deux
disquettes vierges avec une pochette timbrée à votre adresse, pour le
retour à :
M. René PIQUEMAL
xxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxx
34000 MONTPELLIER

[Daniel]

Merci d'avoir retrouvé ce document Je dois avoir la collection des bulletins de l'EPI dans mes archives, mais je reconnais que pour la recherche d'informations précises Carl est le champion toutes catégories

Le LSE a été très peu utilisé dans l'Education Nationale, et encore moins en dehors. Peu de programmeurs ont accédé à des disquettes Thomson en LSE. Et en plus, d'après le document de l'EPI, seuls les formats 5"1/4 sont compatibles. Avec un TO8D, il faudrait donc connecter un contrôleur et un lecteur 5"1/4 externes pour programmer en LSE. Seuls les spécialistes savent commuter entre le contrôleur interne et le contrôleur externe en positionnant le bon bit dans le registre adéquat. Je serais étonné d'apprendre que quelqu'un l'a déjà fait.

Avec le nanoréseau, c'est différent. Les disquettes ne sont pas au format Thomson, mais au format MS-DOS. Le MO5 n'y accède pas directement, mais au travers de "primitives", c'est à dire de fonctions d'interface avec le serveur. La version nanoréseau de LSE a été développée spécialement pour cette configuration, et il n'y a probablement pas de problème de compatibilité. Donc un bug de dcnanoreseau, ou de LSE, ou des programmes ATOME et LECTURE DE DESSINS me paraissent beaucoup plus probables. Le problème est de trouver le coupable. A priori c'est plutôt dcnanoreseau, mais connaissant le manque de fiabilité du LSE j'ai quand même un petit doute.

[clearscreen]

Bonjour,
mes excuses pour les posts en rafale, mais je suis tellement content d'être arrivé sur le forum que je me lâche un peu ...

Donc si je peux me permettre, ça me rappelle le bon vieux temps du collège ...
le nanoreseau mo5 avec en pilote le persona 1600 (comme qui il y a qq chose, ce sera sur ce style de bécanes - persona 1600 que je ferais du turbo pascal au lycée, et après mon cpc, mon premier pc en 1995 a été un decpc433dxdt (486 dx 33) , plus connu sous le nom d'oliveti suprema M6 440 je crois ... )

C'est marrant les souvenirs qui remontent mais je me remémore la commande lancée sur le pc serveur (nr33) et que je ne comprenais pas (j'était petit à l'époque )

cls.

[petitjd]

Salut Daniel,
Je ne l'ai pas fait mais ca me démange un peu: j'avais songé un temps à monter un dcnanoreseau complet sous "Logmein Hamachi" en mode "réseau maillé" (ce logiciel est un client VPN simple à mettre en oeuvre qui passe les routeurs et s'affranchit des problèmes de classes d'adresses IP identiques entre les membres du VPN) histoire de pouvoir se connecter à un serveur nanoreseau hébergé chez moi (fibre optique 100Mb/s en download et 5Mb/s en upload) de n'importe où dans le monde, serveur qui pourrait héberger plusieurs salles de classes virtuelles qui seraient en fait autant d'instances du serveur nanoreseau lancées sur autant de partages avec chacuns une disquette différente dans le lecteur B: mais il n'y a pas moyen depuis un client de savoir quels numéros de postes sont déjà utilisés sur un serveur d'un partage (à moins que tu ne développes un petit addon) mais bon je part peut être un peut en live comme on dit, parce que si je te dis que j'ai aussi essayé de faire du dcnanoreseau en Terminal Server, ben ca marche mais faut pas mettre le son parce que sinon ca rame trop et même sans le son on ne peut pas lancer plus de 30 clients sur le serveur car on monte à 100% du CPU (oui je suis un fou, j'ai testé ca!).

[Carl]

DCNano sous TS !!!
a quand le test de DCnano sur Citrix....
et peut être que Daniel prépare une évolution vers DCnanoCloud !

[Daniel]

Il faut que je vous avoue mon incompétence en matière de réseaux C'est pourquoi dcnanoreseau utilise des fichiers partagés pour les échanges entre les postes. Ce n'est certainement pas la meilleure technique, l'avantage est une complète indépendance par rapport aux protocoles utilisés : à partir du moment ou le partage de fichiers est possible, dcnanoréseau peut fonctionner. Ceci dit, s'il y a d'autres solutions plus intéressantes, je suis prêt à les étudier. Le plus difficile est de trouver des utilisateurs motivés : d'après les statistiques d'accès au site http://dcnano.free.fr ils sont extrêmement rares.

Avant dcnanoreseau, il y a eu une autre tentative, par jp (Jean-Philippe Lang). Il en parle ici : http://www.silicium.org/forum/viewtopic ... nanoreseau . Il a réussi à faire fonctionner une version de test, et un soir il a proposé de faire un nanoréseau sur internet, avec un serveur chez lui. J'ai été le seul à répondre et à me connecter, et nous nous sommes amusés pendant 2 ou 3 heures. Les fonctions de base marchaient, mais il y avait encore pas mal de primitives non émulées. Dommage que personne d'autre n'ait joué le jeu. Je pense qu'il s'est découragé devant le peu d'intérêt porté à son émulateur, et je l'ai perdu de vue. Le fil de discussion de Silicium s'est terminé en troll, comme c'est la tradition dans le forum Thomson. A la fin j'ai donné mon point de vue, j'étais encore tolérant à l'époque, aujourd'hui je serais plus dur pour les modérateurs.

Cette soirée mémorable du vendredi 26 septembre 2003 a été vécue en direct à http://www.silicium.org/forum/viewtopic ... nanoreseau . J'ai même retrouvé l'heure de ma première connexion : 19h30

jp est aussi l'auteur d'un émulateur Thomson pour dreamcast : http://jphlang.free.fr/todc_main.shtml

Pour revenir à la question de petitjd, il ne doit pas être difficile, dans dcnanoreseau, de choisir automatiquement l'identifiant du poste client lorsqu'il démarre. Il suffit de mettre en place sur le serveur une table des numéros utilisés et de choisir le premier disponible.