Doctsf (Modèles & Marques)
Annoncessi tu as des port serie ancien celle ci est parfaite
mikroe.com/max232-board
il faut bien prendre le modele avec RTS/CTS pas ceux avec 4 broches!!
MAX232 MIKROE-222
Salut,
Je viens de regarder le fichier Excel des remotes supportés qui indique également le type de câble et pour l’URC3440 (idem 3445) il indique un câble JP1 tout court, c’est à dire le câble simple sur port //, mais ça ne fonctionne pas malgré plusieurs vérifications.
Je voulais essayer sur un vieux portable sous XP mais il m’indique une erreur de java quand je lance RM ou RMIR, il n’a peut-être pas assez de RAM (320 M seulement …).
Si le programme est ancien alors peut-être qu’il est compatible qu’avec une certaine version de la machine virtuelle java (faudrait voir le message d’erreur exact).
Pour les problèmes de mémoire on peut contourner la difficulté en augmentant la taille du fichier de mémoire virtuelle de windows, ou configurer les paramètres mémoire pour la machine virtuelle java (en ligne de commande quand on lance un programme java, 2 paramètres -Xms et -Xmx)
journaldunet.fr/web-tech/de … que-c-est/
En dernier recours : recompiler le programme en adaptant son code source (s’il est disponible) par rapport à une machine virtuelle java récente.
Bonjour Mannix et merci de ton intérêt pour mon problème,
Le message d’erreur est « a java exception has occurred ».
La version de Java est la version 7, je pense la plus récente pour Windows 32 bits (jre-7u79-windows-i586) car je n’ai pas trouvé de version 8 en 32 bits.
Java n’était pas installé sur cette machine (Compaq Armada M300 qui a près de 20 ans mais en parfait état cosmétique et fonctionnel. J’avais remplacé le clavier peu de temps avant de le placardiser), je l’ai installé juste pour pouvoir faire tourner les programmes Remote Master.
Je jetterai un coup d’oeil
Ce n’est pas vraiment dans mes cordes et ça ne vaut pas le coup pour ce qui n’est qu’un test. 
dans la serie URCXXXX (one for all)
celle qui ont le processeur S3C80 sont avec une eeprom en plus donc montage JP1
celle qui ont le processeur S3F80 sont de type « flash » donc montage JP1.2.3.4 …
il existe une version JP1 en mode serie :
attention dans la version eeprom le reset est en 5
dans la version flash le reset est en 2
attention dans la version eeprom le +5v est en 2
dans la version flash le +5v (pas obligatoire) est en 1 et le 5 non connecté
D’après le Remote Chart, le processeur de l’URC3440 est un S3C80+, je ne sais pas si le « + » signifie « flash » mais le câble indiqué est simplement « JP1 ».
Si c’est le cas et qu’un câble JP1.x est nécessaire, j’attendrai de recevoir celui que j’ai commandé.
Apparemment elle n’a pas d’EEPROM (pads).
NB: L’année indiquée sur le circuit imprimé de mon URC3445 est 2005.
Hello,
Dans les liens ci-dessous, il évoquent le chipset.
Peut-être cela pourra vous aider ? :
http://www.hifi-remote.com/forums/viewtopic.php?p=7068&sid=9b14b4f03dfe6d2f5469d90115e87eb8
Et des précisions aussi, ici :
http://www.hifi-remote.com/wiki/index.php/Protocol_Builder
Extrait :
« The JP1 remotes are divided into 7 family types. The family type can be described by the microprocessor, the base address, and vector locations. PB can handle multiple sources on the Assembler sheet. There can be one set of source code for each of the seven types of JP1 remotes. Each section of source code must begin with the REMOTE directive specifying the remote type. The valid remote types are: HCS08, S3C8 , S3C8+, SST, 6805-RC16/18, 6805-C9, P8/740, and NONE ».
Extrait 2 :
« S3C8+ - This selects the S3C80 assembler, and sets the starting assembly address to $FF00. The resulting binary code is applicable to remotes using the S3C8 (New) type on the Setup sheet. PB can also apply the same type of vector translation used in KM & RM to make the assembled binary code available for use on S3C8 (Old) remotes. »
Merci Clopos pour ces infos, mais pour le moment mon problème est de communiquer avec la bête.
Je compte simplement ajouter un appareil non supporté en utilisant le setup code d’un qui est dans la mémoire, ce qui semble pas trop compliqué avec RM et RMIR (quand on a à peu près compris comment ça fonctionne, mais il faut y passer … un certain temps car je n’ai pas trouvé de tutoriel synthétique).
Par la suite je voudrais pouvoir ajouter une télécommande relativement récente non supportée dans la liste (URC1580, 8 en 1, JP1.4) mais je ne compte pas me lancer dans le développement de nouveaux protocoles.
j ai une bonne nouvelle pour toi marceljack !
j ai trouvé dans mes reliques un telecommande de dreambox7000 elle est marquée URC39730-B02
ça tombe bien elle est connue et c est une s3c8 interface JP1
je me suis lancer dans la realisation de l interface parallele simple
alors 2 choses importantes:
il faut mettre un strap entre la broche 1 et 2 de jp1 !
il faut changer l adresse physique du port pp!
et ça marche sous W7-64b !!!
Merci dreambox de continuer de m’aider.
J’ai vérifié les caractéristiques de mon port parallèle dans le gestionnaire de périphériques.
Il s’appelle LPT3 et ses plages d’E/S sont E010-E017 et E000-E003.
J’ai essayé de spécifier E010 et E000 mais RMIR ne détecte toujours pas l’URC3445…
J’ai bien relié 1 et 2 de JP1.
J’ai des résistances de 10k sur les pins 3 et 4 du port parallèle et une 1N4148 entre les pins 11 et 2 (cathode à la pin 2). (au départ j’avais mis des 1k car j’avais lu quelque part que ça ne fonctionnait pas toujours avec 10k).
J’avais lu aussi quelque part que la chute de tension de la 1N4148 peut être trop forte et qu’il vaut mieux monter une diode schottky, j’ai retrouvé une 1N5822 (diode de redressement rapide Schottky) qui a une chute de tension de 200 mV environ au lieu de 750 mV pour la 1N4148, mais ça ne change rien.
Je crois que je vais laisser tomber tant que je n’ai pas l’autre interface …
moi j ai mis des 2.2K et une 1n4148 .
du coup avec les versions S3C8 c est forcement avec eeprom , dans la mienne c est une 2416 i2c
mais j ai aussi une URC 7110 et 7130
c est plus recent et pas tres cher !!
j ai pu capturer la sequence i2c elle est tres basique !
je peux ecrire un petit programme de test qui enverrais des sequences i2c repetitives semblables
et qui permettrais de visualiser le fonctionnement de l interface jp1 avec un oscillo.
marceljack je te tiens au courant .
Marceljack : j’ai réussi à reproduire le problème sous windows xp, avec une machine virtuelle java en version 7
le problème ne vient pas de la mémoire vive, mais du fait que ce programme RemoteMaster a besoin de la version 8 (ou supérieure) de la machine virtuelle java pour tourner,
on peut télécharger la version 8 pour windows 32 bits ici, mais elle n’est pas compatible avec windows XP :
we.tl/t-TnVnHbeoXI
il y avait eu un rapport de bug sur ce problème :
sourceforge.net/p/controlremote/bugs/41/
Un moyen de contournement : installer une version ancienne de RemoteMaster, datant de l’époque de la version 7 (ou inférieure) de java, ça devrait alors marcher :
sourceforge.net/projects/contro … oteMaster/
par exemple la version 2.02a sortie en 2012 :
sourceforge.net/projects/contro … er/v2.02a/
Pour ton vieux portable je te conseille d’installer un système d’exploitation linux spécialisé dans les vieux PC, ça évitera l’obsolescence programmée (et il est risqué de continuer à utiliser windows XP si le portable est relié à internet), tu auras alors les versions récentes des logiciels et des librairies, et la version récente de RemoteMaster pourra tourner, vu qu’il est compatible aussi avec linux.
Lubuntu est la distribution linux la plus connue pour les vieux PC, et pour les très vieux PC (de l’époque windows 98) il y a la distribution Puppy Linux :
puppylinux.com/
Puppy Linux demande peu de ressources pour tourner, la configuration minimale requise :
Merci Mannix pour ces infos.
En fait je voulais essayer RMIR sur cet ancien Compaq Armada M300 (que je n’utilise plus que très occasionnellement depuis des années) car je suspectais un problème avec le port parallèle de mon PC fixe sous Windows 10.
Je vais donc télécharger la version 2.02a pour voir ce que ça donne avec Java 7 sous XP et si ça ne fonctionne pas mieux j’en resterai là en attendant de recevoir l’interface JP1.x.
En effet je me demande si toutes mes manips n’auraient pas flingué le port JP1 (bus I2C) de la télécommande URC3445 (qui fonctionne parfaitement en « stand alone »).
Pour ce qui est de cet ancien PC je l’utilise très rarement et uniquement non connecté pour faire tourner d’anciennes applis, donc pas de risque d’infection (il n’a pas le WiFi intégré, il faut utiliser une carte PCMCIA).
Mais c’est une relique qui a sans doute une valeur de « collector » car il a un boitier en magnésium, la partie principale est ultra légère et ultra fine et a comme interfaces: série, parallèle, VGA, USB à l’arrière (accessibles en repliant la batterie) + RJ45, RJ11 (modem téléphonique), PCMCIA sur les côtés et ports audio à l’avant.
Pas de lecteur de CD ni disquette, seulement le disque dur dans cette unité principale que j’emmenais en déplacement quand je travaillais (c’était mon PC de fonction au début des années 2000). Elle pèse à peine plus d’un kg et l’écran (11", format 4/3) a une résolution XGA de 1024 x 768.
Il y a une 2ème partie qui contient un lecteur de disquette 3" 1/2, un lecteur/graveur de CD ou DVD, une 2ème batterie optionnelle et ports série, parallèle, VGA et USB (1.1), ce n’est pas vraiment une « docking station » car elle est également transportable et il y a un autre port dédié pour monter le tout sur une véritable docking station.
[b]EDIT /b: j’a installé la version 2.02a, elle tourne sans problème sous XP + java7 32 bits (après avoir récupéré les fichers .MAP et .RDF de la version 2.10 b7 qui ne sont pas fournis dans ce package) mais j’ai toujours le même problème de communication avec la télécommande qui n’est pas détectée.
Je laisse tomber pour l’instant, j’ai perdu assez de temps avec ça. 
EDIT (23h00): j’ai redémonté l’URC3445 pour voir s’il ne manquait pas quelque chose pour que JP1 fonctionne, et miracle j’ai trouvé qu’un strap qui raccordait la pin 2 au circuit n’était pas cablé (JP3, voir photo), je l’ai donc câblé en pensant avoir résolu le problème, mais toujours pas de communication … 
La résistance R2 manque aussi mais en suivant les pistes elle n’a rien à voir avec JP1.
On voit que comme sur l’URC3440 il n’y a pas d’EEPROM câblée.
dis donc on voit clairement l emplacement vide destiné à l eeprom 2416
du coup tu a peut etre une version intermediaire avec un micro type « F »
donc interface jp1.3 ou 4 ce qui expliquerait la non réponse en mode « eeprom »
meme si elle est marqué 3445 elle ne correspond pas à une 3440 !!
meme circuit imprimé meme brochage du µp mais plus d eeprom externe du coup cablage different de jp1 !!!
edit:
je viens de voir qu il existait des modeles avec s3c80 sans eeprom de soudée mais qu on pouvait la rajoutée !!!
hifi-remote.com/forums/dload … le_id=6649
Oui, on voit bien que l’emplacement EEPROM est vide mais d’après le tableau des modèles supportés c’est pareil pour la 3440 qui est pourtant indiquée compatible avec le câble JP1 !
Je suppose que le processeur S3C80+ a une EEPROM intégrée en plus par rapport au S3C80 « tout court » ?
Comme mes 3 autres télécommandes OFA sont toutes JP1.4 je ne peux pas faire grand chose de plus tant que je n’ai pas reçu mon interface USB.
Question: dans les télécommandes qui communiquent via un port parallèle est-ce uniquement l’EEPROM externe qu’on peut lire / écrire ? Si oui pourquoi indiquent-ils dans le tableau que la 3440 qui n’a pasd’EEPROM est compatible JP1 ???
nos messages se sont croisés regarde mon ajout au dessus !!
j avais pas vu dans le tableau en fait il faut souder un 2416 miniature (PADS) pour obtenir un fonctionnement et
est ce que l emplacement JP1 etait vide ? (HOLES)
comme la 1ere action de RM c est de lire l entete de l eeprom alors il ne trouve que des « FF »
voila enfin l explication !!!
OK, merci, nos messages se sont encore croisés.
Oui, l’emplacement JP1 était vide (holes) et au départ je n’ai ajouté que le connecteur, ce n’est qu’hier que j’ai vu que J3 manquait, ce qui empêchait de relier les pins 1 et 2 du connecteur en externe.
Mais je pensais que ça pouvait fonctionner sans l’EEPROM externe et que l’EEPROM interne du S3C80+ pouvait être adressée de la même manière.
Comme je n’ai pas de 2416, je suis obligé de laisser tomber.
De toute façon ce n’est pas cette télécommande que je comptais modifier (sauf pour me faire la main), mais une URC1580 (8 en 1 assez récente mais pas dans la liste) que je compte d’abord ajouter à la liste et ensuite lui ajouter le support du Cahors Teox dont je n’ai pas la TC d’origine (mais j’ai tous les codes, adresse et touches que j’ai déjà utilisés sur une TC Meliconi).
Bonsoir,
J’ai renoncé a reprogrammer ma vielle URC-3445 qui n’a pas d’EEPROM externe et n’est donc pas programmable au moyen d’un câble JP1 sur port parallèle.
Entretemps j’ai reçu mon interface USB vers port série à niveaux 3V basé sur le chip Silicon Labs 2102.
Ce qui m’a permis de réaliser un câble JP1.4 avec lequel j’ai pu immédiatement communiquer avec ma télécommande URC-7950 (supportée par le site JP1) et de réaliser des upgrades (fichiers RMDU) pour lui ajouter le support de 3 appareils (récepteurs TNTSAT CGV Premio SAT, Cahors Teox et TNT Akira DBH 36 HU).
Ensuite grâce à l’accueil très sympathique du propriétaire du site (Rob alias « the Robman »), à sa réactivité et à une communication soutenue il a pu créer le fichier RDF nécessaire pour supporter ma télécommande 8 en 1 « Total Control » URC-1580 inconnue du site (celle qui m’intéressait le plus pour contrôler mon Cahors Teox dont je n’ai pas la télécommande d’origine).
Pour plus de détails voir ici:
hifi-remote.com/forums/viewt … p?t=102488
Je me suis confectionné un capteur IR que je raccorde à l’entrée Micro de mon PC:
Le schéma:
Exemple de trame:
