Kommentar: Einfügen von HTML im Kommentar: Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a> Bild einfügen: <img src="BILDURL"> Text formatieren: <b>fetter Text</b> <i>kursiver Text</i> <u>unterstrichener Text</u> Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b> C Quellcode formatieren: <code>Quellcode</code> BASIC Quellcode formatieren: <basic>Quellcode</basic> (Innerhalb eines Quellcodeabschnitts ist kein html möglich.) Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst ! -> I > Hallo, > > beim OneWire-TestProgramm für den DS18S20 habe ich folgende Fragen: > > 1) Wird durch den Aufruf OneWire_Read() jeweils automatisch das nächste Byte aus dem > 64-Bit-Rom des Sensors gelesen? > Im Programm wird es 9 mal aufgerufen !? > Das Verfahren wiederholt sich beim Lesen des Scratchpad . > > 2) Wie müsste man es anstellen (Datenübergabe), wenn man laut Sensor-Datenblatt zB > ein „Match ROM“ (0x55) ausführen wollte ? Wie übergibt man die Daten an den Sensor > ,die man durch ein „Read Rom“ (0x33) vorher erhalten hat ? > > 3) Entsprechendes gilt auch zB für ein „Write Scratchpad“ (0x4E) ? Muß dazu vorher > der Temperaturwert als Integer in ein Hexwert-Byte umgesetzt werden? > > 4) Bei der Ausgabe der Hex-Bytes des ROM bzw. Scratchpads mit dem „Msg_WriteHex“ > -Befehl werden doppelt soviele Bytes in Hex dargestellt. Je echtes Byte ein > „00“-Byte davor . Der Befehl hat lt. Beschreibung eine 16-Bit-Auflösung. > Nun die Frage: Kann man die Ausgabe des „Dummy-Bytes“ irgendwie umgehen ?? > Vielleicht durch einen anderen Befehl oder Übergabe eines 2-Byte-Wortes ? > Außerdem scheint man immer ein weiteres „Ende“-Byte beim Lesen mitzubekommen > (siehe auch die erste Frage ), denn ich lese immer eins mehr als die Anzahl der > beschriebenen Bytes > > Mit freundlichen Grüßen und imvoraus Danke > WernerF
