<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Logik problem ;-)]]></title><description><![CDATA[<p>Ich möchte eine datei die im Motorola S-Record Type vorliegt.Auslesen und erstellen, was ansich nich das Problem ist. Das auslesen einer datei soll nich das Problem sein. Die speicher ich ohne Problem in eine bin. Aber wenn ich die bin wieder einlesen will kommen die Problem:</p>
<p>eine Motorola S-Record Datei sieht ganz simpel mal so aus (jedenfalls in meinen Fall, es giebt aber noch andre Typen):</p>
<p>S00600004844521B<br />
S34503FD00000000000000000000000C0203FF0007B0E321F0D3E59FB004E1A0D00BEB00000003FFE960E59FC000E12FFF1C03FD02DBFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF26</p>
<p>Auf gesplittet sieht das dann so aus:</p>
<p>Also hier mal nur Zeile 2</p>
<p>//Type (gibt an das die Adress belegung 4 byte paare groß ist)<br />
S3</p>
<p>//count (hex wert der die anzahl der Daten angiebt (muss min 4 byte adresse und 1 byte checksumme gerechnet werden)<br />
45</p>
<p>//adresse (die speicher andresse in hex)<br />
03FD 0000</p>
<p>Die 03FD is mir nur voll unlogisch. Da ist die erste zeile in der ersten Datei was soll denn 03FD heißen? Die ersten Zeile ist für für mich hex immer 0000. Ich weis nur wenn der wenn die 2 2 byte paare FFFF erreichen das das dann das 03FD hochgezählt würd.</p>
<p>//Daten<br />
0000000000000000000C0203FF0007B0<br />
E321F0D3E59FB004E1A0D00BEB000000<br />
03FFE960E59FC000E12FFF1C03FD02DB<br />
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF</p>
<p>//checksumme<br />
26</p>
<p>Weil es ist ja so. Wenn ich die bin datei habe lesse ich das hier ein:</p>
<p>0000000000000000000C0203FF0007B0<br />
E321F0D3E59FB004E1A0D00BEB000000<br />
03FFE960E59FC000E12FFF1C03FD02DB<br />
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF</p>
<p>Da ich weiß das alle Daten ins Moto mit S3 geschreiben werden fängt die Zeile so an:</p>
<p>S3</p>
<p>Dann zähle ich die byte paare das sind : 64 byte paare + 4 byte paare adresse + 1 byte paar checksumme = 69 das rechne ich in hex um und das sind das 45 allso sieht die zeile jetzt so aus:</p>
<p>S345</p>
<p>Da wir ja am anfang sind, sind wir allso bei hex 00000. das wähe mir ja auch logisch wenn das jetzt kommen würder. Aber da ist noch die 03FD die ich nich verstehe. Wenn ich wüste wo die her kommt konnte ich das auch weiter aufrollen.</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/76856/logik-problem</link><generator>RSS for Node</generator><lastBuildDate>Fri, 24 Apr 2026 15:56:06 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/76856.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 15 Jun 2004 14:21:25 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Logik problem ;-) on Tue, 15 Jun 2004 14:21:25 GMT]]></title><description><![CDATA[<p>Ich möchte eine datei die im Motorola S-Record Type vorliegt.Auslesen und erstellen, was ansich nich das Problem ist. Das auslesen einer datei soll nich das Problem sein. Die speicher ich ohne Problem in eine bin. Aber wenn ich die bin wieder einlesen will kommen die Problem:</p>
<p>eine Motorola S-Record Datei sieht ganz simpel mal so aus (jedenfalls in meinen Fall, es giebt aber noch andre Typen):</p>
<p>S00600004844521B<br />
S34503FD00000000000000000000000C0203FF0007B0E321F0D3E59FB004E1A0D00BEB00000003FFE960E59FC000E12FFF1C03FD02DBFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF26</p>
<p>Auf gesplittet sieht das dann so aus:</p>
<p>Also hier mal nur Zeile 2</p>
<p>//Type (gibt an das die Adress belegung 4 byte paare groß ist)<br />
S3</p>
<p>//count (hex wert der die anzahl der Daten angiebt (muss min 4 byte adresse und 1 byte checksumme gerechnet werden)<br />
45</p>
<p>//adresse (die speicher andresse in hex)<br />
03FD 0000</p>
<p>Die 03FD is mir nur voll unlogisch. Da ist die erste zeile in der ersten Datei was soll denn 03FD heißen? Die ersten Zeile ist für für mich hex immer 0000. Ich weis nur wenn der wenn die 2 2 byte paare FFFF erreichen das das dann das 03FD hochgezählt würd.</p>
<p>//Daten<br />
0000000000000000000C0203FF0007B0<br />
E321F0D3E59FB004E1A0D00BEB000000<br />
03FFE960E59FC000E12FFF1C03FD02DB<br />
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF</p>
<p>//checksumme<br />
26</p>
<p>Weil es ist ja so. Wenn ich die bin datei habe lesse ich das hier ein:</p>
<p>0000000000000000000C0203FF0007B0<br />
E321F0D3E59FB004E1A0D00BEB000000<br />
03FFE960E59FC000E12FFF1C03FD02DB<br />
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF</p>
<p>Da ich weiß das alle Daten ins Moto mit S3 geschreiben werden fängt die Zeile so an:</p>
<p>S3</p>
<p>Dann zähle ich die byte paare das sind : 64 byte paare + 4 byte paare adresse + 1 byte paar checksumme = 69 das rechne ich in hex um und das sind das 45 allso sieht die zeile jetzt so aus:</p>
<p>S345</p>
<p>Da wir ja am anfang sind, sind wir allso bei hex 00000. das wähe mir ja auch logisch wenn das jetzt kommen würder. Aber da ist noch die 03FD die ich nich verstehe. Wenn ich wüste wo die her kommt konnte ich das auch weiter aufrollen.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/540868</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/540868</guid><dc:creator><![CDATA[Viper2k3]]></dc:creator><pubDate>Tue, 15 Jun 2004 14:21:25 GMT</pubDate></item></channel></rss>