-
Thread
Displaytech 64128c Osama's lab GLCD-Lib
ohne Strom. Versuch vlt auch mal einen anderen Treiber und schau ob in deinem vlt irgendwas auf 64x64 hindeutet. > E_DELAY 20 das auch mal etwas höher ausprobieren.
#1988646: > Versuch vlt auch mal einen anderen Treiber und schau ob in deinem vlt > irgendwas auf 64x64 hindeutet. keinen plan was du mit treiber meinst?! Nils S. schrieb im Beitrag #1988646: >> E_DELAY 20 > das auch mal etwas höher ausprobieren. schon schrittweise bis 100 erhöht, selbes
-
Thread
AD Wandler ATMega8
avr/interrupt.h> volatile unsigned char tick,adcwert; void init_timer0 (void) { TCCR0 = 0x03; // Prescaler OSC/Takt /64 = 57600 Hz TIMSK = 0x01; // Setzt Interrupt für Timer0 1
Startwert setzen } void ADC_init (void) { ADMUX = 0x00; // Channel 0 ADCSRA = 0xDD; // Prescaler /32 Int Enable; Single Shot Betrieb } ISR(TIMER0_OVF_vect) { TCNT0 = adcwert; // Startwert von AD Wandler übernehmen PORTB=!0x01; // Summer ein/ausschalten
-
Thread
Frequenzzähler 1Hz - 40MHz
auch die Erweiterungen für die AVR µP atMega48 - 328 Serie drin ! Der 48 Bit Zähler ist nun 64 Bit und der 24 Bit Zähler kann nun 32 Bit. Entsprechend wurde das Hauptprogramm |main()| angepasst. Alle Änderungen könnt ihr dort
fx = --------- Nx Nref Nref [/c] Wir betrachten nun noch die 64-Bit Arithmetik: "fref * Nx": 32-Bit * 32-Bit liefert ein 64-Bit Ergebnis. "fref" ist ~F_CPU "Nx" setzt sich nun aus einen 16-Bit Software Zähler in Timer0 und den 9-Bits aus HC590 und dem einen
-
Thread
C: Pixel auf dem Bildschirm ausgeben
Wenn du schon QBasic kennst wieso nimmst du dann nicht einfach FreeBASIC? screenres 640,480,32 'Besser wie screen wasauchimmer pset (1,1),rgb(32,64,128) sleep -1
So kann man ebenso das Pageging, preemptives Multitasking und den gesamten Adressbereich im 16Bit/32Bit/64Bit-Mode nach eigenen Reglen benutzen. Die Einschränkung von WindowsXP(32Bit) nur 2GB Speicher für eine Anwendung zu bekommen gibt es damit nicht mehr. Auf meinem MoBo kann ich dann mit dem eingesteckten
-
Thread
Biete CentiPad Embedded Linux Module
60 MHz, main 10.000 MHz CPU0: D VIVT write-back cache CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets Built 1 zonelists Kernel command line: console=ttyS0 root=/dev/ram0 AT91: 96 gpio irqs in 3 banks PID hash
16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 64MB = 64MB total Memory: 59348KB available (2081K code, 411K data, 92K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok checking if image is initramfs...it isn't (bad
-
Thread
Kompatibelität CC1100 und RFM12
FREQ0 # -> 433,249969 MHz 0x49, // MDMCFG4 0x75, // MDMCFG3 0x02, // MDMCFG2 0x32, // MDMCFG1 0xC1, // MDMCFG0 CHANSPC_M 0x35, // DEVIATN 0x04, // MCSM2 0x0C, // MCSM1 0c 0x38, // MCSM0 0x16, // FOCCFG 0x6C, // BSCFG 0x43, // AGCCTRL2 0x40, //
du deine Konfiguration hier posten? Ich wollte auch Betty mit RFM12 kommunizieren lassen. Gruß AVR
-
Thread
pgm_read_byte_far
habe mal eine frage, und zwar benutze ich einen Mega128,habe mehre bilddaten im flash ligen alles bis 64K wird korrekt angezeigt aber alles über 64K eben nicht,dann habe ich mit pgm_read_byte_far das ganze versucht, aber das haut auch nich hin. meine bilddaten; #include <avr/pgmspace.h> //WinAVR prog_uchar
pgm_read_byte_far() braucht eine 32-bit-Zahl als Adresse. Zeiger sind im AVR-GCC aber nur 16 bit groß.
-
Thread
NeuesOS für AVR Mikrocontroller
Guten Abend, ich habe angefangen den Code für den atMega32 an zu passen. "system/header/nano_os.h" [code] #elif defined (__AVR_ATmega32__) #define RAMSTART 0x60 #define HEAPSTART 0x085f #define STACK_SIZE 54 // immer Timer0 ! #define TIMER_REGISTER
dec hex filename 0 692 0 692 2b4 nano_os.hex atmega32 $ avr-size nano_os.hex text data bss dec hex filename 0 712 0 712 2c8 nano_os.hex
-
Thread
Einschaltdauer von Platinenrelais?
ich nichts finden. Gerne hätte ich http://www.reichelt.de/?ACTION=3;ARTICLE=27659;GROUPID=;SID=32f1s8cKwQASAAAE@oQw472f64aa89cb299d7c98a79325aa7cb46 genommen oder ein Miniaturrelais. Wenn jemand in der Materie Erfahrung hätte, wäre ich für ein Hin- weis dankbar. Relais, wegen der galv.
: Die Relais zunächst voll ansteuern und dann per (Software-)PWM den Haltestrom reduzieren. 73, DD6FM :-)
-
Thread
EA DOGL 128x64 will nicht
Hi >die EADOGM128x64 stammen vom MyAVR 2x als Bausatz, 1x als Fertiggerät Bei MyAVR finde ich keine DOG-Displays! Die gibt es hier: http://www.lcd-module.de//deu/pdf/grafik/dogm128.pdf MfG Spess
Hi Spess, richtig, bei MyAVR kommt vor die Bezeichnung EADOGM128x64 nicht vor. Aber die technische Daten sind identisch, und zwar - Kontroller ST7565R-G - Display Format 128 x 64 DOTS - DotSize 0,33 x0,33 mm - View Angle 6
-
Thread
Problem Codesegment
Hallo, ich glaube ich habe ein Verständnisproblem. Ich habe einen ATMega32, Dieser sollte 32Kb Programmspeicher haben. Soweit mirbekannt beginnt die Anwendung direkt hinter der Interrupttabelle. So jetz mein Problem. Ich habe 2 Tabellen a 256 Bytes die ich ins Codesegment
0x08, 0xC8 .DB 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A .DB 0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC .DB 0x14, 0xD4, 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6 .DB 0xD2, 0x12, 0x13, 0xD3, 0x11, 0xD1, 0xD0, 0x10 .DB 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 0xF2, 0x32 .DB 0x36, 0xF6,
-
Thread
Einsteigerfragen
zufrieden mit dem gerät! Hab Windows 7 64 bit und es läuft einwandfrei! 4.Atmega 8 reingesteckt und angefangen zu programmiernen! ich finde dieses Tutorial sehr hilfreich hat mir bis jetzt die meisten Fragen beantwortet! http://www.avr-asm-tutorial.net
machen mit mehr Bit anzufangen!? Aber ich habe das > AVR-Studio nur in der 8-Bit Version kostenlos gefunden - kostet die > 32-Bit Entwicklungsumgebung? Klar, 16-Bitter. Aber ich hatte oben schon geschrieben: Fang mal mit den kleinen AVR an, am besten
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
Woher bekommst Du den Treiber für das Display ? >>>- OS : Windows 2000 SP4, Windows XP SP2 (32bit), Windows Vista & 7 (32bit/64bit)
unten zeigen aber, dass wesentlich mehr möglich ist! woran liegt es? tests: [code]$ sudo time dd if=/dev/zero of=/tmp/labber bs=1M count=1000 dd: writing `/tmp/labber': No space left on device 62+0 records in 61+0 records out 64303104 bytes (64 MB) copied, 2.96105 s, 21.7 MB/s Command exited
-
Thread
Erfahrungsberichte zu verschiedenen USB-ISP-Programmern
Wird das Gerät denn von AVR-Studio erkannt?
Schritt. Danach muss es auch noch mit dem ATmega funzen. Das ging dann recht problemlos mit einem ATmega32 (Pollin AVR Board). Lesen und Programmieren ging super und auch sehr schnell. Eigentlich soll das Pollin Board auch mit dem ATmega644 laufen, daher hab ich mal den 644er eingesteckt. Leider versagt
-
Thread
Programm für PC ohne Betriebssystem
> Schwierigkeiten kommen. Diese Schwierigkeiten sind nicht grösser als bei Programmierung von AVR Mikrocontrollern. Die haben nämlich auch kein Betriebssystem - ja nicht einmal ein BIOS.
die linke obere Ecke des Bildschirms und lege vom Inhalt des Bildschirms eine Tabelle an. Tabelle(32Bit-Offset,32Bit-Color,...) Vor dem Neu-Setzen des Mousezeigers wird der Hintergrund der vorherigen Position des Mousezeigers restauriert. Dieses Beispiel wurde für MASM 5 entwickelt. Eine CPU mit
-
Thread
CP/M auf ATmega88
@Markus: Mit dd.exe für win32 ;-) Wenn du dir von hier: http://avr.cwsurf (dot) de/ -> AVR CP/M die cpmtools.zip ziehst, hast du nicht nur dd.exe, sondern auch die cpmtools um das diskimage unter Windows zu verändern
ab (8K), für CCP+BDOS, die von dort beim Warmstart neu geladen werden. Vom letzten Laufwerk gehen 64Kbyte ab. Schließlich bracht der Rechner ja auch etwas Arbeitsspeicher. ;-) Im AVR-Teil sind 32 Sektoren pro Spur und maximal 1 MByte pro Laufwerk fest vorgegeben. Die obersten 64K werden immer als
-
Thread
MMC karte adressieren 32bit will nicht
Deshalb ja mein Vorschlag, einen typedef für uint32_t einfach mal so reinzuschreiben. Dann wird der Compiler schon zeigen, wo er die erste Definition gefunden hat und man kann sie nachprüfen. In der <stdint.h> der avr-libc ist uint32_t ein typedef
Ok, ich glaube ich habe den fehler: [code] main.h:16: error: conflicting types for 'uint32_t' /usr/include/stdint.h:52: note: previous declaration of 'uint32_t' was here [/code] anstatt in /usr/avr/include nimmt er die normalen. Mal schauen, wo ich das ändern kann.
-
Thread
Pollin MOTOROLA VIP1710
Norbert schrieb im Beitrag #1723897: > dd if=proddata of=/dev/mtd/1 bs=256 seek=64 Eine Anmerkung dazu: Für das Schreiben des Flashes dd in Verbindung mit /dev/mtd/ zu verwenden ist im Allgemeinen keine gute Idee. Zumindest die Standard-Linux
Norbert schrieb im Beitrag #1743962: > if=stb1710-mtd1.bin > of=/dev/mtdblock/1 bs=256 count=seek=64. Ist natürlich Unsinn. Sollte so heißen: dd if=proddata of=/dev/mtdblock/1 bs=256 seek=64 VG Norbert
-
Thread
atmega328 funktioniert teilweise nicht
array_lenght_heartbeat_start]={0}; //array für 10 Werte uint8_t heartbeat_ave[array_lenght_heartbeat_start]; uint32_t mittelwert_alt=0; uint32_t mittelwert_neu=0; uint32_t heartbeat_output=90; uint32_t heartbeat_input=0; uint8_t heartbeat_now=0; uint8_t test2 =0; uint8_t test3=0; //uint8_t test4=0; uint8
*/ #define LCD_E_PIN 5 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
PHILIPS VPx500 Kernel/System Development
> Kernel-Modul für den Bus ist ja auch geladen. " Info-Quellen zum WLan gibts hier: http://avr32linux.org/twiki/bin/view/Main/WirelessNetworking " Angeblich wird der WLAN-Chip vom VP55 im 2.6er unterstützt. Für den TV-Chip gibt es wohl einen Treiber im Montavista Linux. Leider nicht OpenSource
Ulrich P. schrieb: > Beim 211er sieht as ganze ganz anders aus, das Teil wäre für alle, die > einen AVR oder einen ARM7 ans WLAN bringen wollen echt ideal. Fast wie > das BTM222 Modul für Bluetooth. Müsste dann aber schon einer der größeren AVR's sein, oder zumindest mit passendem Interface zu externem
-
Thread
Cortex M3 Hobby: STM32* oder LPC17* ?
Verhältnis zum Flash Versteh ich nicht so ganz. Bei ST gibts's ein paar Chips (noch nicht), die mehr als 64K SRAM haben. Bei NXP ein paar mit 64k wie auch bei ST. Verfuegbare Kombinationen sind bei beiden 512/64. Es gibt auch bei beiden 256/64. Woher kommt diese Aussage? > > Pro STM32*: > - ist in vielen
(kleine Brötchen): Ein LPC mit 32 kB Flash hat 8 kB RAM, mit 64 kB FLASH 16 kB RAM, mit für mich unerreichbaren 128 kB Flash 32 kB RAM. Ein STM (103) hat bei 32 kB Flash 10 kB RAM, bei 64 kB Flash 20 kB RAM und bei 128 kB
-
Thread
Fehlerursache bei Displayansteuerung eingrenzen
wollte ich posten: [c] #if (__GNUC__ * 100 + __GNUC_MINOR__) < 303 #error "This library requires AVR-GCC 3.3 or later, update to newer AVR-GCC compiler !" #endif #include <inttypes.h> #include <avr/pgmspace.h> /** * @name Definitions for MCU Clock Frequency * Adapt the MCU clock frequency
*/ #define LCD_E_PIN 5 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
der Quelltext des mkswinfo.c vom Andreas Ziemer compiliert zwar fein unter Linux, stürzt auf einem 64 Bit System dann aber ab. Das Problem ist die Definition des uint32 Typs. Das ist dort angegeben als "typedef unsigned long uint32;" wobei ein long auf einem 64 Bit System dann halt auch 64 Bit hat, und
://en.wikipedia.org/wiki/User:Sogliphy/i.MX21_Linux Info-Quellen zum WLan gibts hier: http://avr32linux.org/twiki/bin/view/Main/WirelessNetworking
-
Thread
DCF-Uhr mit LCD in C
aufzusetzen, hat bei mir funktioniert. Ich schreibe mal mein Vorgehen auf, vielleicht hilft dir das: Im AVR Studio: - New Project -> AVR GCC -> Project name: dcf-clock - AVR Simulator -> Device ATmega16 - Bei den Source Files die angelegte Datei dcf-clock.c aus dem Projekt entfernen - Nun die 3 Dateien
folgnedes eingetragen: [c] TCCR0A = (1<<WGM01) | (1<<CS00) | (1<<CS01); //CTC Modus (1), Prescaler 64 (1) (1) OCR0A = 250-1; //((16000000/64)/1000) = 250 TIMSK0 |= (1<<OCIE0A); //Compare Interrupt erlauben (1) [/c] Woran kann das liegen???
-
Thread
Sonnenscheindauer loggen
Ausführung des Spannungsteilers) Dazu noch ein Log-Mechanismus mit einem ADC (kann auch ein kleiner AVR sein) und Aufzeichnung am PC.
Yato (astra2conect) verlangt yato DSL 256 prepaid (256/64) 19,80 Euro (=475,20 Euro 24 Monate) yato DSL 256 (256/64) 29,80 Euro yato DSL 512 (512/96) 39,80 Euro yato DSL 1024 (1024/128) 49,80 Euro Problem ist