Forum: ELV-Radio Téma: Integration des RDS100 mit der YARS in CPOS --------------------------------------------------- tuxempire: Hallo Leute, nachdem sich doch sehr viele für die Software die ich entwickle für das ELV RDS100 Radio interresieren habe ich hier diesen Thread ins leben geruffen, um die SW in CPOS zu integrieren. Der Link von der Software: https://wiki.tuxempire.de/index.php/YetAnotherRDS100Software Link von de HW: http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=18010 Reandy: Danke, dass du den Thread hier aufgemacht hast!! Mal sehen wie es weiter geht!! lg reandy hier der Link zum Entwicklungsthread: http://www.car-pc.info/phpBB2/viewtopic.php?t=15571&postdays=0&postorder=asc&start=0 tuxempire: Entwickelts halt ein Pondo zu CPos auf basis Opensource, wenn der die Schnitstellen bzw die Sourecen nicht frei gibt oder ein Pluginkonzept macht. Vieleicht verstehen manche nicht das OpenSource nicht hest, das man die Software herschenkt bzw von seiner Hoheit weggibt. Der Gründer kann ihmmer die Hoheit behalten und profitiert von änderungen, wenn er sich geschickt anstellt wird auf der Basis weiter implementiert. Einige haben natürlich angst den Code rauszugeben und dann miße Kritik zu kasiren. Das habe ich bis jetzt noch nie erlebt höchstes, das jemand einen eine bessere Lösung presentiert und das ist ja der sin der sache. Egal ich hoffe das das Teil in CPos integriert wird und zwar nicht erst in xx Montaten. dridders: Einige haben vielleicht auch Angst ihren Code rauszugeben und somit anderen zu zeigen wie es geht, die das ganze dann verkloppen? Niemand hindert irgend jemanden dran sich cPOS nach zu programmieren, wer es kann soll es tun, ein weiteres unter den Millionen Frontends ;-) Ansonsten sollte man sich vielleicht aber erstmal informieren worueber man mault, bevor man mault! Und ansonsten wuerde ich empfehlen hier beim Topic zu bleiben! Es geht hier nicht darum warum cPOS keine Schnittstellen hat, derzeit nicht OpenSource vorliegt oder sonstiges. Allgemein: wie bereits geschrieben, besorgt das Modul, baut es um, sinnigerweise incl. KFZ-Antennenanschluss damit auch AF getestet werden kann, und stellt es einem Entwickler zur Verfuegung, so lange wie es dauert (was durchaus mehr als 1-2 Wochen sind). Reandy: Die Leihgabe müsste dann von Jemanden kommen der das Radio schon hat, wie ich bereits im anderen Thread geschrieben habe, ist bei beiden Quellen wo man das Modul bekommt erst in 9 Wochen mit einer Lieferung zu rechnen... lg reandy tuxempire: dridders hat folgendes geschrieben: Einige haben vielleicht auch Angst ihren Code rauszugeben und somit anderen zu zeigen wie es geht, die das ganze dann verkloppen? Niemand hindert irgend jemanden dran sich cPOS nach zu programmieren, wer es kann soll es tun, ein weiteres unter den Millionen Frontends ;-) Ansonsten sollte man sich vielleicht aber erstmal informieren worueber man mault, bevor man mault! Und ansonsten wuerde ich empfehlen hier beim Topic zu bleiben! Es geht hier nicht darum warum cPOS keine Schnittstellen hat, derzeit nicht OpenSource vorliegt oder sonstiges. kurze antwort GPL! FSF, wenn du jemanden erwischt die unterstützen dich wenn du die SW unter die GPL stelst und sind sehr erfolgreich in dem bereich! Ich maule nicht, ich habe schon ein Frontend begonnen nur finde ich es schade, das so eine sw so etwas nicht hat, wenn es so viele leute benutzen. phpBB -> dieses Forum ist auch OpenSource und jeder benutzt es! Und der Opensourcegedanke ist ja man nimt und gibt! egal wir machen jetzt hier keine grundsatzdiskusion. Hier scheiter das ganze, den die leute die es umbauen können werden kein cpos einsetzen, da sie sich selbst etwas programiert haben/werden (die meisten). gut dann bin ich raus aus dem thema, da mir die FW von YARS wichtiger ist, wollte nur den anderen dabei helfen. Der volle umbau ist nicht nötig, da das SDR (radio) ganz einfach über die Seriele klartext kommandiert werden kann, so mach ich dies auch! Das macht ja die schnitstelle so einfach und durchsichtig. einfaches BSP kommandieren von einer Frequenz und dann Tune und Program name abfragen: $F=985#00 > freq auf 98,5MHz setzen $f#00 > freq abfragen $T=1#00> Tune nach oben $t#00 > Tuningstate abfragen $n#00> Programname abfragen in dem fall: "BAYERN 3" Dazwischen kommt natürlich ihmmer eine antwort wie im wiki beschrieben. Man sieht ein sehr einfaches Protokoll Wal: Macht euch mal keine Gedanken, seht zu das das Radio im Auto 100% funzt. Alles weiter kommt dann schon. Ob man wie bei Andre's Radio einen Hexcode sendet oder beim ELV einen ASCIICode wird egal sein, ich denke das man eine funktionierende Version fürs Radio in einer Nacht proggen könnte nur die Feinheiten dauern etwas länger. Wal obauhardt: Danke Wal.. :) tuxempire: es gäbe noch eine lösungsansatz, um nicht cpos anzufassen bzw 2. 1. Man bildet eine Zwischenschicht in Windows bzw es wird auf comX mit dem Radio über protokol vom YARS komoniziert und über comY der virtuell erzeugt wird wird mit dem protokol von andreas radio kommuniziert. 2. Man tauscht bzw ändert den gnu_parser.c so um, das er die richtigen werte von Andreeas radio spricht. beide Lösungen gefallen mir zwar nciht aber sie würden funktionieren! Wal: vergiss es, dridders oder ich binden es direkt ein, ist einfacher und du hast keine zusätzliche Arbeit mehr. In cAVe kann ich es dann auch einbinden. Wal P.S. cPOS ist in VB geproggt, cAVe in Delphi tuxempire: hast du den link mal von cave kenn ich gar nicht! jo ok dann macht ihr das schon mal. wal habt ihr euch nicht mal die frage gestlt das unter der gpl zu stellen?! davon gewint ihr ja nur mehr an features. egal war nur ein vorschlag. ctbot und ctlab haben das auch gemacht bzw die haben die oberhand und das teil wächst an featurs und wird stabiler.. egal. ihr macht das schon mit der integration. Wal: Wolte schon immer OpenSource, aber mein Partner leider nicht. Muß ich respektieren, bin aber noch an einem Flash/Delphi-Projekt dran da kannst du die Sourcen haben. Funzt für mich schon Perfekt, aber wollte noch ein paar Sachen einbauen vor der Veröffentlichung. Wie evtl. eine MP3 Datenbank und vor allem der Skin, nutze noch einen umgeschriebenen von CDRSkull aus dem Ami-Forum für sein FreeICE. Wal P.S. Andre's Radio funzt mit dem Frontend, könntest du dir mal anschauen. tuxempire: ah so das klar, wenn man zu zweit drann arbeitet muss man das vom kolegen akzptiern. mir gehts nicht um die sourcen nur um solche sachen, man will was integrieren in ne offt benutze sw und daran scheitetert es erst aber ok - ihr macht das ja. jo währe interresant, funst bei deinem projekt cave auch das RDS-TMC decodieren? Nachdem ich nciht alle datenbläter habe wird das bischen schwiriger - klar ist das tmc nicht auf dem Microctoroller voll dekodiert werden kann weil 16kb falsh limitiert das! ich bin informatiker ich entwickle wie vieleauch lieber alles selbst aber vorlauter entwickeln kommt man nicht weiter - kenst es ja warscheinlich. Ich habe auch ein opensrc project zu dem thema auf QT Basis in c++ geschrieben https://motivecvs.tux-project.de/cgi-bin/viewcvs.cgi/WoMo_CARPc/ControlGUI/ ist aber noch nicht so weit funst hauptsächlich erst in linux aber egal. ich finde opensrc genjal man kann viel von anderen leren und bekommt schnell anregungen zum code bzw review .. aber wann man es raus gibt is so ne sache. meines ist nur mit dem Reposetory öffentlich geworden - entwickle an der Firmware nicht ganz alleine bin zwar der hauptentwickler. https://motivecvs.tux-project.de/cgi-bin/viewcvs.cgi/WoMo_CARPc/ControlGUI/ hast du andre's radio? wollte das auch erst machen aber ich brauch jetzt schneller ein radio für mein womo ausbau der jetzt wieder beging. währe aber cool würd es mir gerne mal anschauen - keine angst ich gebe es nciht weiter. Wal: Besitze 2 Radios von Andre eins im Auto eins zum entwickeln. cAVe ist das Partnerprojekt, also Closeed. Du wirst bestimmt das Dekodieren der TMC-Daten zu den Staudaten meinen, das kann bis jetzt nur ShowGPS. Die TMC-Daten fürs Navi müssen nicht dekodiert werden, sondern das direkte RDS-Paket wird nur richtig verpackt zum Navi gesendet. Wal P.S. Das Dekodieren der TMC-Daten zu Staudaten habe ich auch schon hinbekommen, brauchst dazu aber geschützte Straßenlisten. In den Tabellen stehen Hexdaten für Straßen und Meldungen die müssen dann nur der TMC-Nachricht zugeordnet werden. Die Hexdaten sind 1 zu 1 übernommen, also nicht verschlüsselt. tuxempire: jo ich weis wie das funst mit rds und tmc nur mit codes alleine läst sich wenig anfangen. TMC ist ja nur ein subset von RDS. Naja ich möchte für mich schon selbst die TMC daten selbst decodieren auch wenn der Teil dann closed bleiben muss aber auch ohne navi möcht i das in meiner gui anzeigen können. Das YARS Radio wird die TMC daten natürlich nur binär zur verfügung stellen mehr nicht. ich weis, wie die tmc frames aufgebaut sind: Steht ja in der ISO 14819-1.pdf drinnen. ich schick dir mal meine mailaddr, dann kanst mir deine sw mal zukomnmen lassen, wenn das angebot noch steht. Wal: Die Sourcen kann ich dir zukommen lassen, haben aber mit TMC überhaupt nichts zu tun. Ist nur ein Frontend in dem auch Andre's Radio funzt. Nicht das wir uns falsch verstanden haben. Wal tuxempire: kein prob macht ja nix interresiere mich auch wie das frontend gemacht ist! tuxempire: kein prob macht ja nix interresiere mich auch wie das frontend gemacht ist! Reandy: gibts schon was neues wegen der Einbindung? lg reandy tuxlein: jain, es ist jetzt version 1.0 erreicht und zur einbindung fertig! Reandy: und wer bindets jetzt ein wenn Wal weg ist?? tuxlein: normal ihmmer der der frägt ist doch so die Regel ;-) keine ahnung! C1500: Hab gestern migt Wal gesprochen. Er wird es auf alle Fälle noch in cPOS einbinden. Dauert aber noch ein paar Tage da er Nachtschicht hat. Gruss Peer tuxlein: naja kein stress ausüben, das ganze ist ein hobby und muss spaß machen - ohne jeglichen stress! Reandy: C1500 hat folgendes geschrieben: Hab gestern migt Wal gesprochen. Er wird es auf alle Fälle noch in cPOS einbinden. Dauert aber noch ein paar Tage da er Nachtschicht hat. Gruss Peer DAS finde ich supernett von Wal, für die meisten wäre unter anderen Umständen das ELV gestorben und würde sich nicht durchsetzen, das muss einfach eingebunden werden da viele an das Funktionieren des Moduls glauben... lg reandy tuxlein: i glaub auch daran ;-)! find ich auch gut das er es macht! dann hab ich wenigstes mal wieder ein projekt für die algemeinheit! Das RDS100 ist ja ein schönes radio für den kleinen preis. gruß flo Reandy: ...das hoffe ich... C1500: tuxlein hat folgendes geschrieben: i glaub auch daran ;-)! Glaube hilft da nicht :D Der kann nur Berge versetzten :) Da ich Wal inzwischen kenne weis ich das er auf alle Fälle auch hält was er verspricht. Das wird ganz bestimmt was. Gruss Peer tuxlein: jo aber man muss auch mal an jemanden glauben, das ermuttigt einen! abgesehen davon habe ich ja die Software sage ich mal zu 90% selbst geschrieben. Da darf i mich hier schon raushalten mit dem codieren! C1500: Sagen wir es mal So: Ich "glaube" nicht das Wal gut Programieren kann, ich "weiss" es :) Dir auf alle Fälle auch schon mal einen riesen dank für deine Arbeit. Gruss Peer tuxlein: das weis ich nicht wie er programieren kann das bewerte i ned! VWFan82: Hallo zusammen ELV ist in cPOS eingebunden braucht nur die Dateinen entpacken und in den cPOS Ordner kopieren oder verschieben ! wichtig ist noch fals ihr den Laufzeitfehler bekommt in der Radio.ini Typ=none einstellen ! gruss Thorsten VWFan82: Hallo zusammen ELV ist in cPOS eingebunden braucht nur die Dateinen entpacken und in den cPOS Ordner kopieren oder verschieben ! wichtig ist noch falls ihr den Laufzeitfehler bekommt in der Radio.ini Type=none von ELV einstellen ! gruss Thorsten tuxlein: cool mercy für die einbindung! VWFan82: Die Einbindung hat Wal gemacht ! Müsst eich also bei ihm bedanken. gruss Thorsten tuxlein: ganz einfach dank an alle mitwirkenden von der einbindung! Elektriker: Hallo, ich hab übers Wochenende mein RDS100 eingebaut. Mit cPos 1.0.183 hab ich allerdings noch ein paar Probleme. 1. sporadisch kommt der Laufzeitfehler 5, und cPos beendet sich. 2. nach dem aufwachen aus dem Ruhezustand kommt Laufzeitfehler 8018, im Text steht noch sinngemäß, daß die Aktion nur gestattet ist wenn der Port geöffnet ist. Mein Board ist ein Intel D201GLY2, damit hab ich auch das Problem, daß cPos nach dem Ruhezustand nicht automatisch weiterspielt, vielleicht gibt's da einen Zusammenhang. Angeschlossen ist das Radio über einen MAX3232 an COM1. 3. wird nach dem Neustart von cPos der letzte eingestellte Sender kurz angespielt (0,5-1s), dann springt das Radio immer auf 106,4Mhz. Dann kann ich aber direkt einen gespeicherten Sender aufrufen und es spielt normal weiter. Prinzipiell ist mein erster Eindruck vom RDS100 wesentlich besser als vom ADS. Der Empfang ist zwar nicht Spitze aber akzeptabel. Die Integration in cPos lohnt sich auf jeden Fall. Elektriker: Ich hab grade die .188 installiert und muß mich nochmal korrigieren. Der Fehler, der sporadisch kommt ist nicht 5 sondern 9. Ist in der .188 alles noch genau so. Wahrscheinlich wird COM1 geschlossen beim Hibernate und dann nicht wieder geöffnet. tuxlein: 106.4 MHz TOP FM - Radiosender in Bayern hörch ich zwar nicht wird wohl der sein ;-) Elektriker: Hallo, ich habe nach wie vor das Problem, daß cPos nach dem Aufwachen aus dem Ruhezustand mit der Fehlermeldung 8018 abstürzt wenn das ELV-Radio aktiviert ist. Ich habe mir nun auch noch ein USB-RS232 Kabel besorgt, um auszuschließen, daß es daran liegt daß ich es direkt an die COM1 angeschlossen hatte. Aber über USB genau das gleiche. Hat außer mir denn keiner das Problem? Ich wäre für jeden Tip dankbar... VWFan82: hallo Elektriker hast du mal cPOS .195 probiert ? gruss Thorsten Elektriker: Ja, mit .195 ist es das Gleiche. Ich hab fast die Vermutung, daß es die gleiche Ursache hat, wie daß es nach Ruhezustand erst nach Tippen auf den Touchscreen weiterspielt, da gibts ja leider auch noch keine neuen Erkenntnisse...