Arduino Library für Jeti EX Eigenbau-Telemetrie
- wstech
-
- Offline
- Platinum Member
-
- Posts: 913
- Thank you received: 517
TPL_KUNENA_MESSAGE_REPLIED_NEW Arduino Library für Jeti EX Eigenbau-Telemetrie
03 May 2016 18:52 - 03 May 2016 18:53
Hallo Alex,
ab Adresse 16 besteht eine Adresse aus zwei Bytes, daran könnte es liegen. Ist eventuell in der Lib noch nicht berücksichtigt.
Schau mal in die Protokollbeschreibung Seite 4 Absatz mit Data specifications
Gruß
Wolfgang
ab Adresse 16 besteht eine Adresse aus zwei Bytes, daran könnte es liegen. Ist eventuell in der Lib noch nicht berücksichtigt.
Schau mal in die Protokollbeschreibung Seite 4 Absatz mit Data specifications
Gruß
Wolfgang
Mit freundlichen Grüßen
Wolfgang
Wolfgang
Last edit: 03 May 2016 18:53 by wstech.
Please Log in or Create an account to join the conversation.
- Sepp62
-
Topic Author
- Offline
- Elite Member
-
- Posts: 305
- Thank you received: 154
TPL_KUNENA_MESSAGE_REPLIED_NEW Arduino Library für Jeti EX Eigenbau-Telemetrie
03 May 2016 19:28
Der ID-Wert in der Sensordatendefinition hat nur 4 Bit, zulässig sind die Werte 1 bis 15 (siehe Jeti-Spec Byte 9 unter "Data Specification").
Die Spec ist ein wenig schwammig und redet davon, dass man den Wert 0 verwenden kann, um den ID-Bereich zu vergrößern. Wie das geht, darüber schweigt sich das Papier aus.
Dort wo man die Einheiten und den Namen für den Sensor angibt ("Textual Specification"), ist die ID dann 8 Bit lang. Warum Jeti das eine Mal 8 Bit zulässt und dann wieder nur 4, erschließt sich mir nicht.
Das heisst: Die Library kann aus Gründen der Kodierung nur 15 Werte.
Wenn jemand herausbekommt, wie die Kodierung für mehr Werte sein muss (wenn das überhaupt geht), versuche ich gerne das anzupassen.
Viele Grüße
Bernd
Die Spec ist ein wenig schwammig und redet davon, dass man den Wert 0 verwenden kann, um den ID-Bereich zu vergrößern. Wie das geht, darüber schweigt sich das Papier aus.
Dort wo man die Einheiten und den Namen für den Sensor angibt ("Textual Specification"), ist die ID dann 8 Bit lang. Warum Jeti das eine Mal 8 Bit zulässt und dann wieder nur 4, erschließt sich mir nicht.
Das heisst: Die Library kann aus Gründen der Kodierung nur 15 Werte.
Wenn jemand herausbekommt, wie die Kodierung für mehr Werte sein muss (wenn das überhaupt geht), versuche ich gerne das anzupassen.
Viele Grüße
Bernd
Please Log in or Create an account to join the conversation.
- Sepp62
-
Topic Author
- Offline
- Elite Member
-
- Posts: 305
- Thank you received: 154
TPL_KUNENA_MESSAGE_REPLIED_NEW Arduino Library für Jeti EX Eigenbau-Telemetrie
03 May 2016 19:33
Hallo Wolfgang,
in der Spec steht:
The identifier might be a number within range 1-15. Special case is a zero value, which enhances range of identifiers. The definition of an identifier is located in the following byte before the whole data representation (see the table).
Ist das so zu interpretieren, dass man die ID in Byte 9 auf 0 setzt und dann in Byte 10 eine 8-Bit-Adresse zur Verfügung hat ?
Viele Grüße
Bernd
in der Spec steht:
The identifier might be a number within range 1-15. Special case is a zero value, which enhances range of identifiers. The definition of an identifier is located in the following byte before the whole data representation (see the table).
Ist das so zu interpretieren, dass man die ID in Byte 9 auf 0 setzt und dann in Byte 10 eine 8-Bit-Adresse zur Verfügung hat ?
Viele Grüße
Bernd
Please Log in or Create an account to join the conversation.
- wstech
-
- Offline
- Platinum Member
-
- Posts: 913
- Thank you received: 517
TPL_KUNENA_MESSAGE_REPLIED_NEW Arduino Library für Jeti EX Eigenbau-Telemetrie
04 May 2016 06:33 - 04 May 2016 06:42
Hallo Sepp,
hier je ein Beispiel:
int14_t auf Adresse 15 wäre : $F1 das kennst Du
int14_t auf Adresse 24 wäre $01 (Data typ) gefolgt von $18 (Adresse)
ab Adr. 16 werden also immer zwei Bytes benötigt.
Die Protokollbeschreibung lässt da etwas Interpretationsspielraum zu.
Grüße
Wolfgang
hier je ein Beispiel:
int14_t auf Adresse 15 wäre : $F1 das kennst Du
int14_t auf Adresse 24 wäre $01 (Data typ) gefolgt von $18 (Adresse)
ab Adr. 16 werden also immer zwei Bytes benötigt.
Die Protokollbeschreibung lässt da etwas Interpretationsspielraum zu.
Grüße
Wolfgang
Mit freundlichen Grüßen
Wolfgang
Wolfgang
Last edit: 04 May 2016 06:42 by wstech.
The following user(s) said Thank You: AlexM_1977
Please Log in or Create an account to join the conversation.
- AlexM_1977
-
- Offline
- Junior Member
-
- Posts: 22
- Thank you received: 8
TPL_KUNENA_MESSAGE_REPLIED_NEW Arduino Library für Jeti EX Eigenbau-Telemetrie
04 May 2016 07:38
Hallo zusammen,
würde ich dann so verstehen.Den Nibble von Byte 9 der die ID repräsentiert setzte ich auf "0",dafür habe ich dann in Byte 10 die Möglichkeit 8bit für die Adresse und n Byte 11 beginnen dann die Daten.Schiebt sich alles dann ein Byte nach hinten.
Ich müsste dann eine Fallunterscheidung für ID <16 und ID>=16 implementieren.Ist das so richtig interpretiert?
Danke und Grüße Alex
würde ich dann so verstehen.Den Nibble von Byte 9 der die ID repräsentiert setzte ich auf "0",dafür habe ich dann in Byte 10 die Möglichkeit 8bit für die Adresse und n Byte 11 beginnen dann die Daten.Schiebt sich alles dann ein Byte nach hinten.
Ich müsste dann eine Fallunterscheidung für ID <16 und ID>=16 implementieren.Ist das so richtig interpretiert?
Danke und Grüße Alex
Please Log in or Create an account to join the conversation.
- Sepp62
-
Topic Author
- Offline
- Elite Member
-
- Posts: 305
- Thank you received: 154
TPL_KUNENA_MESSAGE_REPLIED_NEW Arduino Library für Jeti EX Eigenbau-Telemetrie
04 May 2016 10:55
Hallo Alex,
genau so habe ich das auch interpretiert. Wäre cool, wenn Du es probieren könntest. Ich komme die nächsten Tage nicht dazu.
Viele Grüße
Bernd
genau so habe ich das auch interpretiert. Wäre cool, wenn Du es probieren könntest. Ich komme die nächsten Tage nicht dazu.
Viele Grüße
Bernd
Please Log in or Create an account to join the conversation.
Time to create page: 0.374 seconds