Emulateur chargeur CD (Autoradios Sony) - Bug corrigé

[Invité §ope588fZ]

Louisepalmer vas voir sur le site de Sophana. http://sophana.free.fr/pmwiki2/

Déjà il te faut recompiler le hex pour ton pic, après pour la borne je sais pas.

 

Merci Sophana.

[Invité §lou506Dj]

Bon ça y est : CA MARCHE !

 

Non non pas de faux espoir ... ça marche ... un peu !

 

Je m'explique, tout d'abord après 300 vérification j'ai trouvé une petite erreur sur mon circuit imprimé (en fait j'utilise une plaque test et non un circuit réaliser a partir du typon), c'est donc un poil plus compliqué à vérifier. Mais une fois la modif effectuée, ça roule.

 

DONC:

 

1- POSTE ETEINT (façade éteinte): je branche le dongle, je peux allumer le poste, mais il coupe aussitôt (black out) et impossible à rallumer.

 

2- POSTE ETEINT (façade allumée): idem

 

3- POSTE ALLUMé sur radio: je branche le dongle, le poste se coupe (en veille donc l'afficheur et ok), je peux le ré allumé et me servir de tout y compris de l'entrée AUX IN !!

Par contre si je l’éteins complètement, retour a la situation 1.

 

Pour l'instant à mon niveau la solution serai de mettre un interrupteur sur le dongle pour ne l'allumé que lorsque cela est nécessaire ... pas terrible mais c'est déjà bien !

 

Qu'en pensez-vous?

[Invité §sop518Ba]

je ne sais pas quelle version exacte du code tu utilises, mais peut etre devrais tu essayer la derniere sur mon site ou encore la version de turboh sur le forum de mictronics.de

Ton probleme devrait se resourdre par logiciel, car c'est surement un probleme durant l'initialisation.

[Invité §lou506Dj]

J'utilise la version présente dans le pack Unilink_project v1.2.1. Dedans il y a la version GNunilink 1.8 et dans le dossier prebuilt il y a déjà trois versions toutes faites (hex) pour le 16f627. J'ai pris celui-ci : pic16f627_cd_20mhz.hex

 

J'ai regardé sur ton site sophana mais dans GNUnilink 2.1.2 il n'y a pas d'hex "prêt à l'emploi"; et comme je ne me suis pas encore lancé dans la compilation ...

 

Y aurait-il une âme charitable qui pourrait me fournir un .hex pour pic16f627/628 pour continuer les essais ?

 

Merci.

[Invité §sop518Ba]

derniere version: http://sophana.free.fr/pmwiki2/index.php5/GNUnilink/Download

[Invité §lou506Dj]

Bon c'est la galère...

 

Apparemment le dernier hex fournit marchait pas trop mal si ce n'est qu'il fallait qu'il n'y est pas de cd dedans car sinon il ne l'éjectait plus.

Plus d'affichage de AUXIN mais 00 0000.

 

Et là badaboum je crois que j'ai grillé un truc car plus rien ne fonctionne du tout ! (enfin comme si le dongle n'était plus là)

 

Je crois que le +12 a touché le clock (jaune) ... c'est plutôt mal parti !!

[Invité §ope588fZ]

Hou lala pas cool, j'espere que c'est sur la platine que tu as un probléme et pas sur ton poste.

 

Courage !

[Invité §sop518Ba]

As tu essayer de couper le courant completement puis ensuite ralumer?

Ou encore forcer le reset du pic (mclr a la masse)

 

Pour le bug du cd peut etre que la version de turboh devrait marcher mieux que le mien. http://www.bea.hi-ho.ne.jp/~ishimoto/ prends la derniere version (No5)

 

Je vais regarder dans le code si j'ai implementer la fonction.

Bonne chance

[Invité §sop518Ba]

ooops, je viens de m'apercevoir que je me suis trompe dans le hex que je t'ai donne. il est fait pour 16f84.

 

J'upload la version 16f627 des que j'aurai regarde dedans. Essaye plutot la version de turboh qui devrait etre fiable.

[Invité §lou506Dj]

J'ai essayé la version de turboh mais ça ne fonctionne toujours pas.

 

Alors le poste à l'air de fonctionner normalement sans gnunilink, mais quand je le rebranche et uniquement avec le fils vert DATA, il se coupe brièvement puis se rallume mais alors il n'est plus possible de se servir du lecteur CD.

 

Je me demande ce qui est arrivé car au début même si ce n'était pas terrible au moins ça marchait.

 

Bon j'ai assez fait de bêtises pour aujourd'hui, je vais aller me pieuter, on verra bien demain

 

Bonne nuit à tous ... peut-être que le smilblick avancera tout seul cette nuit !

[Invité §lou506Dj]

Ha oui j'ai oublié de préciser que j'ai essayé par tous les moyens de logger quelques choses ... en vain.

 

Avec logger.py sur tout les ports COM et à toutes les vitesses ...

 

Il faut bien connecter la pin 8 (RB2 TX) du pic sur la pin 2 du port COM ; et la pin 5 Vss du pic sur la pin 5 du port COM ?

 

Ou alors je suis à coté de la plaque ...

[Invité §sop518Ba]

Oui pour logguer c'est ca.

Mais il faut que le logging soit activer dans le code.

ce qui devrait etre fait dans le code que je t'ai donne meme s'il peut y avoir un probleme de vitesse.

Peut etre aussi qu'il reste du code dans le buffer qui n'est pas encore parse. Donc essaye de toucher a plein de boutons pour que ca sorte plus de choses a logguer.

Si ca marche plus c qd meme bizzare. essaye de verifier que ton pic fonctionne, en mettant un programme de test.

Au demmarage, le pic doit envoyer le code 0x55 comme debug, et s'il se passe rien, le watchdog redemmare ton pic toutes les secondes. donc tu doit voir le code 0x55 environ toutes les secondes.

Je pense que ton pic execute plus grand chose.

Surement un probleme de quartz comme d'hab.

[Invité §lou506Dj]

Alors je reprends quelques points. Peut-être cela aidera t-il certains novice comme moi qui veulent se lancer dans l'aventure du GNUnilink.

 

Sophana j'aurai quelques questions à te poser si cela ne t'embête pas?

 

D'abord au sujet de la liaison du pic au port série pour logger je pense avoir fait une erreur. La pin 5 (Vss) du pic se branche bien sur la pin 5 (GND) du port COM mais la pin 8 (RB2/TX) du pic doit se brancher sur la pin 3 (RX) du port COM et non sur la 2 (TX) comme je l’avais dit dans mon précèdent message ?

 

J'ai essayé de logger avec cette configuration mais toujours rien.

 

Ensuite tu parles sur ton forum qu'il faut parfois inverser SERIAL_0 et SERIAL_1. Moi je branche directement les fils du port COM sur le 16f628 dans le circuit. Dois-je inverser ?

 

J'ai essayé de compiler moi-même le code présent dans GNUnilink 2.1.2 mais quand je choisis la vitesse de 20Mhz, j'ai toujours la même erreur du type: "Symbol not previously defined (SERIAL_BIT_TIME)" et effectivement SERIAL_BIT_TIME n'est pas renseigné dans la config à 20Mhz mais seulement dans celle à 14 Mhz.

 

Dois-je modifier autre chose ? Peut-être dans le fichier functions.asm ?

 

L'autre erreur qui est un warning est "Invalid RAM location specified" que ce soit à 20 ou 14 Mhz. Par contre cette erreur n'existe pas dans la version r08.

 

Le pic à l'air de fonctionner très bien, je peux l'effacer, le réécrire sans aucune erreur mais j'avoue que je ne sais pas tester autrement le pic seul !

 

Enfin quand tu dis "sûrement un problème de quartz comme d'hab", cela n'a pas l'air de te choquer ... ça grille souvent ? Comment puis-je faire pour tester le quartz ?

 

Ouf j'espère que je ne suis pas trop lourd avec toutes mes questions mais ça m'intéresse beaucoup !

 

MERCI

[Invité §lou506Dj]

Allez une dernière pour la route ...

 

J'ai retrouvé dans ton mon bazar de vieilles cartes vidéo avec des quartzs à 14.31818.

Est-ce que je peux m'en servir pour tester avec mon PIC16f628-20P mais en le programmant à 14Mhz ?

 

Sinon j'ai aussi un pic 16f84A-04/P sous le coude mais je présume qu'il ne supportera pas les 14Mhz ?

[Invité §sop518Ba]

Pour la liaison serie, la version serial_soft n'a pas ete teste sur 16f627 je pense. Il faudrait que je verifie que l'uart interne est deconnecte. Mais avant verifie que ton pic fonctionne bien dans ton montage, et non le pic seul.

 

La plupart de ces erreurs ont ete corrigees et j'ai eu la flemme de uploader.

j'utilise un outil qui s'appelle svn (ou subversion) ou je stocke la derniere version. svn est maintenant propose dans cygwin.

 

Visite ma page pour avoir les details. (source repository)

 

je vais uploader la derniere version.

 

Pour l'histoire du quartz, moi aussi ca ne marchait pas au debut. Mon collegue m'a dit que c'est pas evident a faire marcher, donc j'ai mis un oscilateur.

 

Un pic pour fonctionner ca a besoin de courant et d'une horloge. c'est tout (peut etre eventuellement un reset)

 

il y a des programmes de test qui font simplement clignoter une sortie tout prets sur le web. il y doit y avoir un lien plus tot dans ce topic je pense.

[Invité §lou506Dj]

Ok,

 

J'ai lancé un svn et récupéré les dernières sources (r12) que tu as mises à disposition. MERCI sophana.

 

J'ai changé le quartz 20Mhz par un 14Mhz et j'ai programmé un pic 16f84A-04/P avec une compilation des dernières sources à 14 Mhz.

 

Et là surprise ... ça fonctionne !

Attention, c'est encore branlant, voilà un petit feedback:

 

Si le GNunilink est connecté sans CD: Tout fonctionne sauf le lecteur CD. Si j'essaie de changer la source pour le cd, il me dit "NO MAG" et rebascule automatiquement vers la radio.

 

Si le GNUunilink est connecté avec CD: Tout fonctionne (sauf le cd) mais l'entrée AUXIN est déverrouillée. Au début l'afficheur indique 00 0000 puis au bout d'un certain temps affiche <AUX-IN>

 

J'ai essayé d'y connecté mon pda avec un divx: C'est d'enfer !!

 

On dirait que l'autoradio perd les pédales et confond le CD interne avec l'émulation du changeur.

 

Pour récupérer mon lecteur CD, je débranche tout simplement le dongle.

 

Moi pour un début je trouve çà vraiment bien. Par contre j'essaie encore et toujours de logger quelque chose, mais rien n'y fait, c'est le black-out total.

 

Franchement j'ai essayé tout ce que je pouvais pour vous fournir des logs, sous une machine linux virtuel, sous cygwin et avec unilink logger pour Windows mais quand ça veux pas ... ça veux pas !

 

Voilà

[Invité §lou506Dj]

J’oubliais, pour ceux que ça intéresse voici trois photos ... histoire de mettre des images sur des mots:

 

Le dongle : http://brm1.free.fr/1.jpg

 

AUXIN : http://brm1.free.fr/2.jpg

 

Le Test : http://brm1.free.fr/3.jpg

[Invité §sop518Ba]

Bonne nouvelle!

Pour le probleme du cd, ca devrait se corriger, mais tu auras besoin du log.

 

Pour le log, je suis vraiment un gros nul. Je viens de remarquer dans le code que l'uart est programme en collecteur ouvert a cause de l'application archos qui transmet en bidirectionnel.

 

Donc pour fonctionner il faut un pull-up genre 2k a 20k ohm pour qu'il puisse passer a 1. Vraiment desole.

 

Une fois que tu aura un log, post le et on essaira des solutions.

Peut etre devrais tu utiliser le forum de www.mictronics.de pour poster tes logs, car il y a des experts unilink la bas. Par contre c'est en anglais.

 

Je regarde dans le code, car je suis sur qu'il y a des gros bugs. Je n'arrive pas a comprendre ce qu'il se passe avec le poste a opeos.

 

Bonne chance.

 

[Invité §lou506Dj]

Si j'ai bien déchiffré ce que tu as dit:

 

La pin 8 (RB2) du pic est 'ouvert', ce qui veut dire que sont état n'est pas fixe (0 ou 1).

Le 'pull-up' a pour but de fixer l'état de celui-ci à 1, ce qui lui permet alors de transmettre correctement ?

 

Donc je dois fixer une résistance dont la valeur est comprise entre 2k et 20k entre la pin 8 (RB2/TX) et la pin 14 (VDD/ +5v) par exemple ?

 

Je n'avais jamais utilisé de 'pull-up' avant aujourd'hui, je me suis donc basé sur cette définition pour interpréter ton explication :

 

pull up : ou tirage en français. On parle généralement de résistances de pull up pour désigner les résistances qu'il faudra placer entre la sortie collecteur "en l'air" d'un composant et la source d'alimentation pour assurer une polarisation convenable dudit composant en fonction du courant qu'il devra fournir au pavé suivant.

 

Je dois donc faire un truc du genre :

 

http://brm1.free.fr/pullup1.jpg

 

Une résistance de 10k devrait faire l'affaire ?

 

Et après je réessaie de logger ...

 

J'ai bon ?

[Invité §sop518Ba]

c'est completement ca.

 

Mais si tu as la flemme de souder une resistance, tu fais svn update et tu recupereras les modifs que j'ai faites.

 

Decommentes SERIAL_SOF_INVERTED et tu pourra logger car ca inverse l'uart software et ca desactive le mode collecteur ouvertm donc tu n'auras pas besoin de resistance.

 

Je travaille sur des modifs. D'ici une semaine il aura peut etre d'autres evolutions.

[Invité §lou506Dj]

Alors ...

 

J'ai suivi tout tes bons conseils, mais rien à faire : Pas de log.

 

En surfant à gauche et à droite j'ai lu des trucs du genre que l'on ne pouvait pas faire de log avec un 16f84 car il n'a pas d'UART.

 

Je cite simon Wood de http://www.cus.org.uk/~cleggy/ :

"The 16F84 does not have a UART, so you'll need to use the 16F628 for anything that has a serial port."

 

Je pense donc qu'il m'est impossible de logger quoi que se soit avec mon PIC16f84A-04/P.

 

D'ailleurs si on regarde dans le fichier GNUnilink.asm, il est écrit:

; Serial Options - Only available on PIC16F62x

 

A mon avis ... je pouvais toujours essayer !!

 

Je vais essayer de me procurer un autre 16F627/8, histoire de tester ça.

[Invité §sop518Ba]

J'ai un pic 16f84a-20 et je logue sans probleme, tout simplement car j'ai rajoute dans le code un uart logiciel.

 

As tu fais un svn update pour recuperer les modifs, et mis les options? et ensuite recompiler?

 

il y a aussi un autre probleme:

Je pense donc qu'il m'est impossible de logger quoi que se soit avec mon PIC16f84A-04/P. [/quotemsg]

le -04 veux dire 4 Mhz maximum. Donc c'est surement normal que ton pic fonctionne pas a 14mhz ou 20Mhz.

Sinon le software uart devrait pouvoir fonctionner avec un 16f627. Je vais essayer de compiler mais je pourrai pas tester.

[Invité §lou506Dj]

Je pensais que les 4 Mhz maximum correspondaient à ceux de l'horloge interne et comme on utilise un quartz externe, je ne pensais pas que cela avait une influence.

 

Il vaut donc mieux prendre un 16f84 ou 627/8 en 20 Mhz et le faire tourner des vitesses inférieures que l'on veut jusqu'a ces vingt Mhz ?

 

Effectivement j'ai récupéré tes dernières modifs (r14), mis les options et recompilé, mais là encore, rien ...

 

J'ai essayé avec un autre PC, au cas où, mais non plus.

 

Pourtant si l'on excepte le log, mon PIC16f84A-04/P fonctionne très bien à 14 Mhz.

 

Player one ... Try Again !

[Invité §sop518Ba]

Contacte moi sur msn ou yahoo msg:

sophana78 hotmail com

ou

sophana79 chez yahoo

ou encore icq 237328285

 

ca doit etre pas grand chose le probleme.

[Invité §Vmx326dP]

Bonjour a tous,

Je desespere.En effet je desire comme vous brancher mon lecteur mp3 sur mon autoradio et je n'ai pas de sony malheureusement mais un alpine d'origine monte sur les bmw 320d de 2001.Votre systeme pourrait-il convenir?Merci

[Invité §lou506Dj]

Salut Vmx12,

 

Je ne suis pas un grand spécialiste dans le domaine mais je crois que même si les autoradios Alpine disposent d'un connecteur semblable à l'arrière, le dongle GNUnilink est uniquement compatible avec les autoradios Sony.

 

Pour le reste je cite sophana un peu plus tôt dans le topic:

 

"pour ceux qui n'ont pas du sony, tout est possible

 

Le protocol M-Bus de chez alpine (je crois qu'il porte un autre nom maintenant sur les alpine bas de gamme (versatile link)) peut être connecte directement a un archos jukebox. Y’a qu'un gars qui l'a fait mais c'est pas complètement fini.

 

http://joerg.hohensohn.bei.t-online.de

 

Mbus est aussi utilise sur plein d'autre marques même très cheap. "

 

Bye

[Invité §lou506Dj]

Possesseurs d'autoradio cd réjouissez-vous !

Sophana bosse dur sur le code ... c'est sûr. Je teste actuellement sa dernière révisons (r18) et ça fonctionne à merveille sur mon MP40

 

Pour les autres, encore un peu de patience la solution approche à grand pas. L'autoradio d'opeos rechigne apparemment encore un peu mais ça va venir !

 

En bref:

 

Tout décolle parfaitement dans la voiture, que je branche le dongle avant ou après avoir alimenté l'HU, c'est OK.

Toutes les fonctions du Tuner, du lecteur CD (CD&MP3) fonctionne à merveille, bref comme sans le dongle.

 

Et pour finir je peux passer, en pressant la touche "mode", de CD1 (le lecteur interne) à CD2 (AUXIN) à volonté sans problème et cerise sur le gâteau, j'ai même <AUX IN> d'affiché.

 

Personnellement je me sers de l'entrée ligne pour brancher mon pda dessus (car-cinéma !) ou bien le téléphone (ça ma fait un super kit main libre !).

 

Comme de bien entendu voici des petites photos de la bébête en fonctionnement:

 

Le CD en fonctionnement : http://brm1.free.fr/4.jpg

L'entrée Aux : ://brm1.free.fr/5.jpg

La mise en situation : ://brm1.free.fr/6.jpg

 

J'espère que cela va donner envie de ce lancer au plus septiques ...

 

@+

[Invité §ope588fZ]

Cool ça !!! Ça fait quelques jours que je ne l'ai pas contacté...

Je bave carrément.

 

Merci bcp Sophana de te donner autant de mal pour mon poste, je sais pas pourquoi il est aussi capricieux celui la.

 

Il doit être un peu comme moi il faut qu'on s'occupe beaucoup de lui pour qu'il soit content.

 

Et cool que ça permette au tien de marcher aussi, y a plus qu’à espérer que cela fonctionnera avec tout les Sony cd.

 

Courage Sophana.

[Invité §ele138mG]

Je suis content d'apprendre que les choses ont bien avancées depuis les 1ers tests avec Autoradio Cd sony.

 

Bravo à sophana ainsi qu'à quichedood et tout ceux qui offrent de leur temps pour faire progresser ce projet

[Invité §qui132Xn]

Boah pour l'instant je fais plus grand chose lol

Par contre c'est cool d'avoir trouvé le problème principal.

Vivement une version finale, stable, compatible avec tous les Sony

[Invité §sop518Ba]

Ca y est! ca marche enfin avec le poste a opeos!!

Je dois resoudre un dernier soucis: quand il y a un cd, je peux plus basculer sur l'entree auxiliere jusqu'a l'ejection du cd.

As tu le meme probleme louisepalmer?

 

Mais sinon tout a l'air ok.

 

Je valide un peu avec mon archos, et je clean un peu le code, ensuite je commiterai dans la base svn.

 

Je pense maintenant que ca devrait fonctionner avec la majorite des pilotes changeur cd sony.

 

A+

[Invité §lou506Dj]

Vous en rêviez ... sophana l'a fait !

 

Plus sérieusement, Non sophana je n'ai pas eu ce problème.

Le seul petit bug à reporter pour l'instant serait un petit plantage du dongle après 4 jours de fonctionnement.

 

Je l'ai débranché et rebranché puis c'est reparti comme en quarante !

J'enquête sur la cause ...

 

Bye

[Invité §OSX626il]

Bonsoir à tous amis bidouilleur !!!

 

Je vois que vous ne êtes pas décourager depuis ma tentative infructueuse à l'époque !!

 

J'aimerai savoir si mon  Sony CDX-F5500 était du même genre que le MP40 parce que mon iPod mini aimerai jouer de la musique dans ma voiture

 

En attendant vos réponse, passez une bonne soirée et un bon week-end !!

PS : Je rapelle que j'ai toujours un morceau de cable unilink à vendre

 

[Invité §pic555aU]

Pour quoi ne pas utiliser cela qui en plus nous permet de conserver notre changeur cd et de pouvoir branché autre chose.

[Invité §OSX626il]

Une raison plutot evidente pour ma part, le boitier sony coute 218 CHF !!! et le montage de quichedood m'a couter 4 fois moins cher car j'ai payé mon cable unilink un peu cher

 

Bonne journée