-
Thread
MSP430 double genauigkeit
MSP430FR59XX rechnen kann? Als Entwicklungsumgebung verwende ich den IAR und habe dort schon double auf 64 bit gestellt. Wenn ich nun z.B. einer Variable den Wert -6.37853111E+00 zuweise, rundet er den Wert auf -6.378531109999999944. Kann man wirklich nur auf 8 Nachkommastellen genau rechnen? Danke
Super, es geht, das hört man gern. 32 Bit float ist ungefähr 6 gültige Nachkommastellen, 64 Bit float ca. 15, siehe auch https://www.mikrocontroller.net/topic/85256#new Und man darf sich die Dynamik nicht versauen, also sollten die
-
Thread
Atmel noch zukunftsfähig? Gesperrt
Atmel bestand aus DEUTLICH mehr als aus den AVRs!!! Ich könnte mir vorstellen, dass sie bei den AVR32 ziemlich draufgezahlt haben.
nicht so lange wirklich ISO CAN-FD. Aber boah, das M-CAN Modul ist schon sehr fett, vorher die alte AVR CAN-Unit die Atmel mal aus irgendweinem 8051 übernommen hat mit 6 Message-Boxen im ATMEGA16M1, jetzt zwei Empfangs FIFOs mit jeweils bis 64 Elementen, dazu 64 Empfangs-Puffer, 32 Sende-Puffer, krasses
-
Thread
2. Serielle am ATmega328P mit 115200
Noch eine Möglichkeit, man nehme einen weiteren AVR mit Usart und setze ihn als I2C Client zu Uart ein.
. Bleiben wir mal bei SUMD, und treiben es auf die Spitze. 32 Kanäle. Macht 3 Byte Header + 2*32Byte(Kanäle) + 2 Byte CRC = 69 Byte. 69 Byte * 11 Bit (Ich rechne mit 11 für 2 Stopbit und etwas Sicherheit.) 759 Bit. Bitdauer 8,68us * 759 Bit = ca 6,6ms Übertragungsdauer
-
Thread
PowerSave Mode bei ATMega48P zieht zuviel Strom
asynchronous mode" > für die > gewünschte RTC nötig ist? Ich habe sein Post so verstanden, dass der 32,768 KHz Quarz als CPU Takt verwendet wird.
Power-save? Ich beziehe mich auf das Datenblatt: https://www.mouser.de/datasheet/2/268/Atmel-8025-8-bit-AVR-Microcontroller-ATmega48P-88P-1315175.pdf S.55 - 13.5. Low Frequency Crystal Oscillator S.64 - 14.2. Sleep Modes Zeigt die Modi. Gibt's im Datenblatt noch Widersprüche?
-
Artikel
Basic
nicht kostenlos Weblinks. Basic auf Wikipedia Ron's BASIC Programming and Chipmunk Basic Home Page AVR BASCOM wird von MCS Electronics verkauft (89€) und ist ein unter Windows laufender BASIC Compiler für AVR oder 8051 Mikrocontroller. In BASCOM AVR ist ein Simulatorteil enthalten und damit ist auch
Simulation von Geräten (LCD, UART) möglich. Eine auf 4 KB Codegröße eingeschränkte Demoversion von BASCOM AVR ist kostenlos erhältlich. AVR-CHIPBASIC: Ein BASIC-programmierbarer Einchip-Computer von Jörg Wolfram (Atmega32) AVR BASIC interpreter BASINT (Atmega 16/32/64, russisch) Attobasic für ATmega163 (ASM
-
Thread
Bei mir unter Win10 64bit läuft es NICHT
Unter Win7 mit 64 bit ist MPLAB 8.92 noch prima gelaufen. Unter Win 10 64bit läuft es nicht. Mit dem total verfettenen und langsamen MPLABX kann ich mich auch nicht anfreunden... Da ich auf der Arbeit mit diesem Win10
nicht > mehr weh. Du kennst vermutlich nur PIC16. Da werden dir einige Leute zustimmen. Die PIC32 sind allerdings nicht verhunzt. Im PIC32 werkelt auch kein PIC, sondern ein MIPS M4k / M14k. Der XC32 ist außerdem ein GCC-Abkömmling. Ich hatte noch nie ein Compilerbegründetes Problem. Das gilt
-
Thread
Propelleruhr mit WS2812?
Propeller-Uhr so eine Klebeleiste mit 8-10 WS2812 LEDs gut verwenden könnte (angesteuert mit einem kleinen AVR). Eigentlich hatte ich diskrete LEDs vor, aber die Klebeleiste wäre wohl viel einfacher realisierbar, wenn das Timing ausreicht. Also ich habe mir gedacht, das Protokoll für ein Update so einer
led_ein(byte hell, byte blue, byte green, byte red) { if (hell > 31) {hell=31;} SPI.transfer(128+64+32+hell); SPI.transfer(blue); SPI.transfer(green); SPI.transfer(red); } void led_start() { SPI.transfer(0); SPI.transfer(0); SPI.transfer(0); SPI.transfer(0); } void led_stop
-
Thread
STM32 CUBEMX und Printf() über UART
Speicher verbraucht.\n", userName, mark, memsize);[/c] Dies wird spätestens bei der Portierung auf eine 64bit-Plattform zu Problemen führen.
, die ein STM32 hat, wäre das dann vielleicht doch ein wenig zuviel verlangt.
-
Thread
Fertige Bibliothek oder selber schreiben?
vergessen die Lizenzbedingungen für den Fremdcode prüfen und > einhalten. Wenn man uC wie Stm32 oder AVR programmiert (natürlich lockbits nicht vergessen) so kann keiner euch nachweisen welche Libs ihr genommen habt. Ansonsen Libs nachschreiben bzw so abändern dass einige Funktionen an anderer
vergessen die Lizenzbedingungen für den Fremdcode prüfen und >> einhalten. > > Wenn man uC wie Stm32 oder AVR programmiert (natürlich lockbits nicht > vergessen) so kann keiner euch nachweisen welche Libs ihr genommen habt. > > Ansonsen Libs nachschreiben bzw so abändern dass einige Funktionen an
-
Thread
seltsames Zahlenschloss
doch nur im SOIC- oder QFN/MLF Gehäuse? https://de.farnell.com/microchip/attiny24a-pu/mcu-8bit-avr-2k-flash-14pdip/dp/1699394?st=attiny24
Ich habe asiatische Programmieradapter mit STM32F101 und nativem USB Port gesehen. Dabei hat der Chip offiziell gar kein USB. Ich habe asiatische Produkte mit STM32F103 wo das Programm größer als 64kB ist obwohl der Chip laut Datenblatt nur 32kB
-
Thread
Anfänger braucht Entscheidungshilfe
an: http://stefanfrings.de/mikrocontroller_buch/index.html (für 8bit AVR) http://stefanfrings.de/mikrocontroller_buch2/index.html und http://stefanfrings.de/stm32/index.html (für 32bit ARM) Eventuell ist für dich der ESP8266 interessant, ein 32bit Mikrocontroller mit
, ob er zum AVR Studio kompatibel ist. Es könnte sein, dass die aktuellen Modelle nur mit dem Atmel Studio funktionieren. Leider sind die Debugger für AVR verhältnismäßig teuer. Debugger für STM32 (ST-Link) bekommt
-
Thread
Programmiersprachen jenseits von "C"
denn Portabilitaet. Im Projekt die Prozessorfamilie wechseln ? Was soll das ? Im Projekt von 8 auf 32 bit gehen ?
AVR-Rust-Projekt (https://github.com/avr-rust), welches noch ziemlich am Anfang steht. Ob das irgendwann Fahrt bekommt steht in den Sternen. Ich persönlich finde die kleineren Prozessoren interessanter
-
Thread
supersimpler MP3-Player für die Oma
geschweige denn MP3) angeht. Bei ARM muss ich von null anfangen, weil ich nicht mal C kann. Bei AVR hat mir Bascom genügt. Deshalb würde ich gerne mit vorhandenen Mitteln auskommen, das wäre wie gesagt AVR + optionales IC (VS1011). Den Plan muss ich sowieso überarbeiten, da keine Spannungsregelung
Beitrag #5653080: > Das größte Problem wird sein, kleine (speichermäßig) > SD-Karten zu bekommen, mit 32GB brauchst Du da nicht ankommen. Wozu? SDHC-Karten (2-32 GB) sind am Einfachsten anzusteuern. Karl K. schrieb im Beitrag #5653080: > Und Du musst die SD-Karte in einem langsamen Modus (100kHz
-
Thread
Soft I²C zum Beispiel auf ATtiny13
Stefanus F. schrieb im Beitrag #5647726: > Aber auf einem µC mit nur 32 Bytes RAM (+32 Register) kann man halt > ohnehin keine Weltbewegenden Sachen machen. Ich habe den nur verwendet, > weil ich meine Vorräte aufbrauchen will. Der Tiny13 hat allerdings 64Byte RAM (+32 Register)... Ich gebe dir allerdings trotzdem insofern Recht, dass der Tiny13 ein wirklich ziemlich eingeschränkter Vertreter der AVR8-Familie ist. Ich bin zu meinem einzigen Exemplar vor ca. 10 Jahren
-
Thread
Frage zu Rekursion und StackOverflow in C
verursachte Schaden. x ist nicht das Problem. Der temporäre int ist das Problem. Schon 13! hat mehr als 32 bit und man hat dank signed-integer-overflow undefined behaviour (32bit ints vorausgesetzt, bei 64bit ist es 21!). Die Rekursionstiefe von 13 ist sicher kein Problem. Vor allem da die Funktion mit einem
Compiler sind nicht ganz sö blöd, wie mancher denkt. Der AVR-GCC erkennt, daß das eine Schleife ist und erstellt keine Rekursion. Der Stackverbrauch ist also 2 Bytes für den Call.
-
Thread
avr-gcc nutzt kein "Store Indirect and Post-Inc."
Hallo, ich verstehe gerade den avr-gcc nicht. Ich habe einen Attiny841 und möchte folgendes ausführen: [c] // highest_byte_in_value wird berechnt, ist dann 0 bis 3. switch (highest_byte_in_value) { case 3 : base64_buffer
schon mancher drüber gewundert haben, denn die üblicherweise als Index verwendeten int/unsigned sind 32 Bit breit, Adressrechnungen aber 64 Bit. Weshalb das ähnlich mies aussieht wie oben beim AVR: [code] movq %rsi, %rdx movl %edi, %eax shrq $24, %rdx movb
-
Thread
Schach für ARM Cortex
Mit Angabe des Wunsch MCU kann man auch suchen: https://duckduckgo.com/?q=stm32+chess
environment), das dürfte bei 256 kb Flash lustig werden...., > oder? Es gibt Java für STM32.
-
Thread
Probleme beim Programmieren von ATTiny 2313A mit DIAMEX ISP
6 4 0 no 128 4 0 4000 4500 0xff 0xff flash 65 6 32 0 yes 2048 32 64 4500 4500 0xff 0xff signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 lock 0 0 0 0 no
avrdude: verifying ... avrdude: 126 bytes of flash verified avrdude: safemode: lfuse reads as 64 avrdude: safemode: hfuse reads as DF avrdude: safemode: efuse reads as FF avrdude: safemode: Fuses OK (E:FF, H:DF, L:64) avrdude done. Thank you. #####
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
und einen kleinen AVR zur Ansteuerung der LEDs nimmst? Ich meine es ist viel einfacher, als die Parameteraustauscherei und dieses Protokoll zwischen ESP8266 und dem STM32. Den AVR könnte man mit SPI ansteuern oder I2C wobei
fertige Matrix nehmen, die gibt es von Adafruit, Sparkfun (RB-Spa-982) und anderen China-Anbietern in 32x32 und auch größer z.B. 32x64. 1. Frage: Wozu dann noch WS2812-Streifen zusammenlöten? Der Unterschied wird in der Ansteuerung liegen: statt jede LED mit einer Zahl von 0 bis 1023 anzusteuern, muss mit
-
Thread
EAGLE vs KiCAD vs Altium
es gute und schlechte Hardware/Software Kombinationen für Altium gibt. Z.B. hatte ich Probleme mit 64Bit Altium und 32Bit Office, die 64Bit Bit Datenbanktreiber kann man nachinstallieren und laufen irgendwann aber beim nächsten Office Update ist wieder alles durcheinander. 32Bit Office deinstalliert 64Bit installiert = keine Probleme auch keine mit AD17(32Bit Altium). Ich denke ein Problem ist die Verwendung von komplexen 3D Modellen, hab schon Modelle von Micro SD Haltern gesehen wo sogar die Auswurffeder
-
Thread
Akkubetriebener DLP Beamer für 18,50€
Michael U. schrieb im Beitrag #5638268: > RGB-Out sollte mit einem ESP32 und I2S nicht unlösbar sein. Schau mal hier: http://bitluni.net/esp32-composite-video/
schrieb im Beitrag #5638293: > Michael U. schrieb im Beitrag #5638268: >> RGB-Out sollte mit einem ESP32 und I2S nicht unlösbar sein. > > Schau mal hier: > http://bitluni.net/esp32-composite-video/ Auch in Farbe : http://bitluni.net/esp32-color-pal/
-
Thread
Code wozu dient er?
if (ledTimeout!=0) { ledTimeout--; if (ledTimeout==0) { PORTB |= 64; } } } int main() { // Configure pin direction and pull-ups DDRA = 1|2; DDRB = 1|64; PORTB = 2|4|8|16; DDRD = 1|2|4|8|16|32|64; // Timer 0: fast PWM, prescaler
|| (USIDR==myAddress)) { // Switch activity LED for 80ms on PORTB &= ~64; ledTimeout=20; // 20*4ms // Sende ACK Bit USIDR=0; DDRB |= 32; USISR = (1<<USIOIF) | (1<<USIPF) | (1<<USIDC) | 14; while (!(USISR & (1<<USIOIF
-
Thread
Brauche Hilfe bei der Auswahl von programmern für den Atmega8
besorge ich mir noch folgendes nur zum Austesten: https://de.aliexpress.com/item/1LOT-New-USBASP-USBISP-AVR-Programmer-USB-ISP-USB-ASP-ATMEGA8-ATMEGA128-Support-Win7-64/32724669918.html Danke schonmal
ich mir noch folgendes nur zum Austesten: > https://de.aliexpress.com/item/1LOT-New-USBASP-USBISP-AVR-Programmer-USB-ISP-USB-ASP-ATMEGA8-ATMEGA128-Support-Win7-64/32724669918.html Das ist technisch genau das gleiche.
-
Thread
Schnelle Bitmaske in AVR-Assembler
jedem Zugriff auf die Adresse des statischen Speicherbereichs setzen und den ihn einmalig mit {128,64,32,16,8,4,2,1} initialisieren. Es ist aber nicht der allg. Weg, wie geschrieben.
pop ZL .org (PC+$7f) & $ff80 ;damit's an einer 256 Byte-Grenze losgeht bitmask: .db 128,64,32,16,8,4,2,1 ;1 .db 128,64,32,16,8,4,2,1 ;2 . . . .db 128,64,32,16,8,4,2,1 ;32 ;die Tabelle kann ggf. optimiert werden, falls count niemals einen eingeschränkten Wertebereich überschreitet
-
Thread
C++ Arduino Grundlagen
build.warn_data_percentage=75 -prefs=runtime.tools.avrdude.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avrdude-6.3.0-arduino14.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc
build.warn_data_percentage=75 -prefs=runtime.tools.avrdude.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avrdude-6.3.0-arduino14.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc.path=/home/daten/arduino-1.8.7/hardware/tools/avr -prefs=runtime.tools.avr-gcc
-
Thread
CubeMX und HAL - I2C hängt sich auf
Frage ist nun, ob jemand vielleicht etwas lauffähigen Code mit dem CubeMX und dem HAL für einen STM32F103C8 hat? Gruß und Danke Peter
Not hilft es vielleicht trotzdem. http://stefanfrings.de/stm32/index.html#i2c
-
Thread
MSP430 Aufkündigung?
kann je nach Einstellung 32 Bit haben oder 64 Bit haben. Es geht allerdings nicht immer nur um Rechenleistung!
kein STM32 Fan schrieb im Beitrag #5633025: > Was mich an STM32 pesönlich stört? > - Die penetrant-arrogant-lästigen Fanboys auf µC.net Fanboys nerven immer, ob nun C++, Arduino, AVR oder eben STM32.
-
Thread
Bus per MISO MOSI
900ss D. schrieb im Beitrag #5646751: > Was sind denn die konkreten Probleme mit AVR und SPI? Das Timing ist schwierig, weil der AVR kein DMA unterstützt. Solange man kein eigenes besonders entspanntes Übertragungsprotokoll verwendet, hat der AVR nur sehr kurze Momente Zeit, die
Beitrag #5646815: > 900ss D. schrieb im Beitrag #5646751: >> Was sind denn die konkreten Probleme mit AVR und SPI? > > Das Timing ist schwierig, weil der AVR kein DMA unterstützt. Solange man > kein eigenes besonders entspanntes Übertragungsprotokoll verwendet, hat > der AVR nur sehr kurze Momente
-
Thread
delay() in Timer-Event ISR (Arduino) Gesperrt
Timerinterrupt benutzt, aber in einem Interrupthandler sind alle Interrupts gesperrt -> Deadlock. Der AVR kennt keine Interruptlevel (bzw. nur einige neuere). Man kann aber das Delay-Macro des GCC benutzen _delay_ms().
& _BV(TOV0)) && (t < 255)) m++; #endif SREG = oldSREG; return ((m << 8) + t) * (64 / clockCyclesPerMicrosecond()); } void delay(unsigned long ms) { uint32_t start = micros(); while (ms > 0) { yield(); while ( ms > 0 && (micros() - start) >= 1000) { ms-
-
Thread
BLDC Startup Algorithmus eines China-ESCs
ROFL... jetzt braucht man schon einen STM32, um einen Motor zu drehen. Mal sehen was als nächstes kommt. Vielleicht einen Intel x64 mit 16 HT-Kernen?!
Ben B. schrieb im Beitrag #5631085: > ROFL... jetzt braucht man schon einen STM32, um einen Motor zu drehen. > Mal sehen was als nächstes kommt. Vielleicht einen Intel x64 mit 16 > HT-Kernen?! Selbst ein x51 Single Core wäre genug, hätte er Timer, ADC und DMA eines STM32. Damit
-
Thread
DCF-Signal richtig auswerten
:1 ; // Parität Minute /* 30 */ unsigned char Hour :6 ; // 6 Bits für die Stunden: 29-32 Stunden-einer; 33-34 Stunden-Zehner /* 36 */ unsigned char P2 :1 ; // Parität Stunden /* 37 */ unsigned char Day :6 ; // 6 Bits für den Tag: 36-39 Kalendertag-einer; 40-41 Kalendertag-Zehner
Hallo, keine Ahnung, ob es hilft: [code] #define DEBUG 0 #include <avr/io.h> #include <util/parity.h> #include "timer_10ms.h" #include "dcf77.h" #include "UART.h" // nur Debug static union { volatile uint64_t dcf_bits; struct {
-
Thread
Raspberry Pi 3 Model A+ verfügbar
im 32bit Modus deutlich schneller, als im 64bit Modus.
> im 32bit Modus deutlich schneller, als im 64bit Modus. Windows 7? Das schaltete unter 32 bit einige Grafik-Efekte aus. Falk B. schrieb im Beitrag #5624409: > Ja eben. In der Hand eines Noobs mit lausigem
-
Thread
SIM800 GSM: Welche Library für Arduino?
Mehr als die String Klasse oder die entsprechenden Funktionen der avr-libc (https://www.nongnu.org/avr-libc/user-manual/group__avr__string.html) braucht man dazu nicht.
So könnte es auch gehen: [c] int SIM800_WaitForReady() { char response[32]; serialSIM800.setTimeout(50); serialSIM800.print(F("AT\r\n")); delay(200); serialSIM800.readBytes(response, 32); String response_comp = String(response); if(response_comp ==
-
Thread
Modulo in C richtig
geklappt hat, die Uhrzeit auf Dezimalsystem umzustellen. Man sollte sie auf binär umstellen. 1 Tag = 32 Stunden á 64 Minuten á 64 Sekunden = 65536 Sekunden. Das weicht gar nicht mal so stark von unserem aktuellen Empfinden ab. Stunden und Minuten vergehen ca. 24% schneller, die Sekunde gut 32% schneller
CaptainA schrieb im Beitrag #5622920: > 1 Tag = 32 Stunden á 64 Minuten á 64 Sekunden = 65536 Sekunden. Hat was. Die 64 = 8·8 kann man gut an 8 Fingern abzählen. Einfach die Daumen abhacken. Die taugen eh zu nix ;)
-
Thread
uC - kennst du einen, kennst du alle
blutigen Anfänger > heutzutage raten anzufangen? Wenn du schnelle Erfolge brauchst, dann die AVR Serie (z.B. ATmega328P auf Arduino-Nano Board), ansonsten etwas mit ARM Cortex M3 oder M4 drin (z.B. STM32F103C8T6 auf Blue-Pill Board oder STM32F103RBT6 auf Nucleo-64 Board). Wir reden hier von
Programmierschnittstelle und Fang an. Hier gibt es Infos: https://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment Hier gibt's die verschiedenen Studio IDE-Versionen: https://www.microchip.com/mplab/avr-support/avr-and-sam-downloads-archive Dann eben den USB-zu Rs232 Konverter, der auch
-
Thread
AVR springt aus Subroutine ins Nirvana
Hallo, ich hab folgenden Code: [c]#define F_CPU 8000000UL #include <avr/io.h> //#include <util/delay.h> //Makros #define EINGANG 0x00 #define AUSGANG 0xFF //Funktionsprototypen void ports_init(void); void enable(void); //Variablen int n;
Ist der ATmega64A eine Schrumpfversion vom ATmega128? Dann such mal nach einer Compatibility-Fuse für einen ATmega103 oder so. Beim 128er ist die aktiv und führt zu einem falschen Stackpointer mit exakt diesem Fehlerbild
-
Thread
Zu häufige schreiben in den Flash verhindern?
kopiert. Die dazu notwendige > Energie liefert ein Kondensator. Im Prinzip kann das auch der AVR selbst.
den Sprung von "hoch" nach "niedrig" suchst. Dort schreibst du dann weiter. Und wenn du am Ende der 64 Zellen ankommst, dann geht es vorne weiter. Damit reichen die aufsummierten möglichen 32 Mio. Schreibzyklen (bei 64 Zellen und zu speichernden 16-Bit-Werten) ewig und drei Tage.
-
Thread
AVR oder STM32 für Entwicklungsprojekt
für deine Anwendung weitgehend irrelevant. Wenn du Zeit hast, würde ich Dir zum STM32 raten, und zwar einem "Nucelo 64 STM32F103RB". Denn da ist der Programmieradapter/Debugger schon dabei. Wenn du unter Zeitdruck stehst, dann greife lieber zum AVR, und zwar einem Arduino Nano compatible
programmiert, wir wollen aber etwas moderneres benutzen und > können nicht entscheiden ob wir einen AVR oder einen STM32 benutzen > sollen. Eines vorab: Weder AVR noch STM32 sind die häufigsten µCs in der industriellen Praxis. Da müssstet ihr bei Renesas schauen. Das nur deshalb, weil die grauseligen
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
only. Ich hab noch nie probiert ob 3.0 Stick korrekt die 1.1 Modi beherrscht Bulk ist dort ja nur 64 Bytes. Du kannst dir ja mal die bulksize der EPs per Debug Print ausgeben lassen. Ich meine mich auch daran zu erinnern, dass im Original ein Test auf < 32 GB drin war.... Ich hatte den chin. Kommentar
) = 64 Bytes braucht ein ZLP um das Ende zu erkennen > 64 Bytes ist ein 64 Byte Transfer + Rest Das war auch beim Code von W.S. lange ein Problem.
-
Thread
uC Aufhängung technisch möglich?
spess53 schrieb im Beitrag #5616286: > Es gibt einige Befehle im AVR-Befehlsssatz die nur für die XMegas gelten > (z.B. XCG, LAS, LAC, LAT ...). Allerdings hab ich nie ausprobiert, was > die in einem AVR-Programm veranstalten. Also bei mir meldet der AVR-GCC (hier
M. K. schrieb im Beitrag #5616342: > spess53 schrieb: >> Es gibt einige Befehle im AVR-Befehlsssatz die nur für die XMegas gelten >> (z.B. XCG, LAS, LAC, LAT ...). Allerdings hab ich nie ausprobiert, was >> die in einem AVR-Programm veranstalten. > > Also bei mir meldet der AVR-GCC
-
Thread
PID-Regler: Wie schnell ist schnell genug?
/controller->taFactor) * controller->lastError 08008846: vadd.f32 s14, s14, s14 0800884a: vneg.f32 s12, s15 0800884e: vdiv.f32 s8, s14, s9 100 + (controller->kpFactor+controller->kiFactor+controller->kdFactor/controller->taFactor
vcmpe.f32 s15, #0.0 [/code] wichtig ist noch das man auch alles in float und nicht in double macht. Beim AVR wird da nicht unterschieden, aber beim ARM ist eine Konstante '0.8' ein double und dann werden
-
Thread
Arduino 1.8.x on *buntu
/icons/48x48/apps/arduino.png ./build/shared/icons/128x128/apps/arduino.png ./build/shared/icons/32x32/apps/arduino.png ./build/shared/icons/256x256/apps/arduino.png ./build/shared/icons/64x64/apps/arduino.png ./build/shared/icons/72x72/apps/arduino.png ./build/shared/icons/16x16/apps/arduino.png
Folder und Du müßtest sie nicht sonstwo suchen. https://downloads.arduino.cc/arduino-1.8.7-linux64.tar.xz bzw. https://downloads.arduino.cc/arduino-1.8.7-linux32.tar.xz