Gefunden für hex ascii code - Zum Elektronik Forum |
| 1 - PWM mit Attiny2313 will nicht so ganz -- PWM mit Attiny2313 will nicht so ganz | |||
| |||
| 2 - ASCII Coder/Encoder IC gesucht -- ASCII Coder/Encoder IC gesucht | |||
| Hi,
sry wenn ich mich dumm ausgedrückt habe, bin noch Anfänger. (Übrigens sehr netter Umgang hier -.-"). Zahlen kann man ja einfach z.B. per BCD Code verknüpfen und dafür gibt es ja entsprechende Coder/Encoder. Ich würde halt gerne Binäre Zahlensysteme in Buchstaben wandeln (möglichst einfach). Hex geht ja nur bis F und ich habe halt an ASCII gedacht... @PhyMaLehrer: Du hast mich richtig verstanden danke für die gute Antwort. (An sowas könnten sich gewisse Leute ein Beispiel nehmen.) ... | |||
3 - Temperatursensor, weitere Schaltungen über RS232 -- Temperatursensor, weitere Schaltungen über RS232 | |||
| Hi Truddel,
ich weiss es zufällig 
In dem case 'S': - Teil wird das gemacht. Zuerst wird der Sensor angetriggert, dass er eine Messung durchführen soll, kurz später werden dann 8 Bytes aus ihm ausgelesen, im Array aucData zwischengespeichert und auch direkt "roh" zum Debuggen als Hex-Dump an der RS232 ausgegeben ( vSendUartHexByte( y ) ). Danach folgt die Berechnung: iTemp = (INT)aucData[1] * 256; iTemp |= aucData[0]; -> iTemp hat jetzt schon den vorzeichenbehafteten Temperaturwert * 2, man könnte diesen also jetzt schon auf 0.5° genau ausgeben. Es wird mithilfe von 2 weiteren ausgelesenen Werten die Temperatur auf 1/10° genau ermittelt ( siehe Datenblatt!) und dann auf der RS232 ausgegeben. Für die Ausgabe eines einzelnen Zeichens wird immer die Routine vSendUartByte() genutzt. + . und - werden direkt ausgegeben, die Ziffern immer in einer Konstruktion vSendUartByte( x + 0x30 ), denn 0x30 ist der ASCII-Code für '0', 0x31 = '1' usw. \r und \n sind linefeed / carriage return, damit das auf dem PC-Terminal hübsch aussieht. Gruß Stefan ... | |||
| 4 - avrasm2: LWRD-Funktion gibt nur 1 Byte zurück? -- avrasm2: LWRD-Funktion gibt nur 1 Byte zurück? | |||
Auch das geht, wenn man weiss wie man den Debugger aus der Textverarbeitung aufruft. 
Haben wir auch gemacht, aber das war dann kein Crossassembler. Die späteren Versionen der Textverarbeitung (auf x86 Rechnern laufend), konnte man auch regulär in einen Hex-Editor-Modus umschalten um die eigenen Files zu verhunzen. Ausserdem war das Betriebsysstem in der Lage Textdokumente zu erkennen und hat routinemäßig fremde Programme, die mit den Formatangaben etc. nichts anfangen können, die Files ohne diese lesen lassen. Die bekamen dann also nacktes ASCII präsentiert. Wenn man den Rucksack mit den Formatangaben auch haben wollte, musste man eine spezielle Open-Mode wählen. Wenn man für einen anderen Prozessor Code erzeugt, braucht man ja eh noch externe Hardware, z.B. um die EPROMs zu brennen. Dann kann man auch ASCII-Daten transportieren. Die JEDEC-Files, die viele Entwicklungspakete erzeugen, sind ja nichts anderes. ... | |||
| 5 - UART Probleme -- UART Probleme | |||
| Moin,
Habe mir den Code nur einmal angeschaut, aber nicht auf Logik geprüft, vieeeeeeeeel zu umständlich. Zitat : Ich werde erst später den Code ausprobieren können. Dann, entschuldigung, teste ihn doch erstmal, bevor du hier postest. Ich gebe mir auch mühe, funktionierenden Kode zu posten. Außerdem solltest du meine Hilfestellung ernst nehmen, oder es selber machen. Nicht umsonst schrieb ich Zitat : Bitte nicht vom String der einzelnen Bits ausgehen. Das wäre zwar möglich, aber blödsinnig . und lieferte schon einen Prototypen |
Im transitornet gefunden: Hex Ascii Code
|
Zum Ersatzteileshop Bezeichnungen von Produkten, Abbildungen und Logos , die in diesem Forum oder im Shop verwendet werden, sind Eigentum des entsprechenden Herstellers oder Besitzers. Diese dienen lediglich zur Identifikation! gerechnet auf die letzten 30 Tage haben wir 7 Beiträge im Durchschnitt pro Tag heute wurden bisher 0 Beiträge verfasst 6 Besucher in den letzten 60 Sekunden alle 10.00 Sekunden ein neuer Besucher ---- logout ----su ---- logout ---- |
xcvb
ycvb
0.0411870479584