-
Thread
Mehrere DS1820/DS18B20 auslesen
Dannegger wurde im Thread http://www.mikrocontroller.net/forum/read-4-84831.html#102216 "fertiger" avr-gcc-Code bereitgestellt. Bei der Gelegenheit: Danke dafuer, Peter.
n"); [/c] Als Ausgabe erhalte ich für drei angeschlossene DS18S20: [code] ID: 10 6F 9B DD 01 08 00 9A T: 0180 = 24.0°C ID: 10 D9 9F DD 01 08 00 30 T: 0180 = 24.0°C ID: 10 A8 AF DD 01 08 00 1B T: 0180 = 24.0°C festeID: 10 D9 9F DD 01 08 00 30 T: FFF8 = 4095.5°C [/code
-
Thread
LCD Problem mit blafusel´s Routinen
Wahl. Die meisten kommen wohl damit halbwegs zurecht: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung
D7 * R/W ist n.c. * * 03/2005 Florian Schäffer, http://www.blafusel.de * */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((F_CPU/4000)*us)/1000) // wartet µs void lcd_write_init(uint8_t data) { PORTC = (data>>4); // output
-
Thread
Hackbarer(?) 21 EUR Quadcopter
{ 0x11, 0x1A, 0x35, 0x24, 0x28, 0x18, 0x25, 0x2A, 0x32, 0x2C, 0x14, 0x27, 0x36, 0x34, 0x1C, 0x17 }, // 02 { 0x22, 0x27, 0x17, 0x39, 0x34, 0x28, 0x2B, 0x1D, 0x18, 0x2A, 0x21, 0x38, 0x10, 0x26, 0x20, 0x1F } // 03 }; [
{ 0x11, 0x1A, 0x35, 0x24, 0x28, 0x18, 0x25, 0x2A, 0x32, 0x2C, 0x14, 0x27, 0x36, 0x34, 0x1C, 0x17 }, // 02 { 0x22, 0x27, 0x17, 0x39, 0x34, 0x28, 0x2B, 0x1D, 0x18, 0x2A, 0x21, 0x38, 0x10, 0x26, 0x20, 0x1F } // 03 };
-
Thread
LCD + Wert (aus ADC) ausgeben
Include-Datei * PC4 = RS * PC5 = Enable * PC0-PC3 = D4-D7 * R/W ist n.c. */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((12000000/4000)*us)/1000) // wartet µs // Enable-Leitung toggeln void lcd_flash_e () { PORTD = PORTD | ( 1<
void lcd_gotoline (uint8_t zeile) { if (zeile == 1) lcd_write(0x80,0); // B 1000 0000 => DD-RAM Adress Set 1. Zeile/1.Spalte if (zeile == 2) lcd_write(0xC0,0); // B 1100 0000 => DD-RAM Adress Set 2. Zeile/1.Spalte (B x100 0000 = H 40) } // Cursorpositionieren (Zeile, Spalte) void
-
Thread
Uno-Board mit ATMEGA256
Vielleicht ist ein AVR128DA28 bzw. ..DB.. eine mögliche Alternative: 128 KiB Flash, 16 KiB RAM, 3 UART, 2 SPI.
Anton, was mich wundert ist, dass du oben Vorschläge für STM32 Boards abgelehnt hast, aber jetzt den Nano BLE versuchen willst. Der Nano BLE ist genau so wenig ein klassischer Arduino mit AVR, wie die STM32 Boards. Schau dir trotzdem mal kurz dieses Board an,
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
perl test.pl /tmp/ht_binlog.log | grep 'a1 00 ff' Ergibt 00 00 22 00 10 00 90 a1 ff 00 01 00 0c dd 00 a1 10 ff 00 00 0c 02 dc 00 90 00 21 00 a1 00 ff 00 00 0c 02 03 64 01 2c 22 b9 00 a1 00 2a 00 32 00 Hinten ist das ein gültiges telegramm? a1 00 ff 00 00 0c 02 03 64 01 2c 22 b9 00 Müsste das
and current - with 100 Ohm the voltage goes from 11,6 to 9,9V, the current flowing into V2 from 28 to 42 mA - with 200 Ohm I get 7,8 to 10,8V and 32 to 19mA - with 500 Ohm I get 6,2 to 10,4V and 8 to 16mA I don't know if any of those values sounds right. I'd like to get the simulation working
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
so hier haben wir den Sat Tuner mit Adaper von 28 auf 32 pin. Ich hoffe man kann das einigermaßen erkennen.
bei Euch? > > Gruß Ralph Kar Hallo Ralph, ich glaube der Sattuner BSBE1-702A mit Adapter von 28 auf 32 pin wird leider vom Treiber nicht erkannt. Bekomme den jedenfalls nicht zum laufen.
-
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
08 95 ret 0000004c <test>: #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 4c: 2f ef ldi r18, 0xFF ; 255 4e: 81 ee ldi r24, 0xE1 ; 225 50: 94 e0 ldi r25, 0x04
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
Problem Inbetriebnahme OLED-Display DD-160128FC-2A (Densitron)
unsigned short data) //2*8Bit { select_display(); gpio_set_gpio_pin(RS); spi_write(&AVR32_SPI0, data>>8); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); //variante 8bit mit cs zw. zwei byte //variante 8bit ohne cs zw. zwei byte //variante 1*16bit statt 2*8bit mit cs //variante 1*16bit statt 2*8bit ohne cs select_display(); spi_write(&AVR32_SPI0, data); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); } [/c] Send_data hab schon zig Male geändert. 16Bit und 2*8Bit Daten mit CS-Flanke zw. den Bytes ohne CS. Mit vorangestellten
-
Thread
IRMP - Infrared Multi Protocol Decoder
der irsndconfig noch eingetragen werden, da auch hier die Pins nicht stimmen: [c] #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || defined (__AVR_ATmega324P__) // usw. [/c] Vielen Dank für dieses schöne Projekt!!! Grüße, Peter
irsndconfig noch eingetragen werden, da auch hier > die Pins nicht stimmen: > [c] > #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || > defined (__AVR_ATmega324P__) > // usw. > [/c] Danke, habe ich so übernommen, kommt ins nächste Release. > Vielen Dank für dieses schöne Projekt
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
64-Bit PeDa: *4,600ms* 2) Als Kettenbruch-Entwicklung benötigt die Berechnung des FTW mit 32-Bit Zahlen: 32-Bit Kettenbruch: *4,447ms* Hier der Code [c] const uint32_t freq32 = F_MHZ(10); uint32_t ftw32 = 0; start_t1_counter(); ftw32 = freq32 * 24ul; ftw32 -= freq32 / 7ul; ftw32 += freq32 / 264ul; ftw32 -= freq32 / 761203ul; stop_t1_counter(); [/c] 3) Matthias Hopf hat auch eine 64-Bit Lib geschrieben - http://www.mshopf.de/proj/avr/uint64_ops.html Damit ist
-
Thread
flash-Fehler mit ATtiny2313, compile ok
Wie bekommt man überhaupt so viele bytes hin? Mit libm ergibt sich bei mir: [code] >avr-gcc --version avr-gcc (GCC) 4.8.2 >avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820
: 21 96 adiw r28, 0x01 ; 1 82: 20 e0 ldi r18, 0x00 ; 0 84: 30 e0 ldi r19, 0x00 ; 0 86: 40 e2 ldi r20, 0x20 ; 32 88: 51 e4
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
95 72 22 01 43 72 22 01 43 04 ff fb 80 02 00 0a 60 c2 60 c2 00 00 00 05 80 02 9a 2022-05-12 08:56:32.028280 Received 27 bytes channel 61: 95 72 22 01 43 72 22 01 43 05 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd ac 2022-05-12 08:56:32.092314 Received 27 bytes channel 40: 95 72 22 01 43 72 22 01
05 80 02 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd 60 dd 00 00 00 05 80 02 00 0d 61 79 61 79 ff ff ff fb 80 02 00 0e 61 81 61 81 00 00 00 05 cd 30 payload has valid modbus crc 80 01 00 06 31 e3 31 e3 00 00 00 00: uptime=3:32:51 a_count=6 opcode
-
Thread
Erste Schritte mit ARM SAMD20
Firmware ist der Bresenham-Algorithmus, also 32-Bit-Integer-Additionen und -Subtraktionen. Der braucht nach wie vor rund 300 CPU-Takte. Lediglich der 32-Bit-Timer hat etwas gespart, der wird auf AVR mit einem 16-Bit-Timer emuliert, was einige Takte
drunter mit GCC 4.8.4 mit CMSIS 4.2.0. Aktuell wäre 4.8.5, 4.9.3 oder 5.2 und CMSIS 4.3.0. Für den AVR ist es GCC 4.8.1 und für AVR32 gar 4.4.7. Also der Zoo an Tools wird doch eigentlich immer bunter, obwohl vieles davon GCC ist.
-
Thread
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
LPC1549 lässt sich nicht programmieren
nehme ich mbed weil ich damit schnell Projekte starten kann, egal ob kleinen LPC812 oder fetten STM32F407.
die erwartete Stelle im virtuellen Filesystem. Abhilfe war IIRC Firmware.bin überschreiben (z.B. "dd of=firmware.bin") und nicht vorher löschen.
-
Thread
libvmcu - Virtual MCU Library
auch die normale Portfunktion xref (SFR) Beispiel ----------------------- [c] #define FILE "avr_filesystem/avr_filesystem.hex" int main(const int argc, const char **argv) { /* ignoring checks for this example */ vmcu_report_t *report = vmcu_analyze_ihex(FILE); for(int32_t
(in r28, 0x3d ; R28 <- IO[addr]) xref from 0x0223 (out 0x3d, r28 ; IO[addr] <- R28) xref from 0x0264 (out 0x3d, r28 ; IO[addr] <- R28) xref from 0x026d (in r28, 0x3d ; R28 <- IO[addr]) xref from
-
Thread
Basic für 80C31
(uC ) IC2 = 74LS373 (Octal latch) IC3 = 27C64 (8 kByte EPROM) IC4 = 62256 (32 kByte RAM) Diese Teile hab ich nicht: IC5 = 8255 (PPI) IC6 = 74LS138 (3 to 8 channel decoder) IC8 = 74LS08 (Quad And gate) IC3 = AT28C64 (optional 8 kByte
für alle Basics klappen sollte: Basic im MC von 0000h-1FFFh RAM von 2000h-7FFFh, wenn du einen 32k RAM einsetzt. Davon sind die ersten 4k verschenkt, aber es bleiben ja 28k übrig. ROM von 8000h-FFFFh, den du erstmal freilässt.
-
Thread
Programmspeicher Verbrauch
Bin Einsteiger in AVR GCC (sonst arbeite ich mit ASM) und habe heute das erste C Programm mit AVR GCC geschrieben. Hatte keine Probleme mit dem Compiler, läuft alles super, aaaaber im Build-Fenster steht: 2316 bytes
0.0; return -PIBY2; } z = y/x; if (fabs(z) < 1.0f) { atan = z/(1.0 + 0.28*z*z); if (x < 0.0) { if (y < 0.0) return atan - M_PI; return atan + M_PI; } } else { atan = PIBY2 - z/(z*z + 0.28); if (y < 0.0) return atan -
-
Thread
bit invertieren
alles mit /mirror/ auskommentiert wurde, und danach der Speicherplatzzuwachs festgestellt wurde (Atmega32, -Os, avr-gcc 4.3.2): [c] #include <avr/io.h> volatile uint8_t cnt; unsigned char mirror( unsigned char a ) // 90 Bytes { a = ((a >> 4) & 0x0F) | ((a << 4) & 0xF0); a = ((a >> 2) & 0x33
mit /mirror/ auskommentiert wurde, und danach der > Speicherplatzzuwachs festgestellt wurde (Atmega32, -Os, avr-gcc 4.3.2): Erstaunlich, was bei Dir an relativen(!) Unterschieden rauskommt. Bei mir ist es ATmega168, -Os, avr-gcc 4.3.3.
-
Thread
Sinusberechnung auf Controller STM32F030
fürs > Programm. Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem ARM dieses jedoch 32 Bit breit. Es wäre mal einen Vergleich wert, wie groß der Code auf einem AVR und wie groß der Code auf einem ARM
Ralph S. schrieb im Beitrag #4669687: > Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem > ARM dieses jedoch 32 Bit breit. Genau das ist deinen Chance, hatte nur keine Zeit mehr, zu editieren. Der ARM ist nativ 32 bit breit
-
Thread
Bosch Athlet 25,2 V Akku 7 Stück Tauschen
werden zu müssen. Zur Firmware, für die, die es interssiert: Ich konnte aus meinem Bosch Athlet 32.4 V (BBH73260K) übrigens Progmem und EEPROM des AVR auslesen und disassemblen, könnte es also mit Änderungen wieder zurück flashen. Aber ohne Vergleich mit einem nicht "ge-brick-ten" Gerät bringt das
Czy posiada ktoś dobry wsad do wersji 28V bardzo pilnie potrzebuje Hat jemand einen guten eeprom für die 28V-Version, der wird dringend benötigt?
-
Thread
Günstiger AVR JTAGICE mkII Debugger bei Arrow!
@flecky Note: This unit is not the 100% functional equivalent of an Atmel AVR JTAGICE mkII. In JTAG mode this unit only supports those AVR microcontrollers supported by the original Atmel JTAGICE. Carefully check the list of supported devices below - only AVR devices listed are
auch. Noch so als Info das von keeelectronics ist das gleiche wie das hier: http://cgi.ebay.de/AVR-JTAG-ice-mkii-cn-AVR32-JTAG-ISP-debugWIRE_W0QQitemZ130297617038QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item1e5657da8e&_trksid=p3286.m63.l1177&_trkparms=%7C293%3A1%7C294%3A50 lg
-
Thread
LCD Controller für 640x480 LCD mit mega8515
@Benedikt ich versuche schon einige zeit, mit dem AVR Studio4 die basiclcdcon.asm in eine Hex zu wandeln. Wenn ich versuche die hex zu erzeugen, dann kommt eine Fehlermeldung und einige Warnings : Building project... AVRASM: AVR macro assembler 2.0.28 (build 121 Jan 11 2005 10:28:51) Copyright (C) 1995-2005 ATMEL Corporation C:\Dokumente und Einstellungen\Kay Pohl\640480\640480.asm(2): Including file 'C:\Programme\Atmel\AVR Tools\AvrAssembler2\Appnotes\m8515def.inc' C:\Dokumente
-
Thread
AVR-Bootloader mit Verschlüsselung
ist. Die letzen 4 Bytes im Datenblock sind die ersten 4 Bytes des Passwortes, also 32Bit. Der AVR entschlüsselt also diesen ersten Datenblock und nur wenn diese 4 Schlüsselbytes identisch zum Key sind kann korrekt entschlüsselt werden. Man detektiert somit also entweder einen Datenübertragungsfehler
bisher auch sehr wertvoll für mich. Die PC-Seite ist ein Acer-Notebook und die AVT-Seite ein Mega32 mit FTDI FT232R. Jedoch mit einem Asus Netbook bekomme ich leider keinen Connect mit der selben AVR Hardware. Habe alle Versionen durchprobiert. Mit deiner am 26.01.2009 geposteten Version (V3.0
-
Thread
Neues Relaiskartenprojekt ("The ultimate relay card")
Hier die Eckdaten: - Eurokartenformat, doppelseitige Platine - 4 Industrierelais (Finder 55.32), zwei Kanaele direkt per Transistor schaltbar - Basiert auf Atmega169 - Schnittstellen: Enet (ENC28J60+Magjack), USB (FT232) - 3.5-stelliges LCD zur Anzeig der Zeit - Per Goldcap gepufferte Echtzeit
: ....................... 344 real time: ............................... 23.02.2012 22:45:28 system uptime: ........................... 0d 0h 41m 34s ENC28J60 silicon revision: ............... 4 number of builtin relays: ................ 4 number of builtin switches: .............. 2 current
-
Thread
Suche Solid State Relais Karte oder vergleichbares mit RS-232 Schnittstelle
dp/B004PFCHDE/ref=pd_sbs_107_t_2/259-5925078-1942238?_encoding=UTF8&pd_rd_i=B004PFCHDE&pd_rd_r=9e48f32b-e162-464d-86d4-8dd02a20b460&pd_rd_w=8OHjX&pd_rd_wg=pXiSm&pf_rd_p=a2f6bca6-dcb1-4822-8e28-66b64b37970e&pf_rd_r=HPMXQ8HDD5KTZV3RJ5DJ&psc=1&refRID=HPMXQ8HDD5KTZV3RJ5DJ
dp/B004PFCHDE/ref=pd_sbs_107_t_2/259-5925078-1942238?_encoding=UTF8&pd_rd_i=B004PFCHDE&pd_rd_r=9e48f32b-e162-464d-86d4-8dd02a20b460&pd_rd_w=8OHjX&pd_rd_wg=pXiSm&pf_rd_p=a2f6bca6-dcb1-4822-8e28-66b64b37970e&pf_rd_r=HPMXQ8HDD5KTZV3RJ5DJ&psc=1&refRID=HPMXQ8HDD5KTZV3RJ5DJ Für nur 4-Fach zu teuer. Ich bräuchte
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
FR25 *10 °C 25 Int HK2 FR25 *10 °C 26 Int HK3 FR25 SM *10 °C 27 Int HK4 FR25 SM *10 °C 28 Int Kesselzustand 29 Float Strom Motor Einschubschnecke A 30 Float Strom Motor Aschenaustragung A 31 Float Strom Motor Raumaustragung A 32 Hex Digitalwerk 1 33 Hex Digitalwerk
HK1TIst HK2TIst HK1TSoll HK2TSoll BoilerT PufferTIst 16 17 RaumT 19 EinschubSchn 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 Pumpen40Boi10HK Kannst Du übrigens auch in meinem pdf-Beispiel weiter oben sehen. Mit der Visualisierung hast Du ja einen
-
Thread
LCD-Modul SAMSUNG UG12D228AA von Pollin
displayBMPFileAt(char* Filename, uint8_t X, uint8_t Y) { struct fat_file_struct* fd = open_file_in_dir(fs, dd, Filename); if (!fd) { writeLn("File not found\0"); return; } uint8_t buffer[256]; intptr_t count; // read Byte Array start position int32_t file_pos = 0x0A; fat_seek_file
Dank das ist es gewesen. Hab folgendes ändern müssen: in LuciaConsole_8x11.h: [c] #include <avr/pgmspace.h> const uint8_t LuciaConsole[96][11] PROGMEM = [/c] in S6B33B2.c in der Funktion putChar(...): [c] //eeprom_read_block(data, &LuciaConsole[(uint8_t)C - 32], 11); **ersetzt durch nächste
-
Thread
Probleme win WinAVR 20081205
rot toggle cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 PWM_value = uart0_rx_getchar(); uart0_tx_putchar(PWM_value); if ( (PWM_value
rot toggle besteht insgesamt aus zwei verteilten Codeblöcken, einmal cc: c2 e3 ldi r28, 0x32 ; 50 ce: d0 e0 ldi r29, 0x00 ; 0 d0: 00 e4 ldi r16, 0x40 ; 64 als Initialisierung vor der Schleife, und dann e6: 88 81 ld r24, Y e8: 80 27
-
Thread
LCD 4x20 2004A auf Zeilen schalten
sehe da auch keine Probleme. Habe mit der Fleury LIB auch angefangen, sehr gut zu verwenden unter AVR oder Arduino(Atmel AVR) wer keine anderen findet.
************************/ __attribute__((optimize(0))) static void delay(uint16_t us) { uint32_t us1 = us << 2; while (us1) us1--; } [/c]
-
Thread
Frequenzerzeugung
beides gleichzeitig. Oder sollte der Code mindestens 7 bit haben (DD3.3 kann dafür benutzt werden).
gar mit PWM... AVR kann auch gleichzeitig Drehgeber und Tasten bedienen und auch eine Anzeige für Frequenz...
-
Thread
Anfängerfragen zu Mikrochips
://www.ledstyles.de/index.php?page=Attachment&attachmentID=7648&h=bedd44fe14bc7119da32d3e733839f18e63eecdc EDIT: Wie oft lässt sich der ATmega 8 in etwa beschreiben? Habe etwas von 1000 mal gelesen.
des Stromes? 7) Den Sinn von den Ports verstehe ich nicht ganz. Wie viele hat der ATmega 8? 28/8 = 3 R4, also hat er 4 Ports? Oder hat er 11 Ports (das interpretiere Ich aus folgendem Bild: http://www.mikrocontroller.net/wikifiles/d/dd/Avr-schaltplan-1.gif ) Hat ein Port immer 8 Pins?
-
Thread
STM32F4Discovery und TLC5940
MHz-Speed }; . . . palSetPadMode(SPI2_SCLK_PORT, SPI2_SCLK_PIN, PAL_MODE_ALTERNATE(5) | PAL_STM32_OSPEED_MID2); palSetPadMode(SPI2_MOSI_PORT, SPI2_MOSI_PIN, PAL_MODE_ALTERNATE(5) | PAL_STM32_OSPEED_MID2); palSetPadMode(SPI2_CS_PORT, SPI2_CS_PIN, PAL_MODE_OUTPUT_PUSHPULL | PAL_STM32_OSPEED_MID2)
ich die Kommunikation per SPI verworfen und steuere den TLC nun doch per Bit-Bang an. 6 TLC5940 mit 28Mhz lassen sich von stm32f407vg noch ohne Probleme ansteuern. Da bleibt auch noch genug Rechenzeit für eine SPI-Kommunikation zu einem Master übrig (Raspberry PI). Gruß Mario
-
Thread
WordClock mit WS2812
11 23 22 21 20 19 18 17 16 15 14 13 24 25 26 27 28 29 30 31 32 33 34 45 44 43 42 41 40 39 38 37 36 35 46 47 48 49 50 51 52 53 54 55 56 67 66 65 64
60 LEDs fürs Ambilight. Wie habt ihr das realisiert? Weil zu mindestens im "Paket 6 (Ambilight - STM32 Basis - WS2812)" sind "nur" 40 WS2812-LEDs enthalten. Vermutlich hat diese Zahl ja einen Grund oder ist die Ambilight-Aussparung auf jeder Seite (15-1)*28,1=39,4 mm lang so das man einfach mehr LEDs
-
Thread
xmega und HW-PWM
Wenn ich mal Fragen darf... ... Womit Programmierst du den? Mit einem AVR Programming Tool AT AVR ISP2 mit USB (so wie dieses: http://www.reichelt.de/?;ACTION=3;LA=2;GROUPID=2969;ARTICLE=45040;SID=28FJVob6wQARwAAEnfKXs40dd83f4e320264b7b04770a73a890cd) ... Entwickelst du
@sabler Jo, genau den nehme ich dafür (AVR ISP Mk2). Der kann, wenn Du das aktuelle AVR-Studio benutzt, nach Firmware update PDI! Als Software nehme ich AVR-Studio+WinAVR. Klappt alles ganz prima! Habe mir in Eagle ein (minimalistisches) Breakoutboard
-
Thread
"Universalprogrammer" für Linux
programmierbaren Devices umfasst derzeit etwa 400 Typen, wobei teilweise auch generische dabei sind (z.B. STM32F0xx-32K), die meherere Typen abdecken. Programmiert werden können: - Atmel AVR (SPI) - Atmel ATxmega (PDI) - Cypress PSOC4 (SWD) - Microchip PIC10xx/PIC12xx/PIC16xx - Microchip PIC18xx - Microchip
Kann ich machen. "s19/S19" wären dann 16 Bit Adresse, "s28/S28" 24 Bit Adresse und default 32 Bit Adresse. Was außerhalb der entsprechenden Adressbereiche liegt, wird einfach verworfen. Bei den 60K HCS08 würde ich erst mal den zweiten Flashblock und den EEPROM
-
Thread
Wie bekomm ich die Daten in den Speicher?
1B 13 1C 14 5B :1 000200 18 21 19 22 1A 23 1B 24 1C 63 20 29 21 2A 22 :1 000300 2B 23 2C 24 6B 28 31 29 32 2A 33 2B 34 2C 73 :1 000400 30 A9 31 AA 32 AB 33 AC 34 6B 40 09 41 48 42 :1 000500 49 43 4A 44 4B 48 11 49 50 4A 51 4B 52 4C 53 :1 000600 50 19 51 58 52 59 53 5A 54 5B 58 21 59 60 5A
Bytes 0xAA, 0xBB, 0xCC, 0xDD an den ersten vier Stellen finden..... Gruß Thilo
-
Thread
UART Bootloader ATtiny13 - ATmega644
o.k. Elapsed time: 0.00 seconds C:\AVR_PR~1>FBOOT.EXE /PC:\AVR_programm\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR_programm\LED_mega32
time: 0.00 seconds C:\AVR>FBOOT.EXE /PC:\AVR\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR\LED_mega32.hex open failed !
-
Thread
RFM12 temperaturempfindlich?
die das Relais ansteuern Paar keramische C zum entprellen/entstören 2 LEDs, eine am 7805, eine am avr Da die ne555 Flipflop relaisschaltung nicht verrückt spielt, hab ich hier kein Problem. Beim avr würde ich es auch nicht vermuten. Denke auch nicht, dass SPI temperaturgestört sein kann. Und das
> runter zu Minus 20 und gerade gestern bis +28 Grad in der Sonne. Null > problemo. Gut zu wissen, danke.
-
Thread
Sonnenaufgang/Sonnenuntergang in Tabelle (Astro-Uhr/Dämmerungsschalter)?
21 28.12.24 362 8:32:11 18 29.12.24 363 8:32:26 15 30.12.24 364 8:32:38 12 31.12.24 365 8:32:47 9
6:24:42 6:25:16 04.10.22 6:26:48 6:26:24 6:26:59 05.10.22 6:28:32 6:28:06 6:28:41 06.10.22 6:30:15 6:29:49 6:30:24 07.10.22 6:31:59 6:31:32 6:32:07 08.10.22 6:33:44 6:33:16 6:33:51 09.10.22 6:35:28 6:35:00 6:35:34 10.10.22 6:37:13 6:36:44 6
-
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
nachdem ihr mir vor kurzem den teuerern Testclip empfohlen habt: Was wäre eure Empfehlung für einen TQFP32 Clip? Der Ali hat folgendes auf Lager: https://www.aliexpress.com/item/Free-shipping-Universal-IC-Adapter-Socket-LQFP-TQFP-QFP-32-to-DIP-28-TQFP32-QFP32-to/1929906824.html?spm=2114.01010208.3.11.k1IqBg
-
Thread
STM32 Chips zur Zeit so gut wie nicht beschaffbar
Ich denke, das ist das Ende des STM32F103. Da hat man sich gerade dran gewöhnt, schon ist er wieder weg. Vielleicht sind Anfänger und Hobbybastler doch mit den 8 Bit AVR besser bedient.
Kleiner Seitenhieb: AVR sind immer noch problemlos zu bekommen. Plötzlich stellt sich heraus, dass es doch keine so gute Idee war, jedem AVR Nutzer den Umstieg auf STM32 nahezulegen. "Größer, breiter, schneller" genügt
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Das mit dem Pegelwandler würde ich mir ersparen. Wenn du den AVR mit 8 Mhz betreibst, reichen für diesen auch 3Volt. Für eine gescheite Auflösung ist der avr eh zu langsam. Ein stm32f407-board mit dcmi-camera-Schnittstelle kostet um die 10€. Auch damit ist der Betrieb
Minuten eine Wetteraufnahme per WLAN in mein FHEM zu schicken. Da würde ich ohnehin dann einen ESP32 nehmen. Das ginge prinzipiell auch mit einem AVR und LAN-IC dran, hier liegt sicher noch ein ENC28J60 rum... Meine Frage ging also eher in Richtung: was könnte für Euch eine mögliche Anwendung in
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
Zeile: typedef unsigned long uint32; durch diese beiden zu ersetzen: #include <inttypes.h> #define uint32 uint32_t Dadurch hat uint32 dann immer 32 Bit, unabhängig von den Standardgrößen für int, long, etc. auf dem Host System
://en.wikipedia.org/wiki/User:Sogliphy/i.MX21_Linux Info-Quellen zum WLan gibts hier: http://avr32linux.org/twiki/bin/view/Main/WirelessNetworking
-
Thread
CPM.SYS und wenig RAM
die originale 20K-Version von CPM.SYS (wie im Alteration Guide beschrieben) herbekommen kann? Eine 32K-Version würde auch passen, aber im Netz finde ich nur Dateien, die für 48K+ gelinkt wurden. MOVCPM setzt ein laufendes System voraus, was ich noch nicht habe. Gruß, Svenska
ich jedenfalls erstmal eine Basis, mit der ich das BIOS weiterentwickeln kann, vielen Dank dafür. Im AVR (Board-Controller) sind noch etwa 24K frei, da sollen später CBIOS, CPM.SYS und ROM-Disk rein. Gruß, Svenska
-
Thread
Honeywell Rondostat HR20E per AVR steuern und konfigurieren
Display this information -v --version Display the program's version avr-size: supported targets: elf32-avr coff-avr coff-ext-avr elf32-little elf32- big srec symbolsrec tekhex binary ihex Report bugs to <http://www.sourceware.org/bugzilla/> [/pre] > ... das ebenfalls
Jens Müller wrote: > > Aber, nächster Fehler: > [...] > > avr-size: supported targets: elf32-avr elf32-little elf32-big srec > symbolsrec tekhex binary ihex > Damit hatte ich auch Probleme, ich habe mir jetzt damit geholfen: [pre] Index: /home/patrick
-
Thread
12 Volt DC Motor über WS2811 Chip steuern
Antrieb zu Antrieb würde reichen. (12V, GND, Daten). Du bräichtest einen kleinen Controller wie z.B. AVR16DD20 oder PIC24F04KL100 (die klassischen AVRs kommen mit LIN nicht gut zurecht) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU16/ProductDocuments/DataSheets/PIC24F16KL402-Family-Data-Sheet-DS30001037D.pdf https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR32-16DD20-14-Prel-DataSheet-DS40002413.pdf sowie einen LIN-Transceiver mit eingebautem Spannungsregler wie z.B. https://www.onsemi.com/download/data-sheet/pdf/ncv7428-d.pdf Dazu die Motorsteuerung
-
Thread
Faktensammlung Buderus EMS
00 0x1 0x11 0x3d MESSAGE[17.02.2016 22:28:04]: source 0x10, dest 0x08, type 0x35, offset 0, data: 0x01 0x11 IO: Got bytes 0xaa 0x55 0xf 0x8 00 0x33 00 0x8 0xff 0x32 0xfb 0xff 0x28 0xff 0x3 0x46 00 00 0x68 MESSAGE[17.02.2016 22:28:08]: source 0x08, dest 0x00, type 0x33, offset 0, data: 0x08 0xff 0x32 0xfb 0xff 0x28 0xff 0x03 0x46 0x00 0x00 DATA: Warmwasser-per Kesselschalter freigegeben = AN DATA: Warmwasser-Temperatureinstellung = 50 °C DATA: Zirkulation-Schaltpunkte = 3x 3min DATA: Warmwasser-Desinfektionstemperatur