-
Thread
Gibt es den Fachkräftemangel? Gesperrt
reflektiert, 1 Jahr vor der Veröffentlichung des Videos auf Youtube. https://www.mikrocontroller.net/topic/278036 http://www.mikrocontroller.net/topic/276637 https://www.mikrocontroller.net/topic/277462 Vielleicht sind Promoirrte Diplomchemiker micht repräsentativ für gesuchte Fachkräfte. MfG
Nein, 75k@40h ist nicht normal. Vielleicht im Konzern oder als > SAP-Entwickler, aber nicht als .NET-Entwickler in einer Klitsche. Zu was zählt dann C# / .NET (inkl. WPF, WCF und WF) im Konzern? Edit: Btw., in meiner vorherigen "Klitsche" lagen die .NET-Entwickler mit mehr als 7J BE üblicherweise
-
Thread
ENC28J60 Initialisierung ATmega1284P AVR Assembler Beispiele
somit erkannt. Ich habe mir erlaubt, CLKOUT in ECOCON zu deaktivieren, ich mag keine HF auf dem AVR-NET-IO-Board, wenn sie nicht unbedingt benötigt wird. Hier fand ich sehr interessante Fehler-Hinweise, wie ist Eure Meinung dazu: http://www.kner.at/home/40.avr/arduino/ethernet/Fehler.html Das
Bernhard S. schrieb im Beitrag #4548011: > Hatte mir letztes Jahr, eher durch Zufall, 2 Platinen "AVR-NET-IO" > gekauft, dort sind diese "Burschen" verbaut. Hier liegen auch noch 2 NetIO und ein Lochraster-Aufbau rum. Ein NetIO mit modifizierter Radig-Siftware und einem RFM12 als Empfänger für
-
Thread
[V] Konvolut AVR ALPS Mikro Server Mikrocontroller Stecker NET-IO
hat, alles was ich anbiete findet ihr hier. https://www.ebay-kleinanzeigen.de/s-anzeige/konvolut-avr-alps-mikro-server-mikrocontroller-stecker-net-io/443752518-168-1994 - AVR-NET-IO-Board - AVR-NET-IO - Bausatz Add-on - 2x AVR ISP 10 auf 6 Adapter - 2x Stecker und Kabelsatz - ALPS LC-Display Modul-Bausatz - ALPS LCD LSU7S1011A - PC-Relaiskarte K8 IO - Sub-D-Anschlussplatine - verschiedene Wannenstecker - 2x Simon K.’s micro Web Server (1x Bausatz, 1x aufgebaut) == http://www.mikrocontroller.net/topic/87517 Gruß, Matze
-
Thread
delay Funktion
angesprungen wird, hat das vielleicht irgendwas mit der Optimierung zu tun und wenn wo kann ich diese im AVR Studio 7 einstellen? Hier mal der Code: [c] #include <avr/io.h> #include "lcd-routines.h" #include <stdlib.h> #include <stdint.h> void dly(int seconds); int main(void) { DDRB
nicht die vorhandenen? Die sind getestet und > funktionieren. > > https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29
-
Thread
Z80 Projekt für Hauptwerk Orgel
hatte auch die el-cheapo-Busuebersteuerung mit Serienwiderstaenden eingebaut. Trotzdem: bei vielen IO Signalen sollte man auf jeden Fall die Schnittstellenbausteine nah' am Prozessor gruppieren und die Leitungen zu den Schaltern/Verbrauchern laenger machen. Und auch dann hab' ich meine Zweifel, ob so
davon kostet, kriegt man bestimmt schon ein PICKit Clone oder AVR-Programmierhardware, und der freundliche Chinese macht einem für soviel Geld auch gleich 20 Custom-Boards für die Digitasts und LEDs, wo dann jeweils ein Standard-Controller für <1 Euro die Tasten/LEDs
-
Thread
PORT-Zustand abfrgen und zurück schreiben
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Zugriff_auf_IO-Ports Oliver
Pull-Up-Widerstände. Die Abfrage der Pinzustände über PORTx statt PINx ist ein häufiger Fehler beim AVR-"Erstkontakt"." In diesem Sinne... Oliver
-
Thread
[S] kurze, flache LED Streifen, LEDs einzeln ansteuerbar
Mit der fastLED.io Arduino-Libary bist du fix dabei.
Adrian E. schrieb im Beitrag #4518673: > Wenn möglich, bitte eher Tipps in richtung AVR-GCC. Mit Arduino wollte > ich an dieser Stelle eigentlich nicht anfangen :) tim cpld hat hier eine LIB eingestellt: https://www.mikrocontroller.net/topic/292775?goto=new#new auch ohne Arduino
-
Thread
Problem mit Attiny Steuerung
für mich ganz nach einem fehlenden Pull-up Widerstand an. Siehe hier: http://www.mikrocontroller.net/articles/AVR-Tutorial:_IO-Grundlagen#Pullup-Widerstand
Hilfe! oder die Seite eines netten Menschen auf Deutsch http://halvar.at/elektronik/kleiner_bascom_avr_kurs/taster_entprellen/ http://halvar.at/elektronik/kleiner_bascom_avr_kurs/
-
Thread
ATMega644 UART
sollte. Hier der Code: #ifdef F_CPU #undef F_CPU #define F_CPU 16000000UL #endif #include <avr/io.h> #include <inttypes.h> #include <util/delay.h> // Diese Beispiel zeigt die Anwendung des ADC eines ATmega169 // unter Verwendung der internen Referenzspannung von nominell 1,1V. //
Fuses vom Controller, wo du die Taktquelle, Brownout usw einstellst. https://www.mikrocontroller.net/articles/AVR_Fuses Hast du an den was geändert ? Mit was programmierst du ? Was für einen ISP Programmer hast du ? Gruß JackFrost
-
Thread
C Programcode für Motorsteurung
als Ausgang auf 0/1 setzt. Damit kannst Du den Motor ein/ausschalten: https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Ausg.C3.A4nge
#include <avr/io.h> #include <avr/interrupt.h> #include <inttypes.h> #include <stdbool.h> #include <avr/pgmspace.h> #define F_CPU 16000000ULL #include <util/delay.h> void InitPWM() { TCCR0A|
-
Thread
Plattformübergreifend Programmieren - welche Sprache?
Da kommt eigentlich nur C# in Frage. Damit kannst du - für Windows entwickeln (Visual Studio, .NET oder .NET Core). - für Linux/Pi entwickeln (Mono Develop oder Xamarin Studio, Mono oder .NET Core). - für Android entwickeln (Visual Studio oder Xmarain). - für Mac entwickeln (Mono Develop oder
Community - Visual Studio Code - MonoDevelop - Xamarin Studio Frameworks: - .NET (Windows) - .NET Core (Alle Platformen) - Mono (Mac, Linux, ...) - Xamarin (Mobile Platformen: Android, iOS usw.)
-
Thread
AVR-NET-IO BOARD ENC28J60 Initialisierung Handhabung Verständnisfrage
Geschätztes Forum, leider ist der Programmcode des ATmega32 auf dem dem AVR-NET-IO-Board nicht veröffentlicht :-( Nachdem ich den CPU-Takt von 16MHz auf 1MHz reduziert habe (Fuse Bits) konnte das SPI-Protokoll mitschneiden. Dieser SPI-Sniffer half mir dabei: https:/
Bernhard S. schrieb im Beitrag #4511829: > leider ist der Programmcode des ATmega32 auf dem dem AVR-NET-IO-Board > nicht veröffentlicht :-( weil auch ich den org. Code nicht bekam habe ich schnell auf den Code von Radig und Schnell gewechselt, sollte noch im Netz zu finden sein. Der läuft nun
-
Thread
Reparatur einer Platine (Dieselheizung)
Mouser.de gefunden. Beitrag: [Biete] Sammelbestellung de.Mouser.com 2016 https://www.mikrocontroller.net/topic/387349
...er soll erstmal durchpiepen, ob VCC vom AVR überhaupt "irgendwo dahin geht". Klaus.
-
Thread
USB-Schachbrett selber bauen
Lassen sich auch prima in einer Matrix verwenden. 8x8 ist ideal dafür. https://www.mikrocontroller.net/articles/AVR-Tutorial:_Schieberegister Beachte insbesondere die Weblinks unten.
I2C-Busse mit dem MCP23017 im Sinn. Siehe hier: http://www.netzmafia.de/skripten/hardware/RasPi/Projekt-IO-Expander/ Weiß allerdings noch nicht, ob die Schaltung auch mit Reeds (als Eingang) funktioniert.
-
Thread
Basteltip: STM32F103 DIP40 Board
interessiert mich der Verbrauch, der "sparsamer" als der eines AVR-Controllers sein soll.
man auf der ARM Seite die Programmierung über die Hersteller HALs nimmt, sollte man natürlich auf AVR Seite auch eine vergleichbare Abstraktionsebene verwenden. In diesem Fall wären es beim AVR aber tatsächlich weniger Code Zeilen.
-
Thread
AVR ATTiny84A mit C++ Werte an bestimmte Speicherstelle schreiben
Carl D. schrieb im Beitrag #4505955: > So greift (prinzipiell) der Compiler auch auf alle IO-Register zu. nein, kann man so nicht sagen. Das geht nur wenn die IO-Adresse in dem Ram eingeblendet sind. Beim AVR ist das aber nicht der Fall und sie müssen mit speziellen Funktionen angesprochen
Form alles anzeigen, was du willst. Code zum abgucken: [c] #include <util/delay.h> #include <avr/pgmspace.h> #include <avr/interrupt.h> #include <avr/io.h> #define SERIAL_BITRATE 2400 #define SOFTSERIAL_TXD_HIGH { PORTD |= (1<<PD2); } #define SOFTSERIAL_TXD_LOW { PORTD &= ~(1<<PD2
-
Thread
ATMEL ARM SAMD ohne Framework programmieren
Funkttionen? ;-) Hier gibt es die sehr lesenswerte Geschichte zu Wiring: http://arduinohistory.github.io/
man aber nicht mehr über die Arduino-IDE flashen" http://www.mikrocontroller.net/topic/387404#4481900
-
Thread
avarice und atmega32u2
implementiert hatte, wollte ich probieren ob das debuggen geht. [c]#include <inttypes.h> #include <avr/io.h> FUSES = { .low = FUSE_CKSEL0 & FUSE_SUT1, .high = FUSE_BOOTSZ0 & FUSE_BOOTSZ1 & FUSE_EESAVE & FUSE_SPIEN, .extended = FUSE_BODLEVEL0 & FUSE_HWBE, }; int __attribute__((OS_main
gleich durch. Wie ich das nun mache. Gesetzt ich habe diesen Code: [c]#include <inttypes.h> #include <avr/io.h> FUSES = { .low = FUSE_CKSEL0 & FUSE_SUT1, .high = FUSE_BOOTSZ0 & FUSE_BOOTSZ1 & FUSE_EESAVE & FUSE_SPIEN, .extended = FUSE_BODLEVEL0 & FUSE_HWBE, }; int __attribute__((OS_main
-
Thread
ATtiny861 & Drehgeber
Hallo zusammen, ich stolpere mich gerade in die AVR-GCC Prigrammierung und versuche auf einem tiny861 den Code zum einlesen eines Encoders hier von der Seite https://www.mikrocontroller.net/articles/Drehgeber zum laufen zu bringen. Nun geht da nicht
Registern. Im wesentlichen habe ich die Verweise auf TIMER0 nach TIMER0A geändert: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #define XTAL 8e6 // 8MHz #define PHASE_A (PINA & 1<<PA6) // an Pinbelegung anpassen #define PHASE_B
-
Thread
SRV05 Ultraschallsensor
*/ #include "SRF05.h" #include "global.h" #include "EDIP.h" #include "uart.h" #include <avr/io.h> #include <util/delay.h> #include <stdio.h> #include <string.h> #define TRIGGER PB1 #define MEASURE PD3 volatile unsigned int microseconds = 0; // to save pulse length volatile uint8
Ich sollte mal einen Bot programmieren, der immer diesen Link postet ;) https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Datenaustausch_mit_Interrupt-Routinen
-
Thread
goto verpönt - was dann nehmen?
Programmen optimiert der AVR-GCC in der Regel besser als ein erfahrener Assembler-Programmierer.
Ich hätte da noch einen: http://www.mikrocontroller.net/topic/100287
-
Thread
[AVR] Mittelwertbildung
> Meine Denkansätze sehen aktuell wie folgt aus Sieh dir auch mal den https://www.mikrocontroller.net/topic/265104 an.
Werte). Es wirkt wesentlich ruhiger. Achja der Link zum Video: https://www.youtube.com/watch?v=IoSkziDBot4
-
Thread
Welches der beiden Dev.Boards?
für Privat war mir die Anschaffung als Auszubildender leider zu teuer. Ich bin da auch auf die Atmel AVR aufgestiegen. Vor allem auch wegen dem schönen und einsteigerfreundlichen AVR-GCC Tutorial hier auf der Seite. Hätte es damals 2007/08 bereits Arduino gegeben, dann wäre das ganz klar die Plattform
, wenn Geld keine Rolle spielt - also eher nicht. Ich weiß nicht, wie das bei PIC ist, aber bei AVR Mikrocontrollern gilt die Faustregel: Kennst du einen, dann kennst du alle. Die ganzen Mikrocontroller der AVR Serie sind sehr ähnlich zu programmieren und auch die elektrischen Eigenschaften sind
-
Thread
ARM Cortex M0 system timer
prickelnd, aber es würde mich nicht wundern, wenn das dann der Overhead von ASF ist. Ein ARM ist kein AVR, der innerhalb eines CPU/IO-Taktes ein Pin setzen oder löschen kann, aber ein wenig schneller könnte er schon sein.
Jörg W. schrieb im Beitrag #4500430: > Ein ARM ist kein AVR, der innerhalb eines CPU/IO-Taktes ein Pin > setzen oder löschen kann Selbstverständlich gibt es ARM die das können z.B. ein LPC800 mit 30 MHz verwendet die CPU Clock direkt als Peripheral Clock
-
Thread
Problem mit LCD an Atmega8 4Bit IO-Mode
LCD_WRAP_LINES 1 /**< 0: no wrap, 1: wrap at end of visibile line */ #endif #define LCD_IO_MODE 1 /**< 0: memory mapped mode, 1: IO port mode */ #if LCD_IO_MODE #ifndef LCD_PORT #define LCD_PORT PORTC /**< port for the LCD lines */ #endif #ifndef LCD_DATA0
LCD_E_PIN 4 /**< pin for Enable line */ #endif Meine main.c: #include <avr/io.h> #include <util/delay.h> #include "lcd.c" int main(void) { lcd_init(LCD_DISP_ON_CURSOR_BLINK); /* initialize display, cursor off */ while (1) /* loop forever */ {
-
Thread
GCC: In welcher Reihenfolge wird if ausgewertet
.size getresult, .-getresult .ident "GCC: (GNU) 4.7.2" [/avrasm] Mal für den AVR compiliert, da ist es einfacher überschaubar, dass wirklich nur 0 oder 1 als Ergebnis zurückgeliefert werden. Für amd64 compiliert ergibt sich: [avrasm] .file "foo.c" .text
Bernd redet offenbar von Borland Pascal oder Freepascal, siehe: https://www.mikrocontroller.net/topic/391282#4488242 Bei Pascal von "Standards" zu sprechen ist offenbar recht schwierig, wenn sich keiner dran hält. Da ist C wesentlich stringenter.
-
Thread
avrdude: make program bricht ab
Unterstützung bei der Suche eines Fehlers, der für mich unerklärlich scheint. main.c [c] #include <avr/io.h> void main (void) { /* Zeile 1 */ DDRB = 1 << DDB4; /* Zeile 2 */ PORTB = 1 << PB4; // Zeile 1 /* Zeile 3 */ DDRC = (1 << DDB0) | (1 << DDB1) | (1 << DDB2) | (1 << DDB3) | (1 <<
schon vor einigen Jahren ausgiebig analysiert hatte: http://blog.gmane.org/gmane.comp.hardware.avr.avrdude.devel/month=20100601 https://www.mikrocontroller.net/topic/96528
-
Thread
ATMega 8: _delay_ms(500) --> Unterschiedlich lange Wartezeiten
Oder du probierst es mal so: #include <avr/io.h> #define F_CPU 16000000ul #include <util/delay.h>
Wenn du Eclipse mit AVR nutzt, kann ich dir dieses Plugin wärmstens empfehlen: http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_Eclipse_Plugin Da kannst du F_CPU direkt bei den Projekteinstellungen festlegen.
-
Thread
Fragen zu Frequenz in AVR uController (avrdude)
Oszillator vom Atmega16 läuft. Im Gegensatz zu dem Beispiel aus dem Wiki (https://www.mikrocontroller.net/articles/AVR_Fuses#AVRDUDE) zeigt avrdude nämlich keine Oszillator Frequenz: [code] avrdude -p m16 -c avrisp2 -P usb -n -v avrdude: Version 6.2, compiled on Dec 16 2015 at 07:10:46
) avrdude done. Thank you. [/code] Mein aktuelles Programm sieht so aus: [c] #include <avr/io.h> #include <avr/interrupt.h> volatile int count = 0; int main(void) { DDRA = (1 << PA0); DDRB = (1 << PB0); DDRD = (1 << PD0); PORTA &= (1 << PA0); PORTB |= (1
-
Thread
Bidirektionaler i/o Port deklarieren am ATMega
Meckerköppe, einfach ignorieren. Was in C immer geht, sind Bitmasken: https://www.mikrocontroller.net/topic/14792#new Man kann aber auch Bitfelder definieren und dann den Bitzugriff darüber machen: http://www.avrfreaks.net/comment/711155#comment-711155
PB2 ist undefiniert, io.h oder Prozessortype vergessen?
-
Thread
Einstieg: Altera vs. Xilinx
denn in etwa von einem Hersteller zum anderen zu wechseln? Kann man das in etwa mit dem Umstieg von AVR auf PIC oder AVR auf STM32 vergleichen? Also generell kann ich zum erlernen der Grundlagen auch reinen Gewissens das Altera-Board nehmen wenn ich dich richtig verstehe.
du nie und nimmer reibungslos irgendwo hin portiert. > Kann man das in etwa mit dem Umstieg von AVR auf PIC oder AVR > auf STM32 vergleichen? In etwa: die Denkweise ist die selbe, die Datentypen sind die selben, die Struktur ist die selbe, nur an einigen kleinen Ecken bleibt man eben hängen und
-
Thread
SAM D21 ARM Controller - Frage zu Daten
www.atmel.com/images/atmel-42181-sam-d21_datasheet.pdf) unter 36.8.1 (Electrical Characteristics / IO Pin Characteristics). Den "Absolute Maximum Ratings" unter 36.2 nach hat der Mikrocontroller keine 5V toleranten Eingänge. Viele Grüße, Marcel
Konfiguration verwenden. Hier habe ich mal zwei Beispiele gemacht: http://www.mikrocontroller.net/topic/390936
-
Thread
LEDs an N-Kanal MOSFET (IRLML2502) flackern.
wird die LED leuchten, bis der Pin auf Low gezwungen wird. Im/Nach Reset sind die Pins des erst mal AVR hochohmig. Die LED leuchtet beim Reset/Poweron
das nicht was das bringen soll. R(Pullup, PT4115): 200kOhm U(DimLow): 0.3V I(Max current Atmega IO Pin): 0.04A
-
Thread
Singleton pattern
PS: Das Plenken und der Ton des Schreibers kommt mir bekannt vor: https://www.mikrocontroller.net/topic/390672
a; Peter Du hast Recht. Ich habe gerade folgendes mit Atmle Studio probiert: [c] #include <avr/io.h> #include <stdio.h> class Dreieck { public: int xPos; int yPos; }; Dreieck globalesDreieck; int main(void) { globalesDreieck.xPos=11; globalesDreieck.yPos=12;
-
Thread
LCD ansteuerung mit einem ATMega16 und I2C
/ Ansteuerung eines HD44780 kompatiblen LCD im 4-Bit-Interfacemodus // http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung // #ifndef LCD_ROUTINES_H #define LCD_ROUTINES_H //////////////////////////////////////////////////////////////////////////////// // Hier die verwendete
/ Ansteuerung eines HD44780 kompatiblen LCD im 4-Bit-Interfacemodus // http://www.mikrocontroller.net/articles/HD44780 // http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung // // Die Pinbelegung ist über defines in lcd-routines.h einstellbar #include <avr/io.h> #include
-
Thread
Frequenz eines Feuchtigkeits Sensors messen
damit! Swen *********************************************************************/ #include <avr/io.h> #include <avr/interrupt.h> #include "avr/interrupt.h" #define F_CPU 8000000 #define USART_BAUDRATE 9600 //#define BAUD 9600 //#define BAUD 76800 //#define BAUD_PRESCALE (((F_CPU / (USART_BAUDRATE
damit! Swen *********************************************************************/ #include <avr/io.h> #include "lcd-routines.h" #include "avr/interrupt.h" int count = 0, a = 0; float korrekturfaktor = 1; //hier anpassen für Abgleich (z.b 0.99974) int ztmp = 0; unsigned long freq = 0;
-
Thread
Antenne für 50Hz
nicht verkehrt. Eine Quarzuhr ist allerdings mit ziemlicher Sicherheit genauer. Selbst der interne AVR Oszillator ist kalibriert ja schon gar nicht so schlecht.
Schaltung nicht drum herum, wie z.B. von mir beschrieben und getestet: https://www.mikrocontroller.net/topic/390318?reply_to=4527649#4477808 Gruss Thomas
-
Thread
USART Problem. Es werden nicht die richtigen Daten übertragen
Terminal das richtige an. Was mache ich denn falsch? [code] #define F_CPU 16000000UL #include <avr/io.h> #include <util/delay.h> #define BAUD 9600 #define UDR_Value = ((F_CPU / 16 / BAUD) - 1) int main(void){ UBRR0H = (UDR_Value>> 8); UBRR0L = UDR_Value; UCSR0C = (1<<UCSZ01
Uflash:w:"$(ProjectDir)Debug\$(TargetName).hex":i -C"C:\Program Files (x86)\Arduino\hardware\tools\avr\etc\avrdude.conf"
-
Thread
Wie Daten bei Software (mit C# am PC) übers Netzwerk an µC übermitteln?
Leistungsmäßig auf jeden Fall der beste Kandidat für sowas zu sein, noch vor Ethernetboards wie dem AVR NET-IO von Pollin.
RS232, RS485 oder Ethernet. Als Anregung, wie man sowas machen kann, schau Dir mal die zahlreichen NET-IO Projekte an. Meins findest du hier: http://stefanfrings.de/net_io/index.html Ich bevorzuge Textbasierte Kommunikationsprotokolle, weil man die ohne großen Aufwand mitlesen und manuell prüfen kann
-
Thread
Power-Mosfet per AVR schalten
Testschaltung) Nein. > oder ist die ID zufällig auf dem Gehäuse? Nein. https://www.mikrocontroller.net/articles/FET#Gate-Source_Threshold_Voltage
weglassen, die AVR Ausgänge können Strom liefern und senken. Man braucht nur den Widerstand in Reihe zur Last um die 20mA Maximalstrom des AVR Pins nicht zu überschreiten. "external capacitor at Aref" laut AVR Datenblatt
-
Thread
AVR Net IO reagiert nach langer Zeit nicht mehr
selbst ein Problem wo mir die Sufu auch nicht wirklich weiter gebracht hat. Undzwar habe ich das AVR NET IO Board von Pollin und habe es damals in Betrieb genommen. Seit geraumer Zeit kann ich nicht mehr auf das Board zugreifen (das Board war ein lange Zeit nicht in gebrauch). Habe mir einen ISP
den ISP Programmer? Was heißt, dass du nicht mehr auf das Board zugreifen kannst? Kannst du in AVR Studio die Fusebits vom ATmega32 lesen?
-
Thread
Web Server Pollin Net IO, Kommunikation untereinander Status
ca 2byte. Wie mache ich so etwas am besten ? ARP request ? ICMP ?? Ich arbeite mit dem Pollin AVR Net IO Board. Dazu verwende ich die Software von Ulrich Radig. Gibt es für mein vorhaben schon einen fertigen Ansatz in der Software den ich noch nicht verstanden habe. Steh gerade etwas auf dem
pollen. Meine Projektseite: http://stefanfrings.de/net_io/index.html
-
Thread
[ATmega32] Drehgeber Drehrichtung
von Phase B auslesen und somit die Drehrichtung rausfinden. [c] #include <stdint.h> #include <avr/io.h> #include <stdio.h> #include <avr/interrupt.h> volatile unsigned long counter256 = 0; ISR( TIMER0_OVF_vect ){ // Overflow Interrupt Vector Timer0 counter256++; } volatile uint8
Multimeter aufzutreiben Das wird dir da nichts helfen. Schau mal hier: https://www.mikrocontroller.net/articles/Entprellung Gruß Michael
-
Thread
AVR - Pin-Abfrage invertieren
Ganz einfach. Meist sind Taster low aktiv angeschlossen, so wie hier. https://www.mikrocontroller.net/articles/AVR-Tutorial:_IO-Grundlagen#Hardware Taste nicht gedrückt -> Input Bit = 1 Taste gedrückt -> Input Bit = 0 Wenn man das intern alles auf high aktive Logik umwandlen will, invertiert