-
Thread
Effizient Datum und Uhrzeit vergleichen
. > Wie kann ich das effizient anstellen? Indem du Bitfelder vermeidest. Ansonsten kann der AVR mit seiner 8-Bit ALU sowieso immer nur 8 Bit auf einen Rutsch vergleichen. Jegliches Gecaste nach uint64_t u.ä. bringt also überhaupt gar nichts. Denn auch zwei uint64_t muß die ALU von links nach rechts
haben über Y2K eher gelacht, deren Dommsday kommt noch, 19. Januar 2038, wenn die früher üblichen 32 Bit nicht mehr reichen. Das kann sogar auf modernen Systemen mit 64 Bit Sekundenzähler passieren wenn da drauf zum Beispiel noch alte Anwendungen laufen, die intern Zeit in 32 Bit speichern.
-
Thread
(dauerhaft) aktuelle Toolchain
dem Utils-Verzeivhnis von WinAVR-Version dahin kopiert. Läuft ohne Probleme unter W8.1, 64bit.
/files/avr-gcc%20snapshots%20%28Win32%29/ Ist eine Toolchain mit avr-gcc 6.1.1, ist aber ohne make & Co. Dafür läuft diese mit WinAvr 4.18 - jedenfalls bis Win7.
-
Thread
FT800 / FT810 Library
Detect Erase Read/Write CMD_FLASHFAST W25Q128JVSIQ 128 Yes Yes Yes Yes SST26VF064BA-104I/SM 64 Yes Yes Write fails - AT25QF128A-SHB-T 128 Yes Yes Yes 0xE004 - device/blob mismatch W25Q32JVSSIQ 32 Yes Yes Yes Yes W25Q64JVSSIQ 64 Yes Yes Yes Yes IS25LP128F-JBLE 128 Yes
habe ich nur an der Oberfläche gekratzt. c-hater schrieb im Beitrag #6647994: > Unterstützung für AVR-Host-Flash >64kB) Also grundsätzlich ist das drin: [code] static inline uint8_t fetch_flash_byte(const uint8_t *data) { #if defined (__AVR_HAVE_ELPM__) /* we have an AVR with more than 64kB
-
Thread
Linux ist Mist - mal wieder (Xubuntu) Gesperrt
der H. schrieb im Beitrag #4543573: > Da hatte ich noch den Tipp im Ohr: > >>> "nimm gleich'ne 64Bit Version und > OK, älterer Laptop 'ne CPU mit 800irgendwas MHZ schließen sich aus. Ein 32bit nehmen Du musst.
du dass an deine Maschine bauen sollst. Es ging um diesen Poster, der sich beschwerte, dass ein 64-bit System nicht auf einem 32-bitter läuft. ▶ J-A von der H. schrieb im Beitrag #4543573: > OK, älterer Laptop 'ne CPU mit 800irgendwas MHZ
-
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
Serielle Visualisierung mit Comvisu
einem WinXP 5.1 SP3 System. Dort gibts aber die Fehlermeldung "Der Prozedureinsprungpunkt "GetTickCount64" wurde in der DLL "kernel32.dll" nicht gefunden. Damit kann bei mir das Programm nicht gestartet werden. Ist es evt. erst ab Win7 geeignet?
Kann es sein, dass da der 32/64 Bit Zugriff auf die Schnittstelle nicht korrekt gelöst ist und jeweils freigegeben wird? Da scheinen irgendwie manchmal 2 Prozesse auf einander zu warten, jedenfalls hängt sich das bei mir auch oft
-
Thread
[V] Hobbyaufgabe Diverse
Gehäuse orig. verpackt 10 x 7,6 x4,2 cm 2,50€ 5.) Div. Steckbrücken 1 Sack voll 3€ 6.) 2x ET AVR Start Kit V1 mit ATMEGA 128 STAMP http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20START%20KIT%20V1.0%20%20EXP_Schemetic.pdf http://www.ett.co.th/product/avr/avr-stamp-atmega64-128/ET-AVR%20STAMP%20ATmega64-128_Schematic.pdf http://www.micro4you.com/files/atmega128/ET-AVR%20STAMP%20ATmega64-128_Manual.pdf je Board 30€ 7.) ET-Mini DC Motor 5€ http://fiona.dmcs.pl/~bartoszp/MINIDCMOTOR.pdf
-
Artikel
Diskussion:Soft-PWM
0x12, 0x92, 0x52, 0xD2, 0x32, 0xB2, 0x72, 0xF2, 0x0A, 0x8A, 0x4A, 0xCA, 0x2A, 0xAA, 0x6A, 0xEA, 0x1A, 0x9A, 0x5A, 0xDA, 0x3A, 0xBA, 0x7A, 0xFA, 0x06, 0x86, 0x46, 0xC6, 0x26, 0xA6, 0x66, 0xE6, 0x16, 0x96, 0x56, 0xD6, 0x36, 0xB6,
leistungsstarke Software PWM programmiert. Nur wurde diese Software mal auf anderen µC getestet als dem Atmega32? Ich habe es jetzt auf einem 128er und nem 64er Versucht. Bei beiden zerbröselt es einem die PWM, wenn man die Kanäle mit bestimmten Werten fütter, wie z.B. 200,0,100,30,0 usw. Da kommt dann nichts sinnvolles
-
Thread
Per Php zum Rs232-Lan Wandler
Accept-Encoding: gzip, deflate Cookie: remeber=1; qtoken_account=YWRtaW4=; qtoken=88d22ec0aad520aaeb2e0f5d596b8dd0; showAllAp=true Pragma: no-cache Cache-Control: no-cache Connection: Keep-Alive Darauf antworte ich mit einem Avr am Rs232 HTTP/1.1 200 OK Date: Mon, 27 Jul 2009 12:28:53 GMT Server: Apache/2.2.14 (Win32) Last-Modified: Wed, 22 Jul 2009 19:15:56 GMT Content-Length: 55 Content-Type: text/html Connection: Closed <html> <body> <h1>Hallo, Welt!</h1> </body> </html> Dadurch bekomme ich gewünschtes
-
Thread
WordClock mit WS2812
aber vollkommen aus. Lediglich die Debug-Versionen lassen sich nicht mehr kompilieren, weil sie die 64KB des STM32F103 sprengen. Das stört mich aber nicht, weil ich dann einfach gewisse Software-Teile, die ich gerade nicht debuggen will, einfach auskommentiere. Kurz gesagt: Ich sehe das so: Für
Punkt, wo angezeigt wird: Target:STM32F1_Med-density_64K und man kann wohl auch im Pulldown-Menü eine Auswahl treffen, weiss aber nicht was da noch möglich ist, denke bei meinem verwendeten Typ weiter nichts. Den Code habe ich dann als Hex-Datei
-
Thread
Universal Serial Bus device
bc3d-a4ff138216d6} Provider = "KarstenSchulz" DriverVer = 30/11/2015, 8.0.0.0 [ClassInstall32] Addreg = WinUSBDeviceClassReg [Manufacturer] %VendorName% = KarstenSchulz_WinUSB,NTx86,NTamd64,NTia64 [KarstenSchulz_WinUSB.NTx86] %DeviceName% = USB_Install, USB\%DeviceID% [KarstenSchulz_WinUSB.NTamd64
DeviceGUID% HKR,,FriendlyName,,"KeyMan" Verwendet wird AtmelStudio2015 und ein USBasp via AvrDude Danke für Hinweise :) gruß Karsten
-
Thread
MIDI-"Tonbandgerät"
#4356509: > 2 GB Märchen stammen aus DOS mit dem Vorzeichenfehler es gingen da nur > 2^15 Cluster also 32xxx so ein Unsinn als wenn es negative Cluster geben > kann. Das hat nichts mit der Anzahl der Cluster, sondern der Clustergröße zu tun. FAT16 mit 4 GB gab es, aber das setzt Cluster mit 64 kB Größe
der Cluster, sondern der Clustergröße zu > tun. FAT16 mit 4 GB gab es, aber das setzt Cluster mit 64 kB Größe > voraus - und die hat nur Windows NT verdaut, DOS aber nicht. Das kannte > maximal 32 kB Clustergröße. stimmt es war die 64k Clustergröße. hmmm komisch, auch konnte unter DOS und FDISK
-
Thread
ATmega16 UART sendet keine Daten
keine Daten an meinen PC sendet. HTERM zeigt nichts an. Der µC läuft mit einem 14.7456 MHz Quartz. In AVR Studio hab ich EXTHIFXTALRES_16KCK_64MS eingestellt. Die Werte für UBRR habe ich dem Datenblatt entnommen. Hat jemand eine Ahnung warum der Code nicht funktioniert? [c] int main(void) { UBRRH
Hi DD-Register gesetzt? MfG Spess
-
Thread
CRC auf einem Raspberry Pi in C
Ich hab doch nicht den avr-gcc auf dem Raspberry installiert... Sondern ich war gewohnt dass beim avr-gcc für die AVR-Megas auf einfache weise CRC-Funktionen zur Verfügung stehen. Jetzt war meine Frage ob das beim gcc (der,
0x8408, 0x9581, 0xA71A, 0xB693, 0xC22C, 0xD3A5, 0xE13E, 0xF0B7, 0x0840, 0x19C9, 0x2B52, 0x3ADB, 0x4E64, 0x5FED, 0x6D76, 0x7CFF, 0x9489, 0x8500, 0xB79B, 0xA612, 0xD2AD, 0xC324, 0xF1BF, 0xE036, 0x18C1, 0x0948, 0x3BD3, 0x2A5A, 0x5EE5, 0x4F6C, 0x7DF7, 0x6C7E, 0xA50A, 0xB483, 0x8618, 0x9791, 0xE32E
-
Thread
Basic für 80C31
Semiconductors : IC1 = 8031-AH (uC ) IC2 = 74LS373 (Octal latch) IC3 = 27C64 (8 kByte EPROM) IC4 = 62256 (32 kByte RAM) Diese Teile hab ich nicht: IC5 = 8255 (PPI) IC6 = 74LS138 (3 to 8 channel decoder) IC8 = 74LS08 (Quad And gate)
index.html?ACTION=3&GROUPID=4512&ARTICLE=96660&OFFSET=16&SID=60VM1H0n8AAAIAAAc0LRM583a3d7e20293d5caa79f9dd01272735&LANGUAGE=EN Das sind serielle EEPROMs mit SPI-Schnittstelle. Die haben nur acht Pins und passen relativ schlecht in den EPROM-Sockel. Du brauchst ein i2816, i28C64 oder vergleichbares. Als
-
Thread
AVR code produziert Fehler
Könnte es sein, dass .dw da im RAM nicht funktioniert? https://www.mikrocontroller.net/articles/AVR-Tutorial:_SRAM https://www.mikrocontroller.net/articles/AVR-Tutorial:_Speicher https://www.mikrocontroller.net/articles/Adressierung
oder rjmp umbiegen... wann wird das gemacht? Sorry ist schon etwas her... Beim Simulator im AVR Studio 4 bricht er beim kompilieren mit dem Fehler >\dd.asm(18): error: jmp k: Unsupported instruction on ATtiny26 und >dd.asm(25): error: call k: Unsupported instruction on ATtiny26 ab!
-
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/
die per Software aktiviert. Klappt das Booten nicht, brennt die LED nicht. Dann hätte ich mir 2 64gb SD Karten bestellt, die wohl nicht gehen. Massig Lesefehler beim Booten. Mit einer 32gb SanDisk Karte waren die weg. Kühlkörper hab ich auch nach nicht drauf. Der würde wohl auch helfen.
-
Thread
Hilfe bei der Programmierung von LCD mit einem ATmega16
Wenn mal irgendetwas angezeigt wird, dann wird es einfacher. Gruß Markus [c] #include <avr/io.h> #include <avr/pgmspace.h> #include "HD44780.h" #include "timer.h" #define LCD_RS PD4 #define LCD_RW PD5 #define LCD_E PD6 #define LCD_D4 PC4 #define LCD_D5 PC5 #define LCD_D6 PC6
) DD RAM 1st Digit LCD_OUTCMD(0x80); // Daten Senden LCD_OUTDATA(0x30); LCD_OUTDATA(0x31); LCD_OUTDATA(0x32); LCD_OUTDATA(0x33); LCD_OUTDATA(0x34); LCD_OUTDATA(0x35); LCD_OUTCMD
-
Thread
Stm32 Probleme unter Windows 10 mit USB/VCP
definitiv an dem usbser.sys-Treiber von Windows 10. Ich habe kurzerhand die usbser.sys von Windows 7 x64 genommen, mit einem selbst erstellten Zertifikat signiert (ohne das akzeptiert Win10 sie nicht), und die originale usbser.sys von Win10 in System32\drivers und System32\DriverStore\FileRepository\usbser.inf
an dem usbser.sys-Treiber von Windows 10. > > Ich habe kurzerhand die usbser.sys von Windows 7 x64 genommen, mit einem > selbst erstellten Zertifikat signiert (ohne das akzeptiert Win10 sie > nicht), und die originale usbser.sys von Win10 in System32\drivers und > System32\DriverStore\FileRepository
-
Thread
Atmel 64-Pinner im DIP-Gehäuse?
Lochrastertaugliche Platinen: z.B.: http://www.watterott.com/de/Xmega128a4u-USB-BO?x12abe=3f1f3e8dd6b2ca516c06e82d66a18205 So wie diverses von Olimex: https://www.olimex.com/Products/AVR/Header/ Ein derartiges Display stellt gewisse Anforderungen an Speicherplatz... Eventuell kannst Du mit SD-Karte
Ecken und Kanten gibt es Mini-Platinen, auf denen ein SMD-Lümmel thront der aber seinerseits auf zwei 32-er Lötreihen gezogen ist. Sieht grob gesehen aus wie ein DIL-64. Teilweise sogar mit Quatsch und Sauce.
-
Thread
Wine-Problem: AVRStudio4 unter Linux 64 Bit läuft nicht mehr
Hallo. Ich bin kürzlich mit meinem PC "umgezogen" -- von einem 32-Bit-System, unter dem AVR Studio 4 noch mit wine lief auf ein aktuelles 64-Bit-System (genauergesagt Kubuntu 14.04 LTS). Der Umzug lief zwar glatt und die Programme laufen auch alle, doch leider
[code] -------------------------------------------- cd ~/.wine/drive_c/Program Files (x86)/Atmel/AVR Tools/AvrStudio4 wine AVRStudio.exe ---> Unhandled exception: page fault on write access to 0x02171542 in 32-bit code (0x004ef829). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS
-
Thread
TVM802A pick and place aus China
15x32cm Tray mit 15mm Abstand zwischen Lanes, Dima Standard. Entweder 10 horizontal oder 20 Vertikal Dies bei 8 oder 12mm, Bei 16 oder 24mm halbiert sich die Anzahl, ... 8mm kann auch alle cm gemacht
hat man in der Regel sogar einen zweiten Kopf weil das eben notwendig ist! Das ist IMHO bereits ab 64 Pins der Fall.
-
Thread
LCD HD44780 CG Ram Adresse per Arduino
Location: [c] // LCD data pin setup for CG RAM line address command void lcd_setCGRamLocation(int32_t location) { // Custom char address start at 64 (decimal) in CG RAM set_HighLowToggle(lcd_db7, "low"); set_HighLowToggle(lcd_db6, "high"); if (location == 1) { // Set CG RAM
[c] void lcd_setCGRamLocation(int32_t location) [/c] int32_t? Hast du auch nur den leistens Hauch eines Schimmers, was du deinem Mega damit antust? Es ist ja jetzt nicht wirklich so, dass LCD Routinen für ein Standard-LCD rar gesäht
-
Thread
STK1000 und JTAGICE MKII - Verbindung
JTAGICE-MKII. Bzw. weil das auch nicht funktioniert (s.u.), hab' ich mir erst mal ein Demo aus dem AVR32 Studio rausgepickt und wollte das auf's board bringen. Ich bekomme aber eine Fehlermeldung, wenn ich nur "Read MCU Info" aufrufe (nicht immer - aber recht häufig): [c] Executing cmd.exe /C avr32program
Das AVR32 Studio scheint nicht so das Gelbe vom Ei zu sein. Ich hab' jetzt einen neuen boot-loader *manuell* raufgespielt, anhand von: http://hhoegl.informatik.fh-augsburg.de/hhweb/elinux/ngw100/atmel-support
-
Thread
flash-Fehler mit ATtiny2313, compile ok
Wie bekommt man überhaupt so viele bytes hin? Mit libm ergibt sich bei mir: [code] >avr-gcc --version avr-gcc (GCC) 4.8.2 >avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820
/install/configure.html#TOC3 Wie gelinkt wird, kann man z.B. anzeigen lassen mit [pre]$ echo | avr-gcc -x c - -###[/pre] Ein avr-gcc 4.7.2 spuckt damit aus: [pre]... Target: avr Configured with: ... --target=avr --with-avrlibc=yes Thread model: single gcc version 4.7.2 (GCC) ... ... collect2
-
Thread
I2C Kein ACK :-(
baud #define BAUDRATE ((F_CPU)/(BAUD*16UL)-1) #define SCL_CLOCK 100000 //100 kHz #include <avr/io.h> #include <util/delay.h> #include <util/twi.h> #include<stdbool.h> #include "USART.h" #include <avr/io.h> void I2C_sende(int daten) { TWDR = daten; TWCR = (1<<TWINT) | (1<<TWEN);
} I2C_sende(adresse); } void I2C_init(void) { DDRC &= !((1<<DD0)|(1<<DD1)); PORTC = (1<<DD0)|(1<<DD1); TWSR = 0; /* no prescaler */ TWBR = ((F_CPU/SCL_CLOCK)-16)/2; /* must be > 10 for stable operation */ } int main
-
Thread
Raspberry Pi 2 mit Quad-Core ARM Cortex A7, 1 GB RAM
10 für Rpi2 auf Windows RT basiert. WindowsRT hat im Prinzip das Problem, dass ein Großteil der Win32 API fehlt. So ist es z.B. nicht möglich, bekannte OpenSource Programme für Win32 (also z.B. Firefox, Libreoffice, GIMP, Paint.NET usw.) die es für Win32 gibt, einfach neu für WinRT zu übersetzen. Dasselbe
NT auf PowerPC. Man darf halt nicht vergessen daß die Codebasis der Windowsapplikationen für x86 (32/64bit) ist.
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V2] Gesperrt
SD-Karten: Nachdem ich eine Menge 128MB-Karten habe (für 3d-Druck und AVR-Datenlogger-Experimente) habe ich mir auch eine 16 und 32GB-Karte (micro-SD mit Adapter und quietschbunten cardreader) zugelegt. Diese Spielchen kannte ich noch nicht: - 32GB wird heiß, funktioniert
STM32F103RCT6 in Einzelstücken für 2.10$ Cortex-M3, 256kb Flash, 48kb Ram, LQFP-64 http://www.ebay.com/itm/1PCS-MCU-ARM-IC-ST-LQFP-64-STM32F103RCT6-STM32F103RCT6TR-/271505510162
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
Hallo Ralph, Gefällt mir gut. Sehr schönes Design. Da ich aber auch schon einige STM32F103 Bords privat und in der Firma entworfen habe, möchte ich auf einen Aspekt der STM32 hinweisen, der möglicherweise wichtig sein könnte. Anstatt der 48 oder 64-pin Version würde ich raten die 100
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
Conways Game of Live zu langsam auf Z80
1F29 DD 36 F0 00 [19] 243 ld -16 (ix),#0x00 1F2D DD 36 F6 18 [19] 244 ld -10 (ix),#0x18 1F31 DD 36 F7 00 [19] 245 ld -9 (ix),#0x00 1F35 DD 36 FC 18 [19] 246 ld -4 (ix),#0x18 1F39 DD 36 FD 00 [19] 247 ld -3 (ix),#0x00 1F3D DD 36 F9 18 [19] 248 ld -7 (ix),#0x18 1F41 DD 36 FA 00 [19] 249 ld -6 (ix),#0x00 [/code]
-
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
1000 Leds an Atmega32
Auf der Suche nach Portexpandern, habe ich den PCF8574 gefunden. Wenn ich 8 davon nehme, habe ich 64 Pins. Damit kann ich eine 32 x 32 = 1024 LED Matrix betreiben (Mit Treibern natürlich). Liege ich damit richtig? Hat einer von euch Erfahrungen mit diesen Chips? Freundliche Grüsse Florian
avr schrieb im Beitrag #3886689: > 1/32 dutycycle? Bei dem UDN bekommen die Leds einen Strom von ~300µA. Troll dich. Oder such jemanden der dir vorlesen kann, was ich geschrieben habe.