Die Software ist für private Zwecke selbstverständlich kostenlos aber ohne Garantie und Gewährleistung. D.h. Benutzung auf eigene Verantwortung.
Alle relevanten Informationen zur Software sind in dem angehängten PDF (dazu bitte einloggen)
Ein großes Dankeschön geht an spaceduck und rieslinger fürs ausgiebige Testen und die zahlreichen Anregungen. Dadurch konnte ich schon einige Fehler beseitigen
Die Sourcen und ein kleines Demofrontend folgen in ein paar Tagen. Ich hoffe es ist alles ausführlich genug dokumentiert damit das Radio leicht in andere Frontends eingebunden werden kann. Empfängsmäßig lohnt es sich nämlich auf jeden Fall
Gruß Soltek - Do 16 Jul, 2009 20:29 Titel:
Versteh zwar nicht allzuviel (nur ein paar brocken) davon, aber ich muss sagen! Tolle Arbeit!!
Weiter so!! Gunther - Do 16 Jul, 2009 20:42 Titel:
ist das gewollt?
beim befehl W10, R10 wird die frequenz 5-stellig verlangt, bei W13, R38, W39 nur 4-stellig.
könne zusatzliche probs bei der programmierung der ansteuerung über das fontend verursachen.
das ist nur auf den ersten Blick kompliziert. Einfach im Terminalprogramm die Befehle aus den Beispielen eintippen und schauen was passiert
Das ist eigentlich einfacher als das Befehlsformat schriftlich zu erklären...
Zum Test gibt es wie gesagt ein kleines Demofrontend, welches aber weit unter den Möglichkeiten vom Radio bleibt (und einen Schönheitspreis gewinnt es auch nicht )
@ Gunther:
Danke! Ja da ist gewollt so. Die Funktion 10 erwartet 5 Zahlen weil die KW-Frequenzen auch 5-stellig sein können.
Daher müssen auch für die UKW-Frequenzen 5 Zahlen übertragen werden.
Das hängt mit dem Zustandsautomat zusammen der die Zeichen im Eingangspuffer interpretiert.
Der Zustandsautomat kann selbst nicht entscheiden ob Parameter vom Wert her gültig sind (Das können nur die im Endeffekt aufgerufenen Funktionen...)
Daher werden für die einzelnen Befehle immer eine feste Anzahl von Zahlen gesammelt und die dann umgerechnet.
Das klingt im ersten Moment nach Overhead ist aber notwendig. Die Umschaltzeiten sind trotzdem sehr schnell.
Bei den anderen Funktionen die Du aufgezählt aus müssen nur 4 Stellen für die Frequenz übertragen werden, weil die nur mit dem UKW Band funktionieren. D.h es gibt keine 5 stelligen Frequenzen zu setzen/lesen.
Das hat mir beim Frontend-programmieren absolut keine Probleme bereitet. Durch die Funktionsnummer ist ja auch bekannt wie die Frequenz zu senden/intepretieren ist.
Gruß C1500 - Fr 17 Jul, 2009 10:15 Titel:
Dann hab ich gleich mal ne Frage.
Wie gut funzt bei eurem Radio die AF?
Wird die intern gemacht oder im Frontend?
Wie schnell geht sie? Also wie lange kommt kein Ton?
Was passiert, wenn kein stärkerer Sender da ist? (Bleibt es hängen wie das ADS?)
die automatische AF-Umschaltung klappt schon sehr gut. Was sie genau macht steht auf Seite 40 im Pdf.
Die Funktion muss vom Frontend "angestoßen" werden. So kann der Programmierer selbst entscheiden wann die AF-Umschaltung bzw. Prüfung passieren soll (Zum Beispiel in festen Zeitabständen oder ab einer bestimmten Feldstärke...)
In der Regel sind in der Liste mit den alternativen Frequenzen die meißten unbrauchbar. Dort läuft dann zwar das gleiche Programm, aber die Feldstärke ist kleiner als die momentane.
Die Prüfung der Feldstärke von den alternativen Frequenzen geht sehr schnell. Das hörst du beim fahren nicht.
Erst wenn der Level einer alternativen Frequenz höher als der momentane Empfangslevel ist schaltet das Radio gemutet zu dieser Frequenz um den PI-Code zu überprüfen (Es könnte ja ein anderes Programm sein...)
Und das Ist dann hörbar. Es gibt dann zwei Fälle die auftreteten können:
- Es wird ein PI-Code empfangen und dann (wenn der sich mit dem alten deckt) umgeschaltet. Das ist frühstens nach ca. 100 ms der Fall.
- Es werden keine RDS-Informationen empfangen. Dann greift ein Timeout von 500ms und das Radio stellt wieder die alte Frequenz ein
D.h wenn sich das Radio entschließt auf einer alternativen Frequenz den Pi-Code zu überprüfen, ist mindestens für 100ms Ruhe.
Im ungünstigsten Fall für 500ms.
In der Praxis hört man das, aber es stört nicht. Denn das Radio schaltet schließlich nicht dauernd um. In den meißten Fällen ist der Empfangslevel der alternativen Frequenz zu klein.
Abstürzen tut es dabei aber auf keinen Fall, warum auch?
Gruß Marco-1973 - Sa 05 Dez, 2009 03:44 Titel:
Ach her je -
davon verstehe ich mal wieder nix.
Aber wenn ich mir das so durchlese - kann (oder besser könnte das Radio eigentlich auch ANDERE Frequenzen wiedergeben? hihi, natürlich nur um mal nach Japan oder war es China zu fahren und dort auch RADIO zu hören? Will sagen - Könnte das auch unter der Trenn-Dudelei von 88Khz wiedergeben?
FALLS da überhaupt was zu hören währe...
dum di dum -Ice- - Fr 11 Dez, 2009 16:29 Titel:
Hallo Marco,
Die empfangbaren Frequenzen kannst du im Datenblatt nachschauen.
Es gibt auch eine Funktion für den direkten Zugriff auf den TEF ohne Prüfung der Parameter. Zu Testzwecken versteht sich
Die Radiosoftware von oben ist nicht mehr aktuell, da ich auf einen Microcontroller mit nativem USB umgestiegen bin.
Na dann muss nur noch das Radio zum verkeuf fertig werden...
Gruß Marco
Danke Bigdesaster - Sa 12 Dez, 2009 15:29 Titel:
Hey das sieht ja mal sehr Vielversprechend aus!
Dürfte auch relativ schnell in CPOS integriert sein. Nur macht das ohne die passende Hardware noch wenig sinn. :roll:
Edit:
Hab trotzdem schonmal angefangen *gg*
Btw. was in der Anleitung fehlt sind die Schnittstelleneinstellungen -Ice- - Sa 12 Dez, 2009 21:10 Titel:
Stop!
Die serielle Schnittstelle haben wir wie gesagt abgeschafft. Die Ansteuerung erfolgt jetzt über eine DLL. Ist aber auch absolut kein Problem das einzubinden...
Gruß Bigdesaster - Sa 12 Dez, 2009 21:25 Titel:
Oh mist. Dann war die ganze Arbeit wohl umsonst *grummel *
Die Grundfunktionen hätten jetzt sogar schon funktioniert. (Behaupte ich mal, hab ja kein Radio zum testen *g*)
)
