-
Thread
bezahlbarer GPIB-Adapter
Frank K. schrieb im Beitrag #2228878: > Warum muss es immer AVR sein? Zum gleichen Preis gibts Alternativen, die > mindestens eine Zehnerpotenz leistungsfähiger sind. Ich denke da an > kleine Ärmchen von STM oder NXP oder einen kleinen PIC32. Du hast da sicher
Frank K. schrieb im Beitrag #2228878: > Warum muss es immer AVR sein? Weil man sich damit auskennt, er gut verfügbar ist, die Tools weit verbreitet sind, und er der Aufgabe mehr als gerecht wird? Für das bisschen GPIB-Adapter braucht man keinen 32-bit-Controller
-
Thread
Modbus RTU Slave Protolollstack
Meine AVR's "sprechen" jetzt modbus. Getestet zwischen AVR's also Master bzw. Slave auf verschiedenen AVR's und auch zu verschiedenen HMI's und PLC's. ... und, nicht mit 23k sondern mit 2.9k fuer den Slave
ich zu Hause bin pack ich das ganze mal zusammen und stell es hier rein. Aber wie in Post vom 14.06.2010 14:38 gesagt. Der Code ist zum anwenden geschrieben, nicht um damit einen Schoenheitswettbewerb zu gewinnen. Ju
-
Thread
Linux ist Mist - mal wieder (Xubuntu) Gesperrt
versteckt man sich dann auch gleich hinter einer "Gast-Maske" für einen 800Megaherzer also ein 32Bit Ubuntu? auch 14.04?
▶ J-A von der H. schrieb im Beitrag #4543650: > für einen 800Megaherzer also ein 32Bit Ubuntu? > auch 14.04? Kann man sogar noch allgemeiner formulieren: "für einen 32-Bitter ein 32Bit Ubuntu"
-
Thread
Dauerkontakt vom Schalter in Impuls umwandeln
PIN_RESERVED 3 Encoder encoders[4]; // input pins autofilled based on which mpu #if defined(__AVR_ATmega1280__) || defined(__AVR_ATmega2560__) int inputPins[] = {A0, A1, A2, A3, A4, A5, A6, A7, A8, A9, A10, A11, A12, A13, A14, A15, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19,
= 1000; #elif defined(__AVR_ATmega32U4__) int inputPins[] = {18, 19, 20, 21, 4, 6, 8, 9, 10, 2, 3, 5, 7, 14, 15, 16}; Input inputs[16]; int memoryLocationEncoder = 800; int memoryLocationMatrix = 512; int memoryLocationDeviceID
-
Thread
GNUBLIN www.gnublin.org
.26_SMBus Hier ein kleines Beispiel von mir http://krumeltee.wordpress.com/2011/08/15/pcf8574-am-avr32-unter-linux/ für den PCF8574, gibt dort noch mehr. Die Linux-I2C-Geschichten laufen, solange du /dev/i2c-xxx hast, auf jedem Board gleich ab.
/13/kleine-budde.pdf Vor einiger Zeit haben wir mal einen 2515 an die SPI Schnittstelle eines AVR32 (NGW100) gehaengt und socketcan cross-kompiliert. Das hat auch ziemlich schnell funktioniert. Gruesse, Hubert
-
Thread
AVR – Übers EEPROM und darüber hinaus…
wo das beschrieben ist oder > wo hast du diese Information her? http://www.gaw.ru/pdf/Atmel/app/avr/AVR105.pdf Laut Appnote AVR105 ist dass EEPROM der AVR Mikrocontroller in einzelnen Bytes organisiert. Das steht da mehrfach im Text. Aber bitte missinterpretiert meine Aussage bitte nicht als
Und jetzt mal zurück zum AVR..
-
Thread
Schaltung für Temperaturregelung mit Mikrocontroller
/latest/developerGuide/125-14/fastIO.html#analog-output https://www.galagomarket.com/datasheet/redpitaya_hardware%20specifications.pdf > Hätte überlegt den Transistor für das Heizelement mit dem Analogausgang > zu schalten..
/en/latest/developerGuide/125-14/fastIO.html#analog-output > https://www.galagomarket.com/datasheet/redpitaya_hardware%20specifications.pdf > >> Hätte überlegt den Transistor für das Heizelement mit dem Analogausgang >> zu schalten
-
Thread
Grafik-Display zeigt nichts an
Ich werde mit einem ATmega32 probieren
Es funktioniert :D Fehler bei meiner Verdrahtung Pin 14 von Display wahr auf Pin 11 von ATmega32 Danke an Alle die mein Problem gesucht haben. mfg Patrick_cpp
-
Thread
DMX steuerbaren RGB LED PAR oder Pinnspot selber bauen
Welchen AVR nimmst du nochmal?
.elf Invoking: AVR/GNU Linker : (AVR_8_bit_GNU_Toolchain_3.4.0_663) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.0.65\AVRToolchain\bin\avr-gcc.exe" -o Firmware_Steffen_v1.elf
-
Thread
Welcher µC für Hobbyzwecke?
4 programmierbare 16-Bit Timer * Leistungsfähige Capture-/Compare-Einheit * Interrupts: 14 Quellen, 4 Level * Watchdog und Clock-Monitor * Leistungsfähige Arithmetikeinheit für schnelle 16(32)-Bit Miltiplikation (Division) * 8 Datapointer * 2 serielle Schnittstellen mit
Beitrag da gelesen habe. UNd mit den Interrupts gibts da wohl auch Probleme. Oder hat sich das mit dem AVR32 32-bit MCU/DSP geändert? An dem wäre ich dann nämlich sehr interessiert. Philipp Karbach wrote: > bist du fan von asm oder c? bei C würd ich dir nen ARM7/9 empfehlen da > kommst du sicherlich
-
Thread
ATtiny841 onboard Temperatur auslesen
(OSCCAL0) 2: 147 3: 45 4: 21 5: 128 6: 255 7: 129 // Calibration data for internal 32kHz oscillator (OSCCAL1) 8: 255 9: 44 10: 255 11: 255 12: 255 13: 105 14: 87 15: 52 16: 56 17: 49 18: 52 19: 51 20: 255 21: 7 22: 21 23: 31 24: 23 25: 3 26: 18 27
3: 43 4: 21 5: -128 6: -1 7: -127 8: -1 9: 39 10: -1 11: -1 12: -1 13: 105 14: 87 15: 52 16: 56 17: 49 18: 52 19: 51 20: -1 21: 7 22: 31 23: 31 24: 23 25: 3 26: 18 27: 5 28: 19 29: 5 30: -1 31: -1 32: 31 33: -1 34: 8 35: 60 36: 68
-
Thread
Frage zu LC80
Korrektur: 32KB RAM, an 2000-3FFF,6000-7FFF,A000-BFFF,E000-FFFF. RAM'A13=CPU'A15.
@A.K: Warum nicht 2x 32k linear adressiert? Also A14/A15=low ->ROM aktiv, und umgekehrt für den RAM? wenn ich das richtig verstehe Braucht das Monitorprogramm den Ram ab einer bestimmten Adresse?
-
Thread
richtig Runden nach Ganzzahl Operation
17,00 26 18,06 18,00 27 18,75 19,00 28 19,44 19,00 29 20,14 20,00 30 20,83 21,00 31 21,53 22,00 32 22,22 22,00 33 22,92 23,00 34 23,61 24,00 35 24,31 24,00 36 25,00 25,00 37 25,69 26,00 38 26,39 26,00 39 27,08 27,00 40 27,78
WS schrieb im Beitrag #6900148: > (x<<6+x<<4+x<<3+x+62)>>7 > Nix 16x16 und 32Bit und evtl. runden Allerdings auf einem AVR auch nicht sonderlich performant, mangels barrel shifter.
-
Thread
Fehlermeldung: near initialization for
wenn der Code einfach genug ist geht auch C. Für init-Sections siehe: https://avrdudes.github.io/avr-libc/avr-libc-user-manual/mem_sections.html#sec_dot_init
-S -r -j .text -j .data -j .rodata -j .eeprom -j .boot test_lcd.elf > test_lcd.lst $ avr-objdump -P mem-usage test_lcd.elf test_lcd.elf: file format elf32-avr AVR Memory Usage ---------------- Device: atmega162 Program: 2512 bytes (15.3% Full) (.text + .data + .rodata +
-
Thread
RAM Verbrauch auch von lokalen variablen ermitteln
schrieb im Beitrag #5934493: > Die Frage war aber ob die > Implementierung von malloc() für einen AVR eben nicht ganze Pages ( wie > groß diese auch sein mögen ) allokiert. Denn dann wäre mit einem p = > malloc(10); eventuell eben nicht 10Byte sondern vielleicht 32Byte > reserviert. Der AVR ist
Karsten K. schrieb im Beitrag #5934493: > .. und einfach einen 4k AVR nehmen ist Gut aber ein 64Pin großes Teil > ist mir zu groß. Und es muss auch noch irgendwie lötbar bleiben; also > kein 05 Pitch oder so. Bei SDIP28 oder SO28 kannst Du auch z.B. einen PIC32MX170F256B
-
Thread
Display von Pollin - Datenblatt - Ansteuerung
H, also 8-bit-input VSS 25 19 GND VDDH 26 22 V0 27 22 =VDDH V2 28 13 V3 29 14 V5 30 19 =GND n.c. 31 n.c. n.c. 32 n.c. 0,5mm ist zu fein für meinen Lötkloben, also kann ich nicht wirklich testen, aber jetzt wäre der Moment, wo man durch Nachmessen etwas bestätigen
ist dieses Display wahrscheinlich wieder ein Kandidat für eine rein softwaremäßige Ansteuerung per AVR.
-
Thread
Audiophile logarithmische Digitalpotis?
let wrote: > Wie viele Relais willst du denn verbauen? Für 256 Stufen sind > das ja schon 32 Stück/Kanal. Wie kommst du auf 32 Stück? > Der PGA2311 verstärkt nur wenn man mit der Gain Einstellung > 0dB > geht. Dann verschlechtert sich auch der Rauschabstand. Doch > von Mute->0dB sind
> Wie kommst du auf 32 Stück? Zwei Spannungsteiler mit je 16 Relais hintereinander. Gibt 16*16 Stufen. So habe ich das mal mit CMOS-Schaltern gemacht (8x8). > Ich habe hier einen Schaltplan bei dem mit 8 Relais... Ja
-
Thread
Division von unsigned char
In C würde die Funktion so aussehen: [c] uint8_t rec[254] = { 128, 86, 64, 52, 43, 37, 32, 29, 26, 24, 22, 20, 19, 18, 16, 16, 15, 14, 13, 13, 12, 12, 11, 11, 10, 10, 10, 9, 9, 9, 9, 8, 8, 8, 8, 8, 7, 7, 7, 7, 7, 7, 6, 6,
> Dein Algorithmus funktioniert nicht. 200 geteilt durch 7 ergibt 4!? > > Getestet mit GCC und AVR-Studio 4. hmmm... An Stelle 7 der Tabelle steht 37668, also LOW=36, HIGH=141. Zunächst wird das LOW-Byte mit 200 multipliziert, gibt 200*36 = 28*256 + 32. Nach dem ersten MUL müsste R1
-
Thread
Universeller RC5-Fernbedienungsempfänger
oder, soll ich lieber mit: AT AVR ISP : AVR Programming Tool AT AVR ISP2 mit USB arbeiten? Hoffentlich, stelle ich nicht zu viel blöde Fragen für euch Experten!? Ich bi euch alle sehr, sehr dankbar für die volle Unterschtützung
...im Original "avr410 rc5" fehlt auch nicht!?
-
Thread
avr-gcc->Probleme beim 1.kopieren von struct und 2. Arrays mit Double
ain3; adchannels[3] = ain4; adchannels[10] = ain5_6; adchannels[11] = ain7_8; adchannels[14] = ain9; adchannels[15] = ain10; } uint32_t read_AD_channel(uint8_t channel) { uint32_t data_reg = 0; int i; cs_activate(CS_AD); unsigned char channelMask = channel;
Hallo, danke für den Speicherhinweis, könnte das Problem sein. Habe vorher nur mit 32bit Prozessoren gerarbeitet. Kann man mit avr-gcc einen Memory Map erstellen? gruß
-
Thread
GCC / ARM Cortex, Registerzugriff über Pointer & struct
_t MODER; /*!< GPIO port mode register, Address offset: 0x00 */ __IO uint32_t OTYPER; /*!< GPIO port output type register, Address offset: 0x04 */ __IO uint32_t OSPEEDR; /*!< GPIO port output speed register, Address offset: 0x08 */ __IO uint32_t PUPDR; /*!< GPIO port pull-up/pull-down register, Address offset: 0x0C */ __IO uint32_t IDR; /*!< GPIO port input data register, Address offset: 0x10 */ __IO uint32_t ODR; /*!< GPIO port output data register, Address offset: 0x14 */ __IO uint16
-
Thread
static Funktionen und Flashverbrauch
benötigt. Auch dann, wenn diese Funktion keine weitere Funktion aufruft, somit die Return-Adresse in R14 bleiben kann?
bei braindead-Code aus Codegeneratoren. Den Nachteil der überflüssigen Returnwert-Promotion hat avr-gcc 3.4.6 -mint8 zumindest nicht. Johann
-
Thread
Kupferdrahtdurchmesser bei Spulen
Axel Rühl 14.10.2005 14:10 das mit der Freilaufdiode hab ich schon in 11.10.2005 12:51 erwähnt. http://www.mikrocontroller.net/forum/read-1-245003.html#245235 Zur Übertragung eignen sich alle Codes, die auch
eine led oder mehrere an sind. Muss die äussere Spule nochmal ordentlicher wickeln ;) Aufbau: AVR-pin o-----[100R]------|<|---+----BC817----o +5V AVR-pin o-----[100R]------|<|---+ AVR-pin o-----[100R]------|<|---+ ... AVR-pin o-----[100R]------|<|---+ Also alle 16 leds an einem BC817, damit
-
Thread
Analog TFT Controller?!
rausgesucht. Also, der Hi1018 generiert ca. 10Mhz Pixeltakt, ein VCOM-Display AC signal, sowie HSTART mit ca 14.7 kHz und VSTART mit ca. 30Hz. Die Signale gehen an das c't FPGA. Das verwendete Display bei denen ist ein Typhoon 7" mit 480*234 Punkten. Wenn ich mir AVR Mario dagegen angucke ( RGB Spiel für den
auch mit einem Graphikdisplay beschaeftigt, probier's aber gar nicht erst mit was Kleinerem wie einem AVR32UC3. Der kann 66MHz und schaufelt gleich 32 bit auf's Mal.
-
Thread
uint32_t variable byteweise füllen
Kopf gegangen. Das hat was, aber da kommt wie angedeutet zusätzlich die Frage ins Spiel, ob die uint32_t Variable nun auf dem konkreten System little oder big endian ist. Hab grade gegoogelt - beim 8-Bit AVR müsste es so passen, der ist little endian...
Der herr Pointerfrickler hat sogar teilweise Recht, der AVR-GCC ist zu blöd die 32bit-Shiftoperationen korrekt zu optimieren. Da die Pointer-Cast-Operation aber Stack-Zugriff erfordert, ist sie tatsächlich /noch/ langsamer und größer. Hier der Testcode: [c]
-
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
ATMega2560 und VGA-Verbindung
Timer Mode zu wechseln, bislang leider ohne Erfolg. Keiner bringt den errechnetet Wert heraus. 0 32,8ms 1 256µs 2 512µs 3 1024ms 4 2,2µs 5 128µs 6 256µs 7 512µs 8 2,2µs 9 2,2µs 10 2,2µs 11 2,2µs 12 2,2µs 13 2,2µs 14 2,2µs 15 2,2µs [c] #define F_CPU 16000000UL #include <avr/io.h> #include <avr/interrupt.h> volatile int v_sync_timer = 0; volatile int h_sync_timer = 0; int main( void ) { DDRL=0xff; DDRA=0xff; PORTL = 0xFF; PORTA = 0xFF; //
-
Thread
64 bit? Lohnt sich das wirklich?
meine damit vor allem das aktuelle Windows 7 64 bit oder noch die alte 32 bit nehmen? welchen Vorteil bringt 64 bit real??? was soll damit besser sein?
Tja, das hab ich nach einigen Wochen Vista (32 Bit) auch gemacht. Laptop auf XP 32 Bit "downgegraded" und glücklich sein. 3,5 GB RAM sind WIRKLICH genug für 99% der Anwender, auch für Power-Gamer! Dieser ganze Zirkus um 64 Bit Vista oder erst
-
Thread
Probleme UART, Baudrate Atmege8
:Windows 7 Ultimate[/code] Nun aber mein Proggi: [code]$regfile = "m8def.dat" $framesize = 32 $swstack = 32 $hwstack = 32 $crystal = 1000000 ' 12000000 $baud = 9600 Led1 Alias Portb.0 Config Pinb.0 = Output Dim X As Long Do Print "X" Toggle Led1 Wait 2 Loop[/code]
dort auch keinen Text ausgeben. Hier mal mein Code: [code]$regfile = "m8def.dat" $framesize = 32 $swstack = 32 $hwstack = 32 $crystal = 14755600 $baud = 115200 Config Lcd = 16 * 2 Config Lcdpin = Pin , Db4 = Portc.1 , Db5 = Portc.0 , Db6 = Portb.2 , Db7 = Portb.1 , E = Portd.7 , Rs = Portd
-
Thread
PIC oder AVR
verdauen können. Bei kleinen Programmen von ein paar KB kein Problem, bei grösseren jedoch schon. Bei AVR/GCC ziemlich fehlerträchtig. MSP430: saubere von-Neumann Architektur. Problemlos. - Lineare Adressierung vom RAM? PIC: PIC16 ja, PIC14,PIC12 nein. RAM-Puffer die gösser sind als das RAM in
definitiv Schluss. Meine Empfehlung hier trotzdem: diese Klasse nur bis 40-60K verwenden, darüber auf 32bit (ARM-Core) umsteigen. - Wie komplex ist interrupt-feste Programmierung von I/O-Ports? Das ist besonders beim AVR ein Problem. Architekturbedingt ist nur ein Teil der Ports ist bitweise schaltbar
-
Thread
Hilfe bei Lüfter-Drehzahlmessung
und ruft dann die Funktion 'drehzahl_berechnen' auf. [c] #define F_CPU 16000000UL #include <avr/io.h> #include <avr/interrupt.h> #include "lcd.h" volatile uint16_t timer2_100miksec = 0; volatile uint16_t timer2_speicher = 0; volatile uint16_t n = 0; ISR(INT0_vect) { if(timer2_speicher
220k gegen +5V. Bei höheren Drehzahlen klappt es auch mit 10k als Pullup. Da der Effekt bei zwei "F14 PWM"-Lüftern gleichermaßen Auftritt, schließe ich auf ein konstruktives Problem. Der "F14 PWM" hat hat offenbar eine komplett andere Elektronik als der "F12 PWM", bei dem das Tachosignal jederzeit sauber
-
Thread
Schulnotenbewertung eines Arduino-Programms
beim letzten Ausschieben ein Strobe-Impuls gegeben). Interessanterweise funktioniert shifOut auf AVR erwartungsgemäß korrekt, aber auf einem CH32V003 mit entsprechendem Core nicht (die "Library" hier jedoch schon). Aus diesem Grund verwende ich jetzt dann doch eher sn74hc595. Arduino F. schrieb
#8045143: > in Arduino ist ja scheinbar die <string.h> verpönt. Ist sie nicht! Leider ist bei dem AVR-GCC die libstdc++ nicht dabei. Damit gibts kein std::string Verpönt ist nicht das gleiche, wie unmöglich. Die 32Bit und 64Bit Arduinos oder auch Fremdprodukte haben std::string durchaus dabei.
-
Thread
Durch bestimmte Frequenz Schaltvorgang auslösen
schrieb im Beitrag #7415706: > Beispielsweise ein 74F193. Oder ganz klein 74AHC1G4210, ..12, ..14.
Frequenzzähler in eine bestehende Atmegaschaltung einzubauen > ist wohl nicht möglich. > … Wenn du einen AVR128DA28/32/48/64 oder AVR128DB28/32/48/64 in der Schaltung verwenden kannst, dann kann man 100MHz Frequenzmesser mit dem ATtiny414 entsprechend übernehmen.
-
Thread
Erfahrungen mit Platinen von www.elecrow.com
avr schrieb im Beitrag #4416787: >> Auf den zweiten Blick "fehlen" die Lötstopp-Stege zwischen den PADs vom >> TQFP32. >> Nicht schlimm, aber ein wenig enttäuschend. > > Bei 0,5mm Pitch ist das normal
zu beanstanden. 10 Stück 4-Layer max. 5x5cm 1.6mm, grün, HASL 11 Platinen für umgerechnet 25.14 € nach 13 Tagen erhalten. Anbei Photos: IC1 ist TQFP32
-
Thread
ATmega328P Funktionsadresse in Register speichern und aufrufen
Hier, sowas in der Richtung... https://github.com/embecosm/avr-gcc/blob/avr-gcc-mainline/gcc/stack-ptr-mod.c
Johann L. schrieb im Beitrag #7664900: > Soweit ich weiß werden Coroutinen in avr-g++ nicht unterstützt, Sind nicht im Lieferumfang. Aber hier durchaus vorhanden: https://github.com/modm-io/avr-libstdcpp -> bisher nicht getestet Mein (AVR) Arduino beschwert sich zumindest
-
Thread
Eure meinung zu meiner Platine
Hi der Mega128 wird nicht über MISO/MOSI programmiert. Siehe [[AVR_Checkliste]] Matthias
Positionen der Stecker mußt Du dir mal überlegen. Alle Änderungen mußt du da natürlich noch übernehmen (AVR-Prog-Adapter usw.)
-
Thread
DDS Sinus Tabelle wie berechnen ?
man pro Periode 256 Stützstellen hat, kann man mehr oder weniger sinus-ähnlich 256 Samples/Sek/8 = 32 Hz Signale ausgeben.
return-Anweisung (C++14). *So* kann man mit avr-gcc -std=c++14 (ab Version 5.xx) eine Sinustabelle direkt vom Compiler erstellen lassen: [c] #include <avr/pgmspace.h> constexpr float PI=__builtin_atan(1)*4; template
-
Thread
13 Bit Genauigkeit mit Atmega messen ?
Referenzspannung so gut wie unwichtig. Falls es jemanden gibt der sich mit digitalen Filtern auf AVR auskennt oder schon mal was gehört hat, wenn möglich in C, dann kann er sich ja mal melden. Ich habe derzeit ein Problem das im AVR GCC "double" mit 32Bit Länge definiert ist (warscheinlich 24.7)
"defines" ändern und den GCC neu kompilieren? z.B. im GCC 4.4.2 in Datei \\gcc-4.4.2\gcc\config\avr\avr.h Zeile 161: #define DOUBLE_TYPE_SIZE 32 #define LONG_DOUBLE_TYPE_SIZE 32 auf 64 ändern und den GCC neu kompilieren... Kann das jemand? In anderen CPU Headern ist der Wert auf 64.
-
Thread
alternativer ISP anschluss: stiftleiste
boards auf Lochraster mit AVRs. Immer stellt sich das problem: wie elegant die Leitungen vom THT AVR zum ISP verlegen. Meine aktuelle Lösung: mittels eines Adapters von 6pol ISP (2x3) auf 6pol Stiftleiste, die könnte man relativ einfach direkt neben den AVR legen. siehe bild im anhang. Fragen
Steckbrett: Steckbrett ftw! Im Anhang Steckbrett-zu-10pin-ISP - zum "danebenstecken" für Mega 16/32 - zum "drüberstecken" für Mega 8/48/88/168 - zum "drüberstecken" für 8pinnige Tinys (hat 4k7-Angstwiderstände an MOSI, MISO und SCK) Der 16/32er-Adapter hat den Vorteil, dass man ihn
-
Thread
Atmega 168 ADC Problem
keinen Fehler finden. Danke für die Hilfe!! [C] /* * test.c * * Created: 03.02.2012 09:26:14 * Author: Rudi */ #include <avr/io.h> // Diese Beispiel zeigt die Anwendung des ADC eines ATmega169 // unter Verwendung der internen Referenzspannung von nominell 1,1V. // Zur Anpassung
mache ich falsch? Was verstehe ich falsch??? [C] /* * test.c * * Created: 03.02.2012 09:26:14 * Author: Rudi */ #include <avr/io.h> // Diese Beispiel zeigt die Anwendung des ADC eines ATmega169 // unter Verwendung der internen Referenzspannung von nominell 1,1V. // Zur Anpassung
-
Thread
Welche maximale Taktrate ist ohne Oszilloskop sicher beherrschbar?
mangels Oszilloskop also nicht aufspüren. Dann vermeide komische Flanken. Ein Schmitt-Trigger 74HC14 wirkt da Wunder.
für den Anfang einen preisgünstigen Allrounder mit dem man wenigsten die gängigsten µC Controller (AVR, AVR32, PIC, MPS430 usw.) und 74HCxx und 74ACxx oder 74ASxx messen kann. Also wird es wohl ein Rigol DS1104Z werden müssen.
-
Thread
Stromsparende Schaltung Klimalogger auf Basis Rasp Pi Pico
int32_t)(vsys_v * 1000.0f + 0.5f); } vsys_adc_init(); int32_t vsys_mv = vsys_read_mv(); printf("VSYS: %ld mV\n", (long)vsys_mv); [/code]
Christie schrieb im Beitrag #8035199: > Es (das STM32G031 Board) scheint mir auch weniger Beginner-freundlich zu sein wie Arduino Das Board wird von Arduino unterstützt: https://github.com/stm32duino/Arduino_Core_STM32#generic-stm32g0-boards > Beim
-
Thread
Kicad V6 Preview - Erfahrungen
Beitrag #6586779: > daraufhin sollte ich es wirklich mal anschauen. Aber wie, speziell auf > einem 32-Bit Debian stable? Wenn du ein 32-Bit-System hast, dann vermutlich auch recht alte Hardware. Bist du dir sicher, dass du auf sowas ein CAD-System einschließlich OpenGL, 3D etc. laufen lassen willst
Bauform B. schrieb: >> daraufhin sollte ich es wirklich mal anschauen. Aber wie, speziell auf >> einem 32-Bit Debian stable? > > Wenn du ein 32-Bit-System hast, dann vermutlich auch recht alte > Hardware. Bist du dir sicher, dass du auf sowas ein CAD-System > einschließlich OpenGL, 3D etc. laufen lassen
-
Thread
ATmega 328 - fehlerhaftes Rechenergebnis
Architektur, aber mindestens 16 Bit". Auf einem Cortex hat man hier also eine Vorzeichen behaftete 32 Bit Variable, auf einem AVR eine Vorzeichen behaftete 16 Bit Variable. Also würde ich 1. alle Variablen und Type-Castings mit präzisen Angaben machen 2. printf( " ... %u", ...) verwenden, wenn ich
_t)(year_x * 365.25) - (uint32_t)(month_x * 30.6001)); if (month_x == 14 || month_x == 15) k = 1; else k = 0; year = (uint16_t)(year_x + k + 1900); month = (uint8_t)(month_x - 1 - (k * 12)); printf( "mjd = %u
-
Thread
Arduino zu millis() long und Reset vor dem Überlaufen Gesperrt
jede Zeile Code selber schreibe oder absegne, werde ich vor 2^31 Ticks einen Reset provozieren (bei 32-Bit als größtem nativen atomare Wert). --> Ein Reset nach 42 Tagen (2^32-ms-Ticks) macht keinen Sinn, da der Mehraufwand für ^32 fast genauso wie für unendlich ist.
nach 2^32 Tagen ein überlauf haben (> 11 Mio. Jahre) :-D Gruß
-
Thread
Beckhoff oder WAGO Bus-Klemmen ansteuern
von FreeRTOS. Hiermit wäre eine Portierung von z.B. SOEM ev. einfacher zu gestalten. Da aber ein AVR zu wenig Resourcen bietet, wäre wohl der Einsatz eines AVR32 oder Cortex-M3 angebrachter. Lieder kenne ich mich damit nicht so gut aus und habe auch keine einfachen Boards gefunden, welche mit
nach rechts: 2xKL2408, 1xKL1408, 1x750-653. Das gibt auf dem Arduino den folgenden Output: 11:14:57.700 -> Klemme 0: vorhanden 11:14:58.628 -> Klemme 1: vorhanden 11:14:58.628 -> Klemme 2: vorhanden 11:14:58.628 -> Klemme 3: vorhanden 11:14:58.628 -> Klemme 0: Typ 2 11:14:58.628 -> Klemme 1
-
Thread
Atmel ARM7 woher?
elektro-nix hat sam7s32 und s64 Gruss Tobias
Auserdem find ich die Preise bei embedit oder csd oder so voll fair. Bei Conrad kostet ein Mega32 23 und ein Mega128 30 . Die ganzen neuen AVR oder so nen ARM sucht man da vergeblich. Da ist wohl ein Preisunterschied von +/-1 doch kein Beinbruch, oder? Ach ja, die bei MSC haben mir gesagt das
-
Thread
Tester für Spezialversion des AVR Bootloaders optiboot gesucht!
höheren Zweck dient die Portierung nach Assembler? Wie steht's mit der Portierbarkeit dann zu anderen AVR Typen? Die meisten AVR Mikrocontroller haben doch Speicher satt mit >=32KB und den kriegt die Mehrheit der Hobbyprogrammierer wohl eher selten voll. Warum nur unter Linux kompilierbar?
softwaremäßig unterschiedlich behandelt? (Hab den ganzen Quellcode nicht durchgepflügt.) Mit einem 14.7456 MHz Quarz geht es nun bis jetzt ohne weiteren Fehler. Als nächstes werde ich noch einen m128 und m32 testen.
-
Thread
Wie die Zellenspannungen an einem 16S Akkupack mit DAC messen
Auflösung z.B. 24Bit. Ist das beherrschbar? Da kommen bei einen Anfängerdesign auch nicht mehr als reale 14 Bits raus...
? Framulestigo schrieb im Beitrag #6591353: > per Oversampling auf 12Bit aufgepoppt Daß der AVR-ADC auf 12Bit monoton ist, glaubst aber auch nur Du.
-
Thread
2MB DRAM an AVR Gesperrt
Hier ein kleines Beispiel für die DRAM Ansteuerung mit einem AVR. Da der AVR sehr schnell ist, kann man das ganze Timing in Software machen. Dieses Beispiel digitalisiert ein Signal mit ADC0, schreibt es in den DRAM und gibt es mit einigen Minuten Verzögerung wieder
sinnvoll zu verwenden. Wie weit man das ganze optimieren kann, und zu was ein AVR alles fähig ist, sieht man hier: http://elm-chan.org/works/vp/report.html