-
Thread
Zahlenkonvertierung
Hallo! Habe da ein kleines Problem... Muss zahlen von 0-999 auswerten. Das sollen Schritte sein die per Tastatur eingegeben werden. Jetzt will ich diese in eine Dezimalzahl packen und die Schrittfolge per "djnz" durchführen. Leider geht ja ein Register bur bis max. 255. Soll ich mehrere Register verwenden? Wenn ja, wie? Vielen Dank! Gruss Michael
-
Thread
SPS Betriebssytem
2x 74HC165)ggf mit Optok. ADC: 8 ADC`s (die des AVR`s) PWM: 2 CAN: MCP2515 RS232: MAX232 oder RS485: MAX485 (z.B. mit SNAP-Protokoll) EEPROM: 24CXX (für späteres SPS-Programm (wichtiges ToDo)) mfg KoF
sollte)) 4. 2 PWM`s in Hardware 5. Zähler (ähnlich wie in der Simatic S7-AWL (ZV ZR jeweils von 0 - 999)) ------ Ich habe einfach zu selten Zeit, etwas zu machen, daher bitte ich um Geduld mit weiteren Funktionen! Auch ist die Software noch nicht fertig und auch ungetestet!!! Fehler und Erweiterungen
-
Thread
16 Bit BCD Addition
wenn ich eine 2-stellige zu einer 3-stelligen addieren kann. Das Ergebnis wird also nie größer als 999. Irgendwie will mir keine einfache Lösung einfallen...
Da ein MC üblicher Weise Divisionen nicht so mag, nimmt man da einfach die Subtraktionsmethode. Max 10 Subtraktionen je Digit gehen ja immer noch schneller als eine Division /10 mit Rest. Peter
-
Thread
Programmierbarer Rechteckgenerator Mega8
16x2 und drei Tasten, womit die Pulsdauer/Pausendauer in drei Bereichen(usec, msec, sec) mit 000 bis 999 eingegeben werden kann. Die Interface (LCD, Tasten, Puls-/Pausedauer-Eingabe) funktioniert bereits. Würde gerne so ca. 1usec Mindestpulsdauer anstreben (und max. 999sec). Die Zeitbasis wird
Dauer und 1usec Pause werde ich unter diesen Ümständen vielleicht ziemlich ungenau erzeugen, und für 999usec Pulsdauer und 999usec Pause (geschweige denn 999sec!!!) reicht die Bearbeitungszeit von 1usec in der Interruptroutine gar nicht aus??? Wie seht Ihr das, bin für Eure Meinung dankbar, da ich
-
Thread
Zahlenausgabe
for a number #define MAX_NUM_DEC 10E06 ///< Put the same Number here as in MAX_NUM_LEN [/c] a'la #define MAX_NUM_DEC 10E0MAX_NUM_LEN o.ä.? Greetz, /th.
eigendlich in C ne Möglichkeit, um diese beiden Ausdrücke > zusammenzuführen? > > [c] > #define MAX_NUM_LEN 6 ///< max. chars for a number > #define MAX_NUM_DEC 10E06 ///< Put the same Number here as in > MAX_NUM_LEN > > [/c] > > a'la > #define MAX_NUM_DEC 10E0MAX_NUM_LEN o.ä.? >
-
Thread
3 x 8 Bit addieren
Jedes Byte kann max. 9 sein. Du benötigst demnach 4 Bit pro "Byte". Dann machs doch einfach so: xxxxhhhh zzzzeeee x = frei h = hunderter z = zehner e = einer das kannst Du einfach mit Schiebeoperationen und
einem ''ding'',das pro sekunde millionen zyklen macht, dem kann man doch ein 16bit register bis zu 999 mal hochzaehlen lassen. ...oder gibt es beim AVR kein 'INC' ? ed long live '51
-
Thread
langer Batteriebetrieb mit LCD
Ich nehme den PCF8583 (Uhren-Chip, ca. 30µA) und einen AVR (z.B. 2313). Die Idee: Der AVR schläft 999ms (ca. 10µA), wird dann extern durch den PCF (durch einen Interupt) geweckt, aktuallisiert das LCD, setzt beim PCF einen neuen Alarm für den Interrupt (wieder nach 1 Sek.) und schläft dann weiter.
Mit MSP430 (Aktiv Mode) und LCD Graphik Display (128x64) max 1.2mA. Power-Down Modus unter 15µA möglich
-
Thread
TFT an M16C62
. :-(( Wenn ich das richtig verstanden habe, kosten ja bei Euch im Shop auch die 20x2 Displays 99.999,0 EUR. Teuer (:-))) Wahrscheinlich ein Fehler. Bekommt man den diesen Chip auch einzeln? Bei Reichelt nicht. :-(( Alex1
Generic 1 mit big endian (der 16Bit Zugriff ist so mit dem 705 schneller). Die Spannung Vee erzeugt ein MAX686EEE, den ich über die GPIOs vom 705 auf- und zudrehen kann. Weiterhin sind 1MB batteriegepuffertes 16Bit breites SRAM sowie 1MB Flash extern drauf. Dann noch ein I2C EEPROM für die Grundparameter