-
Thread
TVM802A pick and place aus China
Bülent C. schrieb im Beitrag #4643312: > nur beim soic14 passt es nicht mal ansatzweise SOIC14 sind auch bei mir immer schräg. Die Kamera hat bei diesem Gehäuse irgendein Problem. Lichtänderungen haben bei mir keinen Einfluss darauf. Die Abweichung ist
0201 mit der TVM802 funktionieren ist mir unbekannt. Ich nehme gerne 22mm, da ist dann tqfp 128 pin (14x14mm) noch ganz drauf. Bildhöhe ist hier die kleinere Seite der Webcam gemeint. Chris
-
Thread
Stromkreis über Wecker schließen
Hey svep! Haha absoluter Wahnsinn! :DD Da zerbrösel ich mir 2 Wochen den Kopf und du zauberst das mal so mit links hin. Naja wie Harald schon angemerkt hat, so 3 Jahre Lehre (oder Ähnliches) sind halt ned verkehrt :) Ich habs mal im LTspice
. http://www.ebay.de/itm/2pcs-DS3231-AT24C32-IIC-Module-Precision-RTC-Module-Memory-Module-/201212456456?pt=LH_DefaultDomain_0&hash=item2ed9326e08 bin grad bei 5,50 € ach ja die LIB für das Uhrenmodul https://code.google.com/p/ds1307new/
-
Thread
flash-Fehler mit ATtiny2313, compile ok
mov r31, r0 6e: c8 01 movw r24, r16 70: b7 01 movw r22, r14 72: 20 e0 ldi r18, 0x00 ; 0 74: 30 e0 ldi r19, 0x00 ; 0 76: 40 e2 ldi r20, 0x20 ; 32 78: 51 e4 ldi r21, 0x41
cpc r26, r1 322: b1 05 cpc r27, r1 324: 39 f4 brne .+14 ; 0x334 326: 27 ff sbrs r18, 7 328: 09 c0 rjmp .+18 ; 0x33c 32a: 20 5c subi r18, 0xC0 ; 192 32c: 3f 4f sbci
-
Thread
Projektvorstellung: CAN-Hutschienenmodul für Smart Home
Schalterdosen passen und Hutschienenmodulen. - Mit PICs habe ich leider keine Erfahrungen; mit STM32 schon - Für den STM32 existieren günstige ICD-Tools und kostenlose Toolchains - der STM32F103RBT6 ist leistungsfähiger (CPU, Peripherie, RAM, ROM, PIN-Anzahl) und bei meinem Lieferanten (Aliexpress
Ich habe in meiner Verteilung auch selbst gebaute Platinen mit LPC11C14 und CAN drin. Als Relais wurden die hier verwendet: http://www.reichelt.de/?;ACTION=3;LA=4;GROUP=C33;GROUPID=3293;ARTICLE=28325;START=0;SORT=artnr;OFFSET=1000;SID=28TDbMn6wQARwAABY@pgQ4282d0fd228d9aa959285dd265193c83
-
Thread
Raspberry Pi 2 mit Quad-Core ARM Cortex A7, 1 GB RAM
10 für Rpi2 auf Windows RT basiert. WindowsRT hat im Prinzip das Problem, dass ein Großteil der Win32 API fehlt. So ist es z.B. nicht möglich, bekannte OpenSource Programme für Win32 (also z.B. Firefox, Libreoffice, GIMP, Paint.NET usw.) die es für Win32 gibt, einfach neu für WinRT zu übersetzen. Dasselbe
NT auf PowerPC. Man darf halt nicht vergessen daß die Codebasis der Windowsapplikationen für x86 (32/64bit) ist.
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V2] Gesperrt
SD-Karten: Nachdem ich eine Menge 128MB-Karten habe (für 3d-Druck und AVR-Datenlogger-Experimente) habe ich mir auch eine 16 und 32GB-Karte (micro-SD mit Adapter und quietschbunten cardreader) zugelegt. Diese Spielchen kannte ich noch nicht: - 32GB wird heiß, funktioniert
10073_10186,searchweb201603_19,ppcSwitch_5&btsid=241c2547-bd13-4c1c-8ef7-bf2ecb5a7b2c&algo_expid=dea6dd2a-4d6b-485f-ae8f-ca6102642abb-20&algo_pvid=dea6dd2a-4d6b-485f-ae8f-ca6102642abb 14,24€
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
...ist zwar vom letzten Jahr, aber es ist ja wieder soweit. 16 x 32 Duo-LED Matrix mit 14 Bit PWM.
Gezeigt hier ist ein einfacher ICSP Programmier-Adapter für ATMEL 28 und 40-pin AVRs wie ATMEGA32-1284 und 328 u.a. Anschlüsse für AVR-ISP MK2 und Serial USB Adapter für avrdude Bootloader sind vorgesehen (Arduino). Quarz Beschaltung bis auf 24MHz getestet. Den Quarz müssen sich beide AVR Sockel
-
Thread
Conways Game of Live zu langsam auf Z80
77 E8 [19] 238 ld -24 (ix),a 1F1B DD 71 F2 [19] 239 ld -14 (ix),c 1F1E DD 70 F3 [19] 240 ld -13 (ix),b 1F21 DD 36 EA 01 [19] 241 ld -22 (ix),#0x01 1F25 DD 36 EF 18 [19] 242 ld -17 (ix),#0x18
030F 379 _putchar_start:: 030F 380 _putchar: 030F DD E5 [15] 381 push ix 0311 DD 21 00 00 [14] 382 ld ix,#0 0315 DD 39 [15] 383 add ix,sp 384 ;driver.c:177: while (tx.bytes_to_send >= BUF_SIZE
-
Thread
C++ auf einem MC, wie geht das?
return IDR () & (1 << m_iPin); } private: const uint8_t m_iPort, m_iPin; volatile uint32_t& ODR () { return *reinterpret_cast<volatile uint32_t*> (0x40020000 + (0x400 * m_iPort) + 0x14); } volatile uint32_t& IDR () { return *reinterpret_cast<volatile uint32_t*> (0x40020000 + (0x400
pue; // PUEx pull up enable }; Und definiere dann meine Ports als Konstante . #ifdef __AVR_ATmega16__ constexpr AvrPortRegsTyp1 PORTA = {0x19,0x1A,0x1B}; constexpr AvrPortRegsTyp1 PORTB = {0x16,0x17,0x18}; constexpr AvrPortRegsTyp1 PORTC = {0x13,0x14,0x15}; constexpr AvrPortRegsTyp1 PORTD
-
Thread
1000 Leds an Atmega32
im Beitrag #3886485: > Wenn man 4 ULN2803 Horizontal und 4 UDN2981 Vertikal anlegt, ergibt das 32 x 32, das ist für mich 1024, für dich ?
avr schrieb im Beitrag #3886689: > 1/32 dutycycle? Bei dem UDN bekommen die Leds einen Strom von ~300µA. Troll dich. Oder such jemanden der dir vorlesen kann, was ich geschrieben habe.
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
arbeite und sie so ziemlich gut aus dem EffEff beherrsche, sehe ich da keine große Zukunft. Mit den STM32 beschäftige ich mich erst seit wenigen Tagen. Aber dank jeder Menge guter Tutorials habe ich schon fast alle meine AVR-Projekte auf STM32 portiert. Die STM32 sind auch überhaupt keine unbekannten
#3942675: > Ich finde es erstrebenswert, dass wir einen gemeinsamen Code haben, > der sich für ARM und AVR compilieren lässt. Ja, spricht ja nichts dagegen. Die Unterschiede kann man mit [c] #if defined (STM32F4XXX) Hier STM32-F4-Code (Disco und Nucleo) #elif defined (STM32F1XXX) Hier STM32
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
xthal_bcopy = 0x40000688 ); PROVIDE ( xthal_copy123 = 0x4000074c ); PROVIDE ( xthal_get_ccompare = 0x4000dd4c ); PROVIDE ( xthal_get_ccount = 0x4000dd38 ); PROVIDE ( xthal_get_interrupt = 0x4000dd58 ); PROVIDE ( xthal_get_intread = 0x4000dd58 ); PROVIDE ( xthal_memcpy = 0x400006c4 ); PROVIDE ( xthal_set_ccompare = 0x4000dd40 ); PROVIDE ( xthal_set_intclear = 0x4000dd60 ); PROVIDE ( xthal_spill_registers_into_stack_nw = 0x4000e320 ); PROVIDE ( xthal_window_spill = 0x4000e324 ); PROVIDE ( xthal_window_spill_nw = 0x4000e320
-
Thread
Funktion wird nicht aufgerufen
Ok, hier mal das Listing. [avrasm] Builds/main.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 0000007a 00000000 00000000 00000074 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
rjmp .+34 ; 0x36 <__bad_interrupt> 14: 10 c0 rjmp .+32 ; 0x36 <__bad_interrupt> 16: 0f c0 rjmp .+30 ; 0x36 <__bad_interrupt> 18: 0e c0 rjmp .+28 ; 0x36 <__bad_interrupt> 1a: 0d c0
-
Thread
32kHz Oscillator Interrupt
* CKOUT = [ ] * SUT_CKSEL = INTRCOSC_8MHZ_6CK_16CK_16MS * * EXTENDED = 0xFF | HIGH = 0xDD | LOW = 0xE2 */ #include <avr/io.h> #include <avr/interrupt.h> #define RED (1 << PINB0) #define GREEN (1 << PINB1) volatile uint32_t millis; ISR(TIMER0_COMPA_vect) { millis++;
bringt von Haus aus alles mit, was du für eine Uhr brauchst. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR#Timer2_im_Asynchron_Mode mfg.
-
Thread
Thermomix Rezeptchips
a7a2 294c 68e6 5000980 c946 2f73 6682 631d 44c1 830b 0ccd 5a99 5000990 e550 a276 4be3 b76a e03b 80dd a11b a402 50009a0 00f4 0577 2d32 9cae b69b 3a63 cb0f d139 50009b0 4ae6 6845 86db 6c51 f964 f6d0 4857 952d 50009c0 021e b4a0 4274 0810 e14c d9af 2880 73a3 50009d0 09d8 f83a 6540 c534 35ee b6a6 fb7e
06df 00ec 08dd 2715 50015a0 03a0 29b8 6d91 e474 b3dd d019 597e 8fce 50015b0 5232 462b 32dc 638b ce27 b287 41ba a86c 50015c0 15f0 a305 10a2 4280 0d67 cc7e 4501 9e1b 50015d0 49c0 c2d7 2903 2fa6 ad71 b335 daf7 021a
-
Thread
Gatter in‘s EPROM
willst Du ja scheinbar etwas bestehendes neu machen. Wenn es das Timing hergibt ist ein hübscher AVR mit internem Oszillator an dieser Stelle das Mittel der Wahl. schlagt mich jetzt bitte nicht tot Hauspapa
problemlos verwenden http://www.reichelt.de/GALs-PALs/2/index.html?&ACTION=2&LA=3&GROUPID=2955;SID=14VBKr738AAAIAAAnWEDM8f6cd52692b18dd0645b4f7ff96c99f7 dank passender Sockel http://www.reichelt.de/PLCC-20/3/index.html?&ACTION=3&LA=446&ARTICLE=26483&artnr=PLCC+20&SEARCH=fassung+plcc und falls
-
Thread
Mikrocontroller an 24V mit Optokopller?
oder so.. Denk an Freilaufdiode. Brauchst keine Optokoppler...normalerweise 3. Wenn du nicht schon AVR kannst, nimm lieber nen kleinen Arm, Pic,MSP430 sieht man öfters in der Industrie als AVR...
ICs-LM-LS-/LM-2594-M5-0/3//index.html?ACTION=3&GROUPID=2912&ARTICLE=109361&START=0&OFFSET=16&WKID=0&SID=14VBelzH8AAAIAADj4Ircf24a5dc3501406dd46a2572a9c42ca67&LANGUAGE=EN - LM2594 >2. Nimm Mosfets BSS138 oder so.. Denk an Freilaufdiode. Brauchst keine >Optokoppler...normalerweise Daran habe ich noch
-
Thread
Retro Fieber: Z80 oder 68000 ?
AVR als I/O Bus "Device", eingemapped mit fixere Adresse für maximal 32 Bytes möglich.
Christian J. schrieb im Beitrag #3889644: > AVR als I/O Bus "Device", eingemapped mit fixere Adresse für maximal 32 > Bytes möglich. Mit welchem AVR geht das?
-
Thread
Seriennummernproblem
als > zufällige Fehler(durch zufällige Duplikate). Sicher richtig, nur bei 100 Geräten und einer 32-bit Zufallszahl wäre die Wahrscheinlichkeit 6 Richtige im Lotto zu haben (1 : 14 Mio) höher als 2 Geräte mit gleicher Nummer (1 : 43 Mio) ;-) Funkbasierte Abstimmungsgeräte kling für mich allerdings
Easylife schrieb im Beitrag #3770468: > nur bei 100 Geräten und einer 32-bit Zufallszahl wäre > die Wahrscheinlichkeit 6 Richtige im Lotto zu haben (1 : 14 Mio) höher > als 2 Geräte mit gleicher Nummer (1 : 43 Mio) ;-) Ich weiß nicht, wie du auf diese Zahl kommst, aber
-
Thread
Arduino Mega 2560 + GPS + auf SD schreiben
int h; // Daten- GPS uint8_t hour, minute, second, year, month, date; uint32_t latitude, longitude; uint8_t groundspeed, trackangle; char latdir, longdir; char status; void setup() { pinMode(backLight, OUTPUT); digitalWrite(backLight, HIGH); //LCD-Display
digitalWrite(powerpin, LOW); Serial.println("LABEL, Format, Zeit UTC, Status A=OK, Lat (dd.mm.mmm), N/S, Long (dd.mm.mmm), E/W, Speed (Knoten), Curse, Datum, "); } uint32_t parsedecimal(char *str) { uint32_t d = 0; while (str[0] != 0) { if ((str[0] > '9') || (str[0]
-
Thread
TI Launchpad MSP430
msp430-objdump -dSz xxx.x in einer Shell die einzelnen Dateien anschauen. Wenn ich bei mir mit avr-gcc aus [c] int main(void) { return 0; } [/c] ein main.o und main.elf erzeuge, bekomme ich mit avr-objdump -dSz main.o [code] main.o: file format elf32-avr Disassembly
hier hochladen? Der Versuch [code] >cp main.c xmain.c >avr-gcc -Os -mmcu=atmega88 -o xmain.c xmain.c >file xmain.c xmain.c: ELF 32-bit LSB executable, Atmel AVR 8-bit, version 1 (SYSV), statically linked, not stripped [/code] zeigt auf, das gcc die Source-Datei
-
Thread
HD44780 Display zeigt nichts an
Hallo, ich versuche mittels einem ATMEGA32 das Display HD44780 (2x16 Zeichen)zu beschreiben, habe mir bereits sämtliche Forenbeiträge durchgelesen, unter anderem : http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung Das
F_CPU (WERT) durch #define F_CPU 1000000 Wenn du die Fuses noch nie geändert hast, sollte der Mega32 auf 1Mhz laufen. Hier http://www.mikrocontroller.net/articles/AVR_Fuses kannst du dich zu dem Thema ein wenig schlau machen. In dem aktuellen Atmelstudio werden die Fuses über Tools > DeviceProgramming
-
Thread
AD5292 mit SPI des ATmega32 ansteuern
spi_fast_shift (uint8_t data); #endif /* _SPI_H_ */[/c] Und hier nun mein neues Programm: [c]#include <avr/io.h> #include "spi.h" #include <avr/interrupt.h> #define PORT_SPI PORTB #define DDR_SPI DDRB #define DD_MISO DDB6 #define DD_MOSI DDB5 #define DD_SS DDB4 #define DD_SCK
10 KOhm, also der Wiper befindet sich immer noch in der Mitte. Hier mein C Code: [c]#include <avr/io.h> #include "spi.h" #include <avr/interrupt.h> #define PORT_SPI PORTB #define DDR_SPI DDRB #define DD_MISO DDB6 #define DD_MOSI DDB5 #define DD_SS DDB4 #define DD_SCK
-
Thread
IRMP auf einen PIC18F4520 portieren
bleibt das Hauptverzeichnis etwas übersichtlicher. Ich plane auch, irgendwann die main-Module für AVR/STM32 usw. in weitere Unterverzeichnisse abzulegen. Diese ganzen Fallunterscheidungen für die jeweiligen µCs stören mich zunehmend im Source. Ich überlege, den ganzen µC-spezifischen Kram aus IRMP
fällt da aber auch nichts Besseres ein. > Ich plane auch, irgendwann die main-Module für > AVR/STM32 usw. in weitere Unterverzeichnisse abzulegen. Ja, eine gute Idee. Vielleicht sogar Unterverzeichnisse für mehr oder weniger vollständige "Projekte", die dann spezifisch für einen konkreten
-
Thread
Z180-Stamp Modul
sollten nunmehr die folgenden Varianten möglich sein: Z180-Stamp + EPROM Z180-Stamp + Bootprozessor (AVR, Propeller, STM32) Z180-Stamp + Bootprozessor + ECB-Bus Im nächsten Schritt folgt der Bootprozessor (AVR, STM32) als Huckepackvariante zum Z180-Stamp. Alle Unterlagen wie immer hier: http://
ist wieder alles korrekt... A>date Sat 01/23/2016 14:53:29 => date Sat Jan 23 14:53:32 2016
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
sehr lange. Liegt das vielleicht an dem Code? Habt ihr Verbesserungsvorschläge? [c] #include <avr/io.h> #include <util/delay.h> #define DDR_SPI DDRB #define DD_MOSI DDB3 #define DD_SCK DDB5 #define DDR_CS_RST_DC DDRB #define DD_CS DDB0 #define DD_RST DDB1 #define DD_DC DDB2 #define PORT_CS_RST_DC
Obwohl der 1284p ja nun stolze 16kB hat, reicht das (mit den von mir umgeschriebenen Routinen vom STM32) nicht für JPG -> Projekt ILI+AVR+JPG gestorben ;)
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
Habe mir aus einem TQFP32 Adapter vom Chinamann https://www.aliexpress.com/item/Top-Quality-LQFP32-TQFP32-to-DIP28-programmer-adapter-for-ATMEL-AVR-Chips-atmega8-48-88-168/32557489995.html?spm=2114.13010608.0.0.xpoCoe und einem
Ich habe den C-Code eben mal mit dem AVR-Studio 4.19 und der aktuellen Toolchain Kompiliert, leider wird ein Fehler und neun Warnings ausgegeben! Abhilfe gab's mit: WinAVR-20100110\bin\avr32-gcc.exe und WinAVR-20100110