-
Thread
Microchip Studio: Could not load 'Cefsharp.Core.dll'
Speziell den Beitrag von Zhukov. Da sowohl das Atmel Studio 7 als auch Microchip Studio 7 eine x86 (32-bit) Anwendung ist, hilft es überhaupt nix, die x64 Versionen der VC_Redists zu installieren, obwohl meine Kiste eine x64 Mühle ist. Das scheint ein Fehler des Installers zu sein, der eine x64 Version
Microchip längst aufgefallen, weil dann nämlich die allermeisten Installationen davon betroffen wären (32Bit-Windows ist ja heute eher die Ausnahme, die Regel ist 64Bit). D.h.: Nur unter bestimmten Randbedingungen passiert der Mist, nicht generell unter 64Bit-Windows. > Generell ist Microchip Studio
-
Thread
In Dauerschleif eine Aktion alle 30s durchführen oder direkt am Start
Stefan ⛄ F. schrieb im Beitrag #6794688: > Weil millis() einen 64 Bit Integer liefert. Aua! Zeile 56: https://github.com/arduino/ArduinoCore-avr/blob/master/cores/arduino/wiring.c#L65
Auf einem AVR eine 32Bit-Variable zu laden, kostet mehr Code, im Vergleich zu einem weiteren RCALL zu Beginn.
-
Thread
Attiny85 anfänger
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial
https://www.mikrocontroller.net/articles/Hauptseite#AVR-Tutorial
-
Thread
Zugriff auf C-Array (Progmem) aus Inlineassembler AVR 8-Bit.
letzte Detail erklärt ist... nur finde ich diese Stelle nicht). Programmiersprache ist C++ (gcc-avr), µC ist ein ATmega32u4 Ich habe ein paar Arrays im C++-Teil meines Projektes. Diese folgen durchweg diesem Schema: [c] extern "C" { PROGMEM volatile const uint8_t data[64] = // volatile?
irgendeinwasauchimmer"... Es ist nicht das erste Mal, dass ich Assembler schreibe, wohl aber für AVR... Wenn also jemand so freundlich wäre, mir das Brett vorm Kopf abzumontieren? Ich würde gern verstehen, was ich da Dümmliches tue... Vielen lieben Dank, Stefan
-
Thread
CP/M auf Atmega8515 mit XMEM
. Ursprünglich hatte ich nur 32 KB RAM für CP/M, aber weder Wordstar noch Multiplan oder Zork reicht das. Daher das Türmchen. Softwareseitig ist alles in Assembler geschrieben, entweder avra (für den AVR) oder z80asm (für den i80).
das > nicht auch auf der Unterseite? Das sind die /CS-Pins von den beiden SRAM-Bausteinen (2x32 KB), weil CP/M mit nur 32 KB RAM keinen Spaß macht. Deswegen auch der zusätzliche 74xx-Baustein (A15 vom AVR geht einmal auf /CS vom einen Baustein, und durch einen Inverter auf /CS vom anderen Baustein
-
Thread
Time Slot erzeugen - wie am besten
} } [/c] Da ist noch ein Denkfehler drin mit millisekunden1. Wie meinst du das mit der 32 Bit Variablen?
versuchen den > Eröffnungs-Post zu lesen? Dort ist unschwer zu erkennen dass > es sich um einen AVR Controller handeln muss. Der Code sieht schon sehr nach AVR aus, aber es gehört trotzdem eigentlich dazu, dass man zumindest mal erwähnt, worauf das nachher laufen soll.
-
Thread
Hilfe - ESP8266 mittels HTTPClient Daten an ESP32 senden
folgendes Problem: Gerne möchte ich von einem bestehenden Projekt ( www.iSpindel.de ) Daten an einen ESP32 senden und diese ausgeben. Der ESP8266 sendet daten mittels HTTPClient an eine IP die ich mit dem ESP32 als einem Access Point stelle, somit die Idee. Im quellcode des iSpindel-Projektes fans ich auch
Accept-Language: de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7 [/pre] Drücke dann Strg-C. http://stefanfrings.de/avr_tools/netcat-win32-1.12.zip Das ist kein Virus, auch wenn Windows das meint.
-
Thread
Zufallszahlen einfach erzeugen
, die einfach, schnell und sicher erzeugt werden. Derzeit nutze ich den ADC und lasse den für eine 32 Bit Zahl 32 mal durchlaufen und verkette das LSB jedes Durchlaufs zur Zahl. Das ist aber 1. langsam und 2. blockiert es den ADC. Und ob diese Zahl dann wirklich zufällig ist, habe ich nicht wissenschaftlich
einfach mal 100.000 Zahlen und > analysiere sie. Du wirst staunen. Sorry: 100.000 Zahlen bei 32 bit reichen noch nicht. Für einen halbwegs sichtbaren Effekt brauchst du ca. 25*2^32 Zahlen.
-
Thread
mal wieder binutils, diesmal v2.37 (avr-gcc)
HOME/toolchain/buildWindows/binutils ../../downloads/binutils/configure --prefix=$PREFIX --target=avr --build=x86_64-linux-gnu --host=x86_64-w64-mingw32 --disable-nls --disable-werror [/c] build: muss Linux 64 Bit, weil gebaut wird unter Ubuntu 20.04 LTS in einer VM. host: ist ja später ein Windows
/binutils ../../downloads/binutils/configure --prefix=$PREFIX --target=avr --build=x86_64-linux-gnu --host=x86_64-w64-mingw32 --disable-nls --disable-werror make -j $JOBCOUNT make install # Zeitnahme TIME_END=$(date +%s) TIME_RUN=$(($TIME_END - $TIME_START)) echo "
-
Thread
"Gruppierung" von Pins
#6777168: > Man kann keinen Pointer auf einen einzigen Pin zeigen lassen, korrekt? Das geht bei AVR Mikrocontrollern nicht.
der Arrays komplizierter und unübersichtlicher macht. In einen Arrayeintrag könnte man sogar bis zu 64 LEDs (uint64_t) packen.
-
Thread
Problem,ATmeg1284p brennen auslesen und erneut das neue hex-File in einen andern ATmega1284p brennen
doch ganz klar weil die Software immer noch bugs hat. Das wird spätestens dann ein Problem wenn mehr 64k im Spiel sind. Schreib dem Autor der Software eine Email und verlinke auf diesen Thread, dann kann er seine Tools fixen. Ist halt der typische AVR Wildwuchs. Jder muss seine eigenen Tools frickeln
Die Endungen waren schon vorhanden. Ich hab auch mehrere Versionen des NP++ versucht. NP++ in V7.5 (32 Bit) und jetzt 8.1.2 (32 Bit und 64 Bit); gleiches Verhalten. Gerade die neueste Portabel-Version (8.1.2) geholt, die zeigt es richtig an. Vermutlich ein alter Installationsrest in der Config-Abteilung
-
Thread
AVR128DB mir 3-wire SPI
zu lesen: "Three-Wire Synchronous Data Transfer". https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf Weitere Hinweise zur Verwendung kann ich aber keine finden, weder wie ich es anzuschließen habe, noch irgend ein dafür zuständiges Register... Das Internet
eine bidirektionale Datenleitung (halbmutiplex), ansonsten alles das Übliche. > Im Datenblatt vom AVR128DB ist auf Seite 407 Kapitel 28.1 (SPI - > Features) zu lesen: "Three-Wire Synchronous Data Transfer". > https://ww1.microchip.com/downloads/en/DeviceDoc/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
-
Thread
CRC16 Prüfsumme über Flash bilden. Wie prüfen ob korrekt?
ausprobieren. Die Funktion sieht wie folgt aus: [code] void performCRC16onFlash(void) { uint32_t currentAddr; uint8_t data; uint16_t crc = 0; //Calculate CRC16 for(currentAddr = 0; currentAddr < 0x1FDFF; currentAddr++) { data = pgm_read_byte_far(currentAddr);
Prüfsumme richtig ist? Mit 7-Zip kann ich die Prüfsumme der .hex Datei anzeigen lassen, jedoch nur CRC-32/64. Und die .hex Datei enthält doch auch andere Daten als nur den Flash oder nicht? Zum Beispiel die RAM Daten die später von dort in den RAM reinkopiert werden. Also würde die Datei zu vergleichen mit
-
Thread
Schlankes Ubuntu für MPLAB X gesucht
installiert: MPLAB X IDE v5.50. Und einen Compiler auch? Da stehen mehrere zur Auswahl (8bit, 16bit, 32bit, AVR, PIC, bla, bla, bla). Und man muss sie extra runterladen und extra installieren.
PIC geht. MPLAB X unterstützt ab Version 5.40 kein MPASM mehr. Sie haben auch avrasm2 für die AVR's aus dem Toolkit rausgeworfen. Sie ändern | werfen raus alle 32-Bit Anwendungen. Und bieten dafür eine neue 64-Bit Alternative an. Wenn du also trotzdem MPASM benutzen willst, dann musst du
-
Thread
Atmel ICE Frage
Garkein Troll hier, dann übernehm ich das ;-) Kauf dir lieber einen STLinkV2 und benutze STM32^^
Gerät im Gerätemanager auswählen. Wenn es daran schon scheitert, dann mit Zadig erstmal den libusb-win32 installieren. Dann findet sich der Port im Gerätemanager bei den libusb-win32 Geräten. Von da kannst du dann den HID Treiber installieren.
-
Thread
x86, 16Bit, DOS, Assembler: Bios Memory mapping?
Segment/Offset basierte Adressierung - das müssen wir nicht hier im Gespräch erörtern -ich kann 16/32/64 Bit x86 Assembler - nur mit dem alten Memory mapping haperts (im Dosbox Source gibt es dazu auch nix) -der Code ist >31 Jahre alt, läuft unter DOS - mir ist klar das es ein veraltetes System ist
kompilieren was aus der Zeit stammt -das ist nur ein Oldschool-Ausflug: normalerweise schreibe ich nur 32/64Bit Software unter Windows und Linux
-
Thread
advanced Arduino Libraries
>Talkie werde ich mir wohl mal anschauen, besser anhören. >Referenz für mich wäre da SAM von C64 >https://www.c64-wiki.de/wiki/SAM >Da habe ich damals mal versucht dem das Singen von "Alle meine Entchen" >beizubringen, klang auf jeden Fall sehr lustig. >Einen Arduino-Port für den ESP32 habe
eigentlich mal genauer anschauen, Sourcen finden man im Netz, den 6510 usw. vom C64 kenne ich noch ganz gut, AVR-ASM mag ich auch, ist aber bisher nie was draus geworden... Markus schrieb im Beitrag #6765543: > Michael U. >>da eher noch: >>https://bitluni.net/esp32-color-pal
-
Thread
Verwendung von TCNT0
Hallo Bei der Verwendung des Timers 0 habe ich im Netz, auf AVR GCC und im Datenblatt TCNT0 gefunden. Da steht zum Beispiel: Timer/Counter Daten Register Timer 0 Dieses ist als 8-Bit Aufwärtszähler mit Schreib- und Lesezugriff realisiert. Wenn der Zähler den
mit diesem Register an Timer-Funktion darstellen möchte, dann hat man den AVR so weit verstanden, daß man nicht mehr fragen muß. Gruß Robert
-
Thread
Arduino Every - Erfahrungen?
unterschiedlichen uCs mit der richtigen Software zu versorgen. Da kann dir geholfen werden: Für die (alten) AVR Arduinos https://github.com/arduino/ArduinoCore-avr/tree/master/libraries Für die SAM Arduinos https://github.com/arduino/ArduinoCore-sam/tree/master/libraries Für die XMegas https://github.com
veraltet, aber 3.x funktioniert auch nicht und update auch nicht weil win7-64 ab Arduino 1.8.9 win7 nicht mehr unterstützt wird, dazu muss man win updaten wozu ich keinen Bock habe!
-
Thread
Angabe Frequen in einem Programm
sein TCCR0A = (1<<WGM01); // CTC Modus TCCR0B = (1<<CS01)|(1<<CS00); // Prescaler 64
t calculateTimer0Prescaler(const uint16_t periode) { const uint16_t usedPrescaler[] = {1, 8, 64, 256, 1024}; // verfügbare Prescaler uint16_t prescaler {0}; const uint8_t maxCMR {255}; // max. Compare Match Register Wert uint32_t newCMR {0}; // passender errechneter Compare Match
-
Thread
brauche Unterstützung beim flashen
Using Port : com6 Using Programmer : stk500 AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition
diesem Zusammenhang könnte der folgende Aufsatz für dich interessant sein: http://stefanfrings.de/avr_verfused/index.html
-
Thread
Stm32 lcd Grafik font rendering
meinte ich vector fonts, hatte aber beim Schreiben den Ausdruck vector-font nicht im Kopf. Ungefähr 64kByte brauche ich für eine art config objekt Außerdem überlege ich momentan, ob ich aus Gründen der Verfügbarkeit und der Kosten von einem spm32 auf einen msp430 wechsle. Der hat den Vorteil, dass
Hier gibt es eine Vektorfont Library die sogar auf einem AVR läuft. https://www.mikrocontroller.net/topic/108649 Hier der Artikel dazu: https://www.mikrocontroller.net/articles/Vektor-Font_in_C Hab ich in meiner Scopeuhr mit STM32F103 benutzt. War
-
Thread
Anfang mit STM32. Wie habt ihr es gemacht?
Hallo Community, Ich hätte da mal ein paar Fragen zum STM32 und drumherum. Ich habe mir letzte Woche ein Nucleo-64 Board bestellt. Auf diesem ist ein STM32F446RE Mikrocontroller verbaut. Ich möchte erstmal ein paar Erfahrungen mit der MCU/STM32 allgemein
, naja ist nicht so meins. Mal eine Frage an alle die von AVR/PIC auf STM32 umgestiegen sind oder beides machen. Wie habt ihr euch in den STM32 "eingearbeitet"? Gibt es da gute Tutorial deutsch/englisch, ist mir beides recht, oder Bücher? Habe auch hier im Forum
-
Thread
Was ist bzw. war Atmel QTouch?
sie auch Matrizen von Touch-Elementen direkt. Das ist ziemlich geil. Wenn man dann auch noch einen AVR128DA64 hat, geht da einiges, bis hin zu 529 Touch-Elementen. Bei der Menge wird dann sogar schon langsam das reine Abfragen der Ergebnisse der Hardware wieder eine Sache, die zeitkritisch sein könnte
: 60 93 63 3e sts 0x3E63, r22 ; 0x803e63 <ptc_seq_measure_complete_pointer> 15d8: 70 93 64 3e sts 0x3E64, r23 ; 0x803e64 <ptc_seq_measure_complete_pointer+0x1> 15dc: 20 ec ldi r18, 0xC0 ; 192 15de: 20 93 18 06 sts 0x0618, r18 ; 0x800618 <gain_setting_int_cap+0x7f6e82
-
Thread
Z80/UA880D mit 28C64 startet nicht
, ob ein AT28C64B-15, AT28C64B-20 oder AT28C64B-25 verwendet wird. Aus den Signalverarbeitungszeiten ergibt sich die maximale Zugriffsgeschwindigkeit des (E)EPROMs.
aber tatsächlich auch welche zu geben die ein Flankengetriggertes Adresslatch haben, ob das jetzt xxx32 oder xxxx64 oder xxx128 waren müsste ich die Unterlagen im Archiv durchwühlen. Und dazu habe ich weder Lust noch Zeit, und ist jetzt auch Irrelevant. Somit auf den TO Zurückzukommen, Deine schaltung
-
Thread
HML 087 PROM
FF7A PB0=Select-In PB1=Clock-In PB2=Data-Out Jetzt noch die Frage nach den gewünschten 64 Bit Inhalt.
target bytes... It's new for me, I can write some code on python, or some code for ESP8266, ESP32 or Arduino in Arduino IDE, but hard to switch without experience... I have disassembled hex with AVR studio, but with ASM it's even harder to change :) I'm sure it's a very simple task on C, but
-
Thread
AVRMon (Wozmon) für Arduino pro mini
Für eine kleine Steuerung brauchte ich eine flexible Eingabehilfe, um den AVR nicht jedes mal neu Flashen zu müssen. Vor einiger Zeit, hatte ich mal den Wozmon vom VC20, auf den C64 portiert und dachte mir, das muß doch auch auf einem AVR laufen. Da ich Schritt für Schritt
Dirk R. schrieb im Beitrag #6746830: > Vor einiger Zeit, hatte ich mal den Wozmon vom VC20, auf den C64 > portiert und dachte mir, das muß doch auch auf einem AVR laufen. Wozu "Wozmon" - das ging mit "PEEK und POKE" auf dem VC20 / C64. Einen Sinn auf dem AVR kann ich nicht erkennen. Das geht mit
-
Thread
Werden Atmel Mikrocontroller aussterben/nicht mehr verfügbar sein?
Beitrag #6793990: > Alle User sind auf den ARM Zug aufgesprungen. > Auch hier im Forum hat ARM den AVR verdrängt. Nein ARM Controller (oder generell 32bit Controller) werden zunehmend eingesetzt. Von "Alle user" und "Verdrängung" kann aber noch lange keine Rede sein. In 20 Jahren wird das vielleicht
alte Regel (angehender Entwickler): Nutze das, was du gelernt hast, schwenkt so doch eher von PIC8 zu AVR8 Den Arduino Zug haben sie ja voll verpasst, auch mit den PIC32. Jetzt haben sie einen Seiteneinstig gefunden.
-
Thread
avrasm2 auf macos, welche Include Files
Peter S. schrieb im Beitrag #6739534: > da fast alle meine AVR Projekte reine Assembler Projekte sind ist das > ohne avrasm2 natürlich nicht so toll. Wieso, es gibt doch im AVR-GCC den GAS. Die Syntax ist leicht unterschiedlich, aber das lernt man schnell.
sogar in Asm deutlich einfacher umzusetzen. Man denke z.B. nur an konstante Tabellen mit mehr als 32k Elementen oder mehr als 64k Speicherbedarf. Das ist mit dem avrgcc absoluter Krampf.
-
Thread
Wie macht man solche Lichtmodes? Lauflicht, PWM und Co
wirklich viel von... Also.. Ich habe derzeit ein Board mit einem ATMega128A. Der ATMega erzeugt 32 PWM Kanäle. Der komplette PortA, PortB, PortC und PortE laufen als PWM. Ich habe dazu den Software PWM Code hier aus dem AVR-GCC Tutorial von 8 auf 32 CH geändert. Dieser läuft mit Timer1.
[CH32][0]) { PWM_CH32_IS--; } else { PWM_CH32_IS++; } } else { PWM_CH32_IS = pwm[CH32][0]; } } } RUNPWM = 0; } [/code]
-
Thread
avr-gcc 11.1.0 defekt? Gesperrt
die notwendigen ioavr32dbnn.h, crtavr32dbnn.o, libavr32dbnn.a, specs-avr32dbnn in die entsprechenden Verzeichnisse kopiert werden. Bei meinen AVR-Toolchains 10.0.1/11.0.1 ist das jedenfalls so. Nur unter diesen Voraussetzungen
of dynamic memory, leaving 16267 bytes for local variables. Maximum is 16384 bytes. und unter avr-gcc-11.1.0-x64-linux/ kompiliert das Beispiel NICHT. Die entscheidende Fehlermeldung unter avr-gcc-11.1.0-x64-linux/ lautet: ... /home/ab/Installed/avr-gcc-11.1.0-x64-linux/bin/avr-gcc-ar rcs
-
Thread
Opensmart Display 2.4z Befehlssatz
was raus kommt. Erstmal Arduino Weil einfacher mit diesem Monitor Fenster und dann portieren auf stm32.
Displayboards verbaut wird, hat einen AD Wandler und liefert einen IRQ bei Druck und die XY Werte per SPI. Der AVR auf dem Board wird vermutlich selber die Koordinaten senden bei Touch Ereignis.
-
Artikel
STK200
werden von verschiedenen Softwareprogrammen unterstützt (u.a. PonyProg, AVRDUDE, uisp, yaap, Bascom AVR-IDE, CodevisionAVR). Für das AVR-Studio gibt es ein AVRISP Plugin von Kanda (s. Weblinks). Bild: Programmieradapter mit 74HC244 Bild: Programmieradapter mit 74HC367 Bild: Programmieradapter ohne IC
Interfaces, unter anderem STK200) bringt zum Portzugriff im User-Mode den Treiber giveio.sys in einer 32-Bit-Version mit, die sich unter 64-Bit-Windows (logischerweise) nicht installieren lässt. Unter 64-Bit-Windows ersetzt man diese durch giveio.sys aus giveio64.zip und installiert diese durch Aufruf von
-
Thread
GigaDevice RISC-V: DAC mit Nuclei Studio
Experimente zur „Vertiefung“ ihres Interesses an RISC-V geführt haben. ### Weitere Ressourcen GD32VF-Evaluationsboards bei TME => https://www.tme.eu/hu/en/katalog/?s_field=1000011&s_order=desc&search=GD32VF&visible_params=2%2C367%2C2479%2C35%2C783%2C2408%2C10%2C32%2C788%2C2955%2C9%2C351&mapped_params=351%3A1530178%3B GD32VF-Evaluationsboards bei LCSC (seriöser chinesischer Distributor) => https://lcsc.com/search?q=GD32VF Hennessy und Pedersen - allgemeine Einführung zu RISC-V bzw seiner ISA => https://www.amazon.com
-
Thread
welche Datentypen soll ich nehmen?
ist immer "1" groß. => sizeof(char) ist immer 1! 2) ein Integer "int" ist mindestens 16 bit breit. (AVR: 16 bit, x86: 32 bit) 3) etc... Felix schrieb im Beitrag #6734054: > Und wieso nimmt man obwohl man stdint.h includiert hat für strings > trotzdem noch char? Weil ein "char" der Korrekte Typ
Möglichkeiten, den Typ passend zu wählen. Entweder nimmt man int und akzeptiert das, weiß aber auch, dass es 32 oder gar 64 Bit groß sein kann. Oder man nimmt, wenn es auf Platzsparen kommt, dafür int_least16_t und bekommt das kleinstmögliche, was diesen Wertebereich kann, und das sogar auf Prozessoren, die gar
-
Thread
MyEthernet OpenMC FAT32
hardware/sd_raw/sd_raw_config.h#L69 hast du das auf 1 gesetzt? in systen/filesystem/fat_config.h wird fat32 über dieses define gesteuert.
zu bekommen. also war die umstellung auf FAT32 nötig. da die firmware nun aber über 64kByte gross wird war auch eine neue hardware nötig. ich habe vor einiger zeit angefangen die alten logger gegen Teensy4.1 auszutauschen. der stromlogger war der
-
Thread
Bitmanipulation
www.mikrocontroller.net/articles/Bitmanipulation steht das so: [c] #define MEINBIT15 15 #define MEINBIT42 42 uint32_t reg_32; /* uint32_t definiert per typedef z. B. in stdint.h */ uint64_t reg_64; /* uint64_t definiert per typedef z. B. in stdint.h */ reg_32 |= (1 << MEINBIT15); /* FEHLER: Setzt die Bits 31 - 15, da ((int)1 << 15) == 0xFFFF8000 */ reg_32 |= ((uint32_t)1 << MEINBIT15); /* Hier wird nur Bit 15 gesetzt. */ reg_32 |= (1U << MEINBIT15); /* */ reg_32 |= (1L << MEINBIT15); /* andere Schreibweise. */ reg_64 |= (
-
Thread
Schaltung mit ATtiny13A aus Solar-Leuchtturm weiter gedacht
ich mir zum Experimentieren einen ISP-Programmer organisiert (https://www.diamex.de/dxshop/EXA-PROG-AVR-ISP-und-UPDI-STM32-NXP-ESP) und ein paar frabrikneue ATtiny13As im DIL8-Gehäuse dazu. Die Kurzfassung: Letzlich bin ich mit meinen Experimenten soweit gekommen, dass ich einen neuen ATtiny mit
--- ---- ------ ----- ----- --------- eeprom 65 5 4 0 no 64 4 0 4000 4000 0xff 0xff flash 65 6 32 0 yes 1024 32 32 4500 4500 0xff 0xff signature 0 0 0 0 no 3
-
Thread
[V] JTAG ICE3 - neuwertig
Er kann AVR, SAM, ARM und Cortex-M0
das immer ein ausuferndes Thema und meistens auf Englisch. Nein, der ist nur für Atmel-Chips: (X)AVR, AVR32 und Atmel ARM. Neben JTAG kann der noch ISP, PDI und vielleicht noch TPI und UPDI. Stell Dir JTAG wie einen Parallel-Port vor, an den Du einen Drucker anschließt. Der Parallel-Port selber
-
Thread
Vollautomatische Kaffeemaschine Projekt
Johannes N. schrieb im Beitrag #6729571: > Ich habe mir dabei an den STM32G071R8 gedacht. Den verwende ich auch - passt
ein 64-Bitter verwendet werden. Sonst muss man wieder zumindest auf Tassen als Einheit runtergehen.
-
Thread
CRC oder einfach die Daten doppelt schicken?
muss ich sicherstellen, dass ich fehlerhaft übertragene Daten verwerfe. Reflexartig habe ich an CRC32 gedacht, aber nachdem ich ewig nach einer AVR Implementation via LUT gesucht habe (CRC32 auf Bitbasis ist unverschämt lahm) dachte ich mir, warum nicht einfach die Daten doppelt senden? CRC32 hat 4 Bytes
die Daten haben 4 Bytes.... ich spare mir jede Menge Arbeit... Die Frage ist jetzt, ob Daten+CRC32 mehr Fehler abfangen könnte als Daten+Daten. Bin kein Mathematiker. PS: Wenn jemand weiss, wo man eine CRC32 LUT Version für AVR findet, wäre ich auch sehr dankbar. Angeblich kommt man mit einer 1