-
Thread
FAT-Dateisystem
Hallo, hat jemand schon Erfahrungen mit einem FAT Dateisystem auf einer CF-Karte mit einem AVR 8515 oder 8535? Danke Manfred
hallo vielleicht hilft euch der Link http://home.t-online.de/home/holger.klabunde/avr/avrboard.htm#cf Gruß Peter
-
Thread
xmega und HW-PWM
Wenn ich mal Fragen darf... ... Womit Programmierst du den? Mit einem AVR Programming Tool AT AVR ISP2 mit USB (so wie dieses: http://www.reichelt.de/?;ACTION=3;LA=2;GROUPID=2969;ARTICLE=45040;SID=28FJVob6wQARwAAEnfKXs40dd83f4e320264b7b04770a73a890cd) ... Entwickelst du
@sabler Jo, genau den nehme ich dafür (AVR ISP Mk2). Der kann, wenn Du das aktuelle AVR-Studio benutzt, nach Firmware update PDI! Als Software nehme ich AVR-Studio+WinAVR. Klappt alles ganz prima! Habe mir in Eagle ein (minimalistisches) Breakoutboard
-
Thread
Vorteile/Nachteile von AVR gegenüber 8051er
Hallo! Ich bin 8051er-Fan... ;-) Möcht aber auch mal AVR genauer kennenlernen. Kann mir jemand kurz die wichtigsten Vor-/Nachteile gegenüber 8051er nennen? Buchtip zum Programmieren von AVR mit C? (Bitte keine Diskussion, welche Struktur die bessere
Hi. - AVR haben keine Taktteilung wie die klassischen 8051 (gut, die neuen 8051 Derivate sind auch schon nen Schritt weiter) - AVR haben keinen Akku, fast alle Operationen können auf den 32 Registern ausgeführt
-
Thread
Günstiger AVR JTAGICE mkII Debugger bei Arrow!
@flecky Note: This unit is not the 100% functional equivalent of an Atmel AVR JTAGICE mkII. In JTAG mode this unit only supports those AVR microcontrollers supported by the original Atmel JTAGICE. Carefully check the list of supported devices below - only AVR devices listed are
auch. Noch so als Info das von keeelectronics ist das gleiche wie das hier: http://cgi.ebay.de/AVR-JTAG-ice-mkii-cn-AVR32-JTAG-ISP-debugWIRE_W0QQitemZ130297617038QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item1e5657da8e&_trksid=p3286.m63.l1177&_trkparms=%7C293%3A1%7C294%3A50 lg
-
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
Mehrere DS1820/DS18B20 auslesen
Dannegger wurde im Thread http://www.mikrocontroller.net/forum/read-4-84831.html#102216 "fertiger" avr-gcc-Code bereitgestellt. Bei der Gelegenheit: Danke dafuer, Peter.
n"); [/c] Als Ausgabe erhalte ich für drei angeschlossene DS18S20: [code] ID: 10 6F 9B DD 01 08 00 9A T: 0180 = 24.0°C ID: 10 D9 9F DD 01 08 00 30 T: 0180 = 24.0°C ID: 10 A8 AF DD 01 08 00 1B T: 0180 = 24.0°C festeID: 10 D9 9F DD 01 08 00 30 T: FFF8 = 4095.5°C [/code
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Wochenende keine grundsätzlichen Änderungen mehr geben. Die Webseite aktualisiere ich am Wochenende. AVR ist jetzt ein Mega88 (Mega48 war geradenicht zur Hand, reicht aber). Zusätzlich kommen 2x 74LS164 dazu (oder HC oder ...). 1x 74ACT161 mehr sollte man haben weil dann 8k oder 32k Samplespeicher möglich
vernünftiges Kunstwerk" durchgeht, weiß ich nicht, aber ich möchte euch gerne mein erstes "größeres" AVR-Projekt zeigen. Es ist ein Shottimer auf Basis eines ATMega32. (Ich weiß völlig überdimensioniert.) Eine Ladungspumpe ist primär für den Piezo. Das wird aber noch geändert, da der Piezo bei 5v leider
-
Thread
Attiny Programmierung
aber ersteinmal kein Problem darstellen. Sehe ich auch so. Bevor ich mich mit diesen "neuen" AVR beschäftige, schaue ich mir lieber die STM32 an. Ich denke, davon habe ich langfristig mehr. Für mich endet die 8bit Welt bei den klassischen AVR Mikrocontrollern mit ISP Interface und Debug Wire
Stefan ⛄ F. schrieb im Beitrag #6095926: > Bevor ich mich mit diesen "neuen" AVR beschäftige, schaue ich mir lieber > die STM32 an. Ich denke, davon habe ich langfristig mehr. ... kommt drauf an, wenn es mal um "richtig" low power oder batterie geräte geht sind die neuen avr's
-
Thread
IDE-Harddisk am uC
ist, wo stehen dann meine daten? >laut gesundem menschenverstand müssten die dann ja an den pins >DD0...DD15 erscheinen. aber die ATA-specs behaupten was anderes... nur zur Sicherheit: nach dem Busy liegen die daten nur an den Pins DD0..DD15 wenn du das Datenregister adressierst!
CS0 und /CS1 die adresse des gewünschten registers einstellen. 2. daten, die ins register sollen an DD0...DD7 anlegen. 3. /IOWR aus- und wieder einschalten. wenn man stattdessen /IORD aus- und wieder einschaltet erscheinen die daten, die im register waren, an DD0...DD7. das macht man doch so, nicht
-
Thread
data |= (1<<16) funktioniert nicht
Probier es mal mit einem cast: [c]data |= ((int32_t)1<<((int32_t)26-(int32_t)count_bits));[/c] und [c] data &= ~((int32_t)1<<((int32_t)26-(int32_t)count_bits));[/c] Der Compiler nimmt nicht immer den grøsste Variablentyp, dass musst du im durch
Auf einem 32 bitter würde das übrigens mit den meisten Compilern so gehen. Ohne Casting wird eben immer vom Standart Datentyp int ausgegangen und der ist beim Avr nunnmal 16 Bit. Ein Integer ist in der Regel so
-
Thread
ATtiny202 Timer/Counter Type B (TCB) kein Sprung in ISR
gerade vor dem gleichen Problem wie Christian vor einem Jahr bei dem vom Timer TCB0 her identischen AVR64DD32. Ich initialisiere den Timer, das Capture-Flag wird gesetzt, ich kann es in main() abfragen, einen Pin toggeln und das Capture Flag löschen. Es blinkt. Wenn ich stattdessen eine ISR verwende
mit seiner Empfehlung für die "Getting started ..."nur zustimmen. Ich arbeite mich aktuell in den AVR-DD ein. Da es für diese ziemlich neue Serie Wesentlich weniger Infos und Beispiele gibt, als für ältere Modelle, war eine für den Zugang wesentliche "Erkenntnis", dass nicht nur die Dx-Modelle, sondern
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
auf den Sensor auch kaum Zeit vergeudet bis auf die Platine und erst gar nicht angefangen "Native AVR" Programmierung zu machen. Läuft alles out-of-the-box mit den fertigen Libs für die Sensoren, sofort, ohne Fehlersuche und ohne Debug Möglichkeit "blind" geschrieben. Beim STM32 war das schon mangels
Gezeigt hier ist ein einfacher ICSP Programmier-Adapter für ATMEL 28 und 40-pin AVRs wie ATMEGA32-1284 und 328 u.a. Anschlüsse für AVR-ISP MK2 und Serial USB Adapter für avrdude Bootloader sind vorgesehen (Arduino). Quarz Beschaltung bis auf 24MHz getestet. Den Quarz müssen sich beide AVR Sockel
-
Thread
Linux-ähnliches Betriebssystem für AVR
[code] GEN arch/avr/devs arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad substitution XMLDEC ATmega8.atdf arch/avr/scripts/decode_packs: 60: arch/avr/scripts/decode_packs: php: not found BAD
for target 'arch/avr/devs' failed make: *** [arch/avr/devs] Error 1 [/code]
-
Thread
mehrere usbasp betreiben
die beiden auseinander halten? ID 16c0:05dc kann der erste bleiben und der zweite dann ID 16c0:05dd. Sollte doch klappen.
...... zwei Programmer verbinden Jumper2 colse ändern .../Firmware/usbcofig.h -> id ID 16c0:05dd flashen.... >lsusb Bus 003 Device 035: ID 16c0:05dd VOTI BlackcatUSB2 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
-
Thread
Deterministischer Pseudozufall
Ich suche einen Algorithmus, um Zufallszahlen (32 Bit) zu erzeugen. Ich kenne diese linearen Kongruenzgeneratoren mit XOR. Allerdings möchte ich die Zufallszahlen nicht rekursiv erzeugen. Ich habe eine natürliche Zahl n (32 Bit), die in jedem Schritt
Was spricht dagegen, die normale rand()-Geschichte aus der avr-libc zu nehmen?
-
Thread
STM32 läuft mit Debugger schneller als er soll
das liegen? Das Programm wurde mit der Option -O0 compiliert. Hardware: Dieses minimale STM32F303CCT6 Board https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Als Debugger nutze ich die SW4STM32 in Kombination
Was ich immer wieder auffällig finde: Wenn man von AVR oder MC51 in die Welt der STM32 Controller vordringt, stößt man immer wieder auf unerwartete Effekte. Die langen Errata bin ich auch nicht gewohnt. Ist das bei anderen ARM Controllern auch so, oder
-
Thread
TI Launchpad MSP430
msp430-objdump -dSz xxx.x in einer Shell die einzelnen Dateien anschauen. Wenn ich bei mir mit avr-gcc aus [c] int main(void) { return 0; } [/c] ein main.o und main.elf erzeuge, bekomme ich mit avr-objdump -dSz main.o [code] main.o: file format elf32-avr Disassembly
hier hochladen? Der Versuch [code] >cp main.c xmain.c >avr-gcc -Os -mmcu=atmega88 -o xmain.c xmain.c >file xmain.c xmain.c: ELF 32-bit LSB executable, Atmel AVR 8-bit, version 1 (SYSV), statically linked, not stripped [/code] zeigt auf, das gcc die Source-Datei
-
Thread
Rasberry Webradio von Michael Schwarz
My lcd show haft. Do you fix JTAG-fuse of Atmega32 before?
will work and not brick your AVR. Best, Chris
-
Thread
AVR SPI Schieberegister C
Programm einfach erstelle, angehangen ein Screenshot. Der Programmcode ist wie folgt: #include <avr/io.h> #define DDR_SPI DDRB //schieberegister #define DD_MOSI DDB5 // MOSI dann auf SIN = SER #define DD_SCK DDB7 // dann auf SCK #define DD_SS DDB4 // auf RCK #define F_CPU
[C] DDR_SPI &= ~(1<<DD_SS); DDR_SPI |= (1<<DD_SS); DDR_SPI &= ~(1<<DD_SS); [/C] und was soll das da sein? Da steht: Schalte den Pin auf Eingang, schalte den Pin auf Ausgang und dann wieder auf Eingang. Du
-
Thread
ALC 5000 Mobile firmware hack
49AADA35E0192FCF2AC08F5031477CCD724525A2DE4AB0C09696A80A6D1D2B050FAA42CB0DA 053392860E8798EEAC281A2C0ADB2F1F862774127FA1D83E93C4227EE23E1E0C4E8A410233C 8A8CFDFF036729DD8321A759DD71FF4762FED8C65EF02A9096C120F2F54A92D28621CFE77C4 418EF4F5CADAB6FA65F Der Ausschnitt ist nicht zufällig gewählt. Es fällt auf, dass es scheinbar zwei Blocktypen gibt. Einer fängt mit 01h
for ALC5000 v. 2.01 made for galep4 programmer which are not cripted. But this files are for Galep32 soft ver.1.17.29 which is not compatible whith other versions of Galep32. Actually the different versions of galep32 are not compatible with each other! Anyhow playing with different glp files I've
-
Thread
Display (HD4478099) zeigt nur Kästchen
//Enable-Pin Low WaitUS(160); PORTC |= (1 << PC6); //Enable-Pin High PORTC = 0b01001000; //DD-RAM Position 0 - MSB PORTC &= ~(1<<PC6); //Enable-Pin Low WaitUS(1); PORTC |= (1 << PC6); //Enable-Pin High PORTC = 0b01000000; //DD-RAM Position 0 - LSB PORTC &= ~(1<<PC6); //Enable-Pin Low
/site/atmel/avr_lcd/pdf/LC.pdf
-
Thread
Schaltuhr 6 Kanal
Anzeigen und einstellen. Also schreibt man sich eine Funktion zum Decodieren und eine zum Codieren in den 32bit Zähler. (Bei Sekunden sollte das ausreichen 2^32/60/60/24/365=~136 Jahre) Damit können die ganzen Vergleiche, die mit den Schaltzeiten zusammen hängen einfach als Vergleiche zwischen zwei uint32_
Steckdose zu klemmen. Wenn eine Längensteuerung gewünscht wird, muss man nur die Einschaltzeit in uint32_t umrechnen und die Dauer dazu addieren um die Ausschaltzeit zu erhalten. Aus dem Bauch heraus würde ich behaupten, dass das ein kleiner AVR sogar dann schafft, wenn die 32kHz auch für die CPU selbst
-
Thread
Cortex M3 Hobby: STM32* oder LPC17* ?
Die LPC1300 sind aber auch drinnen kleiner, nur 32KB, kein CAN. Bei den STM32ern gibt es 48-Pinner mit dem vollem Funktionsumfang der 103er bis 128K Flash. Auffällig ist der Unterschied beim ADC. Die STM32 haben einen 12-Bit ADC mit +/-2 LSB abs error
Für STM32 siehts besser aus http://www.tme.eu/de/katalog/index.phtml#cleanParameters%3D1%26search%3DSTM32F%26bf_szukaj%3D+
-
Thread
Atmega SPI will nicht
Master) --> SS(Slave) **************************************************************/ #include <avr/io.h> #include <avr/interrupt.h> #include <avr/signal.h> unsigned char status = 0; volatile unsigned char count; void timer1 (void); void master_init (void); void master_transmit (unsigned
status = SPSR; //Status löschen [/code] Also bei mir läuft dies auf einem ATmega32 mit 4MHz: [code] void SPI_MasterInit(void){ /* Set MOSI and SCK output, all others input */ DDR_SPI = (1 << DD_MOSI) | (1 << DD_SCK) | (1 << DD_SS); /* Enable SPI, Master, set clock rate fck
-
Thread
Drehzahlmessung mit CNY70 am Atmega32
www.reichelt.de/?;ACTION=3;LA=444;GROUP=A2211;GROUPID=2924;ARTICLE=12636;START=0;SORT=user;OFFSET=16;SID=32Iy6GdKwQASAAAEZ@VfAd7521acc4438dd631887bef3b55d1ad2 Oder brauche ich sonst noch Extrateile? Gruß, Bernd
dass INT2 eine gewisse Sonderstellung bei den externen Interrupts hat. Allerdings hab ich dazu nix im AVR-GCC Tutorial gefunden, oder es einfach uebersehen. Im Datenblatt des ATMEGA32 kann ich auch keine großen Unterschiede erkennen. Habt ihr vielleicht eine Antwort dadrauf?
-
Thread
C++ auf einem MC, wie geht das?
sicher schnell auf eine Untermenge einigen, damit das Projekt nicht ins Uferlose geht. Ich kenne den AVR zwar auch gut, mache meine neuen Projekte aber mit STM32F1xx und STM32F4xx. Auf den STM32Fxxx läge bei mir daher der Focus. Ben schrieb im Beitrag #3972874: > … um von der Hardware eines ATmega
angepaßt. Die "main.cpp" ist unverändert, alle Dateien sind angehängt. Wenn ich diese Dateien mit "avr-g++ -mmcu=atmega32 -Os" übersetze und das Kompilat mit avr-strip(1) bearbeite, ist das Ergebnis gemäß avr-size(1) exakt 130 Byte groß. Damit jetzt nicht gleich wieder so ein besonders kluger Mensch
-
Thread
SD Karte (1GB) mit AT89C4051 beschreiben?
und deshalb kamma nur mindesten 512bit Daten schreiben... btw. zu meinem projekt: hab an ATmega32 und ich versuch die ganze sache mit den routinen von holger-klabunde.de zu realisieruen ... gar nicht so einfach^^ (für mich jedenfalls :D )
(Bootcd) oder Ubuntu (installieren) nehmen und ausprobieren. Der dd Befehl lautet dd if=/dev/sdb of=daten.dump count=128000 if -- Inputfile of -- Outputfile count -- Zahl der Blöcke bei mir ist sdb die SD-Karte. mache als root ein fdisk -l dann
-
Thread
Negative Indexe für Float Array - Mini Anfangerfrage GCC
pointer (32bit) 0x00000010 index (16bit) -1 + 0xFFFF - je nach compiler gibt es keinen cast auf 32bit ergibt 0x00010009 - nicht erwarteter zugriff JL
JL wrote: > dummy pointer (32bit) 0x00000010 > index (16bit) -1 + 0xFFFF - je nach compiler gibt es keinen cast > auf 32bit Wenn er das nicht nach 32 bit promotet, ist er kaputt. > ergibt 0x00010009
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
Zeile: typedef unsigned long uint32; durch diese beiden zu ersetzen: #include <inttypes.h> #define uint32 uint32_t Dadurch hat uint32 dann immer 32 Bit, unabhängig von den Standardgrößen für int, long, etc. auf dem Host System
://en.wikipedia.org/wiki/User:Sogliphy/i.MX21_Linux Info-Quellen zum WLan gibts hier: http://avr32linux.org/twiki/bin/view/Main/WirelessNetworking
-
Thread
GLCD Routinen ( KS0108, HD61202 )
dieses Display: http://www.sure-electronics.net/mcu,display/DE-LM106.pdf Controller ist ein ATMEGA32 (mit 8 MHz intern). Beides habe ich im Projekt (AVR-Studio) eingestellt und die Pins habe ich auch angepasst. Die Ausgabe ist prinzipiell zu erkennen, aber es ist nicht i.O. (siehe angehängtes Bild
Schon gut... habs hinbekommen! ich Depp musste erstmal die Funktionen unter AVR aktivieren! :-S
-
Thread
"Universalprogrammer" für Linux
programmierbaren Devices umfasst derzeit etwa 400 Typen, wobei teilweise auch generische dabei sind (z.B. STM32F0xx-32K), die meherere Typen abdecken. Programmiert werden können: - Atmel AVR (SPI) - Atmel ATxmega (PDI) - Cypress PSOC4 (SWD) - Microchip PIC10xx/PIC12xx/PIC16xx - Microchip PIC18xx - Microchip
Forderungen, dass der Quellcode auch mit der Arduino-IDE übersetzbar und flashbar ist... STM32: Bevor ich über 20000 Zeilen Assemblercode von AVR nach Thumb2 übersetze, fallen mir sicher sinnvollere Projekte ein :-) Jörg
-
Thread
Interupt keine Reaktion
N Abend, Ich hab hier n Atmega32 vor mir und Versuche die Sache mit dem Interrupt zu lernen. Dazu habe ich ein Script gefunden welches mir gefällt. http://www.avr-tutorials.com/interrupts/avr-external-interrupt-c-programming
Randy T. schrieb im Beitrag #5288972: > Ich hab hier n Atmega32 vor mir und Versuche die Sache mit dem Interrupt > zu lernen. Dazu habe ich ein Script gefunden welches mir gefällt. > > http://www.avr-tutorials.com/interrupts/avr-external-interrupt-c-programming
-
Thread
schnelle Serielle Schnittstelle mitloggen
Auch wenn die Baudrate bei 2.4MBit liegt muss man ja nicht MByte ueberteragen, sondern kann mal mit 32 Byte probieren. Das kann HTerm dann auch. Weshalb ich einen 16 oder 32 Bitter vorschlage .. weil die mit MHz klotzen koennen. Ein AVR auch mit 20MHz geclockt kann keine 2.4MBit am UART. Auch wenn er's
://stefanfrings.de/stm32/usb_test2.zip
-
Thread
Reset ohne Reset-Pin?
Bauform B. schrieb im Beitrag #7405638: > Der traurige Anlass für diese Frage sind die PIC32MK Was war denn traurig, sind die hängen geblieben oder ist das nur eine Vermutung von Dir? Ich hab nicht sämtliche Doku zum PIC32 durchgelesen, warum es da Probleme geben sollte. Die PIC32 gibt
> Without proper signal isolation, on non-5V tolerant pins, the remote > signal can power the PIC32 device through the high side ESD protection > diodes. Das ist bei (fast) allen MCs der Fall. Ich hatte mich mal gewundert, warum ein AVR keinen Reset gemacht hat. Des Rätsels Lösung war, er wurde
-
Thread
AVR: Rogue Pointer oder böser Geist verursachen Abstürze
_t result = ( ((uint32_t)pointerToSV) - ((uint32_t)str) ); free((void*)str); return result; } #endif void badISRError(uint8_t numb) { #ifdef debugStart while(1) { PORTA = 0xAA;
halten wenn ich den Code Portieren möchte? Alle int durch long int ersetzen oder besser durch int32_t bzw. uint32_t.
-
Thread
LCD + Wert (aus ADC) ausgeben
Include-Datei * PC4 = RS * PC5 = Enable * PC0-PC3 = D4-D7 * R/W ist n.c. */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((12000000/4000)*us)/1000) // wartet µs // Enable-Leitung toggeln void lcd_flash_e () { PORTD = PORTD | ( 1<
void lcd_gotoline (uint8_t zeile) { if (zeile == 1) lcd_write(0x80,0); // B 1000 0000 => DD-RAM Adress Set 1. Zeile/1.Spalte if (zeile == 2) lcd_write(0xC0,0); // B 1100 0000 => DD-RAM Adress Set 2. Zeile/1.Spalte (B x100 0000 = H 40) } // Cursorpositionieren (Zeile, Spalte) void
-
Thread
max186 (ADC) über SPI ansprechen
Entschuldigt bitte nocheinmal, ich habe die Angabe der Pins vergessen, also #define DD_MOSI PB5 #define DD_MISO PB6 #define DD_SCK PB7 und ausserdem PB4 als SS Also genau wie im Atmega 16 Datenblatt Danke Matthias
Hallo Matthias, ich stamme nun nicht aus dem Atmel AVR Lager und hab von C nur rudimentäre Ahnung, aber das DDRB = (1 << DD_MOSI) | (1 << DD_SCK); DDRB = (1 << PB4); //SS als Augang setzen ist meiner Meinung nach leicht daneben. Mit der zweiten
-
Thread
Rust - ist das hier um zu bleiben?
Vielleicht wirds ja mit Object-Pascal noch was. Der FreePascal-Compiler unterstuetzt mittlerweile AVR, ARM, RISCV und Tensilica (ESP32).
altbekannten Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust
-
Thread
MP3 und Atmega8/32
Wenn der ATmega32 die MP3 verarbeiten soll, ja. Wenn der ATmega32 einen speziellen MP3-Chip versorgen soll, nein.
>heißt das, dass der Atmega32 zu langsam, schlecht ist? google avr mp3 player sd Oder kannst du das auch nicht?
-
Thread
VW-Werbebeilage mit Display (vidipri)
Schade, nur HH und DD. In unserem Abo (BS) war nix. Will auch was zum spielen :D
Florian Schütte schrieb: > Schade, nur HH und DD. In unserem Abo (BS) war nix. Will auch was zum > spielen :D Nein, nicht DD, sondern nur D! DD ist Dresden und die Abonnenten hier wurden nicht mit der Beilage beglückt. :(
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
MWZ_Vorl, $MWZ_Rueckl, $MWZ_Durchf, $MWZ_Leist, $TFW, $TRLsoll, $TA_Gem_Aussen, $VFS_Flow, $VFS_Temp, $IO32_VL, $IO32_521_Pa, $IO32_522_Pa, $IO32_509_Pa, $IO32_510_Pa, $Dig_CHAN_0, $Dig_CHAN_1, $Dig_CHAN_2, $Dig_CHAN_3, $Dig_CHAN_4, $Dig_CHAN_5, $Dig_CHAN_6, $Dig_CHAN_7) = explode(';',$test); //echo
6, 2u02b1520affff0c 6, 2u02b1530affff0d 4; 03 199/217, 04 122/224, 2u04ffff0affff0c 32 05 444/574, 06 425/574, 07 189/217 08 118/216, 2u08ffff0affff00 40; 09 29/32 10 1119/1246, 2u1068d808ffff02 9, 2u1068cc01ffff05 4 11 32/32 12 31/32, 2u12825201ffff04 2 13 144/192
-
Thread
Daten von array in long int kopieren, in umgekehrter Reihenfolge
Hallo, vermutlich für euch total trivial, für mich aber schwer. In einem AVR mit avr-gcc möchte ich aus einem Puffer, der als Array implementiert ist, mehrere ints herauskopieren. Die einzelnen Bytes im Array sind dabei in umgekehrter Reihenfolge zum int, weil sie so vom
I2C-Schnittstelle hereinkommen. Ungefähr so habe ich das implementiert: [c] uint8_t puffer[100]; uint32_t grossezahl[16]; [/c] [c] grossezahl[n] = (uint32_t)puffer[25] << 24 | (uint32_t)puffer[24] << 16 | (uint32_t)puffer[23] << 8 | (uint32_t)puffer
-
Thread
TFT-Displays
Es gibt genug baseboards für das stm32f4 discoverY wie in etwa das von embest mit 3,5" Touch und Ethernet und DD Card reader und Cam Interface oder auch China Nachbauplatinen! Ist auch angenehmer zum anschließen weil du somit eine Fehlerquelle
http://de.futureelectronics.com/de/technologies/development-tools/microcontroller-microprocessor/32-bit-eval-board/Seiten/1035719-STM32F429I-DISCO.aspx?IM=0
-
Thread
Assembler Schleifen Tricks
wobei man dann aber nicht mit DEC arbeiten darf, da dort nur das ZF gesetzt wird! (zumindest beim AVR) MfG
Hi spess53 schrieb im Beitrag #5055873: > Opcode CLR ist 0010 01dd dddd dddd > Opcode EOR ist 0010 01rd dddd rrrr > > Fällt dir etwas auf? Beim 80286 waren Das aber - meines Wissen - verschiedene Befehle, weshalb Das wohl so gemacht wurde. Davon hat der AVR
-
Thread
Texteinblendung in ein FBAS Signal
Lux schrieb im Beitrag #1939393: > ie Threads in diesem Forum hast Du bereits durch? > Beitrag "AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !" > Beitrag "ATMEGA32 gnadenlos übertaktet mit 40MHz" > Beitrag "LM1881 BASCOM" Da hast du wieder etwas interesantes hergestellt. Warum ist
Lux schrieb im Beitrag #1939393: >> ie Threads in diesem Forum hast Du bereits durch? >> Beitrag "AVR Videogenerator, 40x25 Zeichen, nur 60% CPU Auslastung !" >> Beitrag "ATMEGA32 gnadenlos übertaktet mit 40MHz" >> Beitrag "LM1881 BASCOM" > > Da hast du wieder etwas interesantes hergestellt. >
-
Thread
LPC1549 lässt sich nicht programmieren
nehme ich mbed weil ich damit schnell Projekte starten kann, egal ob kleinen LPC812 oder fetten STM32F407.
die erwartete Stelle im virtuellen Filesystem. Abhilfe war IIRC Firmware.bin überschreiben (z.B. "dd of=firmware.bin") und nicht vorher löschen.
-
Thread
STM32F746 SVD Datei gesucht
Hallo, ich arbeite seit neuestem mit dem STM32F746 und brauche nun die passende SVD Datei. Hat jemand die SVD Datei für den STM32F746? Viele Grüsse, Peter
Hi, STM32F7x.svd gibtz im CMSIS Pack STM32F7xx_DFP\SVD Wozu brauchst die? Mit MDK lädst du dir die automatisch mit dem Pack runter. https://www.keil.com/dd2/pack/
-
Thread
Wasserzähler Impulszählung (Batteriebetrieb)
Die STM32L0 Serie hat eine RTC, Batteriegepuffertes RAM, EEPROM und teilweise sogar USB. Damit wäre man dann für alle Varianten offen. Ich würde es der Einfachheit halber aber mit einem AVR machen.
die gibt es ja quasi beliebig groß. Du könntest aber auch genau so das RAM von der RTC eines STM32 verwenden und nur dieses mit einer Knopfzelle oder Kondensator puffern. Dafür haben die Chips sogar einen separaten Anschluss. Dieses Board kostet nur 5 Euro: http://stefanfrings.de/stm32/stm32f3.
-
Thread
Orange Pi - 15$ Quadcore SBC
am einfachsten wäre es direkt mit Linux dd, Cygwin dd müsste auch klappen.. Live CD in die Konsole "dd if=eingabefile.img of=/dev/sdbX" ich bevorzuge in Windows Rawrite32.. http://www.netbsd.org/~martin/rawrite32/
6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk [ 0.000000] Slab corruption (Not tainted): size-32 start=ef001180, len=32 [ 0.000000] 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk [ 0.000000] Prev obj: start=ef001140, len=32 [/code]
-
Thread
AVR Simulator Data or unknown opcode
Hallo, Habe ein Programm (geschrieben in Assembler für AT90CAN32) im AVR Studio 4, im AVR Simulator laufen lassen. Habe dann im Laufe irgendwann mehrere Fehlermeldungen bekommen: AVR Simulator: Invalid opcode 0x0064 at address 0x0001e1 AVR Simulator: Invalid opcode
erhöhen und Befehl dekodieren. Und im letzten Schritt ist er auf einen Befehl gestossen, den es im AVR nicht gibt und den er von der Adresse 0x0001e1 geladen hat um ihn auszuführen. Das ist die Bedeutung von > AVR Simulator: Invalid opcode 0x0064 at address 0x0001e1 Das es andere Stellen in deinem