Fahrzeug-Dekodierer für ca. 99 EUR

[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!

[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