Druckbare Version
Die Version 2.2.6 dekodierte die 5-Ton-Folgen einwandfrei, doch seit dem Update auf die V. 2.2.9 tritt bei etwa 20% der Tonrufe ein Fehler auf. Die erste Ziffer wird dann um einen Zahlenwert zu wenig ausgewertet ( 5 anstatt 6 ). Der Fehler ist also "konstant" und identisch.
Die Funksignalversorgung ist einwandfrei und auch meine Versuche das Problem durch Verändern des Eingangspegels zu beheben waren nicht erfolgreich.
Hat jemand ähnliche Probleme ???
Auch in der Version 2.2.7 war die Dekodierung der 5-Ton-Folgen noch besser. Bei 2.2.8 und 2.2.9 habe ich auch die Fehlausertungen. Ich nehme mal an das die Verbesserung der POCSAG-Rufe auf kosten der 5-Ton-Folgen geht. Es währe schön wenn man zwischen den 5-Ton-Folgen oder POCSAG-Rufe wählen könnte.
Bei mir ist das genauso. Bis 2.2.7 ist alles bestens ab 2.2.8 fast keine Decodierung von 5 Ton -Folgen.
Hallöchen...
das ist ein bekanntes Problem. War bei mir auch. Habe dann einfach die Meldeschleifen die er mit 5 statt 6 erkennt einfach mit eingespeichert. Also dazugefügt. Seit dem erkennt das Prog alles was es soll. 1000 %ige 5-Ton erkennung.
Schöne Grüsse
Bei mir funktionierts mit der neueren Version um Klassen besser.
Bei den Vorgängerversionen hat es ständig statt z.B. 27711 die 27722 ausgewertet.
Bei der Vorgängerversion konnte ich nur entweder Textnachrichten ODER 5-Tonrufe 100%ig auswerten.
Hallo.
Sicher kann man auch die "falschen" Tonfolgen programmieren, aber das ist doch eigentlich nicht unbedingt Sinn der Sache.
Da das Problem anscheinend nicht nur bei mir auftritt, bleibt wohl nur das Abwarten auf die nächste Version.
Wie oben erwähnt, wäre wohl eine "Umschaltung" zwischen 5-Ton und POGSAG vielleicht besser, als einen Dekodierer, der zwar beides kann, aber mindestens einen Teil davon nur als Kompromiss. Nicht zuletzt auch deswegen, weil vermutlich der größte Teil der User die POGSAG-Dekodierung nicht benötigt und ausschließlich 5-Ton nutzt.
Gruß,
ff9901