-
Thread
Fehler zum nachbauen :-)
>Eine ungeprüfte Eagle-Lib aus dem Netz, bei der ein TQFP64 nur ~92% seiner originalen Größe hat, fällt erst auf, wenn auf der bestückten Platine als letztes das TQFP64-IC eingelötet wird und die äußeren Pins nicht mehr die Pads treffen. So ähnlich passiert
1hcn44ww.exe Extracting "Lenovo BIOS Update Utility" - setup data version 5.5.7 (unicode) - "app/H2OFFT-Wx64.exe" - overwritten - "app/H2OFFT-Wx64.exe" - "app/bios.bin" - "app/BiosImageProcx64.dll" - "app/Ding.wav" - "app/FlsHook.exe" - "app/FlsHookDll.dll" - "app/FWUpdLcl.exe" - "app/iscflashx64
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
Mit Schieberegistern: http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm
m.n. schrieb im Beitrag #5348041: > Mit Schieberegistern: > http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm sehr geil! Ich bin offenbar zu blöd zum googeln. oder zu müde. Muss jetzt schlafen, falls man sich wundert, warum ich nicht reagiere. Vielen Dank erstmal für Eure Antworten
-
Thread
Attiny-Entwicklungsumgebung rott?
/* Problem AVR-Programmierung Seit zwei Tagen beiße ich mir die Zähne aus an meinem AVR-Entwicklungssystem, das anscheinend keinen lauffähigen code mehr erzeugt. Wird im angehängten Code-Beispiel die Zeile 6
cf e5 ldi r28, 0x5F ; 95 24: d2 e0 ldi r29, 0x02 ; 2 26: de bf out 0x3e, r29 ; 62 28: cd bf out 0x3d, r28 ; 61 2a: 06 d0 rcall .+12 ; 0x38 <main> 2c
-
Thread
LCD mit Interrupts?
); *hour=(uint8_t) (hoursElapsed%24ull); return timeStamp; } uint64_t DCF77_getDate(uint8_t *day, uint8_t *month, uint8_t *year, uint8_t *weekDay) { uint64_t timeStamp=SYSTEMCLOCK_getTime64(); uint64_t ticksElapsed=timeStamp-dcf77lastValidTimeStamp; uint64_t secondsElapsed=(ticksElapsed/SYSTEMCLOCK_TICKS_PER_SECOND); uint64_t minutesElapsed=(secondsElapsed/60ull)+((uint64_t) dcf77lastValidMinute); uint64_t hoursElapsed=(minutesElapsed/60ull)+((uint64_t) dcf77lastValidHour); uint64_t daysElapsed=hoursElapsed/24ull;
-
Thread
Risc-V gut ?
verspricht aber jede Menge Generve in der realen Entwicklung. Ich sag nur das Progmem-Gefrickel bei AVR.
Andrew Waterman.[/pre] Ist also in der aktuellen v7 Release bereits verfügbar. Binutils: Ab v2.28. Newlib, GlibC und LLVM gibt's bereits mindestens auf github.
-
Thread
AVR unter Windows in C, welche Toolchain?
Make file project) Alles funktioniert ziemlich gut. Inzwischen habe ich gesehen das es neuere AVR Tollchain-Versionen gibt. 1) http://gnutoolchains.com/avr/ avr-gcc5.3.0.exe 2) http://blog.zakkemble.co.uk/avr-gcc-builds/ avr-gcc-7.3.0-x64-mingw.zip (51.22 MB) Ist es sinnvoll eine
hat nur dann Sinn, wenn sie gleichzeitig beim Compiler und Linker angegeben wird. Der Umstieg von avr-gcc 4.3.3 auf avr-gcc 4.7.2 bringt also in diesem Beispiel 28% kleineren Code! Es verhält sich so, wie Frank es beschrieben hat. Danke nochmals für die Infos. Gruss, Jan
-
Thread
Geschwindigkeit IO-Zugriff
Peripherie an IO-Pins anschließt und mit Pinsetz-/Pinrücksetzbefehlen arbeitet wird langsamer sein als mit AVR. Warum nur sind Arm scheinbar so langsam? Oder ist das ein Messfehler? Sind AVR wirklich so viel schneller? Wie sieht es mit MSP430 aus?
STM32-Werte den Heise-Link nachgeliefert. Und wo kommen die 375ns beim AVR her?
-
Thread
Tonleiter mit acht Tönen herstellen
das noch nach Gehör einstimmen kann? Das kann auch nicht jeder Musiker! Vorgeschlagene Schema mit AVR ist für Einstimmen viel, viel einfacher, als jede Schema ohne Mikrocontroller.
Eröffnungsbeitrag schrieb, nicht mal eine halbe Stunde später auch seinen letzten Beitrag geschrieben. Erster : 28.02.2018 16:26 Letzter: 28.02.2018 16:51 ...war wohl etwas überfordert, nachdem hier unbedingt einige ihre Erkenntnisse in Musiktheorie zeigen mussten ;-)
-
Thread
wann Windows 10 IOT/Linux, wann zwingend Microcontroller ? Gesperrt
üblichen USB-UART's und die kleinen Ethernet Controller (von Wiznet, sowie ESP8266, ESP32, CP2201, EN28J60).
Meine Empfehlung wäre ein kleiner AVR oder PIC zur Vorverarbeitung (Mittelwert berechnen, digitalisieren...) an jedem kritischen Sensor, die dann alle an etwas größeres, wie z.B. einen STM32, angeschlossen sind, der sich um Auswertung und
-
Thread
Private Krankenversicherung Gesperrt
AVR schrieb im Beitrag #6521008: > So sind die Heuchler und Neider halt. Wären sie Gutverdiener würden die > sofort in die PKV wechseln jane is klar, wo P wie privat und V wie Versicherung drin steht
aktualisiert. Wobei auch die mit zunehmendem Alter nicht mehr so billig ist. Meine kostet 9,90€/Jahr bis 64, 19,90€/Jahr von 65 bis 69, 34,90€/Jahr ab 70. MfG, Arno
-
Thread
Welcher Mikrocontroller für 25 RGB-LEDs und 30 Taster
Eine Ansteuerung von 64 Kanälen findest Du hier: http://mino-elektronik.de/AVR_PWM_64/AVR_PWM_64.htm Auf 75 Kanäle zu erweitern sollte auch möglich sein. Das Einlesen der Taster übernehmen ebenfalls Schieberegister. Mein Favorit
. Heute mit WS28nn ist sowas eine Lachpille, meine ASM-Routinen kriegen das Timing für beliebig viele WS28nn inzwischen auch @8Mhz internem RC-Clock hin, geht also auch bei ATTINY, nur hat man da halt nicht genug RAM
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
> angenehmer Vorteil von ARM versus AVR Das konnte Mann auch schon mit 16 bit Architekturen haben. Wenn es denn alles in die 64 kByte gepasst hat. Gott sei Dank sind kleine 32 Bitter mittlerweile billiger.
Ralfi schrieb im Beitrag #5319981: > Der AVR Programmierer ist beeindruckt Hab in der Industrie noch keinen AVR Programmierer getroffen :-) 8051 ist "bewährter Industriestandard", PIC ist billig, ARM ist "modern" (obwohl älter als AVR).
-
Thread
Anfänger bittet um Unterstützung (PIC 12F629)
details erkennt man so oft immer schneller. z.b. benutzt kaum einer die genialen gpio register der avr's um flags in bit struktruren zu packen die sehr geringe code size generieren, da in diesen adressbereich bit befehle erzeugt werden UND bei reset diese via hw zurückgesetzt werden. mt
... pic18? ja und nein, weil die advanced core types gibt es nur mit 20/28/40 pins und daher haben pic10/12/16 einen guten daseinsgrund. die umfangreichste on-chip pheripherie haben pic16, wobei pic18 immer mehr nachrüstet. pic18 kommt dafür mit mehr mips, doppelten stack
-
Thread
Videosignalverarbeitung mit STM32
Echtzeit sein muss Eine Zeile eines BAS-Signals (https://de.wikipedia.org/wiki/Fernsehsignal) dauert 64 µS, die AD Wandler eines STM32F407 schafft max. 2,4 MSPS, also alle 0,41 µS ein Sample. Das wären dann ca. 156 Samples pro Zeile, wobei aber nur 52/64 konkret Pixel wären, also eine Auflösung von Horizontal
machbar sein. Ausgabe würde ich über DAC oder der SPI machen, FBAS Generatoren gibt es für den AVR genug um sich das anzusehen. Der Eingang ist deutlich schwerer, weil 4 Signale. Bei einem würde ich einen externen Wandler nehmen und den wenn es geht über DCMI oder SPI rein holen. Ob man einen
-
Thread
GLCD Fonts (64x128)
kann der Compiler da auch nicht auf 16 bit Breite optimieren. Bleiben wir mal beim Beispiel mit dem AVR und dem 128*64er Display, wenn ich jetzt alle Pixel per Funktion setzen will (z.B. CLRSCR) brauche ich 8192 Aufrufe meiner setPixel(...)-Funktion, nehmen wir mal an, diese operiert auf einem internen
8-bitter nicht unterstützen. Der C64 war ja auch nicht ohne Grund trotz seiner 8-bit ein Grafikwunder zu seiner Zeit. Gruß, dasrotemopped.
-
Thread
Taschenrechner in Hex/binär
an deiner Fragestellung etwas vorbei geht, > ich verwende immer noch einen einen HP 16C mit intern 64Bit > Berechnungen. Ich habe noch einen HP28C in der Schublade, den ich seit dem Studium nicht mehr benutzt habe. Muß den mal wieder mit Batterien befüttern und schauen ob der so etwas kann. Aber
Typ: unsigned char [/pre] Floating-Point-Arithmetik: [pre] > 1.1*1.1 = 1.21 = 0x1.35c28f5c28f5dp+0 Typ: double > 1.1f*1.1 = 1.21 = 0x1.35c28fccccccdp+0 Typ: double > 1.1f*1.1f = 1.21 = 0x1.35c29p+0 Typ: float > 1/0.0 = inf Typ: double > sqrt(-1) = -nan
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
weil der ENC28J60 Ethernet Chip bezahlbar beschaffbar war und LAN am AVR.. Super! Dann kam U.Radig mit seinem Webserver daher und ich stand vor der Entscheidung, meins weitermachen oder mich in C einzulesen und
schon am Anfang geschreiben: eine OV7670 an einem AVR (egal welchen) ist eine Spielerei und für mich nur der Spaß daran, ob es geht. Ich könnte an mein Konstrukt durchaus noch einen ENC28J60 ranstricken und den alten Webserver da reinknoten. Ein BMP-Header
-
Thread
mbed - oder es muss nicht immer Arduino sein
now set as default toolchain in program "mbed_blinky" C:\Users\Checker\mbed_blinky>mbed target K64F [mbed] K64F now set as default target in program "mbed_blinky" C:\Users\Checker\mbed_blinky>mbed compile usage: make.py [-h] [-m MCU] [-t TOOLCHAIN] [--color] [--cflags CFLAGS]
Command "C:\Python27\python.exe -u C:\Users\Checker\mbed_blinky\.temp\tools\make.py -t GCC_ARM -m K64F --source . --build .\BUILD\K64F\GCC_ARM" in "C:\Users\Checker\mbed_blinky" --- [/code] Werde es nochmal deinstallieren und diesmal alles einzeln installieren, Wenn das wieder nicht will teste
-
Thread
Terratec (NEC) Fernbedienung mit IRMP
Noch etwas ist mir aufgefallen: usb_hid.h: [c] #define HID_IN_BUFFER_SIZE 17 /* ((1...64)+1) STM32->PC */ #define HID_OUT_BUFFER_SIZE 17 /* ((1...64)+1) PC->STM32 */ [/c] usb_hid.c [c] uint8_t USB_HID_OUT_BUF[HID_OUT_BUFFER_SIZE]; /* PC->STM32 */ uint8_t USB_HID_IN_BUF[HID_IN_BUFFER_SIZE
rechtzeitig) abgeholt wird. Lösung wäre ein FiFo (Queue), hatte ich aber damals, als es nur die AVR-Variante gab, wegen höherem Speicherbedarf verworfen.
-
Thread
avr gcc, xmega 128a4, switch-Anweisung
ich würde es ja auch annehmen, dass das Problem vor der Tastatur ist ... bei google hatte ich nach 'avr bug tablejump' gesucht und Einträge gefunden, die auf die 64k Grenze zurückzuführen sind. Das hat mich dazu gebracht, einfach mal -fno-jump-tables auszuprobieren. Das komplette Projekt will ich nicht
würde es ja auch annehmen, dass das Problem vor der Tastatur ist ... > bei google hatte ich nach 'avr bug tablejump' gesucht und Einträge > gefunden, die auf die 64k Grenze zurückzuführen sind. Habe mir das nochmal angesehen. Ja, 64 KiB könnte passen, allerdings werden die Sprungtabellen aus
-
Thread
Welcher PIC ist der beliebteste ?
großer Bruder, der PIC18F57K42. Ist 2017 Jahrgang. Haben 128K FLASH, 8K RAM und 1K EEP und DMA. 64MHz Takt.
Ich nehme 18F2680. 64kB Flash, CAN, RS232, SPI...
-
Thread
Über Funktionen "loopen" (Arduino IDE)
Array-Indices (und somit auch für Schleifenzähler zum Iterieren durch Arrays) nutzen. Gerade z.B. beim AVR geht "int" nur bis 32768, während man aber auch größere Arrays anlegen kann (zumindest im Flash). Ähnliche Probleme hat man auf AMD64 - da geht "int" nur bis 2147483647, aber Arrays können größer werden
Einzelfall kann man das falls nötig optimieren. Karl schrieb im Beitrag #5303831: > Besser noch 32 oder 64. Je nach Plattform sind größere Integer effizienter als kleinere. ARM kann z.B. mit 32bit besser als mit 16bit rechnen. i.A. ist size_t optimal effizient, da sind Plattformen wie AVR der Sonderfall
-
Thread
Wanderkiste Widlar, Runde II
polige Bauteile 8x SMD Adapterplatinen SOT89/SOT223 3x 3 Stück doppelseitige Lochrasterplatinen 6x28 [/pre] * Link zur Bezugsquelle und technische Daten im Wiki. Alles weitere zur Kiste steht in meinem vorherigen Beitrag.
2x Bananen-Stecker 4x 7-Segement-LEDs IN: 3x LT1074 1x Atmel STK300 1x mySmartUSB light 1x AVR-Development-Board 3x AM27C128 EEPROM 1x EEPROM Simulator
-
Thread
(STM32) Register Lib mit define oder nicht define..
do not like shift shit a la avr schrieb im Beitrag #5294632: > Und die sind ordentlich angelegt, nicht wie dieser Shift-Scheiss aus der > AVR Ecke. Sorry, musste sein. Ich ziehe die Bitmaskendefinition mit Shifts vor, weil
do not like shift shit a la avr schrieb im Beitrag #5297352: > Ob ich jetzt noch ruhig schlafen kann? Das hängt von dir ab - jedenfalls solange du dort noch nicht reingeschaut hast. do not like shift shit a la avr schrieb
-
Thread
Warum entwickeln sich die Atmegas zurück?
zum ATMega8 wurde! Wohin die 12 verschwunden ist, keine Ahnung! Eventuell hat der 16MHz-Quarz nun 28MHz.
Ich erwarte gar keine neuen AVR Modelle, da deren oberes Ende sich bereits mit preisgünstigeren anderen Serien überlappt. Und das andere Ende (klein, einfach, sparsam) bedienen sie auch schon sehr gut.
-
Thread
Assemblerprogrammierung ARM CORTEX
://www.youtube.com/watch?v=bSkpMdDe4g4&t=1688s Die Pointe des Vortrags ist etwa zwischen Minute 28 und 32. Die Zeit davor ist lediglich ein x86-Assembler-Crashkurs aber auch sehr interessant.
echt etwas Kompliziertes angelacht, dagegen war die 68000 Familie, Freescale (nun NXP, ich weiß) und AVR Spielzeug. Aber es macht Spaß. Naja, um ARM kommt man nicht herum, sind bei uCs wohl schon seit Jahren Marktführer.
-
Thread
Gehalt/Gehaltsentwicklung Informatiker/Ingenieure
Max schrieb im Beitrag #5438995: > Region : BW > Urlaub : 28 Tage 28 Tage Urlaub erscheint mir wenig glaubwürdig. Selbst bei den Dienstleistern in Baden-Württemberg bekommt man standardmäßig 30 Tage pro Jahr.
Kindergarten für Kinder aus schwierigen häuslichen Verhältnissen, Sonderpädagoik halt. Einstieg ist EG10 AVR Tabelle ÖD: https://www.oeffentlichen-dienst.de/avr-verguetung.html Nur mal so als Richtschnur, wie es in anderen Branchen aussehen kann.
-
Thread
ISR Code schneller machen?
/articles/AVR-Tutorial:_Equipment#Erg.C3.A4nzende_Hinweise_zur_Taktversorgung_.28kann_.C3.BCbersprungen_werden.29
mit Zero-Overhead. Keine extra Daten, kein extra Code, kein malloc. @Wilheml: ich benutze das bei AVR in einer eigenen (minimalst)Implementierung. Kennst du eine für AVR?
-
Thread
VGA Testbild-Fehler-Symptome bekannt ?
mehrstellige präzise Frequenzanzeigen von solchen Oszilloskopen gesehen. Da die Abweichung des H-Sync zwei AVR-Takte beträgt muss ich dem nachgehen und das Programm nochmal akribisch durchleuchten - aber erst morgen :-)
tausendmal das Programm geändert um den Fehler einzukreisen. Dabei ist mir sogar der Sockel für den AVR lädiert worden, kein Wunder wenn man den AVR gefühlt über 20 mal mit dem Schraubenzieher rausholt. Aber ein Problem hat es noch (siehe Bilder): Im HDMI-Modus verschwinden am TV alle weissen Randlinien
-
Thread
AVR in Linux-Distribution mit ArduinoAsISP programmieren
Hallo Pascal, Du kannst LunaAVR (Linux 64Bit) als Basissystem verwenden und über die Interface- und Modul-Implementierung direkt auch Assemblerfunktionalität mit einbinden. Somit ist ein Wechsel zwischen Hochsprache und Assembler
argument is in R25:R24 SBIW R24, 1 ;; Tail-calling c_func RJMP c_func #include <avr/io.h> .global INT0_vect INT0_vect: reti .global __do_copy_data [/avrasm] Übersetzen: [pre] avr-gcc -mmcu=attiny13a -c main.cpp -Os # gibt main.o avr-gcc -mmcu=attiny13a -c
-
Thread
PIC24 und Bit-Befehler
muss man sich auch nicht registrieren. Mit einem > PICkit kann man dazu sogar debuggen. Um den avr-gcc zu installieren muß ich mich auch nicht registrieren. Und für die Arduino-IDE auch nicht.
Kreuzschiene. Positiv für mich (und einige meiner Projekte) ist die Tatsache, daß schon der PIC24FJ64GA002, den ich hier im 28-polige DIP vor mir liegen habe, 2 USARTs und auch 2 I²C-Schnittstellen hat. Ob ich die alle gleichzeitig nutzen kann (s.o.) weiß ich noch nicht. Ich hangle mich da dann wohl
-
Thread
Frage zu IR-Remote+LED-Strips an AVR
berücksichtigt, dass man die STM32F103 bei eBay als kleines aber feines Board für unter 2 EUR bekommt - mit 64 KB Flash und 20 KB RAM, dann will man keinen AVR mehr anpacken, jedenfalls nicht für so eine Aufgabe. https://www.ebay.de/itm/1-2-5-10Stks-STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-New
+/-150ns einzuhalten, hätte man 3 Taktzyklen Zeit eine neue SPI-Übertragung zu starten - bei einem AVR mit 20MHz. DMA hat der AVR ja leider nicht. Falk B. schrieb im Beitrag #5240748: >>Ich würde sagen IR und LEDs beschreiben gleichzeitig kannst du vergessen >>... *edit*: Gerade gesehen, bei
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
Den LPC1114 (M0) gibts im DIP28 (LPC1114FN28).
so schön OT ist... PIC32 wurden schon erwähnt: Gibt's bspw als PIC32MX270F256B mit 256 kiB Flash, 64 kiB RAM, USB im DIP-28 (mit Steigerungsmöglichkeit: SOIC, SSOP ;)) Oder QFP zum Löten Üben? ;) 0.8mm Pitch und 64-Pins gibt's bei Renesas: RX111 geht bis 512 kiB Flash, 64 kiB, USB, 12-Bit ADC, DAC,
-
Thread
Pollin Tian Ma A2C00050374
hier: http://www.dieelektronikerseite.de/Lections/LCD-An... und hier: http://awawa.hariko.com/avr_lcd_drive_en.html Bezeichnungskonventionen wie üblich bei Siebensegmentanzeigen, COM meint die backplane, 1_1 meint den ersten Teilstrich zwischen Skala 0 und 1, 2_5 meint den fünften Teilstrich
Kodierung ungeeignet static const char flow[] = { 0x18, 0x14, 0x12, 0x11, 0x21, 0x22, 0x24, 0x28, 0x38, 0x34, /* 0 bis 1 */ 0x32, 0x31, 0x41, 0x42, 0x44, 0x48, 0x68, 0x64, 0x62, 0x61, /* 1 bis 2 */ 0x71, 0x72, 0x74, 0x78, 0x88, 0x84, 0x82, 0x94, 0x98, 0xd4, /* 2 bis 3 */ 0xd2, 0xd1, 0xe1, 0xe2
-
Thread
newlib fuer AVR?
...und das da Olaf schrieb im Beitrag #5207072: > --target avr stimmt auch nicht. Der Code ist für Host avr, denn der Code will _auf_ einem AVR laufen: --> --host=avr --build=x86_64-linux-gnu
komfortabel unterwegs: * int = void* = word = 32 Bits, damit liegt man voll im Mainstream. Bei avr hat man int = void* = 2*word. Bei einem m68k entspräche das einen default von 64-Bit int (inclusive Promotions zu 64 Bits z.B. beim Rechnen mit uint32_t) sowie 64-Bit Zeigern, und zwar auch für
-
Thread
Alternativen zu C, C++ auf ARM cortex M?
Die Compiler würde ich mir aber genau angucken, bevor ich damit professionell loslege. Zumindest die AVR-Compiler sind/waren unter aller Sau(*), inklusive lächerlichem Optimierer und extrem subtilen Bugs(**). In die mitgelieferten Bibliotheken kann man halt größtenteils nicht reingucken. (*) Der
zusammenzuziehen. Ich erinnere mich düster an elendige Wüsten im Assembly aus "lds lds .. sts sts" (AVR), nur um ein paar Bits in einer lokalen Variable zu setzen (nee...ohne volatile natürlich).
-
Thread
7 Segmentanzeigen ansteuern mit Arduino UNO
LCD.htm#led1 Da findet sich auch ein Programmbeispiel für ATmega: http://mino-elektronik.de/progs/avr/Digit_6/Digit_6LED.c
möglichst deckungsgleich sind. Ich hatte mal den Fall, das eine zugegebenermaßen recht funzlige VQB28 (gelbgrün) hinter einer grünen Plexischeibe (eher dunkelgrün) garnicht mehr zu erkennen war.
-
Thread
STM32 RF24 Kommunikation
****************************************************/ typedef unsigned char Byte; const uint64_t send_pipe=0xABCDABCD71LL;//These are just arbitrary 64bit numbers to use as pipe identifiers const uint64_t recv_pipe=0x544d52687CLL;//They must be the same on both ends of the communciations Byte
was bei dir anders ist, mal eben per ftp auf meinen Raspi zugegriffen und es raus geholt: [c] /* AVR standard libs */ #include <avr/wdt.h> #include <avr/power.h> #include <avr/sleep.h> #include <avr/io.h> /* C standard Libs */ #include <stdint.h> /* Projekt Libs */ #include <SPI.h> #include