Sharp PC 1600 + CE-155

[franck196569]

Bonjour tout le monde,

Je viens de récupérer un SHARP PC1600 sur lequel je veux "greffer" un module CE-155 de 8ko (en S1).

A part "ERROR 155", je n'obtiens rien de bien en mode 0.

Peut-on donc vraiment utiliser ce module sur un PC 1600 ?

Franck.

[cgh]

Bonjour tout le monde,

Je viens de récupérer un SHARP PC1600 sur lequel je veux "greffer" un module CE-155 de 8ko (en S1).

A part "ERROR 155", je n'obtiens rien de bien en mode 0.

Peut-on donc vraiment utiliser ce module sur un PC 1600 ?

Franck.

Oui. Cela fonctionne parfaitement. Il est d'ailleurs nécessaire de posséder en module en S1 pour gérer le mode 0.

As-tu essayer le module dans un PC-1500 ?

Que fais-tu pour avoir une ERROR 155 ?

[franck196569]

Je fais INIT "S1:","P" (ou F ou M c'est la même erreur ...).

Je n'ai pas encore testé le ce155 sur le 1500, à faire donc.

Sinon comment initialiser les modules de programmes spécifiques que j'ai aussi ?
(CE-503B par exemple)

[franck196569]

Test fait, ce module ce-155 ne marche pas ...

[cgh]

Test fait, ce module ce-155 ne marche pas ...

Comment as-tu fais ?

Si tu utilises la procédure suivante (PC-1500):

Code : Tout sélectionner

CALL &E000
SHIFT+CL

Que donnent:

Code : Tout sélectionner

PEEK &7863
PEEK &7864

[franck196569]

Comment j'ai fait ?
J'enlève la CE 163.
J'allume, je fais NEW0.
J'éteins.
Je mets la CE155.
Je rallume, je refais NEW0.
Et MEM = 1850 ...

Si je fais CALL &E000 puis PEEK &7863 : 64 ; et PEEK &7864 : 72.

Cela te cause à toi ?

[franck196569]

Et ma "vieille" CE155 marche quant à elle très bien ...

[franck196569]

Et ma "vieille" CE155 marche quant à elle très bien ...

Même reconnue sans manip particulière sur le PC 1600 ...

[cgh]

Comment j'ai fait ?
J'enlève la CE 163.
J'allume, je fais NEW0.
J'éteins.
Je mets la CE155.
Je rallume, je refais NEW0.
Et MEM = 1850 ...

Si je fais CALL &E000 puis PEEK &7863 : 64 ; et PEEK &7864 : 72.

Cela te cause à toi ?

Oui.
CALL &E000 : Appelle le vecteur de RESET. Cela "force" la relecture des pointeurs RAM.
PEEK &7863 : C'est la RAM START (le début de la RAM). 64 = &40. Ta RAM commence en &4000
PEEK &7864 : C'est la RAM END (la fin absolue de la RAM). 72 = &48. Ta RAM finie en &4800.
Donc, c'est bien que le module ne marche pas ou qu'il n'est pas détecté. Faux contacts, connecteurs sales ou oxydés ?
Avec un CE-155 (dans un PC-1500), RAM START doit valoir &38 (56) et RAM END &60 (96).

[franck196569]

C'est vrai que maintenant que tu m'écris tout çà cela réveille des souvenirs en moi ... (tels que CALL &E33F par exemple).

Les connecteurs semblent propres (brillants), donc je penche pour problème de stockage ... car sur les 4 autres modules que j'ai eu avec le PC 1600, un seul marche correctement (tous les autres affichent des bugs dans les listings BASIC, signes ~ sur nombre de lignes ...).
Je réclame donc au vendeur à tout hasard ... (il n'a que des évaluations positives sur EB).

Franck.

[Woodstock]

(tous les autres affichent des bugs dans les listings BASIC, signes ~ sur nombre de lignes ...).

Les signes ~ (tildes) signifient que des ordres Basic de périphérique sont programmés. Quant le périphérique est connecté, le mot Basic apparaît, mais quand le périphérique est déconnecté, le PC-1500 ne les reconnaît plus (puisque c'est le périphérique qui amène sa propre ROM) et donc affiche un signe ~ (tilde) à la place. Et un PC-1600 en mode 1500 réagira de même. A noter que cette conception est tellement bizarre que Sharp évitera de s'en servir sur ses autres modèles...

En clair, tes signes ~ (tildes) sont très certainement des ordres d'impression (genre LPRINT GRAPH LINE LF etc...) : si tu as une CE-150, connecte-là et ils disparaîtront sans doute. Et si ce n'est pas le cas, c'est qu'il s'agit d'ordres d'entrée-sortie parallèle ou série (genre SETCOM INSTAT SETDEV etc...) et il te faudra alors une CE-158...

[cgh]

(tous les autres affichent des bugs dans les listings BASIC, signes ~ sur nombre de lignes ...).

Les signes ~ (tildes) signifient que des ordres Basic de périphérique sont programmés. Quant le périphérique est connecté, le mot Basic apparaît, mais quand le périphérique est déconnecté, le PC-1500 ne les reconnaît plus (puisque c'est le périphérique qui amène sa propre ROM) et donc affiche un signe ~ (tilde) à la place. Et un PC-1600 en mode 1500 réagira de même. A noter que cette conception est tellement bizarre que Sharp évitera de s'en servir sur ses autres modèles...

Hmmm, je ne partage pas cette opinion. Je pense plutôt que le PC1500 était le seul ordinateur (de SHARP) pouvant recevoir des périphériques dont la ROM contenaient les ordres et fonctions spécifiques. (la ROM de la CE-150 est contenue dans le PC1600, je crois - Edit: Non ! C'est faux. La ROM de la CE-150 est bien ajoutée quand l'itf est connectée).

Les autres pockets (y compris le PC1600 Edit: A confirmer) avaient tous les ordres déja codés dans leur ROM. Edit: Mais pour le PC1600, est-ce que la ROM des CE-1600[PF] sont ajoutées dynamiquement ou ces ROMs sont elles embarquées dans la ROM principale ? Rémy a surement la réponse ...

La conception du PC1500 était complexe car la ROM principale devait être capable de trouver des tables de mots clés dans les autres ROM et de chainer ces tables. C'est d'ailleurs pourquoi seul le PC1500 a pu avoir des extensions d'ordres et de fonctions BASIC (comme ma gestion de XMEM, par exemple). A savoir de plus, que même en mode compatibilité PC1500, les extensions de mots clés ne fonctionnent pas sur PC1600 (Ben, non, BASFILE ne marchera pas...). VRAIMENT déçu par le PC1600 Edit: Mais par contre, les autres périphériques CE-150 CE-158 sont bien reconnus et les tables de mots clés sont dynamiques. Il y aurait un mode dégradé du PC1500 ... C'est déja vrai pour les interruptions que le LH5803 est incapable de prendre... Rémy, confirmes-tu ?.

Après, c'est vrai que remplacer l'ordre par un ~, c'est un peu simpliste. La méthode des XROM de la HP-41C* est mieux car elle permet d'identifier la fonction. Les ingés de SHARP auraient pu se fendre d'un petit ROMxxyy avec xx et yy les codes de la fonction.
A par les HP(41,71,75) et le PC1500 (Edit: PC1600 ?), je ne vois pas de BASIC capables d'étendre leur vocabulaire en fonction des périphériques ou modules connectés. Sur le CANON X-07, on doit dériver la routine d'erreur et checker les caractères du mot clé non connu pour en faire un nouveau; et Il n'y a pas d'encodage, ni d'appel direct en table.

Edit: Petites précisions ou questions apres la lecture (rapide) du TRM du PC1600

[gege]

Et avec un CE-163, tu as "ERROR 163" ??
Ok
G.E.

[franck196569]

(tous les autres affichent des bugs dans les listings BASIC, signes ~ sur nombre de lignes ...).

Les signes ~ (tildes) signifient que des ordres Basic de périphérique sont programmés. Quant le périphérique est connecté, le mot Basic apparaît, mais quand le périphérique est déconnecté, le PC-1500 ne les reconnaît plus (puisque c'est le périphérique qui amène sa propre ROM) et donc affiche un signe ~ (tilde) à la place. Et un PC-1600 en mode 1500 réagira de même. A noter que cette conception est tellement bizarre que Sharp évitera de s'en servir sur ses autres modèles...

En clair, tes signes ~ (tildes) sont très certainement des ordres d'impression (genre LPRINT GRAPH LINE LF etc...) : si tu as une CE-150, connecte-là et ils disparaîtront sans doute. Et si ce n'est pas le cas, c'est qu'il s'agit d'ordres d'entrée-sortie parallèle ou série (genre SETCOM INSTAT SETDEV etc...) et il te faudra alors une CE-158...

Bien vu !

Le branchement de la CE-150 fait bien disparaître les ~ ... (LPRINT, LOCATE, ...).

Par contre le CE-155 est bien HS. Je vois avec le vendeur ...

Franck.

[remy]

Je confirme que la ROM des 1600P/F ne sont pas dans le PC-1600 mais contenues dans chaque périphérique comme le couple PC-1500/CE-150.