Fahrzeug-Dekodierer für ca. 99 EUR

[Shinzon]

Wenn sie in der TR-BOS stehen, nein.

Was ist besonderes daran ?

[Alex22]

Er meint wohl, weil der bayrische "Ortskenner" in der Feuerwehr 3stellig ist.

[ratalert]

In Bayern ist die Ortskennung so aufgebaut (zumindest bei der Feuerwehr):
1x BOS, 1xLand, 3(!)x Ort, also insgesamt 5 Stellen im Gegensatz zu 4 Ziffern (1x BOS, 1xLand, 2x Ort).
Siehe hier: http://www.stmi.bayern.de/imperia/md...ng_fw_anl1.pdf

[Shinzon]

Nun, dann gibt's ein Problem.

Denn leider nutze ich die Vorschrift von Seite 18 der TR-BOS Funkmeldesystem.

Mal schauen, vermutlich wird mir also jeder, der 3stellige Ortskenner will, mir
eine Nachricht zukommen lassen müssen. Auf den ersten Gedanken geht entweder
2-stellig oder 3-stellig, aber nicht beides.

Gruss,
Tim

[Alex22]

Naja ...
Was spielt das für ne Rolle ...
Wenn ich eine Fahrzeugkennung komplett eingebe erscheint ja eh der Funkrufname oder?
Und wenn das Fahrzeug nicht eingegeben wurde, erscheint die komplette FMS Kennung, oder?

[abc-truppe]

Ich denke es mir auch, und selbst wenn ichs nicht tu, müsste man aus dem Zahlenwirrwarr das richtig rauslesen können. Flexibilität ist gefragt!

[Shinzon]

Die Fahrzeugkennung besteht aus 2 Byte (=4 Blöcke).

Dummerweise haben "die Bayern" sich gedacht, einfach mal Block 1+2 aus den Regeln
zu übernehmen und dann als dritten Block ihren Regierungsbezirk zu nehmen. Anschliessend
kommt 2 stellig der Ortskenner. Das Thema wurde meinen 5-minütigen Recherchen hier
im Forum auch schon diskutiert.. brauche es also eigentlich gar nicht erklären.

"Dummerweise" sieht meine Firmware es vor, das Blockweise gesichert wird:
1. Block + 2. Block = BOS und Land ( = 1 Byte )
2. Block + 3. Block = Ortskenner ( = 1 Byte )

4,5,6,7 Block = 16 Bitwert aus Benutzerspeicher lesen

Da der bayrische Ortskenner nun also "Speichergrenzen" überschreitet, ist es sehr
wohl ein Problem - ich hoffe es auch nicht-programmierern deutlich zu machen.

Meine Möglichkeiten sind nun also, alle "Bayern" in der Warteliste zu verschieben,
bis ich die Firmware angepasst habe, oder die Firmware unverändert zu lassen.

Gruss,
Tim

[Alex22]

Naja ... mag ja sein das es speichertechnisch etwas anders ist, aber ich frage mich dennoch wo das Problem liegen soll.
Ich kann doch trotzdem alle Fahrzeuge direkt einpflegen und Namen zuweisen, oder?

[ratalert]

also mir, "als Bayer", wär es sehr recht den Dekodierer später zu bekommen, dafür aber mit auf bayerische Verhältnisse angepasster Fimeware.

[Shinzon]

Moin..

Nachtrag: Nachdem ich gerade eine PN mit Beispiel bekommen habe, offenbart sich
mir, das ich ja keine Ahnung hatte ^^

Was ich sagen will: Dieses nicht-richtlinienkonforme System wird auch noch mit dem
richtlinienkonformen System gemischt !!

Damit vereinfacht sich für mich die Arbeit: Keine Änderung an der Firmware ..

Oder: Ich muss schauen, das ich die gesamte Speicherarchitektur umwerfe, um den 3. Block
einzeln zugreifbar zu machen.. soviel zum speicherschonenden Programmstil, weil sich
irgendwer "wichtigeres" nicht an Richtlinien halten wollte..

Also .. alle Bayern outen sich nun bei mir, ausser sie wollen die Original-Firmware, weil
die sich nicht für Feuerwehr-Kennungen interessieren..

Die ganze Diskussion ist eh komisch ...

[Shinzon]

@Alex22:

Dein Fahrzeug wird mit 16 Bit (= 2 Byte oder 4 Nibbles) eingegeben, du gibst keinen
Block 1 und 2 ein! Die werden aus einem anderen Speicherbereich gelesen, der auch
separat eingegeben wird. In der Tat ist dieser Bereich vordefiniert, da ja BOS und Landes-
kenner deutschlandweit einheitlich sind (sein sollen, haben hier die Bayern auch ne
Extra-Weisswurst?) ..

Gruss,
Tim

*EDIT* Block 1-3 sind für Bayern nötig, Block 1+2 für "Rest der Welt".. nun lass ich mich
von dem sch** schon verwirren..

*EDIT-2* Bevor die Frage kommt: Block 3 (Ortskennung, 2 Nibble bzw 1 Byte) werden
wie erwähnt als ein Byte eingeben und gespeichert. Man kann dieses dritte Byte also
nicht aufteilen!