Timer 85047-1/2 May 1985 - SOLVED-

[eglio]

bonjour à tous, ayant un matériau récupéré, j'ai réalisé la minuterie 85047-1 / 85047-2 Elektor publié en mai 1985, mais j'ai des problèmes de lecture de la liste des hex publié dans l'article. Je me demande si quelqu'un possède le fichier original à insérer dans le programmateur ou une copie lisible de l'article.
Avec l'occasion pour remercier Cindy m'a envoyé une copie de l'article, mais même cela a des caractères illisibles de la liste ...
Je suis heureux, même avec une copie lisible de l'annonce ou une analyse du document
Merci

[ymasquel]

Bonjour Eglio,

Je crois que les documents joints devraient faire l'affaire mais l'original lui-même n'est pas fringant.
A imprimer en utilisant l'option "ajuster au format de la page".

[eglio]

Bonjour ... je vous remercie beaucoup pour les scans vous avez posté ..
Demain, je peux tout contrôler, je vais fou!
J'ai remarqué que les adresses à partir de 3000 hex sur mon papier au lieu de 000 hex. Cela me donne l'espoir que peut-être un autre document que bon!
J'ai aussi ajouté un processeur MC6809EP la place de la HD6809P avec un oscillateur externe pour vérifier si les opcodes sont compatibles, non, il ne fonctionne pas de la même faute!
Merci encore et je vais vous tenir au courant de l'évolution!
Je m'excuse pour les pauvres français sont italiens ....
salutations

[ymasquel]

Bonsoir Eglio,

Il n'y a pas d'autre partie de programme. Le décodage d'adresses est partiel donc "recouvrement d'adresses". Sauf erreur, on doit avoir :
- La RAM occupe les adresses 0x0000 à 0x07FF mais aussi 0x4000 à 0x47FF, 0x8000 à 0x87FF, 0xC000 à 0xC7FF;
- La ROM occupe les adresses 0x3000 à 0x3FFF mais aussi 0x7000 à 0x7FFF, 0xB000 à 0xBFFF, 0xF000 à 0xFFFF;
- Le VIA occupe les adresses 0x20n0 à 0x27nF mais aussi 0x60n0 à 0x67nF, 0xA0n0 à 0xA7nF, 0xE0n0 à 0xE7nF (n = 0 à F);
- Les sorties de commutation occupent les adresses 0x18nn, 0x58nn, 0x98nn, D8nn (n = 0 à F).
Tu peux voir 8 mots de 16 bits aux adresses 0x3FF0 à 0x3FFE. Ce sont les différents vecteurs. Les adresses pointées par ces vecteurs sont toutes dans l'espace d'adresses 0x3000 à 0x3FFF :
- Le vecteur TRAP -inutilisé par le 6809- (0x3FF0 qui est équivalent à 0xFFF0) pointe à l'adresse 0x3000 qui est le point d'entrée du programme.
- Le vecteur SWI3 (0x3FF2 qui est équivalent à 0xFFF2) pointe à l'adresse 0x3000 qui est le point d'entrée du programme.
- Le vecteur SWI2 (0x3FF4 qui est équivalent à 0xFFF4) pointe à l'adresse 0x3000 qui est le point d'entrée du programme.
- Le vecteur FIRQ (0x3FF6 qui est équivalent à 0xFFF6) pointe à l'adresse 0x3550.
- Le vecteur IRQ (0x3FF8 qui est équivalent à 0xFFF8) pointe à l'adresse 0x37D4.
- Le vecteur SWI (0x3FFA qui est équivalent à 0xFFFA) pointe à l'adresse 0x3000 qui est le point d'entrée du programme.
- Le vecteur NMI (0x3FFC qui est équivalent à 0xFFFC) pointe à l'adresse 0x3000 qui est le point d'entrée du programme.
- Le vecteur RESET (0x3FFE qui est équivalent à 0xFFFE) pointe à l'adresse 0x3000 qui est le point d'entrée du programme.

En te souhaitant un bon amusement sur le sujet.

[eglio]

I found the problem and I solved it!
I found the keyboard short-circuit between a column1 and a row 2 !
Now the timer works perfectly and as a result the software is correct!
on request I will send the file 84047-1. bin
By way of information, the processor is at the cost of about 12 euro, x 10 pieces on Bay ...
Thank you all for the help you gave me!
This is the final photo (to repair the keyboard I have moved the numbers as required by the project)

[hexaphase]

Bonsoir Yves,
Nous étions un peu seuls depuis un bout de temps.
Cordialement.

Frédéric.