-
Thread
[V] Willem Eprom Programmer inklusive Adapter für Atmel-MCUs
problemlos funktioniert. Mit entsprechenden Treiber funktioniert er auch problemlos unter Windows 10 x64, LPT-Port vorrausgesetzt. Folgende Chips werden u.a. unterstützt: - 27Cxxx EPROM, 28Cxxx EEPROM, 28/29/39/49Fxxx Flash EPROM, - MCS51, AVR und diverse PIC Mikrocontroller - Intel 810,815,845
Beitrag #6860128: > Mit entsprechenden Treiber funktioniert er auch problemlos unter Windows > 10 x64 Welcher Rechner ist gleichzeitig W10/64 tauglich und bietet einen nativen Parallelport?
-
Thread
Keine RS232 Kommunikation bei CPU-Taktraten über 4 MHz
http://ruemohr.org/~ircjunk/avr/baudcalc/avrbaudcalc-1.0.8.php
funktioniert aber nicht einmal 2400 Baud. In der Regel kann jeder uart bis maximale Quarzfrequenz/16, /32 oder /64. Bei glatten Quarzen passen die baudratn oft nicht. Der Fehler sollte <1% sein, über 3 geht nix mehr. Es gibt uart-Quartze, mit vielfachen von 115200*16. Z.B. 22,1184 MHz. Da geht dann
-
Thread
uint32_t division atmega328p
AdcSamples[t]++; AdcSum[t] = AdcSum[t] + (uint32_t) ReadADC(t); } } } } [/c] main: [c] // every minute (64x60) if (AdcSamples[t] >= (64*60))
Zugriffen auf die Arrays sein. Auch wenn das nun wahrscheinlich so rauskommt. https://www.nongnu.org/avr-libc/user-manual/group__avr__cpufunc.html
-
Thread
Spannungs- oder Stromregel-IC gesucht
getestet. Auch hier ist die Wahl des Sensors offen. Meine heutigen Loesungen verwenden allerding einen AVR Controller und einen externen ADC. Man ist flexibler damit.
8Bit-Zwerg, hat aber ein paar Peripheral-Features, die für diese DC-Anwendungen gut sind: interne 64MHz PLL, die auch vom internen 8Mhz Oszilator leben kann, differentielle ADC Eingänge und ADC-Gains, 1x, 8, 16x, 32x Was er leider nicht hat, ist eine komplette UART Einheit... Er hat diese USI, die
-
Thread
Attribute used im gcc
gcc-8.5.0/configure --host=x86_64-pc-linux-gnu --target=riscv32-unknown-elf --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/riscv32-unknown-elf/gcc-bin/8.5.0 --includedir=/usr/lib/gcc/riscv32-unknown-elf/8.5.0
/riscv32-unknown-elf/8.5.0/rv32imac/ilp32/:/usr/lib/gcc/riscv32-unknown-elf/8.5.0/../../../../riscv32-unknown-elf/lib/rv32imac/ilp32/:/usr/riscv32-unknown-elf/lib/rv32imac/ilp32/:/usr/lib/gcc/riscv32-unknown-elf
-
Thread
Bascom: atmega8-16pu verhält sich anders als atmega8-8pu
Habt iht eine Idee woran es liegen könnte? Hier der Code: $regfile = "m8def.dat" $framesize = 32 $swstack = 32 $hwstack = 64 $crystal = 1000000 'Resonatorfrequenz $baud = 9800 'Baudrate (Übertragungsgeschwindigkeit) Baud = 9800 dim z as integer dim result as String * 8
-16PU flashe geht es nicht mehr. > … > Hier der Code: > $regfile = "m8def.dat" > $framesize = 32 > $swstack = 32 > $hwstack = 64 Und das flashst du genau so auf den Mega16? Oliver
-
Thread
Kaufempfehlung / Kauftipps für ein Oszilloskop
Funktionen https://www.conrad.at/de/p/voltcraft-dso-1204e-digital-oszilloskop-200-mhz-4-kanal-1-gsa-s-64-kpts-8-bit-digital-speicher-dso-1-st-1589987.html
man halt im Auge behalten. Nicht jeder bleibt ewig auf AVR mit 8 MHz hängen.
-
Thread
Probleme Diamex USB AVR ISP und Michrochip Studio 7
https://www.diamex.de/dxshop/EXA-PROG-AVR-ISP-und-UPDI-STM32-NXP-ESP Der sollte dann alles können oder? Mich ärgert es nur etwas, meiner müsste eigentlich der Vorgänger der etwas kleineren Version sein. Komisch, dass es nun auf einmal nicht
..... Auf ebay-Kleinanzeigen gibt es Atmel AVR ISP mkII.
-
Thread
Arduino: DC-Motor beeinflusst Interrupts?!
10:49:31.931 -> Motor Speed: 10:49:31.969 -> 26 Rotation per sec -- current: 266.06 mA 10:49:32.955 -> Motor Speed: 10:49:32.955 -> 83 Rotation per sec -- current: 183.03 mA 10:49:33.945 -> Motor Speed: 10:49:33.983 -> 49 Rotation per sec -- current: 203.64 mA 10:49:34.963 -> Motor Speed
, trotz der höheren Anzahl signifikanter Bits (bei 32 oder mehr) i.A. nicht der Fall ist. Bei Additionen sieht das anders aus.
-
Thread
mehrere Millis()
sind: LostInMusic schrieb im Beitrag #6847854: > long z; // zählt in Zehnerschritten von 0 bis 2^32-1 signed, damit ist 0 bis 2^32-1 falsch. Näher dran wäre (0 bis 2^32-1)/2 und danach erfolgt ein Überlauf welcher weder in C, noch in C++ spezifiziert ist. LostInMusic schrieb im Beitrag #6847854
HW-Zähler durchlaufen und formuliert die Software so, dass sie mit dem Überlauf klar kommt. Schon eine 32-Bit Subtraktion löst das Problem.
-
Thread
Arbeiten mit Registern(STM32F103) Gesperrt
wimre - nur für Linux gedacht. Nein, auch für ohne OS. FreePascal gibt es übrigens auch für den AVR.
returned value is 0x00. Workaround None https://www.st.com/resource/en/errata_sheet/es0346-stm32f101xfg-and-stm32f103xfg-xldensity-device-limitations-stmicroelectronics.pdf PS: stefanus war natürlich wieder schneller...
-
Thread
Gnu Assembler Macros
avr-gcc --version avr-gcc (GCC) 10.2.0 Mit welchen Parametern rufst du den gcc auf?
with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-9-HskZEa/gcc-9-9.3.0/debian/tmp-nvptx/usr,hsa --without-cuda-driver
-
Thread
CAN Bus Messtechnik
Ein (STM32) Eval Board mit ADC und CAN? Dann muss vielleicht nur noch ein Eingangsschutz für den AD Eingang dran.
analoge Spannungen zu erfassen und auf den > CAN Bus auszugeben. > Universelle CAN-Bibliothek für AVR: http://www.kreatives-chaos.com/artikel/universelle-can-bibliothek Hardware z.B.: https://www.olimex.com/Products/AVR/Development/AVR-CAN/ Oder einen Arduino mit z.B. sowas: AZDelivery MCP2515
-
Thread
AVR Assembler Frage
XL XH auf die untere bzw. obere Hälfte zu. Wenn man jetzt darauf besteht, dass die kleinen AVRs 32 Register haben, dann müsste man den 32-Bittern eigentlich 64 Stück 8-Bit Register zugestehen ;)
Jan schrieb im Beitrag #6846065: > Wenn man jetzt darauf besteht, dass die kleinen AVRs 32 Register haben, > dann müsste man den 32-Bittern eigentlich 64 Stück 8-Bit Register > zugestehen ;) Na ja, der AVR ist nunmal ein 8-Bitter, da ergeben 8 bit schon ein vollwertiges Register.
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
case 56: this.accessModel_ = input.readInt32(); continue; case 64: this.communicationTime_ = input.readInt32(); continue
19 00 07 18 15 2022-05-21 18:08:59.334726 Decoded: 28.1 phase0=voltage:227.2, current:2.8, power:64.5, frequency:50.03 string0=voltage:32.1, current:1.04, power:33.4, total:65.888, daily:1699 string1=voltage:32.2, current:1.06, power:34.2, total:63.6, daily:1666 [/code] Edit. Mistiges Mistforum
-
Thread
#define und #include Problem
Mal wieder keine Ahnung, aber sinnlos rumkrakelen? Mit der selben make.exe kann ich makefiles für x64, AVR, ARM und MIPS durchnudeln. (Was ich eben so nutze, es kann eben alles was im makefile steht) Man merkt, dass du echt von NICHTS auch nur die geringste Ahnung hast! Alles außer deinem heißgeliebten
1<<PIN_STATUS_LED) #define STATUS_LED_TOGGLE PORT_STATUS_LED ^= (1<<PIN_STATUS_LED); #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include "uart.h" #include "stdlib.h" void init_gpio() { // Init Status LED STATUS_LED_OFF; DDR_STATUS_LED |= (1<<PIN_STATUS_LED
-
Thread
Der Weg zur kleinen Halbleiterbude
Philipp Klaus K. schrieb im Beitrag #6842045: > RISC-V hatte bei 32/64 Bit Erfolg, gegen etablierte Konkurrenz. Da > erscheint es nicht völlig unmöglich, dass so etwas im 8.Bit-Bereich > klappen könnte. Außerdem sind 8-Bit-µC etwas, unter dem sich hier jeder > im
schrieb im Beitrag #6842052: > Philipp Klaus K. schrieb im Beitrag #6842045: >> RISC-V hatte bei 32/64 Bit Erfolg, gegen etablierte Konkurrenz. Da >> erscheint es nicht völlig unmöglich, dass so etwas im 8.Bit-Bereich >> klappen könnte. Außerdem sind 8-Bit-µC etwas, unter dem sich hier jeder >>
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
3,3V und gut is. Ein "paar" wären so 17 LEDs. c-hater schrieb im Beitrag #6840754: > Ein guter AVR8 > könnte das problemlos ab, eine schrottiger STM32 wahrscheinlich nicht, > jedenfalls nicht dauerhaft. Was möchtest du mir damit den sagen? Der ST der verbaut ist ein Originaler vom Nucleo-64
und fehlertoleranter sind als die der STM32. Oder anders ausgedrückt: STM32 ist eine Mimose im Vergleich zum AVR8. Da kann man schnell mal was zerschiessen, beim AVR8 muss man sich hingegen einigermaßen anstrengen, um die GPIOs kaputt zu bekommen
-
Thread
Pulslänge messen mit ATMega48 und Bascom
Word Dim Puls2 As Word Dim HM1 As Bit LED Alias Portd.5 Config Timer1 = Timer, Prescale = 64 On Timer1 T1_Sub Enable TIMER1 Enable Interrupts Cursor off Cls LED = 0 Waitms 200 Do If PinD.0 = 1 And HM1 = 0 Then HM1 = 1 Timer1 = 0 LED = 0 End IF If PinD.0 = 0
mehreren Überläufen je Messung muß man sie *synchron* mitzählen: https://www.mikrocontroller.net/topic/avr-timer-mit-32-bit#371564
-
Thread
Microcontroller aussuchen
Ahnung, das ist nicht mein Fachgebiet. Aus dem Bauch heraus geraten würde ich vermutlich deutlich mehr 32 Bit Controller finden, als 8 Bit. Wobei STM32 und AVR wiederum nur einen kleinen Teil der gesamten 8/32 Bit Palette ausmachen. 16 und 64 Bit Controllern sind vermutlich besonders selten im Einsatz
hat eine viel größeren Einfluss auf meine Entwicklungsaufwände. Bei AVR und STM32 gefällt mir daher, dass die Peripherie der ganzen Serien ähnlich ist. Wenn man einen verstanden hat, kommt man schnell mit einem anderen Modell zurecht. Hier im Forum werden AVR und STM32
-
Thread
Dateiübertragung auf W95 Laptop ohne USB
Denk aber daran, die Verwaltete Größe der CF könnte ev dein Win überfordern ;-) denke nicht das so 32 GB oder gar 64 GB CF so one weiteres verwaltet werden können. ;-) Nano schrieb im Beitrag #6837896: > Mit Samba geht das aber. > Also einfach ein Raspi mit Linux ins Netzwerk stellen, sobald der
13 ------------- 3 15 ------------- 2 25 ------------- 25 Da LM auf 64-bit BS nicht funktioniert verwende ich eine VM unter W10X64 worauf XP32 läuft. Vermutlich dürfte LM auch mit W10X32 funktionieren, habe ich aber nicht ausprobiert. Fuer den LPT Port verwende ich eine
-
Thread
uint64_t maximaler Wertebereich nicht nutzbar
TypeC,int64_t>(): ") << is_same<TypeC,int64_t>() << endl; cout << F("is_same<TypeC,int32_t>(): ") << is_same<TypeC,int32_t>() << endl; cout << F("is_same<TypeC,uint64_t>(): ") << is_same<TypeC,uint64_t
Ach ja, die Ausgabe habe ich vergessen: [c] is_signed<TypeA>(): 1 is_same<TypeA,uint64_t>(): 0 is_signed<TypeB>(): 0 is_same<TypeB,uint64_t>(): 1 is_signed<TypeC>(): 1 is_same<TypeC,int64_t>(): 1 is_same<TypeC,int32_t>(): 0 is_same<TypeC,uint64_t>(): 0 is_same<TypeC,uint32_t>():
-
Thread
Neu hier und Anfängerfragen bezüglich Programmspeicher
Hi > Wenn Du keine Bankumschaltung machen willst ist bei 64KB Schluss bei den >8bittern. Wo steht das? 1. Der Programmspeicher wird in Words adressiert Datenblatt: ...the Flash is organized as 32K/64K/128K × 16 2. Wozu braucht der ATMega 24560/
Programmcounter Datenblatt: ...Program Counter (PC) is 15/16/17 bits wide, thus addressing the 32K/64K/128K program memory locations. MfG Spess
-
Thread
neue AVR 8Bit Serien mit 12Bit ADC und Can etc
Hat hier schon jemand mit gearbeitet also z.B: AVR32DB28-E/SP? Welche Compiler unterstützen die mit entsprechenden Libs? Also damit man auch als wenigr gut geübter Programmierer CAN etc nutzen kann?
Die AVR32/64/128 Serien werden ganz normal von der AVR Toolchain unterstützt. Ich nutze einen AVR128DA in einem produktiven Design.
-
Thread
Interrupts bei Fahrradtacho und clock
richtige Verzeichnis kopiert, keine Ahnung warum ich hier gelandet bin. Es wird jedenfalls sicher ein STM32 verwendet, vermutlich STM32L152 Die Gründe sind belanglos, mir ist klar as auch ein kleiner AVR gehen würde.
Temperaturkompensation. An so einen Chip kann man auch direkt eine CR2032 anschließen, was beim STM32 nur ab 64-Pin-Gehäusen geht (und beim L151 garnicht). Mit dem 1Hz-Interrupt von der RTC könnte man den internen RC-Oszillator des STM32 abgleichen. Damit kommt man von ±3% auf unter 0.4% Fehler der
-
Thread
float16_t für AVR?
Für entsprechende Anwendungen verwende ich auf den AVRs Fixed-Points. Auszug: [pre] #include <avr/io.h> #include <math.h> #include <stdint-gcc.h> #include <stdfix.h> ... #define samples 64 ... _Fract v[samples]; ... [/pre]
gesagt wurde, Bildverarbeitung z.B. auf einem FPGA. Ansonsten ist das Quatsch, insbesondere auf einem AVR.
-
Thread
LED-Streifen dimmen
deine LED-Strips. Hat aber nur 16 Kanäle, d.H. entweder zwei von den ICs oder zwei PWM-Kanäle vom AVR mitverwenden.
const uint16_t data[]= { 0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32, 38, 45, 54, 64, 76, 91, 108, 128, 152, 181, 215, 255 }; Zwischen den 32 Dimmschritten liegen jeweils 12ms, im Hoch- sowie im Runterlauf. Der Effekt, dass die LEDs nun "gleichmäßiger" für´s Auge
-
Thread
Verfügbare µC
Bei Digi-Key die PIC32MX-Reihe derzeit gut verfügbar: https://www.digikey.de/products/de/integrated-circuits-ics/embedded-microcontrollers/685?k=PIC32MX795F512 Viele Grüße Jochen
TinyGecko 11 https://www.silabs.com/mcu/32-bit/efm32-tiny-gecko-tg11
-
Thread
Thermoelement Typ K mit ADC auswerten
in Frage kämen: https://www.ti.com/data-converters/adc-circuit/precision-adcs/products.html#p84=24;32&p1028=8;16&p776=Differential&sort=p1130;asc Bei Ananlog Devices ähnlich: https://www.analog.com/en/parametricsearch/10825#/p3062=8|16&p7=24|32&p4363=|Differential&sort=s3,asc&p4365=|Serial%20SPI|
Thermosteckern hab ich in einem massiven Alublock eingebaut. Fehler 0,3K max. Digitalisiert mit einem STM32F103 12 Bit A/D. Die 1,22V sind Referenzspannung. Die negative Spannung war notwendig, weil auch negative Temperaturen gemessen werden sollten.Könnte man in deinem Fall weglassen. Grüsse
-
Thread
RaspBerry Pi Circle
Roland-Synthesizer. Das geht schon ziemlich in die Signalverabeitungsrichtung: https://github.com/dwhinham/mt32-pi
bootcode.bin COPYING.linux fixup.dat README start.elf bcm2711-rpi-400.dtb config32.txt fixup4cd.dat kernel.img start4cd.elf bcm2711-rpi-4-b.dtb config64.txt fixup4.dat LICENCE.broadcom start4.elf bcm2711-rpi-cm4.dtb config.txt fixup_cd.dat Makefile
-
Thread
Einen Softcore (AVR) an andere FPGA anpassen?
Dokumentation auf englisch zum FPGA und der Software ist da, allerdings mühsam zusammengestellt. Ich habe 64x9k und 16x32k Block RAM und 19600 LUT zur Verfühgung. Einen LCD Controller àla SSD1351 für einen 8bit AVR (6800-series Interface) hab ich schon erfolgreich in den FPGA gebaut und eingepflanzt. Dazu
8 Bitter auf FPGA...naja. AVR benötigt wohl ähnlich viele Resourcen wie ein 8051 Core, und damit immer noch mehr als ein schmaler RISC-V. Der NEORV32 ist mir etwas zu überdosiert und die Pipeline-Architektur etwas eigenwillig.
-
Thread
Interrupt beim STM32 F103
sich. Es gibt viele Arduino Cores und theoretisch könnten die sich unterschiedlich verhalten. Für STM32 dürfte der STM32DUINO aber der meistgenutzte sein und da ist es so. https://github.com/stm32duino/Arduino_Core_STM32/blob/6dec3b655fda17ba0f33cf12cef16b64d0333abd/cores/arduino/WInterrupts.cpp#L64-L73 https://github.com/stm32duino/Arduino_Core_STM32/blob/01a1aa3ff3c1eb768389fb0b3f4b97b154e63c99/libraries/SrcWrapper/src/stm32/interrupt.cpp#L186 https://github.com/stm32duino/Arduino_Core_STM32/blob/01a1aa3ff3c1eb768389fb0b3f4b97b154e63c99
-
Thread
Ad-hoc-Frequenznormal und -Zeitzeichenempfänger
Qualitativ aber brauchbar. Grund ist das SDR-Konzept ("Software-defined radio"). Dazu verwendet wird der STM32F103C8T6 (das Blue Pill Board). Der Empfänger ist gut als Behelfslösung (oder zum Basteln) geeignet. Als Alternative zum normalen Empfänger nur bedingt: - Der Stromverbrauch ist mit 15mA enorm (
7.1 18.5 36.7 71.6 1.4 | 34 | 8.5 17.3 34.4 67.5 1.5 | 32 | 0.0 13.3 32.5 64.0 1.6 | 30 | 0.0 15.2 30.6 60.9 df/fb : Abweichung in Relation zur Bandbreite U/U0 : Näherung der Amplitudenabnahme (=1/sqr(4*(df
-
Thread
Einfacher Fehler in C-Berechnung
Compiler derartige Optimierungen von selbst? Normalerweise schon, aber in dem Falle hat er nur beim AVR die Division komplett eliminiert (dort wäre sie aber auch am teuersten), während er es bei ARM und amd64 nicht getan hat.
dementsprechend BigDecimal, in Go Money*. Money ist eine Struktur aus: string currency_code int64 units // The whole units of the amount. int32 nanos // Number of nano (10^-9) units of the amount.
-
Thread
Problem mit RTC bei STM32F103
nicht etwa nur die von der CPU, steht dagegen nirgends. Mit solchen Überraschungen geizen die STM32 alle nicht. AVR sind mir in dieser Hinsicht deutlich angenehmer.
Dafür hat der STM32F103 zwei andere Register mit denen man viel feiner abstimmen kann: http://stefanfrings.de/stm32/stm32f1.html#rtc_calibrate
-
Thread
atmega4808 mit microchip ICD3 programmieren/debuggen UPDI interface
--------------- QUELLE: Atmel.ATmega_DFP.1.7.374.atpack\gcc\dev\atmega4808\device-specs\ ZIEL: avr-gcc Ordner\lib\gcc\avr\x.x.x\device-specs\ Datei: specs* [/code] Zusätzlich habe ich noch die avr-gcc 9.4.0 Version für Linux64 ergänzt so wie ich es bei meiner Toolchain für Windows mache. Meine
attiny1604, 1606, 1607, 1614, 1616, 1617 attiny3216, 3217 attiny1624, 1626, 1627 attiny3224, 3226, 3227 avr128db28, avr128db32, avr128db48, avr128db64 avr64db28, avr64db32, avr64db48, avr64db64 avr32db28, avr32db32, avr32db48
-
Thread
Umstieg von Windows auf Linux?
Manfre schrieb im Beitrag #6806842: > Meine Anwendungen sind > ziemlich einfach: 8-Bit AVR- und STM32-Programmierung, Raspberry Pi > (Python, Lua, etc.), FireFox, Thunderbird, LibreOffice, etc. Zu AVR und STM32 kann ich nichts sagen, aber die anderen Sachen gibt's alles für Linux.
sondern die Feinheiten. Das Archiv der Konsolen-History wurde über 20 Jahre aufgebaut und gepflegt. AVR-, STM32- und RasPi-Pakete muss man eventuell selbst installieren. Das Wichtigste sind gute Hilfen und Foren der Distribution im Fertig-PC.
-
Thread
Bitfeld zuweisen: Warum optimiert der Compiler nicht?
sich also leicht Fehler einschleichen. Das Macro in der sbit.h ist die Ausnahme und nur für den AVR-GCC geprüft. Mit der Benutzung des Macros ist dann wieder die Bitnummer sicher zu erkennen, da direkt in der Definition der Bitvariablen angegeben. Professionelle Header, z.B. für den LPC4357 im
nur der Compiler so, sondern auch die CPU. Jedesmal, wenn du 1 Byte liest, werden in Wirklichkeit 64 Bytes gelesen, genauso beim schreiben (Cacheline). Das sieht man auch bei den memcmp und memcpy Tests, die ich gemacht habe. Da ist es ziemlich egal, ob man 1 Byte oder 32 Bytes vergleicht. Dauert
-
Thread
Teil-String Suche in Byte FIFO
groß sein, wie das längste gültige Kommando. Man muß ja nicht gerade alles in einen ATtiny13 mit 64Byte RAM reinquetschen.
#6807013: > Mein Aufbau ist wie folgt: Somit erhalte ich in meiner BM+S50 Treiberschicht entweder 64Byte Pakete oder weniger bei USART Timeout. Edit: Also ich werde dann jetzt mal zwei Wege testen. 1) Nur ein Buffer ohne FIFO. 2) Ein FIFO mit 3x 64Byte + ein 1536Byte Buffer für Verarbeitung
-
Artikel
Plattformunabhängige Programmierung in C
PRIiFAST16 PRIoFAST16 PRIuFAST16 PRIxFAST16 PRIXFAST16 (u)int_fast32_t PRIdFAST32 PRIiFAST32 PRIoFAST32 PRIuFAST32 PRIxFAST32 PRIXFAST32 (u)int_fast64_t PRIdFAST64 PRIiFAST64 PRIoFAST64 PRIuFAST64 PRIxFAST64 PRIXFAST64 (u)int_least8_t PRIdLEAST8 PRIiLEAST8 PRIoLEAST8
SCNxFAST16 (u)int_fast32_t SCNdFAST32 SCNiFAST32 SCNoFAST32 SCNuFAST32 SCNxFAST32 (u)int_fast64_t SCNdFAST64 SCNiFAST64 SCNoFAST64 SCNuFAST64 SCNxFAST64 (u)int_least8_t SCNdLEAST8 SCNiLEAST8 SCNoLEAST8 SCNuLEAST8 SCNxLEAST8
-
Thread
LED dimmen mit Fading oder lieber mit PWM
ATTiny zu PWM einlesen. Vielleicht hilft auch das Tutorial https://www.mikrocontroller.net/articles/AVR-Tutorial:_PWM.
ATtiny402, ATtiny412 // LED fade-in fade-out 10-bit PWM // PWM output: Pin 7 (PA3) #include <avr/io.h> uint16_t pw[64] = {0,1,1,1,2,2,3,4,5,7,8,10,12,14,16,18,21,24,27,30,34,38,43,48,54,60,67,74,81,89,98,108,118,128,140,152,164,178,192,208,225,247,270,294,319,343,368,396,424,452,481,511,543,577,612,650,689,730,773,819,867,917,969,1023
-
Thread
Quelltext: Lesestoff gesucht
Nachfolger schneller in den > Fuss. der heutigen selfpublisch-Generation fehlt halt so was wie ein C64 der einen nicht gleich anmekkert, nur weil der Multitasking-kernel wie bei AVR kleiner als 4kb ist (1999): http://www.6502.org/users/andre/osa/index.html d.h. früher waren 8-bit Computer praktisch
AVR zum >> STM32-48CH-PWM-Board dürfte auf bisherigen Erfahrungen beruhen) > Dirk = Dampfplauderer in Rage kommentiert wenn Stefan einmal so gut C schreiben kann, dass er ohne "Dirk" auskommt, dann könnte
-
Thread
Serial-to-Ethernet: Welche Daten für URL senden?
Upgrade-Insecure-Requests: 1\r\n"); strcat(caString, "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36\r\n"); strcat(caString, "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng
woanders ist, habe ich eine Kopie davon auf meine eigene Homepage gepackt: http://stefanfrings.de/avr_tools/netcat-win32-1.12.zip Korrektur: > Teste das mal Ich meinte, dass du den Web-Server manuell testen sollst. Es bringt ja nichts, einen Web-Client zu programmieren, solange nicht klar ist