-
Thread
LCD und PS2 Tastatur an Atmega 8
ein griechisches "Alpha" angezeigt, bitte um Hillfestellung. MFG Bastian [code] $regfile = "m8adef.dat" $crystal = 16000000 Config Lcd = 40 * 2 Config Lcdpin = Pin , Db4 = Portc.5 , Db5 = Portc.4 , Db6 = Portc.3 , Db7 = Portc.2 , E = Portc.1 , Rs = Portc.0 Config Keyboard = Pind.1 , Data
99 , 120 , 100 , 101 , 52 , 51 , 0 , 0 , 32 , 118 , 102 , 116 , 114 , 53 , 0 Data 0 , 110 , 98 , 104 , 103 , 121 , 54 , 7 , 8 , 44 , 109 , 106 , 117 , 55 , 56 , 0 Data 0 , 44 , 107 , 105 , 111 , 48 , 57 , 0 , 0 , 46 , 45 , 108 , 48 , 112 , 43 , 0 Data 0 , 0 , 0 , 0 , 0 , 92 , 0 , 0 , 0 , 0 , 13 ,
-
Thread
[xMega] USART Master SPI Lesen mit DMA
RX-Buffers (aus der usart_driver-Bibliothek von Atmel übrigens), aber die Daten sind überhaupt nur 104 Byte lang statt 512 Byte (sichtbar an RX-Tail). RX- und TX-Buffergrößen sind 512 Bytes. Der DMA: [c] void dma_putdummy_sdcard(char* str, uint16_t byteCount) { DMA.CH_TX_SD.ADDRCTRL |= DMA_CH_SRCDIR_FIXED_gc
Jim M. schrieb im Beitrag #4647250: > Das DMA Setup braucht 2 Kanäle, einen für SPI TX (sendet nur das Dummy > Byte) und einen für SPI RX. Dabei muss durch Prioritäten o.ä. > sichergestellt werden das die
-
Thread
Bitte um Hilfe bei AS3935 Blitzsensor Schulprojekt
trotzdem für diesen Zweck: [code] Number of Channel: 1 Analog Bandwidth: 0 - 200KHz Sensitivity: 5mV/Div - 20V/Div Sensitivity error: < 5% Resolution: 12-bit Input Impedance: 1M ohm Maximum Input voltage: 50Vpk Coupling: DC, AC, GND Max Real-time Sampling Rate: 1Msps Timebase: 10us/Div - 500s
0x0F) [/code] auf [code] sensor.calibrate(tun_cap=0x0D) * changed to my capacitor value of 104 [/code] geändert habe. Nun bekomme ich [code] Waiting for lightning - or at least something that looks like it [/code] angezeigt und warte auf das nächste Gewitter. Bis dahin versuche
-
Thread
Mit Schaltungsaufbau und Steuerung anfangen, wie und womit?
eine Empfehlung zu C++ gelesen), würde ich mir das STM32F4 DISCOVERY STM32F407VGT6 STM32 ARM Cortex-M4 Development Board kaufen und damit anfangen. Da brauchst du zunächst keine Widerstände und auch nichts anderes kaufen. Die F0 und F1 Boards sind noch günstiger und den Code kannst du dann auch aufwärtskompatibel
1/4W http://www.conrad.de/ce/de/product/418706/Praktiker-Sortiment-Kohleschicht-Widerstaende-1--1-M-axial-bedrahtet-5- LED-Sortiment http://www.conrad.de/ce/de/product/182206/LED-Sortiment-bedrahtet Elko-Sortiment http://www.conrad.de/ce/de/product/442896/Elko-Sortiment-II-1-1000-F-35-100-V-Inhalt
-
Thread
Finanzkrise und Vollgeld
Berichterstattung vernommen: www.br.de/fernsehen/bayerisches-fernsehen/sendungen/quer/120202-quer-millionaere104.html konnte leider nicht direkt verlinken, da der link als spam gesehen wird
man weiß, dass sie keine für einen wichtigen Fähigkeiten im > Tausch anbieten können. Das ist m.E. mit Kommunismus nicht zu vergleichen. Zu den Menschen im Familien- und Bekanntenkreis bestehen persönliche Bindungen. Das Geben ohne Erwartung einer Gegenleistung ist da genau betrachtet gar nicht
-
Thread
STM32 - Low Level Library Dokumentation
With all most recent firmwares (V1J13S3 for ST-Link/V1 boards, V2J37S7 for ST-Link/V2 boards, V2J37M26 for ST-Link/V2-1 boards, V3J7M2 for STLINK-V3 boards) ST-LINK, ST-LINK/V2, ST-LINK/V2-1, STLINK-V3 boards firmware upgrade: https://www.st.com/en/development-tools/stsw-link007.html " ...
dann mit der rechten Maustaste auf den Projektnamen und dann "Debug As...", dann auf "STM32 Cortex-M C/C++ Application". Die IDE legt dann eine neue Konfigurationsdatei an.
-
Thread
krumme Frequenzen aus 50Mhz erzeugen
Lothar M. schrieb im Beitrag #7585640: > Wolfram F. schrieb im Beitrag #7585517: >> Allerdings kann ich nicht EDA RTL Simulation aufrufen > Du sollst den RTL nicht simulieren, sondern den RTL-Schaltplan
Lothar M. schrieb im Beitrag #7585678: > Wenn du auf meiner HP ein wenig herumklickst, dann siehst schnell, warum > der RTL-Schaltplan so wichtig ist: du bekommst da schnell einen > Überblick, ob der Synthesizer
-
Thread
genaue Temperaturmessung mit ds1820
ändern damit ich eine genauere temperaturmessung bekomme (in 0,1 Grad Schritten)?? [c] $regfile = "m8def.dat" $crystal = 3686400 Config 1wire = Portb.0 Config Lcdpin = Pin , Db4 = Portd.4 , Db5 = Portd.5 , Db6 = Portd.6 , Db7 = Portd.7 , E = Portd.3 , Rs = Portd.2 Config Lcd = 16 * 2
$sim $regfile = "m8def.dat" $crystal = 4000000 $baud = 9600 Config 1wire = Portb.0 Dim T As Integer Dim T1 As Integer Dim T2 As Integer Dim T3 As Integer Dim T4 As String * 10 Dim T5 As String * 10 Dim T6 As
-
Thread
AM oder FM Fernbedinung Rohrmotor -> bild
Kondensator Netzteil : http://de.m.wikipedia.org/wiki/Kondensatornetzteil Google hilft dir da weiter Sebastian
Sorry for the English, but I'm from the US (enough said!). Anyway, I used to have roller blinds with a chain pull. Obviously got irritating pretty quick (especially since I have 21 such blinds). I did some research and ordered
-
Thread
STM32 I2C Problem
[c] Hello loop begin i2c start i2c write i2c stop i2c start i2c read nack i2c stop addr: 104 loop begin i2c start i2c write i2c stop i2c start i2c read nack i2c read nack stuck i2c read nack stuck i2c read nack stuck i2c read nack stuck i2c read nack stuck i2c read nack stuck
Stm M. schrieb im Beitrag #5509412: > Pull-Up Widerstände evtl. zu gross? Ne die sind 4k7
-
Thread
dovecot auf rapsberrypi
raspberrypi, localhost.localdomain, , localhost relayhost = mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all home_mailbox = Maildir/ mailbox_command = smtpd_recipient_restrictions
catch and kill processes that leak memory before they eat up # everything. #default_vsz_limit = 256M # Login user is internally used by login processes. This is the most untrusted # user in Dovecot system. It shouldn't have access to anything at all. #default_login_user = dovenull # Internal
-
Thread
DCF-Signal richtig auswerten
wurde, wird diese in einem Struct gespeichert [code] struct DCF77_Bits { /* 1 */ unsigned char M :1 ; // Start einer neuen Minute (immer 0) /* 2 */ unsigned char O1 :1 ; // MeteoTime / Katastropehnschutz /* 3 */ unsigned char O2 :1 ; // MeteoTime / Katastropehnschutz
:82 day:6 hour:12 min:124 year:18 month:82 day:6 hour:4 min:24 year:18 month:82 day:6 hour:4 min:104 keine DCF-Synchronisation Es scheint sich irgendwie was falsches eingeschlichen zu haben. Bei den stunden kann man es auch gut sehen. Alles was 7 Uhr sein sollte, ist 128. Ab 8 Uhr kommt dann der
-
Thread
Header .c .h einbinden funktioniert nicht ?
M. K. schrieb im Beitrag #5754111: > Sei doch froh, dass er Code-Tags benutzt hat. Ich sehe da kein Problem, > der Namensvetter hat da IMO alles richtig gemacht. Sehe ich auch so. Und vor allem hat
M. K. schrieb im Beitrag #5754300: > Tim T. schrieb im Beitrag #5754274: >> Es fehlen #include <avr/io.h> und #include <stdint.h> > > Letzters fehlt nicht weil es schon in Ersterem enthalten ist.
-
Thread
pointer struct parameter übergabe / fehler?
zu sehen, welches Symbol tatsächlich an die Zeichenroutine übergeben wird. 2.) gcc -g -O0 -Wl,-M gibt die Linkmap aus. Darin nachsehen, was wirklich für das Symbol square gelinkt wird (und außerdem, welche Symbole in der Nähe liegen. Vielleicht wird square ja versehentlich innerhalb einer ISR überschrieben
100: 55 23 and r21, r21 102: 29 f0 breq .+10 ; 0x10e <__mulsf3x+0x12> 104: 9f 57 subi r25, 0x7F ; 127 106: 5f 57 subi r21, 0x7F ; 127 108: 95 0f add r25, r21 10a: 13 f4 brvc .+4 ; 0x110 <__mulsf3x+0x14> 10c: 9a f1
-
Thread
V: 100nF VS Z5U RM 2.5
einer Schachtel Vielschichtkondensatoren. Kemet Z5U Keramik, 100nF 50V, Rastermass 2.5mm, Typ C320C104M5UTA7317+, RoHS konform. Das Ganze sind ca. 600-700 Stk. Preis 20 Euro + Versand. Thomas
-
Thread
AVR TWI Master und Slave Funtionen in C
empfang-send twi-master send-empfang------------------------------------------------- $regfile = "m32def.dat" $crystal = 8000000 $hwstack = 32 $swstack = 32 $framesize = 64 $baud = 19200 Declare Sub Twi_send_byte(byval Slave As Byte , Zeichen As Byte) Declare Function Twi_read_byte(byval Slave
Return twi-slave empfang-send--------------------------------------------------- $regfile = "m32def.dat" $crystal = 8000000 $hwstack = 32 $swstack = 32 $framesize = 64 $baud = 19200 Config Lcdpin = Pin , Db4 = Portc.2 , Db5 = Portc.3 , Db6 = Portc.4 , Db7 = Portc.5 , E = Portc.6 , Rs =
-
Thread
Probleme win WinAVR 20081205
nicht in den den µC passt, dann schon garnicht mit -O0. Falls es denn -O2 sei soll -- was jedoch m.E. eh nicht empfehlenswert ist, für AVR abgezeigt ist -Os --, dann sollte man die für avr-gcc 4.x geboteten Optionen wie -fno-inline-small-functions etc. setzten. Damit passt's auch rein. Mit -O0
100: bd d0 rcall .+378 ; 0x27c <__divmodhi4> 102: 86 2f mov r24, r22 104: 97 2f mov r25, r23 106: f7 01 movw r30, r14 108: 91 83 std Z+1, r25 ; 0x01 10a: 80 83 st Z, r24 10c: e9 cf rjmp .-46 ; 0xe0 <main+0x2e
-
Thread
V: DC/DC-Wandler
DC-Converter (bedrahtet, im DIL-28 ähnlichen Gehäuse) abzugeben: 2x Traco TED 0511 5V auf isolierte 5V/400mA (z.B. für USB) Datenblatt http://www.sos.sk/download/downfile.php?IDdown=104 3x HALO DCUO-1209D, Valor PM6030 12V auf isolierte 9V (Netzwerkkarte) 1x LB 5V auf isolierte 9V (Netzwerkkarte) 1x
-
Thread
[V] Agilent 34972A Datenlogger-/Schalt-System mit 2x 34901A Multiplexer (Keysight)
- Digitale Anzeige mit 6,5 Stellen - 3 Slots für verschiedene Module - Spannungsmessung AC/DC 100mV bis 300V - Widerstandsmessung 100Ω bis 100MΩ - Frequenzmessung 3Hz bis 300kHz - Temperatur -210°C bis +1820°C - Speicher für 50.000 Messwerte - Umfangreiche Triggermöglichkeiten - Scanintervall
Nutzungszustand ab (wurden nie zurückgesetzt). Schaltspiele der drei backplane-Relays im DMM (K102, K103, K104): +361349,+471,+361352 [Kommando: scpi> diag:dmm:cycl?] Messkarte Agilent 34901A (1): +17522,+541499,+788260,+479673,+462191,+100817,+363792,+2470,+0,+0,+8,+98350,+98344,+0,+3,+0,+0,+0,+0,+0,+0,
-
Thread
Doppelkondensator für differentielle Signale (PCIe)
Hat jemand *konkrete Erfahrungen*, ob hierfür auch Doppelkondensatoren wie z.B. Panasonic ECJ-UVB1A104M geeignet sind? Ich kann leider hierfür kaum verwertbare Informationen finden. Lediglich in einem älteren Posting in einem anderen Forum findet sich der Hinweis, dass der von dem dortigen Autor verwendete
-
Thread
em::blocks eadogxl und audio auf stm32f4
µC Programmierung angeht. Als IDE dient mir Em::Blocks, da sie kostenlos ist und C++ für den Cortex M4 unterstützt. Ich habe ein Projekt aus verschidenen Quellen im Internet zusammengesetzt. 1.) library für das EADOG XL 160x104 http://mikrocontroller.bplaced.net/wordpress/?page_id=1734 2.)
-
Thread
Timer soll Variabel löschen in Bascom.
andere Möglichkeiten. Ich bin dankbar für jeden Tip. Programmausschnitte: $regfile = "m16def.DAT" 'ATmega16-Deklarationen $crystal = 16000000 'Quarz: 16 MHz $hwstack = 40 $swstack = 16 $framesize = 32 $baud = 19200
046 Data 054 , 055 , 064 , 066 , 067 , 072 , 075 , 085 , 087 , 096 , 099 , 101 Data 102 , 103 , 104 , 107 , 108 , 109 , 110 , 112 , 113 , 114 , 115 , 119 Data 128 , 131 , 132 , 135 , 136 , 137 , 138 , 140 , 143 , 144 , 145 , 146 Data 147 , 151 , 160 , 163 , 164 , 167 , 168 , 172 , 175 , 176 , 183
-
Thread
Brauche hilft für 3D-iD RFID PinPoint indoor GPS
dieser kleine "Tag" auf 5,8Ghz zurück.Anhand der Signallaufzeit kann die Position auf bis zu 1m genau bestimmt werden. Jetzt zu meinem Problem: Das Gerät ist schon etwas älter, deshalb bekomme ich darüber so gut wie keine Informationen. Auf der Rückseite befindet sich einen Antennen Anschlussfeld
nummeren durchsucht? Irgend einen Software. Danke für Eure Tips und Anregungen. Im Gerät ist ein PC104 PCM5894/ 5892 A3.2 mini PC 1
-
Thread
Assembler Schrittweise Debuggen (AVR-gcc)
-1.4.4/crt1/gcrt1.S line 103 addr 0x1a */ /* file ../../../../../avr-libc-1.4.4/crt1/gcrt1.S line 104 addr 0x1a */ /* file ../../../../../avr-libc-1.4.4/crt1/gcrt1.S line 105 addr 0x1a */ /* file ../../../../../avr-libc-1.4.4/crt1/gcrt1.S line 106 addr 0x1a */ /* file ../../../../../avr-libc-1.4.4
command line option "-fgstabs" Woher kommt das f ? Die help sagt: "Options starting with -g, -f, -m, -O, -W, or --param are automatically passed on to the various sub-processes invoked by avr-gcc. In order to pass other options on to these processes the -W<letter> options must be used."
-
Thread
mikroBasic vs BASCOM
*kopfkratz* Immer diese sinnlosen Diskussionen m( Wer Assembler auf seinem Lieblings-µC aus dem FF kann soll Assembler programmieren, wer C++/C beherrscht und abstrakt sowie relativ Plattform unabhängig denken/programmieren kann soll das tun und wer
>als scratch ok lds R20,$102 ; 2 add R16,R20 ; 1 adc R17,R21 ; 1 sts $103,R16 ; 1 sts $104,R17 ; 1 ;-- ;16 Das BASCOM-Compilat ist also ca. 3,5 mal langsamer als nötig _und_ nebenbei auch noch ca. 3 mal so groß wie nötig. Das ist eigentlich wohl kein wirklicher
-
Thread
Übertragung PIC24 zu WLAN-Modul über UART2
***********/ void OSCswitching(void) { // Hier muss dann einstellen // PLLFBD = ?; /* M = ? */ // CLKDIVbits.PLLPOST = ?; /* N1 = ? */ // CLKDIVbits.PLLPRE = ?; /* N2 = ? */ CLKDIVbits.DOZEN = 0; /* Processor clock and peripheral clock ratio forced to 1:1 */ RCONbits.SWDTEN
Frequenz nutze ich auch als define FCY 10500000 über die die Baudrate ermittelt wird. [c] // Fosc= 7.37M*40/(2*7)=21Mhz für 10,5 Mips Input Clock =Fcy; 7.37 da OSCTUN = 0b000000 PLLFBD = 38; // M=40 CLKDIVbits.PLLPOST = 0b00; // N2=2 CLKDIVbits.PLLPRE = 0b00101; // N1=7 OSCTUN = 0;
-
Thread
Embedded Linux Kernel debuggen
Timer das einzige, was mein Kernel bis jetzt im Stande ist, zu initialisieren :-) Zwar habe ich einen m.E. korrekten "Device Tree" erstellt, wie dies gefordert wird, aber dort drin werden meine Devices nicht gefunden, z.B. der UART wird nicht initialisiert etc. Was könnte da das Problem sein? Wenn ich
Kernel panic - not syncing: Can't remap registers Backtrace: [<80002f04>] (dump_backtrace+0x0/0x104) from [<800ebab0>] (dump_stack+0x18/0x1c) r6:a001c9c8 r5:a000aa20 r4:a00a47f0 r3:00000001 [<800eba98>] (dump_stack+0x0/0x1c) from [<800ebb34>] (panic+0x80/0x1c4) [<800ebab4>] (panic+0x0/0x1c4) from
-
Thread
STM32 I2C Probleme
nicht dazu kommen. Wie dem auch sei, erstmal zu hp-freund. Die delayzeit sind takte und keine mS. Der delay ist ca 1 Sekunde und ich hab mit der Zahl auch schon LEDs im 1 Sekunden Takt bekommen blinken lassen. Dann zu Matthias Sch. Ich muss bei dem Code erstmal einige Flags umbenennen, da die
https://github.com/bitcraze/crazyflie-firmware/blob/master/lib/STM32_CPAL_Driver/inc/cpal_i2c.h#L104 Bitcraze hat ein Interface geschrieben, dass nochmal über der CPAL-Bibliothek liegt. Diese Zugriffsfunktionen shiften die Adresse ebenfalls, deswegen bin ich unsicher, ob das Vorherige shiften notwendig
-
Thread
Tachomessung Vorderrad, Lichtschranke, Reed-Switch, Hall-Sensor
einen Foto-Transistor und eine IR-LED setzen: Transistor: http://www.reichelt.de/Fotodioden-etc-/BP-104-F/index.html?;ACTION=3;LA=5000;GROUP=A54;GROUPID=3045;ARTICLE=60575;START=0;SORT=preis;OFFSET=500;SID=12TjFUpH8AAAIAABETDtQ0b3f00fd90406ed059a93640104a4edc LED: http://www.reichelt.de/Fotodioden-etc
Abschliessend: Das Ganze laueft auf einem ATMega32. Bei Voll-Last zieht das Ganze momentan ca. 170 mA. Ich habe vor, die meisten der Bauteile (alle 7-Segment Anzeigen, Hintergrundbeleuchtung, Temp-Sensor und ULN2803/47HC595) an eine separate per Transistor-Schalter gesteuerte 5V Leitung zu haengen die
-
Thread
Timing Problem
rausgeschoben, und das dauert. Nehmen wir mal 9600Baud, ein Bit dauert also 1/9600 dauert also rund 104µs, das ganze Byte incl. Start-und Stoppbit also rund 1ms. Wartest du nun diese Zeit nur ab, um das nächste Byte zu senden, vertust du bei sagen wir mal 4MHz rund 4000 Takte für nichts pro Byte. Die
Kann ich denn nicht den festen Teil direkt aus dem Flash abschicken und direkt danach den Teil aus'm EEPROM ? Abgeschlossen wird so eine Meldung ohnehin mit CR oder STRG+Z.
-
Thread
Bootloader ATmega 2561
---------------------------------------------------------- ...... ...... 0001fb72 <__eerd_blraw_m2561>: 1fb72: fc 01 movw r30, r24 1fb74: f9 99 sbic 0x1f, 1 ; 31 1fb76: fe cf rjmp .-4 ; 0x1fb74 <__eerd_blraw_m2561+0x2> 1fb78: 06 c0 rjmp .+12 ; 0x1fb86 <__eerd_blraw_m2561+0x14> 1fb7a: f2 bd out 0x22, r31 ; 34 1fb7c: e1 bd out 0x21, r30 ; 33 1fb7e: f8 9a sbi 0x1f, 0 ; 31 1fb80: 31 96 adiw r30, 0x01 ; 1
-
Thread
Neue Bauteile – kleine Relais, nicht durchbrennende LED-Serienschaltungen und Co
2026-calendar/ und taugt ebenfalls für den Gabentisch. ### Vorago - mehr weltraumgeeignete Cortex M4-MCUs Im Hause Vorago erweitert man die weltraumgeeignete Mikrocontroller-Sammlung und einige auf dem ARM Cortex M4-Kern basierende Modelle. Neu sind die folgenden SKUs: [c] New Rad-Tolerant MCUs
configured as Bulk, Isochronous or Interrupt type • Dual-core CPU subsystem - 150 MHz Arm® Cortex®-M4F (CM4) CPU with single-cycle multiply, floating point (FP), and memory protec tion unit (MPU) - 100 MHz Arm® Cortex®-M0+ (CM0+) CPU with single-cycle multiply and memory protection unit (MPU) • Memory
-
Thread
OpenOCD + gdb Probleme
Alexander M. schrieb im Beitrag #6119262: > gdbinit: > [Code] > "target remote :3333", // Connect to OpenOCD > "mon reset halt", // Reset the chip and keep the CPUs halted > "set remote hardware-watchpoint-limit
Info : Flash mapping 1: 0x30020 -> 0x400d0020, 486 KB Info : Using flash bank 'esp32.drom' size 104 KB Warn : negative reply, retrying Warn : negative reply, retrying esp32 arp_examine ['allow-defer'] esp32 arp_halt esp32 arp_halt_gdb esp32 arp_poll esp32 arp_reset esp32 arp_waitstate
-
Thread
RCLK klappt mit Olimex USB-OCD-H JTAG nicht richtig
Jim M. schrieb im Beitrag #5487491: >> das er die Signalspannung von 3,3V nicht erkennt? > Solange der VCC Pin mit am Target angeschlossen ist, sollte er sich auf > die jeweilige Spannung einstellen -
names Debug: 103 1484 command.c:143 script_debug(): command - ocd_target ocd_target names Debug: 104 1484 target.c:1368 handle_target_init_command(): Initializing targets... Debug: 105 1500 ftdi.c:657 ftdi_initialize(): ftdi interface using shortest path jtag state transitions Debug: 106 1547 mpsse.c
-
Thread
Microchip TCP IP Stack HTTP Server
STACK_USE_ZEROCONF_LINK_LOCAL // Zeroconf IPv4 Link-Local Addressing //#define STACK_USE_ZEROCONF_MDNS_SD // Zeroconf mDNS and mDNS service discovery // ======================================================================= // Data Storage Options // ==========================================================
04-A3-00-00-00 #define MY_DEFAULT_MAC_BYTE2 (0x04) // if using an ENCX24J600, MRF24WB0M, or #define MY_DEFAULT_MAC_BYTE3 (0xA3) // PIC32MX6XX/7XX internal Ethernet #define MY_DEFAULT_MAC_BYTE4 (0x00) // controller and wish to use the #define MY_DEFAULT_MAC_BYTE5
-
Thread
Fusspunktimpedanz Ferritantenne
Yagi-Antenne 6 über 6 nach OH2EW 614 25.2.5.2 Gestockte Kurz-Yagi 4 über 4 615 25.2.5.3 DL7KM-Beam für 2 m 615 25.2.5.4 DL7KM-Beam für 70 cm 618 25.3 Gestockte Quadantenne 618 25.3.1 Cubical Quad für VHF 618 25.3.2 Gestockte Cubical Quad 619 25.3.3 Quad-Gruppe für 2-m 620 25.3.4.1 Hybrid-Doppelquad für 2 m 621 25.3.4.2 Hybrid-Doppelquad für 70 cm 623 25.3.5 Vierfach-Quad nach DH9HO 623 25.3.5.1 DJ9HO-Doppelacht für 2 m 624 25.3.5.2 DJ9HO-Doppelacht für 70 cm 624 25.3.6 4-Quad-Serie 624 25.3.7 Vorhang-Quad-Antenne
-
Thread
Inline-Assembler: was mache ich falsch?
r31, r22 und r23 für return-Ausgabe vorgesehen sind. Einfach und verständlich. CodeVisionAVR hat m.E. zwei wesentliche Nachteile: 1. das ist ein kommerzielles Programm, nicht frei wie GCC. 2. double ist wie float, nur 4 Bytes. So denke ich, jedem das Seine. Für einige Sachen ist GCC besser, für
:13: note: each undeclared identifier is reported only once for each function it appears in foo.c:104:13: error: 'gedackt8' undeclared (first use in this function) foo.c:109:13: error: 'principal8' undeclared (first use in this function) foo.c:117:13: error: 'floete4' undeclared (first use in this
-
Thread
msp430 UART wie funktioniert's?
define Bitime_5 0x0BA // ~ 0.5 bit length #define Bitime 0x175 // 104 us ~ 9596 baud unsigned int RXTXData; unsigned char BitCnt; void TX_Byte (void); void RX_Ready (void); // M.Buccini // October 2003 // Built with IAR Embedded Workbench Version: 1.26B
-
Thread
Problem mit Stackpointer
Controller: Atmel Mega 8 DIP 28 ;Frequenz: 16 MHz ;Autor: Michael Blöser ;Datum: 31.05.2012 .include "m8def.inc" ;Variabeln Benennung .def Sinus = R17 .def Strom = R25 .def Mikro = R26 .org 0x000 RJMP Initialisierung .org 0x001 RJMP Int_Takt ;RJMP Int_Stromsensor Initialisierung:
R16,0x19 RCALL EndstufeB RJMP Main Takt_103: LDI R16,0x67 CP R16,Sinus RJMP Takt_104 LDI R16,0xC9 RCALL EndstufeA LDI R16,0x17 RCALL EndstufeB RJMP Main Takt_104: LDI R16,0x68 CP R16,Sinus RJMP Takt_105 LDI R16,0xC7 RCALL EndstufeA LDI R16,0x15
-
Thread
NuMicroM2351 "TARGET: NuMicro.cpu - Not halted"
5996 target.c:2234 target_read_u32(): address: 0xe000ed00, value: 0x0bf11477 Debug: 291 5996 cortex_m.c:1984 cortex_m_examine(): Cortex-M7 r15p7 processor detected Debug: 292 5996 cortex_m.c:1993 cortex_m_examine(): cpuid: 0x0bf11477 Debug: 293 5996 hla_target.c:750 adapter_read_memory(): adapter_read_memory
(): address: 0xe0001000, value: 0x0bf11477 Debug: 358 10698 cortex_m.c:1892 cortex_m_dwt_setup(): DWT dwtcr 0xbf11477, comp 0, watch only Info : 359 10698 cortex_m.c:2140 cortex_m_examine(): NuMicro.cpu: hardware has 23 breakpoints, 0 watchpoints Debug: 360 10698 target.c
-
Thread
STM32L4 erase / write error
50:103 : STLinkUSBDriver.dll loaded 15:21:50:103 : ST-LINK SN : 066BFF504955857567125335 15:21:50:104 : ST-LINK FW : V2J33M25 15:21:50:111 : Voltage : 3.05V 15:21:50:115 : SWD freq : 4000 KHz 15:21:50:115 : Connect mode: Normal 15:21:50:115 : Reset mode : Hardware reset 15:21:50:167 : Device ID
-
Thread
User code auf Eval-Board ET-STM32
c -fmessage-length=0 -MMD -MP -MF"startup_stm32f10x_hd.d" -MT"startup_stm32f10x_hd.d" -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "startup_stm32f10x_hd.o" "../startup_stm32f10x_hd.S" ../startup_stm32f10x_hd.S: Assembler messages: ../startup_stm32f10x_hd.S:1: Error: junk at end of line, first unrecognized
../startup_stm32f10x_hd.S:103: Error: bad instruction `exti Line 9..5' ../startup_stm32f10x_hd.S:104: Error: bad instruction `dcd TIM1_BRK_IRQHandler' ../startup_stm32f10x_hd.S:104: Error: bad instruction `tim1 Break' ../startup_stm32f10x_hd.S:105: Error: bad instruction `dcd TIM1_UP_IRQHandler'
-
Thread
Zeichenkette funktion übergeben
Tom M. schrieb: > Michael schrieb: > >> for (; *write != '\0', *write != 0; *write++) > > Igitt, sieht wüst aus, ist doppelmoppelt und schwer verständlich. > while() ist dein Freund. :D aber
014C E301 BNC 0x150 014E 2ADB INCF 0xfdb, F, ACCESS 0150 D7D9 BRA 0x104 81: { 82: LCD_DATA (write[i]); 0120 0EFD MOVLW 0xfd 0122 CFDB MOVFF 0xfdb, 0x2 0124 F002 NOP 0126 0EFE MOVLW 0xfe 0128
-
Thread
openocd funktioniert nicht mehr
registering 'ocd_itm'... Debug: 72 1 command.c:364 register_command_handler(): registering 'ocd_cortex_m'... Debug: 73 1 command.c:364 register_command_handler(): registering 'ocd_cortex_m'... Debug: 74 1 command.c:364 register_command_handler(): registering 'ocd_cortex_m'... Debug: 75 1 command.c:364
select Debug: 142 1 command.c:143 script_debug(): command - ocd_command ocd_command type ocd_cortex_m reset_config sysresetreq Debug: 143 1 command.c:143 script_debug(): command - ocd_cortex_m ocd_cortex_m reset_config sysresetreq User : 145 1 command.c:544 command_print(): cortex_m reset_config sysresetreq
-
Thread
5x7 LED Matrix Laufschrift - Abstand zwischen Zeichen
{0x7f,0x40,0x40,0x40,0x40}, // L 0x4c 76 {0x7f,0x02,0x0c,0x02,0x7f}, // M 0x4d 77 {0x7f,0x04,0x08,0x10,0x7f}, // N 0x4e 78 {0x3e,0x41,0x41,0x41,0x3e}, // O 0x4f 79 {0x7f,0x09,0x09,0x09,0x06}, // P 0x50 80 {0x3e
,0x40,0x00}, // l 0x6c 108 {0x7c,0x04,0x18,0x04,0x78}, // m 0x6d 109 {0x7c,0x08,0x04,0x04,0x78}, // n 0x6e 110 {0x38,0x44,0x44,0x44,0x38}, // o 0x6f 111 {0x7c,0x14,0x14,0x14,0x08}, // p 0x70 112
-
Thread
Programmablauf für 3-Kanal LED-Fading
einem MAX Wert rauf und runter, ist aber schon gut auf die 3 LEDs erweiterbar. [avrasm] .include "m8def.inc" .def counter = r16 ;PWM-Counter .def temp = r17 ;temp-Register .def port = r18 ;Port-Byte .def led1 = r19 ;Helligkeitswert 1 mit Gammakorrektur .def
0,1,1,1,1,1,1,1,1,1,1,1,1,1,2,2,2,2,2,2,2,2,2,2,2,3,3,3,3,3,3,3,3,4,4,4,4,4,4,4,5,5,5,5,5,5,5,6,6,6,6,6,7,7,7,7,7,7,8,8,8,8,8,9,9,9,9,10,10,10,10,10,11,11,11,11,12,12,12,13,13,13,13,14,14,14,15,15,15,15,16,16,16,17,17,17,18,18,18,19,19,20,20,20,21,21,22,22,22,23,23,24,24,25,25,26,26,26,27,27,28,28,29,30,30,31,31,32,32,33,33,34,35,35,36,37,37,38,38,39,40,41,41,42,43,43,44,45,46,46,47,48,49,50,51,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,71,72,73,74,75,77,78,79,80,82,83,84,86,87,89,90,92,93,95,96,98,99,101,102,104,106,107,109,111,113,115,116,118,120,122,124,126,128,130,132,134,137,139,141,143,145,148,150,153,155,157,160,162,165,168,170,173,176,179,181,184,187,190,193,196,199,202,206,209,212,216,219,222,226,229,233,237,241,244,248,252,255
-
Thread
AVR und der Umgang mit C++
95 dec r24 102: f1 f7 brne .-4 ; 0x100 <_ZN6RX58089spiEnableEb+0x6> 104: 00 c0 rjmp .+0 ; 0x106 <_ZN6RX58089spiEnableEb+0xc> PORTD = 1<<pinNr ; 106: 88 e0 ldi r24, 0x08 ; 8 108: 8b b9 out 0x0b, r24 ; 11 10a: 05 c0
schrieb im Beitrag #4738589: > Modularität, Entkopplung, > Wiederverwendbarkeit und Übersicht M.Peter schrieb im Beitrag #4768915: > krankt aber ganz erheblich an ihrer absolutgültigen > Aussage, weil sie Art der Anwendung, Fähigkeiten des Programmierers und > die konkreten Anforderungen aus
-
Thread
8x16 VGA Font?
0x00,0x00,0x00,0x60,0x60,0x60,0x60,0x60,0x60,0x60,0x60,0x7E,0x00,0x00,0x00,0x00}, // Character 77 M {0x00,0x00,0x00,0x63,0x63,0x77,0x6B,0x6B,0x6B,0x63,0x63,0x63,0x00,0x00,0x00,0x00}, // Character 78 N {0x00,0x00,0x00,0x63,0x63,0x73,0x7B,0x6F,0x67,0x63,0x63,0x63,0x00,0x00,0x00,0x00}, // Character
0x00,0x00,0x00,0x78,0x18,0x18,0x18,0x18,0x18,0x18,0x18,0x7E,0x00,0x00,0x00,0x00}, // Character 109 m {0x00,0x00,0x00,0x00,0x00,0x7E,0x6B,0x6B,0x6B,0x6B,0x6B,0x63,0x00,0x00,0x00,0x00}, // Character 110 n {0x00,0x00,0x00,0x00,0x00,0x7C,0x66,0x66,0x66,0x66,0x66,0x66,0x00,0x00,0x00,0x00}, // Character
-
Thread
Probleme beim Programmieren des STM32F107 über JTAG Adapter und OpenOCD
registering 'ocd_dap'... Debug: 108 9 command.c:364 register_command_handler(): registering 'ocd_cortex_m3'... Debug: 109 9 command.c:364 register_command_handler(): registering 'ocd_cortex_m3'... Debug: 110 9 command.c:364 register_command_handler(): registering 'ocd_cortex_m3'... Debug: 111 9 command.c
... Debug: 157 11 command.c:151 script_debug(): command - ocd_command ocd_command type ocd_cortex_m3 reset_config sysresetreq Debug: 158 11 command.c:151 script_debug(): command - ocd_cortex_m3 ocd_cortex_m3 reset_config sysresetreq User : 160 11 command.c:557 command_print(): cortex_m3 reset_config
-
Thread
STM32 arm-none-eabi Linking Problem..
0x30 /usr/local/lib/gcc/arm-none-eabi/6.4.0/crtbegin.o .text 0x0000000000000000 0x104 /usr/local/lib/gcc/arm-none-eabi/6.4.0/../../../../arm-none-eabi/lib/crt0.o .data 0x0000000000000000 0x0 /usr/local/lib/gcc/arm-none-eabi/6.4.0/../../../../arm-none-eabi/lib/crt0.o
********************************************** */ .syntax unified .cpu cortex-m3 .fpu softvfp .thumb .global g_pfnVectors .global Default_Handler /* start address for the initialization values of the .data section. defined in linker script */ .word