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?
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?
Wir lassen Messer und Gabel liegen ...
... um mit der "Schere" anderen zu helfen.
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!
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
--
In a world without walls and fences, who needs Windows and Gates ??
Meine private Webseite: http://www.db1jat.org
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?
Wir lassen Messer und Gabel liegen ...
... um mit der "Schere" anderen zu helfen.
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.
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 ...
--
In a world without walls and fences, who needs Windows and Gates ??
Meine private Webseite: http://www.db1jat.org
@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!
--
In a world without walls and fences, who needs Windows and Gates ??
Meine private Webseite: http://www.db1jat.org
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*
Wir lassen Messer und Gabel liegen ...
... um mit der "Schere" anderen zu helfen.
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
--
In a world without walls and fences, who needs Windows and Gates ??
Meine private Webseite: http://www.db1jat.org
aso
na dann warte ich mal auf die bayrische Version. :-(
Wir lassen Messer und Gabel liegen ...
... um mit der "Schere" anderen zu helfen.
Hallo,
bis jetzt jeder seine Wünsche geäußert hat, haben wir bald Ostern.
Gruß Jörg
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)