-
Thread
93C46 Lesen Schreiben mit Ponyprog und Selbstbau Adapter
unter Windows 10... versuch nun mal Win 7 Selbes Problem. Daten aus dem Chip sehen bei jedem einlesen anders aus....
userport.sys installiert ist. Ist allerdings für den Parallelport und nicht für die seriellen Ports.
-
Thread
Neue MCU familie gesucht
ein wenig. Und das nach so vielen > Jahren bei µC.net. ..mich nicht mehr. Seit Werkzeugen wie AVR-Studio oder auch Arduinos sind die Leute "rundum sorglos Pakete" gewöhnt und die eigentlichen Zusammenhänge werde nicht mehr verstanden. Da wird ein serieller Port angeclickt und die IDE hat sich drum
Quellen übersetzen können mit einem einfachen "make", nach dem er die erforderlichen Schritte unter AVR-Studio mit dem verglichen hatte was ich zu tippern hatte. Schon das Laden eines Hex Files für EEPROM und Flash für den Xmega und das nachfolgende Programmieren mit AVR Studio ging ihm auf die Nerven
-
Thread
Erstes "richtiges" Projekt
Beitrag #5851061: > Es soll doch gerade wireless gehen. Also BT-Bridges oder WLAN-fähiger COM-Port-Host. Gibt's beides fix und fertig für kleines Geld. Ich sehe immer noch nicht die Notwendigkeit für einen AVR8. Insbesondere keine für den (ziemlich veralteten) ATmega8. Wenn der wenigstens irgendein
Kindergarten, armer Troll. Man kann gar keine serielles Signal an D+ oder D- eines USB Anschluss einlesen.
-
Thread
SATA FullSpeed
active at a time, which is a single point of failure. A port selector is basically a failover switch that will switch in a fail-over path to storage devices if the primary path fails. A Port selector is a 2-input-to-1-output failover switch that will switch a storage device to a fail-over path to if the primary path fails. Port selectors are small and inexpensive and are manufactured within the SATA hard disk caddy or actually on the disk. It is possible to buy external port selectors too. "
-
Thread
SPI über normale Pins
man die Pins geschickt, kann sogar wirklich gleichzeitig gearbeitet werden. Dann kann zB mit PortA=0x0F Alle Clk gleichzeitig gesetzt werden, wenn diese auf PortA(0...3) gemappt sind. Analog dazu MISO, MOSI und CS
Hallo, einen Port als MOSI, einen Port als MISO, 1x Clock parallel an alle Slaves, 1x CS parallel an alle Slaves. CS aktiv, damit warten alle Slaves auf Daten. Bitmuster des 2. Bits für die Slaves auf den MOSI-Port
-
Thread
Timer interrupt wird nur einmal aufgerufen.
Anbei habe ich den Code angehängt den ich hoffentlich richtig einfügt habe, [c] #include <avr/io.h> #define F_CPU 8000000UL #include <util/delay.h> #include <stdint-gcc.h> #include <avr/interrupt.h> #include <avr/sleep.h> static uint16_t volatile count= 0; static uint8_t volatile
angemerkt nach jedem Zugriff schlafen legen: Was würde man dadurch gewinnen? Der Port nutzt sich durch mehrfaches Beschreiben ja nicht ab. Auch laufzeit- oder codegrößenmäßig macht es keinen signifikanten Unterschied.
-
Thread
Rotary-Encoder mit Arduino als Konzentrator
prinzipiell funktionieren. Schöner wäre es noch mit Interrupts, das ist dann Schritt 2. Können die Timer des AVR's selbständig Encoder einlesen? Manche Controller können das, dann spart man sich die Schleife ganz und kann es komplett in Interrupts machen.
das wohl besser. Wicki W. schrieb im Beitrag #5799247: > btw: wie sollen timer einen encoder einlesen koennen? Wenn das ein normales "A/B"-Encoder-Signal ist, indem die Input Capture Einheit die Flanken zählt und die beiden Kanäle vergleicht. Die STM32 können das, bei AVR weiß ich nicht. Wicki
-
Thread
Reinitialisieren von Registern beim ATtiny841
Windows/Software-Updates ein Neustart gemacht wird. 2 RasPi's könnte ich auch noch dazuzählen, einige AVR und ESPs durchaus auch. Gruß aus Berlin Michael
festzustellen. Dann muß man das I2C disablen, um es zurück zu setzen. https://www.robotroom.com/Atmel-AVR-TWI-I2C-Multi-Master-Problem.html
-
Thread
PWM auslesen Duty-Cycle
Timerdurchlauf. Das PWM-Signal hat 1kHz ==> 0.001 Sekunden Daraus ergibt sich 0.001 / 0,000004 = 250 Der PortB sollen je nach Dutycycle geschaltet. Nun zum Code: [c] #include <avr/io.h> #include <avr/interrupt.h> #define F_CPU 16000000UL volatile int flanke=0; volatile int aktuell_pwm_l=0; volatile
port; } [/c]
-
Thread
Mikrocontroller - die Qual der Wahl, oder doch die Wahl der Qual?
AVR (Attiny und ATmega, jedoch nicht Xmega) finde ich zum Basteln sehr attraktiv, allerdings wäre das im Vergleich zu deinen PIC kein großartiger Fortschritt. Zudem sind die Debugger für AVR recht teuer
ermöglicht. Wenn man aber nur die größere Rechenleistung nutzen möchte, die Peripherie aber nur auf "AVR-Niveau", dann ist das so gut wie gar nicht komplexer als beim AVR. Der einzige signifikante Unterschied ist, dass man im Gegensatz zum AVR ein paar Hundert Seiten zuvor lesen (und natürlich auch verstehen
-
Thread
USB Audio Sync Endpoint Implementierung
die Ausgabe von USBView (kann man hier eigentlich sinnvoll Code z.B. in einem Spoiler posten?): [Port1] : USB-Verbundgerät Is Port User Connectable: yes Is Port Debug Capable: no Companion Port Number: 11 Companion Hub Symbolic Link Name: USB#ROOT_HUB30#4&34571c9a
Joe F. schrieb im Beitrag #6009811: > Häng mal deinen aktuellen Descriptor rein. [code] [Port2] : USB-Verbundgerät Is Port User Connectable: yes Is Port Debug Capable: no Companion Port Number: 0 Companion Hub Symbolic Link Name: Protocols Supported:
-
Thread
ATMEGA32U4 Schaltplan
Plan) zwischen USB und Rest eingebaut mit 500ma als Überspannungsschutz und zur Absicherung des USB Ports. Da muss ich mich noch mehr einlesen denke ich. So wie ich das verstehe, platziere ich diese aber nach der PTC Sicherung? :-) Herzlichen Dank, Benjamin
zwischen USB und Rest eingebaut mit 500ma als > Überspannungsschutz und zur Absicherung des USB Ports. Da muss ich mich > noch mehr einlesen denke ich. So wie ich das verstehe, platziere ich > diese aber nach der PTC Sicherung? :-) Nein, es geht hier /nicht/ um die Versorgung, sondern um die
-
Thread
Atmega32 Dimmer Schaltung in Assembler
) out SPL, r16 ;Taster init ldi r16,0b00000000 Out DDRD,r16 ldi r16,0b00000001 Out PortD,r16 ;Tastereingang > von PortD aktiv machen ;ldi temp3,0x00 sbi DDRB,DDB0 ;Test Diodeleuchte vorbereiten ;------------------------------
aktiv Rot Led aus keine Dimmerung Out DDRD,r16 ldi r16,0b00000001 ;Tastereingang > von PortD aktiv lassen Out PortD,r16 ;Test Leuchtdiode PB0 Aus ;---------------------------- sbi PORTB,PORTB0 ;Portpin PB0 auf Eins, Led aus ;Test Ende... ldi r16, 0x00 ldi temp3,0x00
-
Thread
Encoder (Drehgeber) über den I2C Bus auslesen
wie kann oder > sollte man es machen. Man kann einen manuell bedienten [[Drehgeber]] per I2C einlesen, siehe https://www.mikrocontroller.net/articles/Port-Expander_PCF8574 Für sowas reichen ca. 300-1000 Hz Abtastrate. Dieser IC braucht nur 2 Bytes + 2x ACK zum Auslesen, das dauert bei 100kbit
eine Reihe wilder zeichen. Was kaputt? Das ist die .hex-Datei: http://mino-elektronik.de/progs/avr/qcnt25/qcnt25_twi.hex Nicht wild und nicht kaputt.
-
Thread
Code wird nicht in richtiger Reihenfolge abgearbeitet
erfunden, da klappt das mit dem Debuggen noch. Bei allen anderen Optimierungsstufen geht es gerade beim avr-gcc häufig schief. Oliver
von -O1 auf -Og, so hats bei mir dann perfekt > funktioniert. > > Properties => Toolchain => AVR/GNU C Compiler => Optimization wo finde ich denn diese properties? Toolchain habe ich zwar unter Tools/Optionen gefunden aber ohne AVR/GNU
-
Thread
Byte verschieben und mit Eingang auffüllen.
registers, the value of single bits can be checked by using the SBIS and SBIC instructions. die port register bits lassen sich alle in einer struct exact mappen und ansprechen! viele kennen auch die avr gpioX register nicht und wie diese für flags eingesetzt werden. eure code size kann ich leicht
checked by using the SBIS and SBIC > instructions. Ich habe von der Programmiersprache C (in der avr-gcc Variante) geschrieben, nicht von diesen Registern. > die port register bits lassen sich alle in einer struct > exact mappen und ansprechen! Das ist aber etwas ganz anderes, als die Zeile
-
Thread
Suche hilfe bei einem CAN BUS Projekt mit 22x Arduinos
nix machen Nur mal schnell gegoogelt: https://github.com/autowp/arduino-mcp2515 Einfach mal einlesen und mit 2 Nodes spielen, dann kommst du drauf.
Einen Schalter, der per Mechanismus mit einer Klappe verbunden ist deckt entweder dem CAN BUS PORT (in Position 1) oder den USB Port (in Position 2)ab. 2x Betriebsmodis: Modi 1 - der Schalter steht auf offen (Position 1) - die Klappe verdeckt den CAN BUS Port - das USB Kabel kann angesteckt
-
Thread
Arduino Custom Firmware für Fitness Armband mit NRF52
einwandfrei. Sensor Aktiv ist HIGH Also Pin P0.29 High setzen und dann den Analogwert von P0.31 einlesen. Je heller die Umgebung umso Höher der wert.
meine Colmi P8 gebricked. Ich habe die Uhr geöffnet jetzt openocd am laufen. Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : BCM2835 GPIO JTAG/SWD bitbang driver Info : clock speed 1006 kHz Info : SWD DPIDR 0x2ba01477 Info : nrf52.cpu
-
Thread
PORT/Register Beschreibung in AVR
Bin kein AVR Spezialist, aber die Kommentare scheinen mir nicht immer zum Code zu passen. (PC5 und Port C0) Eingänge schreibt man auch nicht, die ließt man nur. Das Wort "Impuls" passt hier auch nicht. Ein
Null zu schieben. Damit wird dein Programm zu sowas: [c] #define F_CPU 8000000UL #include<avr/io.h> #include<util/delay.h> int main() { DDRC &= ~_BV(PC5); // config - PortC PIN 5 als INPUT PORTC |= _BV(PC5); // pullup aktivieren DDRB |= _BV(PB0); // configuring PortB0 als
-
Thread
Rust - ist das hier um zu bleiben?
unknown-linux-gnux32 x86_64-unknown-linux-musl x86_64-unknown-netbsd x86_64-unknown-redox [/pre] AVR soll auch unterstuetzt werden, sobald das AVR Backend fehlerfreier ist. Solange gibt es das avr-rust projekt. Der Buildprozess ist mit cargo super angenehm. Man hat eine gewisse Sicherheit was Rebuild-Sicherheit
Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust umsetzt und
-
Thread
Fragen zu Arduino und Interrupt und direktes Port lesen
goes to PIN 2 and generated interupt on falling // address nibble A7..A4 goes to PINs A3..A0 on (PortC) at UNO // data byte high nibble is on PINs D11..D8 on (PortB) at UNO // data byte low nibble is on PINs D7..D4 on (PortD) at UNO // way of working: // 1. at /IOW falling, trigger interrupt //
solltest Du auf sämtliche Manipulationen der Werte in der ISR verzichten, sondern nur die drei I/O-Ports einlesen und die Rohdaten aufheben, um sie in Deiner "loop" o.ä. zu verarbeiten. Die Adressauswertung und das Erzeugen Deines "state"-Flags muss ebenfalls dort erfolgen. Warum ist "data" auf zwei
-
Thread
DCF77 Auswertung (ein bisschen anders)
Möglichkeit von vielen: - Aufruf durch CTC-Timmer1 alle 20msec - Dcf_auswerten: - Der Pegel am DCf-Port-Pin wird in ein 3-Bit langes Schieberegister - geschoben (D2,D1,D0). '*** Port einlesen, DCF-Empfängerpegel einrollen Shift Dcf_input , Right Dcf_input.2 = Dcf_empfaenger - Erst wenn
Auswerteprinzip in einem ATmega16 umgesetzt (siehe http://www.avr-asm-tutorial.net/avr_de/apps/dcf77_m16/dcf77_uhr_m16.html) und dort auch das Auswerteverfahren detaillierter beschrieben. Seither habe ich schon in 50 cm Distanz zu meinem wild strahlenden Lenovo-Netzteil
-
Thread
Schaltung von Heizfeldern
einen kleinen PIC zu verbauen der > quasian einem pin auf seinen 'Index' wartet? ja oder einen AVR aber dann müssten die Heizfelder auch getrennte thermisch isolierte Kacheln haben von 1x1cm.
Ports a 8-bit man muss ja nicht alle Zeilen und Spalten voll nutzen 24 x 23 -> 552 23 x 23 -> 529 23 x 22 -> 506 24 x 21 -> 504 Matthias M. schrieb im Beitrag #5672817: > Mit welchem Bauteil versorgen
-
Thread
Verständnisproblem mit Multitasking in uC
auch zu verhindern, dass verschiedene Tasks gleichzeitig auf die gleichen Ressourcen zugreifen. Der AVR hat wohl aber keine Mittel, um Tasks den Zugriff etwa auf Ports zu verbieten.
auf Hardware Interrupts verzichten und kann das Byte von der seriellen Schnittstelle zeitgerecht einlesen.
-
Thread
Benötige Hilfe beim programmieren eines Microkontrollers!
welche Ausgang sind. Im Tutorial ist es gut erklärt. https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Zugriff_auf_IO-Ports
Beispiel: Wie stelle ich einen Atmega Pin auf Ausgang? https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Zugriff_auf_IO-Ports
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
bereits. [/code] Wie wäre es denn, wenn du den ESP32 als Hauptcontroller nimmst 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
übertreib mal nicht. Klar haben STM32 & Co mehr Dampf und vor > allem DMA, aber auch der gute, alte, AVR kann hier schon noch mithalten, > wenn der Programmierer nicht ganz auf den Kopf gefallen ist. > > Beitrag "Re: Frage zu IR-Remote+LED-Strips an AVR" Ich kenne den Thread ;-) Der AVR müsste
-
Thread
Auslesen eines Zeichens aus einer Textdatei, die im pc gespeichert ist
Der Arduino kann mit dem PC über COM-Port kommunizieren. Du brauchst auf dem PC also ein Programm, das aus deiner Datei den COM-Port bedient. Dann würde es funktionieren.
COM-Port sendet ... Erfordert natürlich das der Ersteller überhaupt weiß wie man unter Windows ein Programm schreibt
-
Thread
ADC-Pins Übersprechen / war: Ich fass es nicht
Beitrag #5619306: > Dasselbe passiert auch, wenn ich den Poti an A6 anschließe, und A5, A6, > A7 einlese. Sind die Eingänge nicht übersprechsicher? Das kann doch > nicht normal sein, was habe ich falsch gemacht? Schuss ins Blaue: Dein Poti hat keine Verbindung. Weil dein Port "wo das Poti" dranhängt sich exakt gleich wie ein Port verhält, wo nichts dranhängt. Miss doch mal nach ob das Verbindung hat, mit einem Multimeter.
-
Thread
RFM12B init SDO kein signal
************************ // nFFS: 1-10k Pullup an Vcc !!! RFM12_send_cmd: cbi RFM12_PORT,RFM12_CS ldi TEMP_1,16 ; Anzahl Bits RFM12_send_cmd_loop: cbi RFM12_PORT,RFM12_SDI sbrc ZH,7 sbi RFM12_PORT,RFM12_SDI nop nop sbi
1,8 ldi TEMP_0,0xB0 ; Receive FIFO read RFM12_read_fifo_cmd: cbi RFM12_PORT,RFM12_SDI sbrc TEMP_0,7 sbi RFM12_PORT,RFM12_SDI nop nop sbi RFM12_PORT,RFM12_SCK nop nop nop nop nop nop cbi RFM12_PORT,RFM12
-
Thread
INT0 auf attiny441 zum laufen bringen
#include <avr/io.h> #include <avr/interrupt.h> int main() mit einer for(;;) {} ist der Rest, auf den ich es für die Tests reduziert habe. Ich habe gerade entdeckt, daß es anscheinend ein Fehler von meiner
erfahrener Blick sieht, ob ich da was grundlegend falsch gemacht habe. Die includes: [c] #include <avr/io.h> #include <avr/interrupt.h> [/c]
-
Thread
Parameterübergabe in Zusammenhang mit Unterprogrammen
wo Deine Taster angeschlossen sind. Wenn ein Taster an Bit 0 eines Ports angeschlossen ist, dann verändert sich eben dieses Bit 0 und kein anderes. Wenn ein zusätzlicher Taster an Bit 1 des selben Ports angeschlossen ist, können sich beide Bits verändern, je nachdem welche
Ich danke dir für die Bücher, werde mich dort mal einlesen.
-
Thread
STM32 Shift operationen
) [/c] [c] uint16_t Input = (GPIO_ReadInputData(PORT) & MASK) >> START_PIN; // read port and mask relevant Pins [/c] Hoffe das war einigermaßen verständlich... VG Jan Oder kann ich schreiben [c]START_PIN_POS = ln(GPIO_Pin_10)/ln(2)[/c] und
. > #define MASK ( ( (1 << NUM_PINS) - 1) << START_PIN) > uint16_t Input = (GPIO_ReadInputData(PORT) & MASK) >> START_PIN; // > read port and mask relevant Pins > Hoffe das war einigermaßen verständlich... Nö. das war zumindest für mich völlig unverständlich. Also: Pins kannst du nicht
-
Thread
Schaltung spinnt nach Einbau in Gehäuse (PP-Rohr)
hübsch gemacht... Timer1 ist für das LED-Geflacker, habe ein paar Sachen gekürzt (...) #include <avr/sleep.h> #include <avr/power.h> #include <avr/interrupt.h> #include <avr/io.h> #include <util/delay.h> #include <stdlib.h> #define F_CPU 1000000 #define button_down (!(PINB & (1 << PINB2)
der Isr Flankeninterrupt disable und Timer starten Nach 20ms Timer stop. Portlevel checken, wenn Port low, dann Taste gedrückt, Flankeninterrupt auf steigende Flanke programmieren. Wenn Port high war, war Taste nicht lange genug gedrückt - Flankeninterrupt auf fallende Flanke programmieren. Wenn
-
Thread
ESP32-CAM Entwicklungskit
257) camera_xclk: PIN_CTRL before:3ff[0m [0;32mI (257) camera_xclk: PIN_CTRL after:7fff[0m Serial port COM38 closed [/c]
cam-entwicklungskit#new Ich werde meine Testoftware mal für dieses Modul compilieren und beim Einlesen die LED einschalten. Problem im Moment sind noch die Kameraparameter, ich muß vermutlich ein paar Bilder einlesen und nur das letzte speichern, weil die Kamera etwas braucht, bis Belichtung, Weißabgleich
-
Thread
Gutes JTAG Tutorial gesucht
(deviceNames, i*64, strSize, Charset.forName("US-ASCII")); // Only count the first port of FTDI chip if (devices[i].endsWith(" B")) devices[i] = null; else devCountPortA++; } // Filter "port B" devices String[] devicesPortA = new String[devCountPortA]; devCountPortA = 0; for (int i = 0; i < devCount; i++) { if (devices[i] != null) devicesPortA[devCountPortA++] = devices[i]; } return devicesPortA; }
-
Thread
USB Prüfvorrichtung
Hersteller. Auch Digispark ähnliche Boards mit Atiny85 sind dabei. https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-85S/open-source-hardware
LowSpeed" Gerät wieder trennen. Hier dann schrittweise die Spannungspegel an den beiden Leitungen einlesen und auswerten. Werde das ganze mit meinem Kunden besprechen auf welcher Lösung wir weiterarbeiten. Lt. Kunden funktionieren die Rechner generell einwandfrei, das Problem ist in der Montagelinie
-
Thread
DS18B20 Verkabelungs od Software Problem
Achim A. schrieb im Beitrag #5567356: > Auf dem Steckbrett funktioniert es einwandfrei. Der AVR ist etwas stark, das kann leicht zu Reflexionen auf den Kabeln führen. Probier mal einen Widerstand (47 ... 220Ω) in Reihe zum AVR zur Bedämpfung der Flanken.
Beitrag #5569845: > In Deiner Schaltung ist er am leitungsanfang oder? Auf der Platine mit dem AVR.
-
Thread
ADXL auslesen
sich das mal jemand ansehen? [c] #define _DVK501_M128_EX_ 1 #define F_CPU 8000000UL #include <avr/io.h> #include "ws_lcd_ST7920_port.h" #include <util/delay.h> #define BAUD 9600 #include <util/setbaud.h> #include "twi_config.h" /*========================================================
Registeradresse - eine neue Startcon - ein Read mit der Registeradresse - acht weitere SCL-Flanken zum Einlesen der Read-Daten - eine Stopcon Läuft das tatsächlich alles nacheinander ab, wenn du einfach adxlvalue[0]=i2c_read(1); in deinen Code schreibst? Hier ein Link zu einer Application-Note samt
-
Thread
PiXtend V2 -L-: Steuerung für Heim- und Industrianwendungen
hier im Forum gibts haufenweise Leute, die das besser könnten. Daß die neue Version immer noch auf AVR beruht rundet das Bild nur ab. Ein Großteil der Hardware dient nur der Pegelwandlung von 3,3V (RPi) auf AVR (5V) Das alles hätte man sich sparen können, wenn man direkt einen kleinen ARM verwendet
zuverlässigste Minirechner ist den es momentan am Markt so gibt. 2.) Natürlich kann man mit einem AVR oder STM Prozessor alleine schon die E/As schalten und analoge Eingänge einlesen, keine Frage. AAABER: Wer zum Henker kann in der Industrie ASM oder C. Keine Sau. Somit ist Codesys für diese Anwendung
-
Thread
Welche Programmiersprache soll ich lernen?
Einfaches Beispiel für blinkende LED [code]avr.device = atmega168 avr.clock = 8000000 avr.stack = 32 #define LED1 as portB.0 'LED1 wird als Bezeichner für portB.0 definiert LED1.mode = output,low 'Port als Ausgang definieren und auf
Mr. K. schrieb im Beitrag #5532457: > #define LED1 as portB.0 'LED1 wird als Bezeichner für portB.0 > definiert Und http://gcbasic.sourceforge.net/help/__define.html Anscheinend haben sowohl LunaAVR als auch GCBasic die C-Makros als simple Textersetzung
-
Thread
Flankenauswertung bei vielen Tasten
viel RAM damit belegen. Man kann es sich aber auch einfach machen und alle Tasten an den selben Port anschließen und den ganzen Port entprellen. Die ARM haben ja mindestens 16Bit breite Ports und beim AVR nimmt man 2 Ports, die man in ein uint16_t kombiniert. Oder man nimmt einen ADC-Eingang und ein
im Beitrag #5518816: > Man kann es sich aber auch einfach machen und alle Tasten an den selben > Port anschließen und den ganzen Port entprellen. Die ARM haben ja > mindestens 16Bit breite Ports und beim AVR nimmt man 2 Ports, die man in > ein uint16_t kombiniert. Und Bernd hat darauf hingewiesen
-
Thread
AVR8ASM TWI Interrupt
Hi Nach meinen Dokementen: Rev. 2564B-AVR-09/04 Rev. 2564C-AVR-01/10 In AppNote 2564B steht der Satz mit den <10 drin, ab 2564C fehlt er. In den Datenblättern ist diese Einschränkung nie aufgetaucht. Also sind die Angaben "2564A 04
Hi >Siehe Anhang, aus dem Preliminary 2545B–AVR–01/04. Ok. Dann nehme ich das zurück. MfG Spess