-
Thread
RAM Nutzung, unterschiedliche Größenangaben
verlassen kann. SAM4E16E RAM-Bereich: 0x20000000 - 0x20020000 (131072 bytes) Stack ist auf 0x2000 (8192 bytes) definiert. 1) AtmelStudio liefert mir folgende Ausgabe: (arm-none-eabi-size.exe "Main_Module.elf") Data Memory Usage: 85712 bytes 65,4 % Full 2) Im map-File steht: [c]
__) *fill* 0x20013c90 0x2000 0x20015c90 . = ALIGN (0x8) 0x20015c90 _estack = . 0x20015c90 . = ALIGN (0x4) 0x20015c90
-
Thread
Problem mit Timer und Input Capture
meine ich, komplett durchlaufen lassen, kein CTC, kein stoppen, kein reset. Bsp: 1.Messung :0x2000 2.Messung :0x3000 Differenz=0x1000, davon die Hälfte 0x800, also setzt du OCR auf 0x3800, da kommt dann der OCR-Int zwischen diesem und dem nächsten ICP-Ereignis (falls die Impulse halbwegs konstanten
Überlauf ist kein Problem: 1.Messung: 0xf000 2.Messung: 0x1000 Differenz (mit unsigned int!) =0x2000 und auch dann klappts: 1.Messung: 0xf000 2.Messung: 0xfff0 Differenz 0xff0, davon die Hälfte 0x7F8, addiert zu 0xfff0=0x07e8 als neuer OCR-Wert.
-
Thread
AD9102 und 30MHz Sinus
DAC-Bereichs, wie von dir eigentlich gewünscht) oder als Zweierkomplementzahl (dann entspräche 8192=0x2000 der größten negativen Zahl, also nicht das, was du eigentlich willst)
auf einen sinnvollen > konstanten Wert. Habe die WaveConfig auf 0x0000 gestellt und DAC_CST auf 0x2000, geändert hat sich eigentlich nichts soweit ich sehen kann. (Bild) > Eine Sinuskurve mit nur 6 Stützstellen sieht nie besonders sauber aus. > Wie gut sie ist, hängt primär von den Analogen Filtern
-
Thread
Treiberfunktion gesucht
Umsetzung macht. Wishbone Bus : SPI 0x0000 bis 0x1000 Generator 0x1000 bis 0x2000 Analyzer 0x2000 bis 0x3000 usw. Das sind die Wishbone Adressen und es wird ein Gesamtbereich von 64KB benötigt. Die Wishbone Bridge blendet den Wishbone Adressbereich 0x0000 bis 0xFFFF
-
Thread
STM32: suche Ursache HardFault Exception
i = 0; i++; i--; } int main(void) { teste(); SCB->VTOR = NVIC_VectTab_FLASH | (0x2000 & (uint32_t)0x1FFFFF80); teste(); NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x2000); [/c] STM32F103RC Die Routine teste(); wird angesprungen, "SCB->VTOR" wird auch beschrieben, das zweite
-
Thread
lautloser Motor für langsamen Linearantrieb
^3ms waren gemeint. Also bei 1000mm/Tag = 500 U (2mm /U) sind das 500 x 2000 x 0,003s = 3000s 0,833h *0,165A = 0,137Ah /Tag. Wie gesagt, hier mit 5V gerechnet Bei 3V ziehen die Spulen weniger Strom, der benötigte Energiebedarf dürfte der selbe sein (längere Step-Impulse
Beitrag #7592828: > ^3ms waren gemeint. > > Also bei 1000mm/Tag = 500 U (2mm /U) sind das 500 x 2000 x 0,003s = > 3000s > > 0,833h *0,165A = 0,137Ah /Tag. > > Wie gesagt, hier mit 5V gerechnet > > Bei 3V ziehen die Spulen weniger Strom, der benötigte Energiebedarf > dürfte der selbe sein
-
Thread
Partitionstabelle ESP-12F (ESP8266EX)
0x40400000 ); PROVIDE ( _FS_end = 0x405FA000 ); PROVIDE ( _FS_page = 0x100 ); PROVIDE ( _FS_block = 0x2000 ); /* The following symbols are DEPRECATED and will be REMOVED in a future release */ PROVIDE ( _SPIFFS_start = 0x40400000 ); PROVIDE ( _SPIFFS_end = 0x405FA000 ); PROVIDE ( _SPIFFS_page = 0x100 ); PROVIDE ( _SPIFFS_block = 0x2000 ); [/c] Also komplett andere Werte für das Dateisystem. Ich denke aber, dass die Werte aus boards.txt ignoriert werden, da SPIFF in den eagle.flash.*.ld-Dateien als "DEPRECATED" getagged ist.
-
Thread
Simples Audion
Ruhestrom, ohne den kann er nicht verstärken. Geeignet sind: - Billige Computer-Aktivboxen - 2x2000 Ohm Detektor-Kopfhörer - hochohmiger Kristall-Ohrhörer - balanced Armature Ohrstöpsel mit Transformator zu Impedanzanpassung Hier steht was zum Thema: http://www.welt-der-alten-radios.de/detektor-hphones
Ruhestrom, ohne den kann er nicht verstärken. > > Geeignet sind: > - Billige Computer-Aktivboxen - 2x2000 Ohm Detektor-Kopfhörer > - hochohmiger Kristall-Ohrhörer > - balanced Armature Ohrstöpsel mit Transformator zu Impedanzanpassung > > Hier steht was zum Thema: > http://www.welt-der-alten-radios.de
-
Thread
Projektarbeit dezentrale Controllersteuerungen
{ //Input-/Outputaktualisierung //Variablen auslesen und sortieren #define OFFSET 0x2000 int i,j; unsigned char *p[4]; *p[0] = (unsigned char *) (OFFSET + 0x0100); *p[1] = (unsigned char *) (OFFSET + 0x0200); *p[2] = (unsigned char *) (OFFSET + 0x0400);
//Input-/Outputaktualisierung //Variablen auslesen und sortieren #define OFFSET 0x2000 char i,j,k; unsigned char *p0 = (unsigned char *) (OFFSET + 0x0100); unsigned char *p1 = (unsigned char *) (OFFSET + 0x0200); unsigned char *p2 = (unsigned char *) (OFFSET
-
Thread
Programmgrösse
bis jetzt verbraucht. Beim flashen geht alles glatt beim verifizieren meckert er das er Adresse 0x2000 nicht lesen konnte. Meiner meinung nach sollte er bei 6558 byte Programm Grösse doch bitte die Finger von Adresse 0x2000 lassen. Wird die code grösse falsch berichtet ??
Hast Du beim Programmieren den richtigen Controllertyp angegeben? Die Adresse 0x2000 sollte es beim Mega8 eigentlich gar nicht geben...
-
Thread
stm32cube und USB
und Heapsize im Projekt? Die alte USB-Lib der Standard Peripheral Library benötigte mindestends 0x2000 Stack und 0x4000 Heap, wird bei CubeMX das selbe sein.
im Beitrag #4448846: > Die alte USB-Lib der Standard Peripheral Library benötigte mindestends > 0x2000 Stack und 0x4000 Heap, wird bei CubeMX das selbe sein. Ah ja, guter Hinweis, danke! Ich hab beides auf 0x4000 erhöht. Leider funktioniert es aber immer noch nicht. Arc N. schrieb im Beitrag
-
Thread
wie lernt man Elektronik am besten?
weil ich Lametta um den Stecker vom Christbaum gewickelt hatte), hab ich in der 3. Klasse den Kosmos X2000 Kasten bekommen. (Später dann noch die Erweiterung zum X4000) Auch wenn ich erst mal die meisten Schaltungen "stur" nachgebaut hatte und vielleicht auch nicht gleich richtig verstand, prägten sich
klein Roland? Stampft einmal mit dem Fuss drauf und fasst ran LOL) Na ich hab dann auch den Kosmos X2000 gekriegt und fleissig Schaltungen aufgebaut. Leider habe ich damals den Text zu den Schaltungen nicht gelesen, was daraus resultiert ist offensichtlich: Die Schaltungen haben funktionniert, aber ich
-
Thread
Modifizieren einer LevelOne WCS-2000 IPCam
HTTP/1\.1\x20404\x20Not\x20Found\r\nCONTENT-LENGTH:\x2 SF:048\r\nDATE:\x20Sat,\x2001\x20Jan\x202000\x2000:07:04\x20GMT\r\nSERVER: SF:\x20Linux/6\.0\x20UPnP/1\.0\x20Intel\x20UPnP/0\.9\r\n\r\n<html><body><h SF:1>404\x20Not\x20Found</h1></body></html>")%r(FourOhFourRequest,AE,"HTTP SF:/1\.1\x20404\x20Not\x20Found\r\nCONTENT-LENGTH:\x2048\r\nDATE:\x20Sat,\ SF:x2001\x20Jan\x202000\x2000:07:29\x20GMT\r\nSERVER:\x20Linux/6\.0\x20UPn SF:P/1\.0\x20Intel\x20UPnP/0\.9\r\n\r\n<html><body><h1>404\x20Not\x20Found SF:</h1></body></html>"); MAC Address: [ENTFERNT] (Sercomm) Device type:
-
Thread
ESP32 LittleFS Arduino
Offset, Size, Flags nvs, data, nvs, 0x9000, 0x5000, otadata, data, ota, 0xe000, 0x2000, app0, app, ota_0, 0x10000, 0x160000, app1, app, ota_1, 0x170000,0x160000, spiffs, data, spiffs, 0x2D0000,0x120000, coredump, data, coredump,0x3F0000,0x10000, [/code] Allerdings
Size, Flags nvs, data, nvs, 0x9000, 0x5000, otadata,data, ota, 0xe000, 0x2000, app0, app, ota_0, 0x10000, 0x150000, app1, app, ota_1, 0x160000, 0x150000, spiffs, data, spiffs, 0x2b0000, 0x140000, coredump,data, coredump,0x3f0000, 0x10000,
-
Thread
TOISWITCH - IoT I/O-Server für ESP8266
in Kconfig.projbuild nvs, data, nvs, 0x9000, 0x4000 otadata, data, ota, 0xD000, 0x2000 phy_init, data, phy, 0xf000, 0x1000 ota_0, 0, ota_0, 0x10000, 640k, ota_1, 0, ota_1, 0xB0000, 304k, storage, data, spiffs, 0xFC000, 16k, Das OTA für die 1M-Version ist
in Kconfig.projbuild nvs, data, nvs, 0x9000, 0x4000 otadata, data, ota, 0xD000, 0x2000 phy_init, data, phy, 0xf000, 0x1000 ota_0, 0, ota_0, 0x10000, 640k, ota_1, 0, ota_1, 0xB0000, 256k, storage, data, spiffs, 0xFC000, 16k, Für die OTA_1 wären eigentlich
-
Thread
Studio7 RAM Prozentangabe
"0x0800" type="eeprom" rw="RW" exec="0" name="MAPPED_EEPROM"/> <memory-segment start="0x2000" size="0x1000" type="ram" rw="RW" exec="0" name="INTERNAL_SRAM"/> <!--memory-segment start="0x3000" size="0xCFFF" type="ram" rw="RW" exec="0" name="EXTERNAL_SRAM"/--> </address-space
an. 57344 = 0xE000 Abzüglich interner SRAM von 0x1000 (4096) byte <memory-segment start="0x2000" size="0x1000" type="ram" rw="RW" exec="0" name="INTERNAL_SRAM"/> -> 0xE000 - 0x1000 = 0xD000 (53248) byte size 0xD000 - sprich von addrsse 0x0000 bis 0xCFFF. Passt doch super zum externen
-
Thread
Auslesen der CAN-Datenbytes direkt im Interrupthandler ?
get Acceptance Mask ----------------------------------------- if(((CAN_HWOBJ[ubObjNr].uwMOARH & 0x2000) == 0) && (CAN_HWOBJ[ubObjNr].uwMOAMRH & 0x2000)) // if IDE = 0 & MIDE = 1 { pstObj->ulMask = (CAN_HWOBJ[ubObjNr].uwMOAMRH & 0x1FFF) >> 2; } else { pstObj->ulMask = (((ulong
----------------------------------- pstObj->ubMOCfg |= (ubyte)((CAN_HWOBJ[ubObjNr].uwMOAMRH & 0x2000) >> 7); // set MIDE //----- get Frame Counter Value --------------------------------------- pstObj->uwCounter = CAN_HWOBJ[ubObjNr].uwMOIPRH; } // End of function CAN_vGetMsgObj
-
Thread
R8C Daten ins daten-Flash schreiben
0x50 #define FLASHI_ERASE1 0x20 #define FLASHI_ERASE2 0xD0 #define FLASH_BLOCK_A_START 0x2000 #define FLASH_BLOCK_B_START 0x2800 static void flash_openMEM() { prcr = 0x02; // pm0, pm1 enable pm1 = 0x01; // Data block enable prcr = 0; // pm0, pm1 disable fmr4 = 0x00; // Erase
versucht. Der Flash wird nicht beschrieben. Lesen kann ich den Flash doch per Zugriff auf die Adresse 0x2000 (BLOCK_A) z.B. so: [c]char *flash; flash = (char*)0x2000; // Wenn ein A im Flash ist dann... if (*flash=='A') ... [/c] Stimmt das? Vielleicht wichti: Ich arbeite mit den internen 8mHz
-
Thread
FX2 lässt sich nicht mehr programmieren
Bei mir hab ich das gleich im Keil drin, bei Output: hex2bix.exe -i -f 0xC2 -v 0x0547 -p 0x2000 -c 0x41 Programm.hex
Bei mir hab ich das gleich im Keil drin, bei Output: > > hex2bix.exe -i -f 0xC2 -v 0x0547 -p 0x2000 -c 0x41 Programm.hex meine Parameter sind: hex2bix.exe -i -f 0xC2 Programm.hex Bisher lief es damit, aber ich versuche es mal mit deinen Parametern. Wenn ich damit Programmiere ist es eigentlich
-
Thread
BMA180 - Offsetfehler
temp = SPIReadByte(); CS_BMA180 = 1; if (x_MSB >> 7) x = - (0x2000 - ((x_MSB & 0x7F) << 6) | (x_LSB >> 2)); else x = ((x_MSB & 0x7F) << 6) | (x_LSB >> 2); if (y_MSB >> 7) y = - (0x2000 - ((y_MSB & 0x7F) << 6) | (y_LSB >> 2)); else y = ((y_MSB & 0x7F) << 6) | (y_LSB >> 2); if (z_MSB >> 7) z = - (0x2000 - ((z_MSB & 0x7F) << 6) | (z_LSB >> 2)); else z = ((z_MSB & 0x7F) << 6) | (z_LSB >> 2); Ich habe in der Zwischenzeit 4 Boards getestet: eines zeigt auf allen 3 Achsen große Abweichungen
-
Thread
Transistortester AVR
eeprom -R .fuse -R .lock -R .signature as this : HEX_FLASH_FLAGS = --change-section-lma .eeprom=0x2000 -R .fuse -R .lock -R .signature for atmega8 HEX_FLASH_FLAGS = --change-section-lma .eeprom=0x4000 -R .fuse -R .lock -R .signature for atmega168 and HEX_FLASH_FLAGS = --change-section-lma .
-
Thread
STM32-F407-DIY-MORE mit gdb und blackmagic blue pill programmieren
Adresse 0x0000 0000 gemappt. Wenn du vom RAM bootest (macht beim Debuggen Sinn) wird das RAM von 0x2000 0000 nach 0x000 0000 gemappt.
Adresse 0x0000 0000 gemappt. Wenn du vom RAM bootest (macht beim > Debuggen Sinn) wird das RAM von 0x2000 0000 nach 0x000 0000 gemappt. Richtig, hatte mich falsch ausgedrückt. Aber was sieht gdb oder zeigt gdb auf 0x0 an?
-
Thread
stm32f051: option byte nicht beschreibbar
ST-Software. Seltsam finde ich auch die CPU-ID im MCU_DBG Register, die liefert als Revision 0x2000, das sollte es aber beim F051 gar nicht geben laut RefMan.
#5546581: > Seltsam finde ich auch die CPU-ID im MCU_DBG Register, die liefert als > Revision 0x2000, das sollte es aber beim F051 gar nicht geben laut > RefMan. Das ist ein ziemlich sicheres Zeichen daß das welche sind, bei denen die initiale Programmierung in der Fabrik von ST nicht korrekt
-
Thread
AT91 & OpenOCD Externes Flash Problem
unknown #7: 0x00070000 (0x8000kB) erase state unknown, protection state unknown #8: 0x00078000 (0x2000kB) erase state unknown, protection state unknown #9: 0x0007a000 (0x2000kB) erase state unknown, protection state unknown #10:0x0007c000 (0x4000kB) erase state unknown, protection state unknown
-
Thread
STM32 Shift operationen
\ x&0x100?8:x&0x200?9:x&0x400?10:x&0x800?11: \ x&0x1000?12:x&0x2000?13:x&0x4000?14:x&0x8000?15: \ x&0x10000?16:x&0x20000?17:x&0x40000?18:x&0x80000?19: \ x&0x100000?20:x&0x200000?21:x&0x400000?22:x&0x800000?23: \
x&0x100?8:x&0x200?9:x&0x400?10:x&0x800?11: \ > x&0x1000?12:x&0x2000?13:x&0x4000?14:x&0x8000?15: \ > x&0x10000?16:x&0x20000?17:x&0x40000?18:x&0x80000?19: \ > x&0x100000?20:x&0x200000?21:x&0x400000?22:x&0x800000?23: > \ >
-
Thread
RC5_Code läuft nicht auf ATMega32
if (++rc5_time > PULSE_MAX) // count pulse time { if(!(tmp & 0x4000) && tmp & 0x2000) // only if 14 bits received rc5_data = tmp; tmp = 0; } if ((rc5_bit ^ xRC5_IN) & 1<<xRC5) // change detect { rc5_bit = ~rc5_bit; //--> 0x00 ->0xFF ->0x00
if (++rc5_time > PULSE_MAX) // count pulse time { if(!(tmp & 0x4000) && tmp & 0x2000) // only if 14 bits received rc5_data = tmp; tmp = 0; } if ((rc5_bit ^ xRC5_IN) & 1<<xRC5) // change detect { rc5_bit = ~rc5_bit; //--> 0x00 ->0xFF ->0x00
-
Thread
Anfängerfrage MMU ARM
set timer base[C1] = base[CLO] + 0x080000; base[CS] = 2; // set irq controller base[0x2000B210 /4] = 0x0; base[0x2000B20C /4] = 0x80|1; // 512 MB RAM cachable for (i=0;i<512;i++){ MMUTBL[i] = i<<20 | 0x0C0E; } // rest shared device for (i=512;i<4096;i++){ MMUTBL
-
Thread
Adresse statt variablen Namen übergeben?
Liegt die Zeichenkette an der Wortadresse 0x2000 (Atmel-Notation) oder an der Byteadresse 0x2000 (GNU tools Notation)? Ausserdem gibt das hoffentlich gleich 2 Fehlermeldungen vom Compiler. Die eine für das unsinnige Statement void send_pgmstr_uart
-
Thread
Berufsunfähigkeitsversicherung nur ganz kurz?
Bereicherungsverbot. Wenn Du also heute 4000EUR netto im Monat hast, dann kannst Du selbstverständlich auch 2x 2000EUR BU bei unterschiedlichen Versicherern abschließen statt 4000EUR bei einer. Ob das im Endeffekt günstiger ist, weiss ich nicht. Aber Du hast dann natürlich nicht die Scherereien mit Untersuchung
#3862303: > Wenn Du also heute 4000EUR > netto im Monat hast, dann kannst Du selbstverständlich auch 2x 2000EUR > BU bei unterschiedlichen Versicherern abschließen statt 4000EUR bei > einer. a) echt? Warum würde ich mich bereichern? Man kann ja argumentieren, dass ich berufsunfähig deutlich höhere Kosten
-
Thread
Was ist die Block-Größe meines SPI-ROMs auf dem ESP8266?
so im define FS_PHYS_BLOCK hinterlegt ist; und er taucht auch bei der Kompilierung als FS_BLOCK 0x2000 in der Datei "local.eagle.flash.ld" wieder auf. Ich hänge die mal an... Trotzdem bin ich nicht 100% sicher, ob da nicht schon eine logische Abstraktionsebene dazwischen hängt und die wahre SPI flash
Blockgröße definiert wurden. Bleibt die Frage, warum im ld file steht [code] PROVIDE ( _FS_block = 0x2000 ); [/code]
-
Thread
OPENOCD mit JLINK am STM32f103
target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0x08004cea msp: 0x2000ffcc > flash write_image erase C:/Entwickl/WinARM/Projects/Blink_STM32F1/default/Blink_STM32F1.bin 0x08000000 auto erase enabled wrote 36864 bytes from file C:/Entwickl/WinARM/Projects/Blink_STM32F1
halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000003a msp: 0x2000ffcc > bp > [/code]
-
Thread
[V] Agilent HP 54621D 60 MHz Mixed-Signal Oscilloscope
http://www.datatec.de/Hameg-HMO724.htm Oder Für dasselbe Geld ein 4KAnal DSO der neuen Agilent X2000 serie. Die Version mit LA kostet dann 400 Euro mehr, was etwa nur 30% über deinem Gebrauchtpreis ausmacht und damit üblicherweise so im Bereich was man bei Geräten derselben Serie als differenz zwischen
nicht drin. Macht dann 2130€ incl. MwSt. fürs Hameg. mit 8 statt 16 Logik Kanälen >Agilent X2000 ... >Die Version mit LA kostet dann 400 Euro mehr 2350€ incl. MwSt.. auch mit 8 statt 16 Logik Kanälen >REichen aber Zwei Kanäle kann man mit etwas Glück und >Geschick für 500Euro ein Hantek
-
Thread
SMD & 3D-Druck
Layer drauf u.s.w. Oder Displays in echten 3D, tausende OLED-Displays übereinander drucken, 2000 x 2000 x 2000 Bildpunkte! Ich denke da geht es hin, tausende Computer 3D drucken, nur so fangen die Dinger an zu denken.
-
Thread
Probleme beim einlesen eines Datenstroms über Interrupts
0x0800) MSB16 ^= 0x039F; if((LSB16 & 0x1000) == 0x1000) MSB16 ^= 0x0287; if((LSB16 & 0x2000) == 0x2000) MSB16 ^= 0x00B7; if((LSB16 & 0x4000) == 0x4000) MSB16 ^= 0x016E; if((LSB16 & 0x8000) == 0x8000) MSB16 ^= 0x02DC; // MSB16 = 0x00FF; return MSB16; } [/
-
Thread
Siglent vs Rigol
siglent-sdm3000 Siglent SDM 3000/3000X series digital multimeter siglent-sdg Siglent SDG 1000X/2000X/6000X series waveform generator siglent-sds Siglent SDS 1000X/2000X series oscilloscope siglent-ssa3000x Siglent SSA 3000X series spectrum analyzer tektronix-2000 Tektronix DPO/MSO
-
Thread
STM32 ISR execution im RAM
Wenn man die typischen Adresse 0x0800.0000 für Flash und 0x2000.0000 für RAM nutzt, ist der Rest garnicht so schwer. Anfangs ist der Flash auf Adresse 0 gespiegelt. Dies läßt sich so umschalten, dass der RAM auf Adresse 0 gespiegelt wird. Du musst somit
reservieren. Als erstes dann mit der Vectortable und den Funktionen initialiseren (da noch ab 0x2000.0000). Dann umschalten. Ansonsten ist nichts zu ändern. die oben genannten Adressen sind weiterhin verfügbar. [c] // Enable the SYSCFG peripheral clock __SYSCFG_CLK_ENABLE(); __SYSCFG_RELEASE_RESET
-
Thread
STR9 Interrupt
Disable Reset from Port 3 SCU_PCGR1 |= 0x20000; // Clock enabling from Port 3 SCU_PRR1 |= 0x2000; // Disable Reset from WIU GPIO3_DIR &=~ 0x38; // Set the direction of P3. SCU_PCGR1 |= 0x2000; // Clock enabling to WIU WIU_CTRL |= 0x02; // Global WIU Interrupt Enable (ext irq)
-
Thread
bare metal m68k-elf.gcc.
asmstartport.s" 499 005c 7400 500 005e 7600 mov.l &0x0007e000+0x2000,%a7 501 jmp main_without__main 502 503 2:asmstartport.s **** .file "asmstart.s" 3:asmstartport.s **** .global
mov.l &0x0,%d1 mov.l &0x0,%d2 mov.l &0x0,%d3 # 110 "asmstartport.s" mov.l &0x0007e000 +0x2000,%a7 jmp main_without__main [/code] und ich frage mich wo der Code im Listing file hin ist: m68k-elf-as -m68010 -a=asmstartport.l -o asmstartport.o temp.s [code] 2
-
Thread
Relais-Spannungsverlauf beim Schalten (230V AC / Netzspannung) mit Oszilloskop messen
Netzspannung etwas > Sicherheit. Danke für den Hinweis auf die Micsig Probes. Die haben auch einen 200x/2000x mit 5,4kVpk. Das kommt meinem Sicherheitsbedürfnis entgegen und ist dann auch nicht mehr viel teurer als Trenntrafo + 2 passive HV-Tastköpfe. Ich glaub so werde ich es machen, ich besorge mir Micsig
Hilfe und Empfehlungen von euch habe ich mir einen Differentialsonde von Micsig gekauft (DP20003, 200x/2000x, bis 5600V). Für die Messung habe ich das 230V Signal parallel zur Last während der Schaltvorgänge gemessen. Zusätzlich habe ich einen 1100Vrms Varistor parallel Geschaltet in der Hoffnung, dass
-
Thread
Electronica 2024, Tag 1 – Chips, AI-Chips, Altium Discover und Vergussmasse
Bei Lumissil sind auch die sehr günstigen Linux-fähigen SoC (X1600/X2000 + großer RAM in einem Package) interessant. Damit kann man Assembler, spezielle IDEs oder Circuit-Python und was es sonst noch für Microcontroller braucht vergessen und einfach Debian installieren
schrieb im Beitrag #7773425: > Bei Lumissil sind auch die sehr günstigen Linux-fähigen SoC (X1600/X2000 > + großer RAM in einem Package) interessant. Ich frage mich gerade: Wie baut man für diese Hardware ein Linux? Gibt es passende Software vom Chiphersteller oder läuft das über einen Art "Boardmanager
-
Thread
ATmega128 Bootloader Problem
WinAVR 20060125 Ich wollte die boot.h ausprobieren, indem ich den Speicherbereich von 0x2000 bis 0xEFFF (Wort-Adresse) vom Bootloader (0xF000) aus beschreiben liess. Dabei stellte sich heraus, dass der Bootloader nur von 0x2000 bis 0x7FFF schrieb und dann bei 0x0000 weiter machte. Erst
-
Thread
Peter Dannegger's RC5 Beispiel
cycle if( ++rc5_time > PULSE_MAX ){ // count pulse time if( !(tmp & 0x4000) && tmp & 0x2000 ) // only if 14 bits received rc5_data = tmp; tmp = 0; } if( (rc5_bit ^ xRC5_IN) & 1<<xRC5 ){ // change detect rc5_bit = ~rc5_bit; // 0x00 -> 0xFF -> 0x00
cycle if( ++rc5_time > PULSE_MAX ){ // count pulse time if( !(tmp & 0x4000) && tmp & 0x2000 ) // only if 14 bits received rc5_data = tmp; tmp = 0; } if( (rc5_bit ^ xRC5_IN) & 1<<xRC5 ){ // change detect rc5_bit = ~rc5_bit; // 0x00 -> 0xFF -> 0x00
-
Thread
xmega eeprom - kompakter code
For Xmega the EEPROM start address is 0, like other architectures. The reading functions add the 0x2000 value to use EEPROM mapping into data space. [/pre] Darum kümmert sich eben avrgcc. Man kann natürlich auch direkt durch das mapping darauf zugreifen. So wirds in der libc gemacht: [avrasm
eeprom_mapen: Input: r25,r24 - EEPROM address Output: ZH,ZL - EEPROM address + 0x2000 (to use mapping) Scratch: r19 eeprom_update_r18: Input: r18 - byte to write r25,r24 - EEPROM address Output: r25,r24 - decremented EEPROM address
-
Thread
4 x 2000 SMD-Kondensator 100nF 50V TDK X7R (4 x Reel)
hi, habe hier 4 Reels abzugeben, je 2000 Stück. Preis ist 20 Euro pro Reel inklusive Versand per Maxibrief. Hersteller: TDK Keramikträgermaterial: X7R Kapaztät: 100nF Spannung: 50 V Kapazitätstoleranz: ±10% Temperaturbereich: -55°C bis +125°C ; dabei Kapazitätsänderung ±15% Bauform: nach EIA Code: 0805 ; nach EIAJ Code: 2012 Abmessungen: 2.0±0.2 x 1.25±0.2 x 1.25±0.2 entspricht den RoHS richtlinien
-
Thread
OpenOCD Raspberry |ATMEL programming|BOOT and APP
soweit alles okay und der uC geht normal in den run modus. Wenn ich dann die APP auf die Adresse 0x2000 programmiere funktioniert nichts mehr und der uC führt nichts mehr aus. Wenn ich den Bootloader und die APP von AtmelStudio flashe funktioniert es. Wenn ich die Daten im Flash mit meinem APP und
Daniel X. schrieb im Beitrag #5063335: > Wenn ich dann die APP auf die Adresse 0x2000 programmiere funktioniert > nichts mehr und der uC führt nichts mehr aus. Korrekt. Die App muss neu für die höhere Addresse verlinkt werden - siehe Linkerskript.
-
Thread
XMega bleibt "hängen"?
einzige, was mir auffaellt ist das call _divmodsi4 ... ist das ueberhaupt vorhanden ? Die Adressen 0x2000 + x sind oberhalb 8k. Hat's soviel RAM ?
teste es trotzdem mal! @hacky: Das Datenblatt für den ATXMega128A1 sagt: SRAM Bereich von 0x2000 - 0x3FFF Grüße, Michael