-
Thread
Seltsames problem beim Debuggen
ich schaue dann in den Code. http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/index_at91.html#at91_gamma Die Atmel AT91LIB-Methode printf komplett selbst zu implementieren findet man in deren Quellcode. Zumindest in der Version der des AT91-Software-Packages für AT91SAM7S-EK und AT91SAM7X-EK
include "board.h" #include "dbgu.h" int main(void) { // Set-up DBGU Usart ("UART2") AT91F_DBGU_Init(); iprintf("1234567890"); AT91F_DBGU_Printk("\r\n\r\ntest\r\n"); }[/c] mit iprintf kommt auf der Schnittstelle gar nichts an und mit AT91_DBGU_Printk nur Müll. dbgu.c und h sowie
-
Thread
Fliesskomma ARM7 GCC
gut, wenn Du meinst: int main(void) { char str[50]; short i=65; float f; *AT91C_PMC_PCER = 1<<AT91C_ID_PIOA; //Peripheral Clock Enable Register *AT91C_PIOA_PDR = AT91C_PA12_MISO|AT91C_PA13_MOSI| AT91C_PA14_SPCK|AT91C_PA11_NPCS0|AT91C_PA31_NPCS1; // enable pins as PIO SPI_Configure(AT91C_BASE_SPI, AT91C_ID_SPI, AT91C_SPI_MSTR | AT91C_SPI_PS );//| AT91C_SPI_DLYBCS); SPI_Enable(AT91C_BASE_SPI); DbguInit(Usart_115200); ADS_Init(); for(;;) { i=65;
-
Thread
delay mit Röhren
was ihr habt. Es ist doch ganz einfach, mit Röhren rein analoge Delays zu bauen. 1m Röhre hat zB. 2.91ms.
sondern ein Widerstand. Noch interessanter: grossi schrieb im Beitrag #7024395: > und 3.C ca 91grad
-
Thread
Ist das ein Bug im Compiler?
validmap++; } } flag_set(F_update_grayscale); } 6500: df 91 pop r29 6502: cf 91 pop r28 6504: 08 95 ret ;-------------------------------------------------------------------------------------------------- 00006506
return ret; } [/c] macht ein gcc für AVR zu: [avrasm] blabla: tst r20 breq .L3 cpi r20,lo8(2) brne .L4 ldi r22,lo8(1) ldi r23,lo8(2) ldi r24,lo8(3) ldi r25,lo8(11) ret .L3: ldi r22,lo8(69) ldi r23,lo8(99) ldi r24,lo8(-110) ldi r25,lo8(63) ret
-
Thread
Strom Sekundärseite Trafo
helpme91 schrieb im Beitrag #6868460: > I = 0,125A = 125mA > Stimmt das so? Ja, wobei das der Strom ist den du über eine ohm'sche Last dauerhaft ziehen kannst und Nennspannung des Trafos bekommst inklusive
helpme91 schrieb im Beitrag #6868600: > Somit passt die Rechnung. Ja, hier steht's sogar nochmal schwarz auf weiß (weiß auf blau) direkt auf dem Trafo drauf.
-
Thread
Selbstgebautes ARM9 Board
Hast du auf deinem AT91SAM9260 noch zusätzlich ein "B"? Denn wenn es so wäre müsste das booten vom Flash problemlos gehen.
mein komplettes ubuntu-arm rootfs mit qemu gebaut und anschliessend ueber NFS auf meinem olimex sam9-l9260 board gemounted.
-
Thread
Kann man denn jetz das hi- und low-byte eines uint16_t effizient lesen in c?
*/ .L__stack_usage = 0 rjmp foo .size test1, .-test1 .global test2 .type test2, @function test2: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__
verschwendet? http://gcc.gnu.org/viewcvs/trunk/libgcc/config/avr/lib1funcs.S?revision=193721&view=markup#l2723
-
Thread
Trafoberechnung
mathematischen Formelsalat. Die Formel oben heißt bei mir immer [math]i = \frac{S \cdot \sqrt3}{u_{L-L} \cdot 3}[/math] weil die Scheinleistung eine *Drehstromleistung* ist: [math]S = 3 \cdot \frac{u_{L-L}}{\sqrt3} \cdot i[/math] Da wird nichts gekürzt, sondern die Faktoren bleiben hübsch stehen
damit erlitten. Im Gegenteil. Als Illustration obige Formel: [math]S = 3 \cdot \frac{u_{L-L}}{\sqrt3} \cdot i[/math] die man sehr häufig so vorfindet: [math]S = \sqrt3 \cdot u_{L-L} \cdot i[/math] Erkläre Dir einmmal selbst, wieso man zur Berechnung der dreiphasigen Scheinleistung
-
Thread
avr-gcc Probleme OpenSuse 13.2
4.8.3/collect2 -m avr5 -o main.o /opt/cross/avr/lib/gcc/avr/4.8.3/../../../../avr/lib/avr5/crtm16.o -L/opt/cross/avr/lib/gcc/avr/4.8.3/avr5 -L/opt/cross/avr/lib/gcc/avr/4.8.3/../../../../avr/lib/avr5 -L/opt/cross/avr/lib/gcc/avr/4.8.3 -L/opt/cross/avr/lib/gcc/avr/4.8.3/../../../../avr/lib /tmp/cc3s62O8
4.8.3/collect2 -m avr5 -o main.elf /opt/cross/avr/lib/gcc/avr/4.8.3/../../../../avr/lib/avr5/crtm16.o -L/opt/cross/avr/lib/gcc/avr/4.8.3/avr5 -L/opt/cross/avr/lib/gcc/avr/4.8.3/../../../../avr/lib/avr5 -L/opt/cross/avr/lib/gcc/avr/4.8.3 -L/opt/cross/avr/lib/gcc/avr/4.8.3/../../../../avr/lib main.o --start-group
-
Thread
Einstieg in C - komische Fragen
-mint8 wird die Berechnung mit einem swap durchgeführt, mit 8 Bit klappts also: [avrasm] b4: 80 91 03 01 lds r24, 0x0103 b8: 8f 70 andi r24, 0x0F ; 15 ba: 90 91 02 01 lds r25, 0x0102 be: 92 95 swap r25 c0: 90 7f andi r25, 0xF0 ; 240 c2: 89 2b
Johann L. schrieb im Beitrag #4390887: > von Moby am Nasenring Das gefällt mir! Wenn Moby kommt, ist es Zeit zu gehen.
-
Thread
Oszi C1-91- Besitzer gesucht
91? Bist du sicher? Habe ein C1-94.zip mit 54,7MB. Die original Unterlagen sind im laufe der Jahrzehnte verschwunden..
hier > hat jemand so ein Kistli, auch defekt. Kannst du bei Elektrotanya runterladen, die zum C1-91 ebenso.
-
Thread
womit füllt atmel bit shift (>>) die neuen bits auf?
80 93 1c 01 sts 0x011C, r24 counter = a>>(uint8_t)1; 3e2: 00 91 1c 01 lds r16, 0x011C 3e6: 10 91 1d 01 lds r17, 0x011D 3ea: 16 95 lsr r17 3ec: 07 95 ror r16 3ee: 10 2f mov r17, r16 //counter &= 0b01111111; // Auffüllen
Moment. Da stimmt was nicht [code] a+=(uint8_t)255; 3ce: 80 91 1c 01 lds r24, 0x011C 3d2: 90 91 1d 01 lds r25, 0x011D 3d6: 81 50 subi r24, 0x01 ; 1 3d8: 9f 4f sbci r25, 0xFF ; 255 3da: 90 93 1d 01 sts 0x011D, r25 3de:
-
Thread
C++ call by reference Frage
.L__stack_usage = 0 ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:28: x = v / 2; lsr r25 ; tmp46 ror r24 ; tmp46 ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:28: x = v / 2; sts
= 0 */ /* stack size = 0 */ .L__stack_usage = 0 ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:35: f(a); lds r24,a ; , a call _Z1fIhEvRKT_.isra.0 ; ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:36:
-
Thread
Rekursion lösen, aber wie?
https://craftofcoding.wordpress.com/2021/06/02/recursion-mccarthys-91-function/
ich) sollte sie um Ausgaben ergänzen, so dass man sieht, was der uC macht!!! [code] function mc91(n : in integer) return integer is begin if n > 100 then return (n - 10); else return mc91(mc91(n+11)); end if; end mc91; [/code]
-
Thread
Eisenkern Sättigung
Helpme91 schrieb im Beitrag #4022925: > Wenn ich das was in Wikipedia steht verstanden hätte, würde ich hier > vermutlich keinen Beitrag eröffnen. Dann sag mal was Du da nicht verstanden hast.
Wir beruhigen uns alle wieder, reichen uns die Hand und lassen es gut sein. Ich denke auch für Helpme91 dürfte die Frage geklärt sein. lg Der Klugscheißer
-
Thread
AVR: unsigned 24 bit auf 3 Ports verteilen
sts 0x01BE, r24 } } } 89c: ff 91 pop r31 89e: ef 91 pop r30 8a0: bf 91 pop r27 8a2: af 91 pop r26 8a4: 9f 91 pop r25 8a6: 8f 91 pop r24 8a8: 6f 91 pop r22 8aa: 5f 91 pop r21 8ac: 4f 91 pop r20 8ae: 3f 91 pop r19 8b0: 2f 91 pop r18 8b2: 0f 90 pop r0 8b4: 0f be out 0x3f, r0 ; 63 8b6: 0f 90
-
Thread
Getriebe konstruieren
aussehen: [code] ratioTarget = 6.1843 tolerance = 0.0001 nTreffer = 0 for z1 in range(12, 91): for z2 in range(12, 91): for z3 in range(12, 91): for z4 in range(12, 91): ratio = z2/z1 * z4/z3 if (ratio>ratioTarget-tolerance/2) and
print_function, division import math ratio = 6.1843 best_perr = float("Inf") for z1 in range(12, 91): for z2 in range(12, 91): for z3 in range(12, 91): for z4 in range(12, 91): r = z2/z1 * z4/z3 err = r / ratio perr = abs
-
Thread
KFZ-Verbrauchssignal - Auswertung?
Bei meinem Crysler ist es keine Seltenheit, daß er beim Beschleunigen im Momentanverbrauch 60...70l/100km anzeigt. Opel z.B. clippt daher den angezeigten Wert bei einigen Fahrzeugen bei ca 40l/100km, um die liebe Kundschaft nicht zu beunruhigen...); in etwa so (in Bezug auf ein PWM): von 10...33% wird
meinem Crysler ist es keine Seltenheit, daß er beim Beschleunigen im > Momentanverbrauch 60...70l/100km anzeigt. Opel z.B. clippt daher den > angezeigten Wert bei einigen Fahrzeugen bei ca 40l/100km, um die liebe > Kundschaft nicht zu beunruhigen...); in etwa so (in Bezug auf ein PWM): > von
-
Thread
Was setzt sich bei Ballistol unten in der Flasche ab?
www.amazon.de/d%C3%BCnnfl%C3%BCssig-medizinisch-versandkostenfrei-Perliquidum-Pharmaqualit%C3%A4t/dp/B01M71A16L/ref=sr_1_16?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=3H9RGW4P18OVQ&keywords=Wei%C3%9F%C3%B6l&qid=1645451080&sprefix=wei%C3%9F%C3%B6l%2Caps%2C183&sr=8-16
www.amazon.de/d%C3%BCnnfl%C3%BCssig-medizinisch-versandkostenfrei-Perliquidum-Pharmaqualit%C3%A4t/dp/B01M71A16L/ref=sr_1_16?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=3H9RGW4P18OVQ&keywords=Wei%C3%9F%C3%B6l&qid=1645451080&sprefix=wei%C3%9F%C3%B6l%2Caps%2C183&sr=8-16 Was zum Teufel soll ich mit 5 Litern
-
Thread
AT91SAM7A3 PWM Signal
ist kein Signal ... Hier ist mein Code: [c] #include "Board.h" //Variablendeklaration AT91PS_PIO pPIO; AT91PS_PWMC pPWM; AT91PS_CKGR pCKGR; AT91PS_PMC pPMC; AT91PS_ADC pADC; AT91PS_TC pTC; unsigned int PIO_Enable= 0x1554000; unsigned int PIO_OER= 0x14000; unsigned int PIO_ODR= 0x1540000
(pPWM, 0x5); pPWM->PWMC_MR= 0x10000; AT91F_PWMC_CfgChannel(pPWM, CID_L, mode_pwm, period, duty_L); AT91F_PWMC_CfgChannel(pPWM, CID_G, mode_pwm, period, duty_G); AT91F_PWMC_StartChannel(pPWM, 0x5); //Initialisierung von ADC //AT91F_ADC_CfgModeReg
-
Thread
for-Funktion Datentypen
Zyklen zählen darfst Du selber ;) --8<-- for (t = wait; t; t--) d2: 80 91 00 01 lds r24, 0x0100 d6: 90 91 01 01 lds r25, 0x0101 da: 90 93 03 01 sts 0x0103, r25 de: 80 93 02 01 sts 0x0102, r24 e2: 80 91 02 01 lds r24, 0x0102 e6: 90 91 03 01
10 92 03 01 sts 0x0103, r1 fe: 10 92 02 01 sts 0x0102, r1 102: 20 91 02 01 lds r18, 0x0102 106: 30 91 03 01 lds r19, 0x0103 10a: 80 91 00 01 lds r24, 0x0100 10e: 90 91 01 01 lds r25, 0x0101 112: 82 17 cp r24, r18 114: 93 07
-
Thread
Fehler bei einfacher Integer-Division?
Hier schon mal ein Auszug. <-------------------- okay --------------------> current_time = 1000L * ICR1 / CONST_DIVISOR; 1fe: 80 91 86 00 lds r24, 0x0086 202: 90 91 87 00 lds r25, 0x0087 206: a0 e0 ldi r26, 0x00 ; 0 208: b0 e0 ldi r27, 0x00 ; 0 20a: b5 95
95 ror r24 <-------------------- BÖSER FEHLER --------------------> current_time = 1000L * ICR1 / var_divisor; 202: 20 91 86 00 lds r18, 0x0086 206: 30 91 87 00 lds r19, 0x0087 20a: 49 81 ldd r20, Y+1 ; 0x01 20c: 5a 81 ldd r21, Y+2 ; 0x02 20e: a8
-
Thread
RWE Smarthome
revision 5 (ARMv5TEJ), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Atmel AT91SAM9G20-EK Memory policy: ECC disabled, Data cache writeback AT91: Detected soc type: at91sam9g20 AT91: Detected soc subtype: Unknown AT91: sram at 0x200000 of 0x4000 mapped at 0xfef74000 AT91: sram
(mii_bus:phy_addr=ffffffff:00, irq=-1) ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver at91_ohci at91_ohci: AT91 OHCI at91_ohci at91_ohci: new USB bus registered, assigned bus number 1 at91_ohci at91_ohci: irq 20, io mem 0x00500000 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected
-
Thread
EMS > Adapter > NetIO > Raspi
[code]10 0b a4 00 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 41 42 43 44 45 46 91[/code] die XOR-Prüfsumme 0x91 am Ende enstpricht der Position des "F" was als "`" (0x91) beim auslesen zurückgegeben wird. Ich habe noch weitere Proleme. Denke die sind vermutlich auch auf diesen
Was sagt 'ls -l /’? Fehlt da evtl. das x? Ist SELinux aktiv?
-
Thread
Long effizient schreiben
brauchen als die Union-Lösung. Hier ein Auszug aus der lss-Datei (AVR-gcc): unsigned char * l = (unsigned char *) &Long; l[0] = Byte1; b6: 80 91 61 00 lds r24, 0x0061 ba: 80 93 62 00 sts 0x0062, r24 l[1] = Byte2; be: 80 91 60 00 lds r24, 0x0060 c2: 80 93 63 00 sts 0x0063, r24 l[2] = Byte3; c6: 80 91 66 00 lds r24, 0x0066 ca: 80 93 64 00 sts 0x0064, r24 l[3] = Byte4; ce: 80 91 67 00 lds r24, 0x0067 d2: 80 93 65 00 sts 0x0065, r24 Das ist verdammt
-
Thread
Was hört ihr für Musik ?
https://www.youtube.com/watch?v=-ge8lQfig9Y
entdeckt (und leider schon tot): "The Muffs". Beispiel: https://www.youtube.com/watch?v=jRY-s6l2rL4
-
Thread
Fomel Selbstinduktionsspannung Spule
untereinander kleine Kondensatoren. So kommt man dann zu einem Modell für eine reale Spule bestehend aus R, L und C.
abklemmt, entsteht durch die Umladung der gespeicherten magnetischen Energie von 1/2 x L x I x I in die Wicklungskapazität als Kondensatorenergie 1/2 x C x U x U, ist also U = sqrt ( L x I x I / C ) abzüglich einiger Verluste durch Strom durch Drahtwiderstand. Blöderweise kennt man
-
Thread
XOR / pointer - Problem
Z,r22 ld r24,X eor r24,r20 st X,r24 mov r18,r22 rjmp .L6 .L4: mov r22,r24 com r22 st Z,r20 ld r24,X eor r24,r22 st X,r24 .L6: subi r25,lo8(-(1)) cpi r25,lo8(4) breq .L9 adiw r26,1 rjmp .L3 .L9: /* epilogue: frame size=9 */ adiw r28,9 in __tmp_reg__,__SREG__ cli out __SP_H__,r29 out __SREG__,__tmp_reg__ out __SP_L__,r28 pop
-
Thread
[Suche] Interessierte(n) an Projekt (ARM/FPGA)
und der Bootloader springt dann eben zur entsprechenden Speicheraddresse? >Schaue mal den an: AT91SAM9263 von Atmel. mach ich! Danke!
Siehe hier: http://olimex.com/dev/index.html > ARM > SAM9-L9261 Hier gibts das "SAM9-L9261 schematic"
-
Thread
Letzter Hilferuf AT91SAM7S - PWM oder PCK
Register ist falsch beschrieben. du brauchst die Beschreibung mit Wave= 1 denke ich. [c] TC_CMR= AT91C_TC_WAVE | // Wave aktive AT91C_TC_WAVESEL_UP_AUTO | // <- bin ich mir nicht sicher AT91C_TC_CLKS_TIMER_DIV5_CLOCK | // Takt AT91C_TC_ACPA_SET | // bei wert A setzen AT91C_TC_ACPC_CLEAR
= P_TIOA0; //disable PIOA AT91C_BASE_PIOA->PIO_BSR = P_TIOA0; //select peripheral B bzw: // In order to select TIOA0, disable PB0 and select periph.A AT91F_PIO_CfgPeriph (AT91C_BASE_PIOA, 0 , AT91C_PB0_TIOA0); [/c] ich
-
Thread
Weltempfänger
dort angeschlossen werden. Dann muss man auch auf die Leistungsaufnahme des Potis achten. >> EAA91 Demodulator AM > mit Novalröhren Die EAA91 ist aber keine Novalröhre. (dropping the buckets and run)
75mA-Voltage-Regulator-/381442203861?nma=true&si=fYtz3XGyxMOo9XBAcvEjLLB0IxA%253D&orig_cvip=true&rt=nc&_trksid=p2047675.l2557
-
Thread
I2C (TWI) Sniffer mit AVR
Temperatur wird konstant gelesen keine veränderung, aber im Log ändern sich die Daten: 37460: s91a1Da00np 37783: s90a00ap 37783: s91a1Da00np 38106: s90a00ap 38106: s91a1Da00np 38429: s90a00ap 38429: s91a19a00np <<< Falsch 38752: s90a00ap 38752: s91a1Da00np 39077: s90a00ap 39077: s91a1Da00np
41015: s90a00ap 41015: s91a19a00np <<< Falsch 41337: s90a00ap 41338: s91a19a00np <<< Falsch 41660: s90a00ap 41661: s91a19a00np <<< Falsch 41983: s90a00ap 41983: s91a1Da00np Die Temperatur wird vom Master richtig
-
Thread
CP/M auf ATmega88
4 63 1,282 320,4 3,121 1,302 325,5 3,072 ld l,c 4 79 1,61 402 2,49 ex af,af' 4 94 1,91 478 2,09 ld a,2 7 63 2,56 366 2,73 call/ret (17+10)/3 116 7,08 262
address (Y/N)? N Number of ASCII digits (2 or 3): 2 CLEAR SCREEN command: <ESC> [ 2 J (27 91 50 74) Does CLEAR SCREEN also HOME cursor (Y/N)? N HOME command: <ESC> [ H (27 91 72) DELETE LINE command: <ESC> [ 1 M (27 91 49 77) INSERT LINE command: <ESC> [ 1 L (27 91 49 76
-
Thread
#define Problem
&0x0214,0x0004(SP) 0x91d8: 3C0B JMP (C$L35) C$L33: 0x91da: 930F TST.W R15 0x91dc: 2404 JEQ (C$L34) 0x91de: 4291 020E 0004 MOV.W &0x020e,0x0004(SP) 0x91e4: 3C05 JMP (C$L35) C$L34: 0x91e6: 930F TST.W R15 0x91e8: 2403 JEQ (C$L35) 0x91ea: 4291 0216 0004
-
Thread
Unbekannter Assembler erzeugt große Änderungen bei kleinem Programm
ich das in Assembler machen soll :( So? [avrasm] main: mov a,'H' mov a,'A' mov a,'L' mov a,'L' mov a,'O' goto main [/avrasm] (assembliert sogar)
Stueck) gemerkt und verglichen wenn Du > 0x04 schreibst? [code] 0x03 in main.PDK_03 at: [37, 91, 290, 304, 596, 1097, 1335, 2243] 0x03 in main.PDK_04 at: [37, 91, 831, 1450, 1961, 1993, 2149, 2285] [/code] Was auch immer das nun bedeutet :( Dumdi D. schrieb im Beitrag #5398149: > Gibt
-
Thread
[V] Oszi, Development Boards und mehr
1) SAM7-P64 mit AT91SAM764 4) AVR ISP MKII beide sind weg
Hallo, habt ihr noch SAM7-P64 mit AT91SAM764? Danke!
-
Thread
Transistortester AVR
professional power supply regulated at 9.5 volt and i mesuared the voltage at the output pin of the 78L05, it is 4,91 volt so it is within the range of 4.1 to 4.5. I tried with hfuse = 0xdd and it still work so my situation its : hfuse = 0xdc = no go hfuse = 0xdd = go hfuse = 0xd9 = go
FUSES_CRY_L = ...) . Regards, Karl-Heinz
-
Thread
Bräuchte Hilfe bei Fehlersuche
heinz schrieb im Beitrag #3187158: > Ich hab die (V91) mal ausgelötet -> Fehlerbild geändert heinz schrieb im Beitrag #3187335: > weil das Fehlerbild dauernd wechselt. Glaskugel:Erklärbar, wenn Deine Selbsthaltekreise durch fehlende V91 nicht in
auf der suche nach Schaltplänen 6ra26** 6dv50/51 1A insbesondere für die Platine c98043-a1002-L3 und c98043-a1005-L2 eventuell per PN (E-Mail an diesen Benutzer schreiben) mfg Lucien
-
Thread
MP3-Player fürs Auto
etwas mit ARM gemacht hat. ATMEL hat vor kurzem auch eine sehr stromsparende Variante rausgebracht (AT91SAM7L), ist also auch überlegenswert. Ich persönlich würde einen Controller nehmen, der entweder genug "Haxn" hat um eine Festplatte ohne viel herumpuffern anzusteuern oder sogar ein externes Speicherinterface
die man da einsetzten kann. häufig genutze Beispiele: -Micrel: KS8721/KSZ8721 -Micrel: KS8001L/KSZ8001L -National: DP83846 Ich persönlich route gerade ein Layout mit LPC2468, KSZ8001L (PHY) und vielen anderen Spielereien. Wird allerdings eine 4-lagige, knapp Eurokarten große Platine.
-
Thread
Ostern- Vielleicht mal wieder Detektorempfänger ? Gesperrt
+ m*U_T/4. *cos( (N+1.)*w*t) \ + sum [l=1:N_u] (- m*U_T/pi *((-1.)**l)/((2.*l-1.)*(2.*l+1.)) *cos((2.*l*N-1.)*w*t) \ -2.*U_T/pi *((-1.)**l)/((2.*l-1.)*(2.*l+1.)) *cos( 2.*l*N *w*t) \
)*(2.*l+1.)) *cos( 2.*l*N *w*t) \ - m*U_T/pi *((-1.)**l)/((2.*l-1.)*(2.*l+1.)) *cos((2.*l*N+1.)*w*t)) set samples 4096 set xrange [-0. :1.*T] set yrange [-U_T*(1.+m) :U_T*(1.+m)]
-
Thread
Superhet: L und C berechnen
meinte dC jeweils 89: VK (L = 39,6µF): 2MHz: C=160pF 3MHz: C=71pf dC= 89pF OK (L = 23,4µF): 2,455MHz: C=180pF 3,455MHz: C=91pf dC= 89pF
Wern schrieb im Beitrag #2373759: > VK (L = 39,6µF): > 2,0MHz: C=160pF > 2,5MHz: C=102pF > 3,0MHz: C=71pf > dCgesa= 89pF > > > OK (L = 23,4µF): > 2,455MHz: C=180pF > 2,955MHz: C=124pF > 3,455MHz: C=91pf > dCgesa= 89pF In der
-
Thread
Laufzeitproblem
subi r25, 0xFF ; 255 fe: 90 93 92 01 sts 0x0192, r25 } 102: ff 91 pop r31 104: ef 91 pop r30 106: 9f 91 pop r25 108: 8f 91 pop r24 10a: 0f 90 pop r0 10c: 0f be out 0x3f
while (!r2); v = 1; } [/c] und avr-gcc 4.8 macht daraus korrekt: [avrasm] foo: .L3: rjmp .L3 [/avrasm] > und was sollen nicht globele Register sein? Lokale Register-Variablen, wie die globalen eine GNU-Erweiterung.
-
Thread
AT91RM9200
AT91er sind bei csd gesichtet worden.
habt ihr ne brauchbare quelle für den AT91RM9200? Manuel
-
Thread
Lötstation aktuell
2Cp_36%3A3500-8500&rnid=118555031&sr=8-17 https://www.amazon.de/TOPELEK-L%C3%B6tstation-L%C3%B6tkolben-L%C3%B6tstationen-Hobbyl%C3%B6ten/dp/B08M3ZSYG6/ref=sr_1_66?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=l%C3%B6tstation&qid=1607103545&refinements=p_72%3A419117031&rnid=419116031&sr=8-66&th=1 https://www.amazon.de/Komerci-ZD-937ESD-Regelbare-L%C3%B6tstation-Niedervolt/dp/B0059185SY/ref=sr_1_3?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=2STSGDBIGDR24&dchild=1&keywords=l%C3%B6tstation+zd-937&qid=1607103495&sprefix=l%C3%B6tstation+zd-%2Caps
-
Thread
Welche Diode ist das?
Nicky schrieb im Beitrag #8039241: > - VDD (Pin 2): 9,91 V stabil Den Elko an diesem Pin mal tauschen ...
sorry, muss Messwerte an ZD50x korrigieren: ZD503: Durchlassrichtung: 0,645 V, Sperrrichung: .0L ZD501: 0,636 V / 1,761 V ansteigend auf 1,792 V -> ?? ZD502: 0,521 V / .0L
-
Thread
Stromzähler abgestürzt?
Welches der Bilder ist nun das 1. Bild? und dann das 2.? Beim Bild 'Zahl1' steht doch 'L1 L2 L3'
> Nein, geschätzt wird unabhängig vom Verursacher des Fehlers. Siehe > Aktenzeichen 4 U 686/02- 91 irrelevant - Gegenstand des Verfahrens war zutreffende Einzelheit, es sei "ein Rücklauf des Strompfades L 3 des Dreileitermesssatzes festgestellt worden" und daher ein Berechnungsfehler vorliege
-
Thread
RS232 String per Taste auslösen
AZDelivery-UART-TTL-Konverter-Jumperkabel-inklusive/dp/B08T24NML9/ref=sr_1_3?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=uart%2Busb%2Badapter%2Bcp210&qid=1637767233&qsid=257-6183033-8676741&sr=8-3&sres=B08T24NML9%2CB07WX2DSVB%2CB0753GY7FR%2CB07CQTC8P2%2CB07RG77VWD%2CB07TXVRQ7V%2CB08L6BSYZN%2CB07LH54QHM%2CB07BBPX8B8%
AZDelivery-UART-TTL-Konverter-Jumperkabel-inklusive/dp/B08T24NML9/ref=sr_1_3?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=uart%2Busb%2Badapter%2Bcp210&qid=1637767233&qsid=257-6183033-8676741&sr=8-3&sres=B08T24NML9%2CB07WX2DSVB%2CB0753GY7FR%2CB07CQTC8P2%2CB07RG77VWD%2CB07TXVRQ7V%2CB08L6BSYZN%2CB07LH54QHM%2CB07BBPX8B8%
-
Thread
Batterie abklemmen, welcher Pol/zuerst?
+JGsQ0tXlbPQ9Goq1OmsfWez7/AD/NFuAAWGcAEAqdL2Yu5M+dXlbB/WPU64+c8Nu+z8Qot8o2Lm+D8L/Rn0YkqL9lrk/kcb0lC1VS/qj+5ZApe1q1wKn6Wl0Uva3+76v8VGSp7ku45jif5VXwnH9e6+RrZWHVlqHP0cHqmjZX9l8kTo1936HOptZp2dyE1t3I8cqrgq4pRUI6R09Nj6XiR5MSmH8tcF+iPnH35RS82otfFo+kJaJL0JLhF77JLhlnPllb5
4kkm2ktzlM3IWXm2WRacE+Str0XQp+I8Pycq6u6nScK4aOvz11b1XxNzGqhVWoQTUVt++pa1J6apnAOvJVXVWbbfwZ1NObo4XC2Ssu4q+BY91ffWWwlBT5YwUt+mp21EOSpL5srsaDstintuWR0fApzlVryVm/Zj3JK5DcXWdSbbyvt5WXoAAT5GgAAAAAAHnJtcEoQ6N7s1I22xeqk/mXWLHJI3SOdatLyejJhJTipIcq1fv1ZaXEJpnjJukmq4eFeZ7UUm2vMZFLn4o6cyKotd7GLGvnGfLJ6xYyZOVmnlHZGXHx3GXPZp02QvqcvFHdboqWWdjSN2cm6I
-
Thread
ARM Development Board
von "Leistung wie ein PII" und "Viel Speicher" geschrieben hattest. Ein ARM7 (z.B. LPC2000 oder AT91SAM7) dürfte kaum deinen Anforderungen entsprechen. Für 1MB SRAM brauchst du ein externes Speicherinterface, ebenso für Ethernet, sofern das nicht schon auf dem Chip ist (AT91SAM7X). Der LPC2148 z.B.
Telnetserver zur Verfügung stellt, reicht auch ein kleiner ARM7 + externem Ethernet Controller. Der AT91RM9200 hat den Ethernet Controller eingebaut und bietet DMA, damit können bereits viel grössere Datenmengen übertragen werden. Als Fileserver oder Router wäre aber auch der AT91RM9200 bald überfordert
-
Thread
OpenOCD mit AT91SAM7X-EK und Wiggler aus einem Batch oder aus Eclipse
hallo, meiner meinung nach sind folgende anweisungen in openocd_at91sam7x_flash_wiggler.cfg in der falschen reihenfolge: [pre] target_script 0 reset openocd_at91sam7x_flash.script working_area 0 0x00200000 0x4000 nobackup flash bank at91sam7 0 0 0 0 0 [/pre] richtig wäre es so: [pre] working_area 0 0x00200000 0x4000 nobackup flash bank at91sam7 0 0 0 0 0 target_script 0 reset openocd_at91sam7x_flash.script [/pre] gruss gerhard