Fahrzeug-Dekodierer für ca. 99 EUR

[Alex22]

Was mir grad nicht in den Kopf reingeht.
Was passiert wenn ich ein Fahrzeug eingebe, welches aus Bayern ist.
Dem Dekoder müßte es doch egal sein wo der Ortskenner aufhört.
Er braucht doch sowieso alle 8 stellen, wie diese sich zusammensetzt, müßte doch egal sein.
*grübel*

[Shinzon]

Bin ich so unverständlich ?

Nochmal: Du gibst nur 16 Bit (= 2 Byte oder 4 Nibbles) ein! Denn mehr ist die
Fahrzeugkennung nicht!

Das Problem ist nicht die Art der Ortskennung, sondern ihre Position, und das ich
byte-orientiert speichern muss - logisch bei 8bit (=1 Byte) Systemen!

Entweder ich verschwende also Unmengen (Verhältnis beachten!) an Speicher,
oder ich nutze die praktischen Richtlinien, an die sich (dachte ich bis eben)
jeder hält. Die Speichergrenze war nicht problematisch, da Block 1+2 fest definiert
sind, und dann Block 3+4 Ortskenner werden. Danach kommen die 4 Blöcke mit
der Fahrzeugkennung.

Bayern möchte nun aber eine Konstruktion für ihre Feuerwehr, die damit nicht mehr
funktioniert. Aber gerne stecke ich für's Hobbyprojekt noch ein paar Stunden in die
Firmware .. am Ende wird's wohl darauf rauslaufen, das ich 2 Byte pro Eintrag zusätzlich
brauchen werde ..

Gruss,
Tim

[Alex22]

aso
na dann warte ich mal auf die bayrische Version. :-(

[Firefighter405]

Hallo,
bis jetzt jeder seine Wünsche geäußert hat, haben wir bald Ostern.


Gruß Jörg

[Alex22]

Was hat das mit Wunsch zu tun?
Wenn ich das Teil nicht "benutzen" kann, is es ja nur ein teurer Briefbeschwerer.

[Firefighter_159]

Hallo,
so, da ich auch aus Bayern komme hätte ich noch eine speziele Frage dazu:

Wenn ich ein bayr. FF/RD Fahrzeug eingepflegt habe, dann wird der eingegebene Name beim Auswerten angezeigt, oder?
Das Problem besteht also nur, ewenn ich ein Fahrzeug ausweren will,das einen dreistelligen Ortskenner hat und nicht mit Klartextnamen eingepflegt ist, oder? Allerdings ist dies ja bei FMS Pro auch der Fall, dss der Ortskenner für Bayern niht ganz an der richtigen Stelle steht, da eben andersvorgesehen.
Alles andere (FMS Text Auswertung) fuktioniert aber unabhängig davon, oder?
Also nur relevant wenn man die Fahrzeuge nicht eingepflegt hat, oder?


Danke FFF_159

[Shinzon]

Moin.

In der Tat, der Auswerter und die Datenausgabe auf der seriellen Schnittstelle
sind vollkommen unabhängig davon.

Das "Bayern-Problem" bezieht sich ausschliesslich auf die Substitution der empfangenen
FMS-Kennungen durch Bezeichner, die vom Nutzer eingegeben wurden. Ist aber nur eine
Frage von Tagen. Gut, das ein Firmware-Update von Anfang an vorgesehen war ;)

Gruss,
Tim

[Blacky]

Also kann ich nicht wie bei FMS32 die Kennung einem Fahrzeug fest zuweisen?

[Shinzon]

Welche Kennung ?

* BOS-Kennung: 0.5 Byte
* Land-Kennung: 0.5 Byte
* Ortskennung: 1 Byte
* Fahrzeugkennung: 2 Byte

Gruss,
Tim

[Blacky]

12345678 = Fahrzeug 1
23456789 = Fahrzeug 2
34567890 = Fahrzeug 3
45678901 = Fahrzeug 4...

Also so ähnlich wie die Fahrzeug.dat bzw. ton5.dat eine Datenbank mit den Fahrzeugen

[Shinzon]

WO bitte holt ihr euch 8-stellige Kennung für Fahrzeuge her ?!

[Firefighter_159]

Hi,
wei meinst du WO?
Ich habe gerade nachgesehen, unsere RD Fhz haben auch 8 Zeichen in der Kennung.

Bochmal zum Verständnis:
Werden die Fahrzeuge wenn sie denn 8 Zeichen haben gar nicht angezeigt, nur angezeigt wenn sie hinterlegt sind --> Klartextsubstitution, oder wird die komplette nummer angezeigt?
Wo kann man sich denn Infos zu FMS, den Baustufen, TKI Ortskenner etc. downloaden?

Danke FF_159

[Shinzon]

Google nach "TR Funkmeldesystem" - das passende PDF gibt's überall..

Ist schliesslich nicht das erste FMS-Gerät, das ich baue ..

"Eure 8 Zeichen" sind eine ASCII-Repräsentation für das, was ich Nibbles
nenne .. der Computerfachmann versteht unter Nibble 4 Bit.

Eine Fahrzeugkennung ist nur 4 Nibbles lang, also 2 Byte. .. praktisch
wenn ich mal unseren SEG-ELW nehme (der hält bei meinen Beispielen immer
den Kopf hin ^^), wäre die "8-Zeichen" Darstellung 9A819111.

9 = Block 1 -> BOS Kennung
A = Block 2 -> Land-Kennung
81 = Block 3+4 -> Ortskenner
9111 = Block 5 bis 8 -> Fahrzeugkennung (meine 2 Byte!)

Und genau so ist die Speicherorganisation. Soweit, so gut..

Und bevor nun NOCHMAL die Frage auftaucht, was nun das Problem ist:

Bayern spaltet..
.. und zwar Byte 2 (Block 3+4) .. und Byte 3 (Block 5+6) ..
.. man müsste also "halbe" Ortskenner und "halbe" Fahrzeugkenner eingeben.
Nicht nur, das es hier zu doppelten Eingaben käme, die nicht mehr eindeutig
sind, auch ist es aufgrund nicht-druckbarer Zeichen einfach nicht möglich.

Ergebnis: Ich lasse es, wie es ist, und Bayern kann keine Substitution, oder
ich verwende noch ein paar Stunden darauf, und wir schauen, was dabei
rauskommt..

[Webster]

Hi,
...Ich habe gerade nachgesehen, unsere RD Fhz haben auch 8 Zeichen in der Kennung....
Danke FF_159

Also bei uns ist es ebenfalls so.
Egal ob RD oder FW, alle FMS-Kennungen haben 8 Stellen. Was ich aber jetzt noch immer nicht kapiert habe: wenn ich die Kennung 12345678 in den Dekoder einpflege, dann wird trotzdem der von mir definierte Funkrufname im Display angezeigt? oder funktioniert die Auswertung überhaupt nicht?

Schönen Abend,
Markus

[DaRake]

Hallo Tim,

jetzt muss ich mich auch noch einmal einklinken.

Nehmen wir jetzt mal eine Berliner Beispielkennung 64360049. Definiere ich dann den Klarnamen über 3600 als Ortskenner und 49 als Fahrzeugkenner? Oder ist es möglich den Klarnamen über 360049 zu definieren?

Unsere Ortskennungen sind leider vierstellig, wird das zum Problem?

Gruß
Sebastian