-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)
nicht wirklich alle enthalten sind. Den Ordner "CyUsb" inkl. "CyUsb.spt" in die c:\Windows\Sytem32 kopieren. CyUSB.sys und CyUSB.inf nach c:\Windows\System32\Drivers. Die restlichen 3 dll's plus die usbblstr.sys nach c:\Windows\System32 jetzt muß das aber hinhauen! Gruß Michael
. Der Teiler hat volle 32 Bit Auflösung, das geht also bis grotesk langsam. Jörg
-
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
Wittig(welec) DSO W20xxA Open Source Firmware
/kits/nios/bin/nios-gnupro/nio s-elf/sys-include' ignoring nonexistent directory `C:/nios_gnu_win32/nios_gnupro_win32_20030718_104 128/nios-gnupro/include/g++-3' ignoring nonexistent directory `C:/nios_gnu_win32/nios_gnupro_win32_20030718_104 128/nios-gnupro/lib/gcc-lib/nios-elf/2.9-nios-010801-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 ".
-
Thread
RAM/EEPROM am IDE-Bus
ist doch der Spass und die Neugier, oder nicht? Warum sollte man sonst im Internet Sachen wie das AVR-Tutorial hier veröffentlichen? Damit die Industrie den hohen Nutzen eines langsamen, teuren, für viele Anwendungen unbrauchbaren aber benutzerfreundlichen Controllers kennenlernt?! Bitte nicht als Vorwurf
der Preisverfall von Hardware ist erst recht abartigst. Für mein erstes Diskettenlaufwerk (3.5" DD-Laufwerk mit 720 kByte Nutzkapazität) habe ich damals 240 DEM (~120 EUR) hingelegt. Dafür bekomme ich heute eine 200 GByte-Festplatte. Inflationsbereinigt sind die 240 DEM von vor zwanzig Jahren natürlich
-
Artikel
Diskussion:AVR-GCC-Tutorial/LCD-Ansteuerung
Ich habe da mal einen Vorschlag... Wie bereits in Re: LCD an ATmega32 spinnt geschrieben finde ich es etwas ungeschickt, wenn die Adreßberechnung für das DD-RAM (je nach Zeile und Spalte) in lcd.c fest verdrahtet ist. Je nach LCD-Typ müssen hier nämlich andere Konstanten
Sichtbarkeitsbereich von i ist sehr lokal (innerhalb des for). Der Compiler kann u.U. günstiger optimieren Moderne AVR/WinAVR Versionen haben C99 per default aktiviert Pro B: Funktioniert auch, wenn der C99 Standard in (älteren) AVR-GCC/WinAVR Installationen nicht per Kommandozeile definiert ist. Version A bringt eine
-
Thread
IRMP auf einen PIC18F4520 portieren
bleibt das Hauptverzeichnis etwas übersichtlicher. Ich plane auch, irgendwann die main-Module für AVR/STM32 usw. in weitere Unterverzeichnisse abzulegen. Diese ganzen Fallunterscheidungen für die jeweiligen µCs stören mich zunehmend im Source. Ich überlege, den ganzen µC-spezifischen Kram aus IRMP
fällt da aber auch nichts Besseres ein. > Ich plane auch, irgendwann die main-Module für > AVR/STM32 usw. in weitere Unterverzeichnisse abzulegen. Ja, eine gute Idee. Vielleicht sogar Unterverzeichnisse für mehr oder weniger vollständige "Projekte", die dann spezifisch für einen konkreten
-
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
ATtiny1634 - undokumentierter Silikon-Fehler!
verträgt. Ein minimales Code-Beispiel, das ich auch an Microchip geschickt habe, ist: #include <avr/sleep.h> int main (void) { DDRB |= (1<<DD3); PORTB |= (1<<PORTB3); ADCSRA = 0; set_sleep_mode(SLEEP_MODE_PWR_DOWN); sleep_mode(); }
im Datenblatt gelesen? Man muss schon mehr machen, für jedes uA einsparen, als nur Sleep. Beim STM32G4 z.B. setzt man alle Pins as Analog bevor man schlafen geht. Bernhard N. schrieb im Beitrag #6575629: > Ich hab das Problem mal an Microchip gemeldet. Bin gespannt, ob da was > kommt. Vermutlich
-
Thread
Ausgabe mittels printf über UART für ATmega / ATtiny
Zudem sollte UART auf vielen MCUs laufen... und si gibt es ähnliche Software für MCS51, STM8 und STM32
Nenners, der auf einem ATtiny2313 noch genau so läuft wiw auf einem STM32 oder einem AT89S52. Genau darum, dass Erklärbeispiele alle dieselbe Basis verwenden egal welches Target man hat (und wenn das Target ein Konsolenprogeamm für Linux ist.) Es soll schlicht die ersten
-
Thread
Überwachung Kellersteckdose
PS. Anstelle openwrt ist mit powetline auch rpi oder net-avr oder ... Denkbar.
Ich steuere jetzt meine Steckdosen über AVR Net-IO. Du könntest ein Net-IO in deinem Keller anschließen und über den ADC die Temperatur messen. Mit DLAN ist das kein Problem. Ich überwache die Temperatur in meinem Schaltkasten auch mit dem
-
Thread
1 Befehl pro Zyklus
Soweit ich AVR verstehe, werden 1-Tick Instruktionen wie folgt ausgeführt, wobei AA die erste Instruktion ist etc: [code] 123456 AA BB CC DD EE 123456 ABCDE = Ready [/code] Um n Instruktionen
selbst die > CPU-Logik gehört da noch mit dazu Ja. Und das alles hat mit dem Pipelining, wie es im AVR vorkommt, nichts zu tun. Eben weil das Pipelining im AVR rudimentär ist. Der AVR nutzt eine simple fetch- und eine execute-stage.
-
Thread
Benötige Hilfe beim programmieren eines Microkontrollers!
aber parallel dazu auch selbst mit der "Materie" beschäftigen müssen. Ein guter Einstieg sind das AVR- und das AVR-GCC-Tutorial in diesem Forum: https://www.mikrocontroller.net/articles/AVR-Tutorial https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial Lese dich da mal ein und wenn unüberwindbare
beschäftigen zu müssen Das Datenblatt ist nicht riesig. Die entsprechende Dokumentation von STM32 Controllern ist 10x so umfangreich und trotzdem weniger ausführlich. Sei froh, dass du einen AVR verwenden darfst, und dann auch so ein 08/15 Modell. Für keinen anderen Mikrocontroller wirst du so viele
-
Thread
Fährgarten Johannstadt ab 17 Uhr (Biergartentreff Dresden 2023) Gesperrt
gut es sind 23,32 € (mit Kurtaxe)
Alexander schrieb im Beitrag #7447617: > gut es sind 23,32 € (mit Kurtaxe) Bullshit, siehe Anhang.
-
Thread
Schlankes Ubuntu für MPLAB X gesucht
installiert: MPLAB X IDE v5.50. Und einen Compiler auch? Da stehen mehrere zur Auswahl (8bit, 16bit, 32bit, AVR, PIC, bla, bla, bla). Und man muss sie extra runterladen und extra installieren.
PIC geht. MPLAB X unterstützt ab Version 5.40 kein MPASM mehr. Sie haben auch avrasm2 für die AVR's aus dem Toolkit rausgeworfen. Sie ändern | werfen raus alle 32-Bit Anwendungen. Und bieten dafür eine neue 64-Bit Alternative an. Wenn du also trotzdem MPASM benutzen willst, dann musst du
-
Bild
Softwareoberfläche und Kommandozeile von AVRDUDE
AVRDUDESS 2.17 (avrdude version UNKNOWN) Programmer (-c) MCU (-p) JTAGV2 to UPDI bridge Flash 32 KB Port (-P) COM3 Baud rate (-b) EEPROM 256 B Detect Write Read Verify Go Format Auto (writing only) Fuses L H LB Read Write Set fuses Set lock Options Force Erase flash and EEPROM (-e) Disable verify
-
Thread
Motorradtacho etc. Selbstbau
nicht völlig undurchlässig. Also ordentlich abdichten. Beispiel: http://de.farnell.com/densitron/dd-12864yo-3a/display-oled-128x64-gelb/dp/1498860 Vibrationen sollten kein Problem sein. fchk
Display nicht versehentlich killst. > > Brauche ich den SPI nicht zum Programmieren ? nur bei AVR und da nur bei !RESET=0. Das kannst Du also problemlos mit einem Paar HC125/HC126 automatisch umschalten. Oder einfach einen Prozessor mit mehr Peripherie verwenden. Und den Unterschied zwischen I2C
-
Thread
Knobelei: CRC Polynom / Checksummen-Algorithmus gesucht
27 2 1 128 158 28 2 1 128 252 29 2 1 128 234 30 2 1 128 208 31 2 1 128 198 32 2 1 128 189 33 2 1 128 171 34 2 1 128 145 35 2 1 128 135 36 2 1 128 229 37 2 1 128 243 38 2 1 128 201 39 2 1 128 223 40 2 1 128 13 41 2 1 128 27 42
Info raus, wo die Daten herkommen. Es handelt sich wohl um eine geheime AKW Anlage die jetzt mit AVR & Co. erweitert wird, so eine Art Blinkenlights für unsere Nachbarn im All.
-
Thread
Assembler wo sind eigentlich diese ganzen Genies??
Bei mir ähnlich, aber alles privat. 6502/6510, Z80, MC68HC11, AVR, AN2131, CY68013, STM32. Für den Z80 habe ich sogar eigenhändig einen Cross-Assembler und einen Disassembler in VB geschrieben, kurz nachm Krieg. Die letzten 3 habe ich aber nie in Assembler programmiert
lehrreich und interessant. Ohne Anwendung schlage ich einen einfachen Controller vor, zB einen AVR.
-
Thread
Brötje ISR Plus Kommunikation / LPB
Signale finde ich interessant. Als Schnittstelle werde ich erstmal einen Pegelwandler und einen AVR verwenden. Grüße Sascha
gepostet hatte rein, da ist die Funktion in PHP drin. hier ganz unten auf der Seite das ganze für AVR in C http://www.nongnu.org/avr-libc/user-manual/group__util__crc.html#ga1c1d3ad875310cbc58000e24d981ad20 Grüße Michael
-
Thread
stk500 profilec OS X
crasht AVRDUDE auchnoch: Process: avrdude [526] Path: /usr/local/CrossPack-AVR/bin/avrdude Identifier: avrdude Version: ??? (???) Code Type: X86 (Native) Parent Process: make [525] Interval Since Last Report: 2143 sec Crashes Since Last Report
avrdude 0x00001b09 0x1000 + 2825 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00000000 ebx: 0x000276b5 ecx: 0x0002bec9 edx: 0x0080ac00 edi: 0xbffff8f9 esi: 0x0080ac00 ebp: 0xbfffee48 esp: 0xbfffee10 ss: 0x0000001f efl: 0x00010246 eip: 0x000276d5
-
Thread
Poti Wert zu PWM Signal verarbeiten
CS00). Den Rest werd ich ausprobieren und später nochmal ein Feedback geben, dankeschön nochmal :DD
[c]# define F_CPU 8000000UL # include <avr/io.h> # include <avr/interrupt.h> # include <util/delay.h> volatile unsigned int sensorWert1 = 9; volatile unsigned int sensorWert2 = 0; volatile unsigned int sensorWert3 = 0; void ADC_Init
-
Thread
Softune Problem beim Datenzugriff über einen Struct
gefunden. Also mein Problem ist das ich versuche eine Software die ich mal vor Jahren auf einem AVR geschrieben habe auf einem Fujitsu MB96F326 zum laufen bringen will. Jedoch ist der Softune Workbench lange nicht so gut wie das WINAVR. So nun zu meinem Problem: Wenn ich versuche über eine Struct
Hallo, diese Erfahrungen habe ich auch gemacht. Ich arbeite mit MB90F334 (16bit) und MB91F467 (32bit) bei mit Softtune. Hab es mit "dummys" zwischen den einzelnen Werten hingebogen. Es funktioniert aber 'schön' ist was anderes. Was wäre denn die Alternative? mfg Rene
-
Thread
CRC-16-Berechnung mit Lookup-Tabelle: zwei Varianten, beide gültig?
, 0xCDEC, 0xDDCD, 0xAD2A, 0xBD0B, 0x8D68, 0x9D49, 0x7E97, 0x6EB6, 0x5ED5, 0x4EF4, 0x3E13, 0x2E32, 0x1E51, 0x0E70, 0xFF9F, 0xEFBE, 0xDFDD, 0xCFFC, 0xBF1B, 0xAF3A, 0x9F59, 0x8F78, 0x9188, 0x81A9, 0xB1CA, 0xA1EB, 0xD10C, 0xC12D, 0xF14E, 0xE16F, 0x1080, 0x00A1, 0x30C2, 0x20E3, 0x5004,
Hallo, für CRC16 gibts eine Standardlib http://www.nongnu.org/avr-libc/user-manual/group__util__crc.html Es gibt auch Online Rechner mit denen du deine Ergebnisse vergleichen kannst.
-
Thread
Störanfallige ICs??
Erklärung dieses Pins im Datenblat oder wo > anders gefunden. Strobe muss high sein, also auf V(DD) Potential. Der 4056 ist ja eigentlich ein LCD Treiber. Was hast Du auf Pin7 V(EE)? Ist V(DD) Pin16 5V und V(SS) Pin8 Ground? Solange Du hier keine Schaltung postest, wird das eine endlose Rumraterei
. hast Du die Firmware schon mal gezeigt, sodass mal jemand draufsehen kann? Ist hier zwar eher AVR-lastig, aber auch nen PIC Assembler kriegen wir gerade noch hin, oder? Frohes/n[Guten]: -REST -FEST -RUTSCH Axelr .- .-.
-
Thread
Xmega Soundcheck
XMegas sind cool und man kann sie mit AVR-Studio und AVR-ISP mkII oder Dragon programmieren. All das hat man sowieso ´rumliegen...
Sample ab? Klingt viel besser. Tip: auf ein 16MBit Dataflash passen etwa 30 Sekunden Stereo-Mucke bei 32kHz Abtastrate. Das Dataflash ist durch seine 2 Puffer auch schnell genug, die Sounddaten ohne weitere RAM-Puffer azunehmen.
-
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
