-
Thread
Problem Inbetriebnahme OLED-Display DD-160128FC-2A (Densitron)
unsigned short data) //2*8Bit { select_display(); gpio_set_gpio_pin(RS); spi_write(&AVR32_SPI0, data>>8); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); //variante 8bit mit cs zw. zwei byte //variante 8bit ohne cs zw. zwei byte //variante 1*16bit statt 2*8bit mit cs //variante 1*16bit statt 2*8bit ohne cs select_display(); spi_write(&AVR32_SPI0, data); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); } [/c] Send_data hab schon zig Male geändert. 16Bit und 2*8Bit Daten mit CS-Flanke zw. den Bytes ohne CS. Mit vorangestellten
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
FR25 *10 °C 25 Int HK2 FR25 *10 °C 26 Int HK3 FR25 SM *10 °C 27 Int HK4 FR25 SM *10 °C 28 Int Kesselzustand 29 Float Strom Motor Einschubschnecke A 30 Float Strom Motor Aschenaustragung A 31 Float Strom Motor Raumaustragung A 32 Hex Digitalwerk 1 33 Hex Digitalwerk
HK1TIst HK2TIst HK1TSoll HK2TSoll BoilerT PufferTIst 16 17 RaumT 19 EinschubSchn 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 Pumpen40Boi10HK Kannst Du übrigens auch in meinem pdf-Beispiel weiter oben sehen. Mit der Visualisierung hast Du ja einen
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
20030718/include' ignoring nonexistent directory `C:/nios_gnu_win32/nios_gnupro_win32_20030718_104 128/nios-gnupro/nios-elf/sys-include' ignoring nonexistent directory `C:/nios_gnu_win32/nios_gnupro_win32_20030718_104 128/nios-gnupro/nios-elf/include' #include ".
Monochrome-Dump ist mit dem geaenderten RLE ja nun sehr ineffizient (im Vergleich zu vorher geworden (28k vs. 12-15k)). Konsequenterweise muessten wir den alten Algo wieder hernehmen dafuer (oder nochmal verbessern). *duck* Win32 .EXE im Anhang. Bitte nochmal testen. Niklas
-
Thread
-
Thread
Probleme win WinAVR 20081205
rot toggle cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 PWM_value = uart0_rx_getchar(); uart0_tx_putchar(PWM_value); if ( (PWM_value
rot toggle besteht insgesamt aus zwei verteilten Codeblöcken, einmal cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 als Initialisierung vor der Schleife, und dann e6: 88 81 ld r24, Y e8: 80 27
-
Thread
Clevercard USB Lesegerät
Assistant supports serial communication through the DBGU or through the USB Device Port. (The AT91SAM7S32/16 have no USB Device Port.) • Communication through the DBGU supports a wide range of crystals from 3 to 20 MHz via software auto-detection. • Communication through the USB Device Port is limited
aufgerufen wird: https://cs.clnk.de:844/CAS/?code=091ef6e94e777108aa0cff251723b8499bc84b1a9d980802619dd72fed126323 Wenn man diesen aber in den Browser direkt eingibt/kopiert wird die Seite nich aufgerufen. Da ist wohl noch ein Zähler oder ähnliches dabei.
-
Thread
NFS mit grasshopper / AVR32
Avr32/rootfs) Sep 16 01:28:04 localhost rpcbind: connect from 192.168.12.2 to getport/addr(nfs)[/pre] Für mich folgt hieraus, dass das mountd nicht seiner Arbeit nachkommt (weitere Dienste sind ja
dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k das Flash schreiben. Nicht ausschalten, nichts sonstiges machen, bis der Prompt wieder erscheint. Dann einfach resetten und hoffen, daß alles funktioniert
-
Thread
AVR für wenig Geld im LAN
hatte, habe die Main.c mit meinen IP-Adressen versehen, dann die MAC-Adresse in der ./Hardware/enc28j60.h angepasst und das Ganze mit WinAVR neu kompiliert. Dann die Hex-Datei im Galep32 geladen, die Fuse-Bits wie im Post von denimjeans gesetzt, das Ganze in den MEGA32 getoastet, Chip in den AVR-NET-IO
Ulrich Radig am laufen zu bekommen jedoch ohne erfolgt :-( . Software von Ulrich Radig habe ich im AVR-Studio geändert ( ENC28J60.H ) und kompilliert allerdings könnte ich an dem Mega32 nicht übertragen (zu groß), dann habe ich der geänderte U.Radig Software von Wiki an der Mega32 geflash aber leider
-
Thread
Hilfe Grundlagen Atmel in C
hier der link^^ http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial
+ Spalte if (zeile == 4) lcd_write(0x80+0x54+spalte-1,0); // DD-RAM Adress 4. Zeile + Spalte } /** gibt eine int-Zahl auf dem Display aus. space=0 => führende Nullen, 1 => führende Leerzeichen */ void lcd_writezahl (int32_t zahl, uint16_t pos, uint16
-
Thread
Plasma Effekt
Zur Info: Es wird ein AVR32 verwendet, höchst wahrscheinlich mit Embedded Linux. Da ist genug Power vorhanden.
, 0xDDF3, 0xDDC6, 0xDD99, 0xDD6C, 0xDD3F, 0xDD12, 0xDCE5, 0xDCB9, 0xDC8C, 0xDC5F, 0xDC32, 0xDC05, 0xDBD8, 0xDBAC, 0xDB7F, 0xDB52, 0xDB25, 0xDAF9, 0xDACC, 0xDA9F, 0xDA73, 0xDA46, 0xDA1A, 0xD9ED, 0xD9C0, 0xD994, 0xD967,
-
Thread
RFID Türöffner
sehe ich das richtig, dass der rfid-chip nur die daten ausliest und an den avr sendet, also der avr 'entscheidet' ob ok oder nicht?
Tesa-Film gesichert und sauber zugeschnitten. (Bild folgt) Ich habe festgestellt, das auch ein 24LC32 EEPROM funktioniert. Ich habe den Prozessor mit dem Programmer "My-Smart-USB-Light programmiert". Dabei muss man wie folgt vorgehen. 1. Treiber von MyAvr.de besorgen 2. Programmier-Toll von MyAvr.de
-
Thread
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
Atmega via Ethernet flashen
= 0x3800 / 2. Na da muss mal mal drauf kommen ... Die Version hier ist also doch richtig (Mega32 mit 2k Bootloader): [c] #if defined (_AVR_ATmega32_) #define pBootloader() asm volatile ("call 0x7000"::) #endif [/c]
The avr-gcc-4.2.2 reports this for size Size after: AVR Memory Usage ---------------- Device: atmega32 Program: 4782 bytes (14.6% Full) (.text + .data + .bootloader) Data: 783 bytes (
-
Thread
LCD Displaytech 204B (von Reichelt)
mans anschließt, Beispiel-SW ist auch dabei: http://tobias.schroepf.de/doku/doku.php?id=garage:atmel_avr#lcd
http://www.mikrocontroller.net/topic/79584 http://tobias.schroepf.de/doku/doku.php?id=garage:atmel_avr#lcd Die Zeilen 0 und 2 lassen sich ansteuern, die anderen nicht. Das Ding ist mir echt ein Rätsel - ist nicht gerade mein erstes 4-zeiliges LCD. [c] DD-Ram-Adressen (hex): Line0: [00][01][02
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. Lass mich aber auch gerne vom gegenteil überzeugen. Wieso nicht
Sebastian schrieb: > 3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär > ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. > Lass mich aber auch gerne vom gegenteil überzeugen. Müsste
-
Thread
Problem mit Atmega88 aus CC2-Elektor-AVR-Projekt
. Zum Einstieg hab ich mir einen Usbprog (http://www.embedded-projects.net) und das Elektor-CC2-AVR-Projekt mit einem Atmega88-controller angeschafft. leider bekomme ich ihn nicht geflasht. Hab zuvor versucht, die fuses zu setzen (high-fuse:0xDD, low-fuse:0xFF). Zum flashen und zum setzen
avrdude: Recv: . [01] . [00] . [0a] A [41] V [56] R [52] I [49] S [53] P [50] _ [5f] M [4d] K [4b] 2 [32] avrdude: stk500v2_getsync(): found AVRISP mkII programmer AVR Part : ATMEGA88 Chip Erase delay : 9000 us PAGEL : PD7 BS2
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
AVR-Bootloader mit Verschlüsselung
ist. Die letzen 4 Bytes im Datenblock sind die ersten 4 Bytes des Passwortes, also 32Bit. Der AVR entschlüsselt also diesen ersten Datenblock und nur wenn diese 4 Schlüsselbytes identisch zum Key sind kann korrekt entschlüsselt werden. Man detektiert somit also entweder einen Datenübertragungsfehler
bisher auch sehr wertvoll für mich. Die PC-Seite ist ein Acer-Notebook und die AVT-Seite ein Mega32 mit FTDI FT232R. Jedoch mit einem Asus Netbook bekomme ich leider keinen Connect mit der selben AVR Hardware. Habe alle Versionen durchprobiert. Mit deiner am 26.01.2009 geposteten Version (V3.0
-
Thread
Inline Assembler- Bits spiegeln
Wenn ich mir das so im Simulator anschaue, funktioniert das aber wunderbar (AVR-Studio 4.13, SP2, _WinAVR 20071221_ ). Aus 0x29 (-> 0b00101001) wird 0x94 (-> 0b10010100) und wieder 0x29. Dieser Gcc verwendet aber r24 und r25 für die Asm-Routine. Also evtl. ist da bei dir
Jörg X. wrote: > Wenn ich mir das so im Simulator anschaue, funktioniert das aber > wunderbar (AVR-Studio 4.13, SP2, _WinAVR 20071221_ ). Habe nun die neueste WinAVR Version installiert. Das Problem taucht hier wirklich nicht mehr auf. Ich habe noch die beiden Listings angehängt. WinAVR20071221
-
Thread
Display zeigt nichts an.
OPEN=1;INDEX=0;FILENAME=A500%252FLCD164ABL%2523EAS.pdf;SID=265L3wqqwQARoAABlwdfU23ccc90cb2e797aba8f766dd7bb0c0d2 In Bascom gibt es keine Probleme: [pre] $regfile = "m32def.dat" $crystal = 7372800 Config Lcdpin = Pin , Rs = Porta.3 , E = Porta.2 , Db4 = Porta.7 , Db5 = Porta.6 , Db6 = Porta
einen anderen Quelltext hat waere ich auch zufrieden. Danke im vorraus Nachtrag: MCU: ATmega32 7,372800 Mhz LCD-BUS: 4-Bit Entwicklungsumgebung: avr-gcc (GCC) 4.1.2 (WinAVR 20070525) Programmer: myAVR.de AVR ISP Programmer + avrdude + gui
-
Thread
Was hört ihr für Musik ?
https://www.youtube.com/watch?v=mmEfkosNNxI Johnnie Cash... https://www.youtube.com/watch?v=oDd32K-mOVw https://www.youtube.com/watch?v=J5126CibNsk https://www.youtube.com/watch?v=GCMz70Fm5pA https://www.youtube.com/watch?v=tV9PoWQVga0 K.d.lang https://www.youtube.com/watch?v=_mOLtUWGyUc
watch?v=eJlN9jdQFSc https://www.youtube.com/watch?v=jiMXK9eDrMY https://www.youtube.com/watch?v=oDd32K-mOVw Los Bravos - Black Is Black https://www.youtube.com/watch?v=LkgyV_tTQfQ Bedouin Soundclash - When The Night Feels My Song https://www.youtube.com/watch?v=W2NzaE9Bs5w JUNIOR WALKER and the
-
Thread
UART Problem (Assembler zu C) III
Ich habs mal ins AVR-Studio geladen:
dem FLASH-ROM aus ausgeben und nicht aus dem SRAM heraus. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29 Möglichkeit 2: Benutze Felder wenn möglich mehrfach. Header und Content aus dem ASM-Listing scheinen keine Unterscheidung in Uart0/Uart2 zu brauchen. Vielleicht
-
Thread
Pollin LCD1602 keine Anzeige
Hi! >1.Zeile $00-$07 (linke Hälfte) >1.Zeile $40-$47 (rechte Hälfte) >Ich habe in text1 32 Lehrzeichen eingegeben und danach die 2.Hälfte des >Strings. Es erscheint dann die Anzeige 'TESTABCDEFGHIJKL Das passt aber nicht ganz, 32 + 8 Zeichen sind 40(dezimal!)=$28 $40 = 64(dez) $28+$80
Hi! >>1.Zeile $00-$07 (linke Hälfte) >>1.Zeile $40-$47 (rechte Hälfte) > >>Ich habe in text1 32 Lehrzeichen eingegeben und danach die 2.Hälfte des >>Strings. Es erscheint dann die Anzeige 'TESTABCDEFGHIJKL > > Das passt aber nicht ganz, 32 + 8 Zeichen sind 40(dezimal!)=$28 > $40 = 64(dez)
-
Thread
eBus CRC Berechnung nachvollziehen
habe dir die Schaltung im Anhang mit geschickt. Sie ist auf Seite 28 des PDF_Dokuments. Habe aber mit galvanischer Trennung über Optokoppler gearbeitet (wegen evtl. Rückwirkungen und Garantie usw.), Stromversorgung über externe 24V-Versorgung und Anschluss an PC über
Kol1, Kol2, Ertr. M8 xx3 = 00h (???, aber konstant) M9 CRC S1 ACK S2 NN = 03h Length of data S3 dd_L | S4 dd_H |= Data2c S5 yy = 00h Fühler angeschlossen, oder AAh kein Fühler angeschlossen S6 CRC M10 ACK Werde ich demnächst in das Dokument aufnehmen, kann aber auch jeder andere machen und
-
Thread
bringe LCD-Display nicht zum laufen
8 --> 1Mhz hier der Code: [c] #include <avr/io.h> #include <util/delay.h> #define F_CPU 1000000 #define PORT_LCD PORTD #define PIN_RS 4 #define PIN_EN 5 #define CLEAR_DISPLAY 0x01 #define CURSOR_HOME 0x02 void lcd_enable(void
Beim Display handelt es sich um folgenden: http://docs-europe.electrocomponents.com/webdocs/06dd/0900766b806dda1a.pdf Als µC benutze ich einen MEGA48 auf nem AVR-Board.. Für das Prog. habe ich eine Vorlage von Nollmeyer hier im Forum benutzt, dabei ein bisschen angepasst, wie Ports ect. Wie
-
Thread
UART Bootloader ATtiny13 - ATmega644
o.k. Elapsed time: 0.00 seconds C:\AVR_PR~1>FBOOT.EXE /PC:\AVR_programm\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR_programm\LED_mega32
time: 0.00 seconds C:\AVR>FBOOT.EXE /PC:\AVR\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR\LED_mega32.hex open failed !
-
Thread
Problem mit CRC-Test wenn Tabelle im EEPROM - mega88
0x99C8, 0x89E9, 0xB98A, 0xA9AB, /* c8 */ 0x5844, 0x4865, 0x7806, 0x6827, 0x18C0, 0x08E1, 0x3882, 0x28A3, /* d0 */ 0xCB7D, 0xDB5C, 0xEB3F, 0xFB1E, 0x8BF9, 0x9BD8, 0xABBB, 0xBB9A, /* d8 */ 0x4A75, 0x5A54, 0x6A37, 0x7A16, 0x0AF1, 0x1AD0, 0x2AB3, 0x3A92, /* e0 */ 0xFD2E, 0xED0F, 0xDD6C, 0xCD4D, 0xBDAA
. Du benutzt offensichtlich das CCITT Standardpolynom 0x1021, siehe Index 1 der Tabelle. Die WinAVR Library hat eine assembleroptimierte Funktion dafür, siehe crc16.h. In C geht es aber auch ganz gut.