-
Thread
warning: value computed is not used
[C] // UART Ausgabe von max. 256 Zeichen (cnt) aus einem Puffer (data) void uart_put_frame(const uint8_t cnt, const char *data) { for (uint8_t i = 0; i < cnt; i++) { uart_putc( data[i] ); } } [/C]
-
Thread
MicroATX-Server sucht das richtige Netzteil
/VT8237S >- Speicher: 2 Bänke für DDR2-RAM, max. 2 GB >- Grafik on Board: VIA Chrome9 HC IGP, max. 256 MB >- Sound on Board: VIA VT1708B 6-Kanal HD-Audio >- Anschlüsse intern: 2x SATA II (RAID 0, 1), IDE, FDD, PCIe x16, > PCI, 4x USB 2.0, Audio >- Anschlüsse extern: PS/2 für Tastatur und Maus
-
Thread
Riesiges Bild (256Farben) aus Einzelbildern zusammensetzen
RGB-Farben 1500x1200px 72dpi erstellt - Bild->Modus->Indiziert... - Optimale Palette erzeugen mit max. 256 Farben Das Funktioniert. Mit deiner Auflösung gibt das 180 Mio Pixel. Das macht mein Rechner zwar, aber er macht auch dicke Backen... Also Gimp kannst du dazu überreden, aber ob das sinnvoll
-
Thread
TEKWAY DST1xx2B Oszilloskop
Möglichkeit PNGs zu erstellen? Die sind klein und > verlustfrei. Gif ist farbpalettenbasierend mit max. 256 Farben. Solange in der Palette alle Farben abgebildet sind, die in dem Bild vorkommen (was bei dem DSO wohl der Fall sein dürfte) ist es verlustfrei und im Gegenzug natürlich auch kleiner als BMP.
-
Thread
UPnP auf µC portieren
Hallo zusammen, ich habe vor einen UPnP Stack auf einem µC (MSP oder Stellaris mit max. 256k Flash o.Ä.) zum Laufen zu bekommen. Ich habe da nen TOP Stack gefunden(~100k nur!!!), der ist aber preislich nicht vertretbar! http://www.ebsembeddedsoftware.com/NewWebSite/AboutOtherIp.html
-
Thread
[C] Programm hängt sich beim Aufruf von malloc() auf
Speicheroperationen zu protokollieren und/oder irgendwie *sinnvoll* (d.h. brauchbar) darzustellen? Mit max. 256 Bytes die ich mir anzeigen lassen kann komme ich hier nicht weit! R. Freitag schrieb im Beitrag #1986812: > Dein Problem scheint mir der Speicher zu sein. Wenn du keinen Code > posten kannst,
Speicheroperationen zu protokollieren und/oder irgendwie sinnvoll (d.h. brauchbar) darzustellen? Mit max. 256 Bytes die ich mir anzeigen lassen kann komme ich hier nicht weit!
-
Thread
Code auf dem Atmega 8535 funktioniert nicht
PRESCALER_TIMER_0 1 #define PRESCALER_TIMER_2 1 #define PWM_MAX 256 //Bis hierhin zählt die PWM #define TIMER_MAX 256 //Bis hierhin zählt der Timer #define TIMER_FREQ 31250 #define PWM_FREQ
-
Thread
Timer Berechnung beim PIC
nutzen tu ich fosc/4 = 5MHz) und es stehen mir drei Timertypen zur Verfügung: Timer0: 8 Bit, max. 256er Vorteiler Timer1: 16 Bit, max. 8er Vorteiler Timer2: 8 Bit, max. 16 Vorteiler, 16er Nachteiler Ich weiß nun nicht mit welchem Timer es sich überhaupt ausgeht, und wäre froh, wenn mir jemand
-
Thread
IRMP - Infrared Multi Protocol Decoder
IRSND_ENDLESS_REPETITION wird der erzeugte Frame endlos geschickt. Nein, stimmt nicht ganz: Nach max. 256 Frames wird aufgehört, um die Batterie nicht komplett leerzulutschen :-) Auch diese Änderung ist im SVN. > 3. Es gibt eine neue Funktion irsnd_stop(), welche das weitere Senden > von Wiederholungen
-
Thread
RFM12 als Empfänger für TFA THX301 Funk Wetter Sensor
dithering = 1 ;Select clock output slew rate control for 2.5 MHz or less ;Select PLL bandwidth for max. 256 kbps CC67 Am FSK-Pin kommen dann im Leerlauf ständig zufällige Bitmuster raus. Beim Aktivieren eines Senders entstehen dann längere Pausen. Die Pausenzeiten werden vom AVR gemessen und entsprechend
-
Thread
(Chip8 / gameboy) Emulator für AVR AVR32
reinspeicher kann. Da ist man ja sehr unabhänig XD. dadurch ergibt sich für beide befehle je max. 256 möglichkeiten^^ Aber naja ist soweit auch egal. Danke nochmal Gruß
-
Thread
AVR, Structs zur Laufzeit reservieren
0xFFFF //Nummer der Intern verwendeten Variablen struct variable_memory variables[]= //max 256 variablen { {01, &values[0], 0, 1, 0}, //Variable 01, Speicherziel Values_0, Bit 0, Länge 01, Kein Lowpart {10, &values[1], 0, 1, 0}, //Variable 10, Speicherziel Values_1, Bit 0, Länge 01, Kein
-
Thread
Logamatic 2107 Schnittstelle
Streaming-Format sinnvoll zu gestalten ;) Ich hatte das damals aus Speichermangel (bei Fehlern max. 256 Bytes), wegen der Geschwindigkeit und Raw-Daten so festgelegt (mega8). Das genaue EMS-Format war zu der Zeit noch etwas schleierhaft und es war einfacher den Puffer, Parser und die Fehlerauswertung
Streaming-Format sinnvoll zu gestalten ;) > > Ich hatte das damals aus Speichermangel (bei Fehlern max. 256 Bytes), > wegen der Geschwindigkeit und Raw-Daten so festgelegt (mega8). Das > genaue EMS-Format war zu der Zeit noch etwas schleierhaft und es war > einfacher den Puffer, Parser und die Fehlerauswertung
-
Thread
Atmel kuendigt Cortex-M3 AT91-SAM3U mit USB2.0 HS an
einen ext. Bus, viele Kommunikationsinterfaces Nicht so doll: Speicherausbau ist maessig mit max. 256k Flash und 52K SRAM, das 64k Teil kostet $3.50 haette ich mir niedriger vorstellen koennen, das externe Businterface is max. 16-bit und unterstuetzt keine dyn. RAMs, kein Ethernet, kein CAN. Also
-
Thread
Problem beim SRAM testen
maximal 256 Bytes in einem Rutsch testen. Lokales Array für entsprechend viel Speicherplatz. max 256 Bytes (i) mit den Werten 0 bis i füllen. Wieder auslesen und vergleichen dieselben Zellen mit ~i füllen wieder auslesen und vergleichen. Damit sollten Leitungskapazitäten ausreichend ausgetrickst
-
Thread
Kanten in Grafik glätten
immer wackelig. Und 1bit, oh Gott, hmmm echt mal ne gute Frage - da alle Vektorformate ja nur max. 256 Farben unterstützen würde ich es wie hier schon erwähnt mit ner Bitmapumwandlung versuchen ohne Dithering und dann als Vektor *.eps oder dergleichen Speichern - weiß ja nicht wohin du das Bild weitergeben
-
Thread
counter-Probleme mit ATtiny25
Verzögerungsfunktion mithilfe von TIMER0 zu schreiben: void delay_8ms(uint8_t m8s) //@m8s max 256, @m8s=#8ms-Schritte // TIMER0 verwendet { TCCR0B=0x00; //timer angehalten TCCR0A=0x00; //Ports normal, operation mode normal TIMSK&=~0x18;
-
Thread
Welcher µC ist für einen 16 Bit DAC geeignet
Hiermit kannst Du Deine Spielerein verwirklichen. Das C-Compiler-Paket ist nach 60 Tagen auf max. 256kB Codegröße eingeschränkt, was aber nicht stören dürfte.
-
Thread
AP7000 wieviel RAM?
SRAM/SDRAM CS1 0x2000_0000 64 Mbyte EBI SRAM CS5[/pre] Interpretiere ich jezt so: - SDRAM: max 256mb - Statisch: 320mb (5x64) wenn SDRam genuzt wird sonst 576mb Der AP7000 hat aber auch nen SD/MMC/CF bzw. IDE "Anschluß" ich denke für größere Medien wäre sowas wohl besser (und günstiger)
-
Thread
Context Switching auf 8051 (xc866) mit SDCC
eigentlich für Steuerungsaufgaben optimiert, d.h. daß man möglichst alle Variablen im sauschnellen IDATA (max 256 Byte) hält. Ich benutze den 8051 sehr gerne, weil der sehr viel kann, wenn man ihn richtig programmiert. Ich mache daher alle Tasks in der Mainloop hintereinander. Der Trick ist, daß jede Task
-
Thread
Verschlüsselungssoftware
sieht nur AES, twofish sogar schneller. Leider können die cipher im linux kernel im Moment nur max. 256 bzw. 448 Bit, das liegt aber nicht an der Machbarkeit, sondern daran, dass 128bit heute als sicher anzusehen sind. CPU war ein A64 X2 2*3.2GHz, Platte hatte Sendepause (6GB Ram).
-
Thread
Speicherökonomie AT Mega128
in C oder Bascom. Ein solcher Gleisplan kann als GIF sicherlich um 90% komprimiert werden - da max. 256 Farben(oder weniger) und du bist bei vielleicht 2 KByte pro Grafik. Davon kannst du in einen Atmega128 haufenweise ablegen. Oder als bin-Dateien (bereits mit dem GLCD_Convert vorbereitet) auf die
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
Der erste Wert bei PLAY gibt die Anfangsadresse im Array an, der zweite die Anzahl der Noten (max. 256) und der dritte die Dauer eines Ticks in Frames (1/50s bei PAL). Durch die Notwendigkeit einer überarbeiteten und stark erweiterten Dokumentation wird sich aber das nächste offizielle Release etwas
man zur Verfügung hat! Spiele und Programme können ja in den Dataflash abgelegt werden. Aber max. 256 Farben und ein guter Sound wäre schon was geniales!! Siehe Uzebox...
-
Thread
Wie wird die Prüfsumme berechnet ?
Möglichkeit eine Brute-Force Attacke zu reiten. Bastele deinen benötigten Klartext und probiere max. 256 Werte durch, bis die richtige Prüfsumme ermittelt ist. Im Mittel hast du in ca. 0,6s dein Prüfbyte für einen Klartext...
-
Thread
Suchen Entwickler für Baugruppen
Systembeschreibung: Im wesentlichen besteht das System derzeit aus einem Zentralrechner, der max 256 aneinandergereihte elektromechanische Komponenten (Hubmagnete, 25% ED) per BUS ansteuert. Die Freigabe einzelner BUS-Komponenten erfolgt nach Eingabe eines gültigen 4- bis 8-stelligen Zahlencodes
Systembeschreibung: >Im wesentlichen besteht das System derzeit aus einem Zentralrechner, der >max 256 aneinandergereihte elektromechanische Komponenten (Hubmagnete, >25% ED) per BUS ansteuert. Zentralrechner klingt nach riesigem Mainframe im Zimmerformat. ;-) >Das Ganze funktioniert als eine
-
Thread
Keil --> IAR: Probleme mit dem Stack
Was passiert wenn ich es zu groß stelle? Was ich schon rausgefunden hab ist das mein controller max. 256byte Stack haben kann. Wäre es nicht am einfachsten einfach zu schauen, wie es davor in Keil eingestellt war? Da hat es ja funktioniert. Leider steht bei den "Target-Optionen" bei Keil nix drin
-
Thread
Busteilnehmer automatisch finden
Möglichkeiten? Also ich denke 1-2 Minuten kann das ruhig dauern. Die IDs sind bislang 8Bit (also max. 256 Geräte), die "MAC" 24Bit
-
Thread
zufallszahl mit rand() erzeugen
generieren (was der OP vermutlich beabsichtigt) ist also [c] rand()%256 [/c] korrekt, wenn - RAND_MAX=256*n-1 und - die rand-Funktion das von Rolf Magnus beschriebene Problem nicht aufweist. Diese Bedingungen sind zumindest für die glibc und die avr-libc erfüllt. Andere Frage in diesem
-
Thread
Controller mit mehr als 16MHz internem Takt?
mir aber vorstellen dass das Zittern von daher kommt: Du hast ja eine Hyterese von +-3 = 6 von max. 256. Das ist schon ziemlich viel und ich denke das verursacht das Zittern. Wahrscheinlich bist du auch viel zu schnell mit "Regeln", der Motor braucht auch seine Zeit, bis er den Sollwert erreicht
-
Thread
Analog Werte Erfassen 1MSPS
ich zumindest) keine 16 Kanäle mit 16Bit an einem einzelnen Microcontroller verwalten kann (zumal max. 256MB SD-RAM verwaltet werden können) wollte ich pro 3 oder 4 Kanäle ein Modul machen und die einzelnen Module dann über CAN oder so vernetzten. Auslesen kann man dann nach den 10 Sekunden und das darf
-
Thread
EEPROM Zugriff beim ATMega
jedem Fall 16-Bit breit sein. Der M8 hat z.B. 512Byte EEPROM. Mit einer 8-Bit-Adresse könnte man max. 256Byte adressieren. Die Dokumentation sagt zwar: [c] void eeprom_write_byte ( uint8_t * addr, uint8_t val ) [/c] aber ich glaube die ist Schrott... Probiers mal so: [c] eeprom_write_byte
Nachtrag: lass i1 ganz weg. Wie gesagt, kannst Du mit i1 max. 256Byte adressieren. Also: eeprom_write_byte((uint16_t *)i, VREF);
-
Thread
xc866 indirekt adressierbaren speicher in C beschreiben
wesentlich langsamer. Ein deutlich schneller Zugriff auf XRAM-Bereiche ist über PDATA möglich (max. 256 Byte Bereich = 1 Page). Auch hier muss unbedingt der Linker wissen, wo die PDATA-Page liegt. z.B. int pdata test2[5] = {6,7,8,9,0}; Gruß Matthias
-
Thread
DMX-System
seinen Wert oder funktioniert das Protokoll anders? Es gibt auf nem DMX-"Bus" einen Sender und Max. 256 Empfänger. Ein Sender kann nur senden, ein Empfänger nur empfangen => keine Rückmeldung. Auch gibts keine Fehlerkorrektur (Prüfbit od. ähnl.) Was erwartest du von einem Protokoll dass als Schnapsidee
-
Thread
Zeitmessung funktioniert nur so halb :-/
also einen 3 Byte Zeitstempel + 1 Byte für den Portwert, macht 4 Byte/Eintrag Macht bei 1k RAM max. 256 Einträge Das sollte passen. MfG Falk