-
Thread
mbed - oder es muss nicht immer Arduino sein
mbed-os-example-blinky +------------------+-------+-------+------+ | Module | .text | .data | .bss | +------------------+-------+-------+------+ | [fill] | 612 | 4 | 17 | | [lib]\c.a | 17139 | 2472 | 89 | | [lib]\gcc.a | 3892 | 0 | 0 | | [lib]\misc
39372 | 2928 | 6564 | +------------------+-------+-------+------+ Total Static RAM memory (data + bss): 9492 bytes Total Flash memory (text + data): 42300 bytes Image: .\BUILD\ARCH_PRO\GCC_ARM\mbed-os-example-blinky.bin C:\Users\Checker\mbed-os-example-blinky> *.bin Datei auf Arch Pro Board
-
Thread
ASM und C (makefile/Einbindung)?
to use. # gnu99 = C99 + GNU extensions. See GCC manual for more information. #CFLAGS += -std=c89 #CFLAGS += -std=gnu89 #CFLAGS += -std=c99 CFLAGS += -std=gnu99 # Optional assembler flags. # -Wa,...: tell GCC to pass this to the assembler. # -ahlms: create listing # -gstabs:
$(OBJCOPY) --debugging \ --change-section-address .data-0x800000 \ --change-section-address .bss-0x800000 \ --change-section-address .noinit-0x800000 \ --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof $(COFFCONVERT) -O coff-avr
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
wäre es so richtig, 29;für rechteck 50; 25; 139; 89; 0; füllfarbe 255; rahmenfarbe oder wäre es möglich ein kleines beispiel wies richtig gemacht wird zb ein rechteck mfg kay
entworfen, daher sind beide nicht 100%ig kompatibel. > Muß es ein BC327 sein? Ich hätte nen BC557 oder BSS84P hier. Ich sag mal ja. Es kann mit einem BC557 funktionieren, aber der dürfte am Rande der Specs betrieben werden. Der BSS84 ist viel zu hochohmig. > In welchem Bereich kann die Spule liegen
-
Thread
Eclipse und WinAVR
Unknown Program: 32150 bytes (.text + .data + .bootloader) Data: 419 bytes (.data + .bss + .noinit) avr-size: '-mmcu=atmega64': No such file Gibt's da auch schon einen Hinweis zu? Das ist z.Z. noch nicht essentiell wichtig, wäre aber schön, wenn ich das auch Eclipse integriegen
atmega16 Nixieclk.elf AVR Memory Usage ---------------- Device: atmega16 Program: 14726 bytes (89.9% Full) (.text + .data + .bootloader) Data: 751 bytes (73.3% Full) (.data + .bss + .noinit) EEPROM: 1 bytes (0.2% Full) (.eeprom) > --------------------------------------
-
Thread
Elektronische Last mit MOSFET
Ein mögliches Modell wäre der Vishay SUG80050E, da hat man ein TO-247 Gehäuse und 0.3 K/W (statt 0.89 K/W).
Die OP-Platinen haben Kontakt und ich hab nichts verdreht oder so, die 9V LDOs funktionieren, der BSS138-Source-Folger Shutdown funktioniert wunderbar, die Aufsteckplatine mit dem STM32 antwortet über SWD, usw ... Alles auf Go, es kann los gehen 🥳
-
Thread
16x2 LCD Langsamer Displayaufbau
bytes (34.4% Full) (.text + .data + .bootloader) Data: 46 bytes (4.5% Full) (.data + .bss + .noinit) [/pre]
= tmp * 2; 54: 8a 81 ldd r24, Y+2 ; 0x02 56: 88 0f add r24, r24 58: 89 83 std Y+1, r24 ; 0x01 [/avrasm] Für eine Division durch 2 wird allerdings ein Shift erzeugt: [avrasm] test = tmp / 2; 54: 89 81 ldd r24, Y+1 ; 0x01 56: 86 95
-
Thread
GCC mappt Static-Variable auf ein I/O-Register
st Z, r24 uart_buffer.Byte[address] += c; 390a: 80 81 ld r24, Z 390c: 89 0f add r24, r25 390e: 80 83 st Z, r24 uart_address++; 3910: 2f 5f subi r18, 0xFF ; 255 3912: 20 93 60 00 sts 0x0060, r18 } 3916: ff 91
Architektur-Default für avr5. Dieser ist 0x800060 für den RAM-Anfang, und danach richten sich dann auch .bss etc.
-
Thread
Netzwerkkarte mit RTL8019
ich makefile hexsize (siehe wiki:winavr) ausführe zeigt er follgendes am: text data bss dec hex filename 0 10706 0 10706 29d2 main.hex vielleicht hilft das weiter, aber mir scheint der Wert falsch zu sein: vor der Hex Adresse $29d2 sind jede menge
, hab nur ne kurze Frage, schreibt jemmand den Webserver auch für einen 8051 von Philips (zb.: P89C51 etc)? Bitte melden hätte interesse an den Sourcecode MfG Titus
-
Thread
Längstwellenempfänger bauen? (z.B. SAQ 17,2kHz)
Equipment der "Titanic". https://de.wikipedia.org/wiki/Magnetischer_Detektor#/media/Datei:D%C3%89TECTEUR_MAGN%C3%89TIQUE_(radio).jpg Ein mechanischer Sender ist bei mir schon in Arbeit, ein Empfänger kommt später: http://edi.bplaced.net/?Projekte___Projekt_historischer_Funkensender%2C_um_1905
nochmal die Links von oben: https://de.wikipedia.org/wiki/Magnetischer_Detektor#/media/Datei:D%C3%89TECTEUR_MAGN%C3%89TIQUE_(radio).jpg https://de.wikipedia.org/wiki/Magnetischer_Detektor#/media/Datei:D%C3%89TECTEUR_MAGN%C3%89TIQUE_(radio).jpg http://www.wireless.org.uk/mechrx.htm?LMCL=q9jhGO
-
Thread
ESP32: SPIRAM wird nicht gefunden (?)
02 00011000 00006000 I (82) boot: 1 phy_init RF data 01 01 00017000 00001000 I (89) boot: 2 factory factory app 00 00 00020000 00100000 I (97) boot: End of partition table I (101) esp_image: segment 0: paddr=00020020 vaddr=3f400020 size=0d2a4h ( 53924) map I (124)
CONFIG_SPIRAM_TRY_ALLOCATE_WIFI_LWIP=y CONFIG_SPIRAM_MALLOC_RESERVE_INTERNAL=32768 # CONFIG_SPIRAM_ALLOW_BSS_SEG_EXTERNAL_MEMORY is not set # end of SPI RAM config # end of ESP PSRAM [/code]
-
Thread
folgender code nicht compilierbar
MEGA 32!! (code war ursprünglich für nen <AT89s53.h>) AVR Memory Usage ---------------- Device: atmega32 Program: 6220 bytes (19.0% Full) (.text + .data + .bootloader) Data: 365 bytes (17.8% Full) (.data + .bss + .noinit)
-
Thread
IRMP - Infrared Multi Protocol Decoder
das Gegenteil. Ich habe gerade mal eine kleine Reihe gemacht: F_INTERRUPTS | text | data | bss | dec | vgl. zu 16000 --------------+---------+-------+-------+---------+---------------- 6000 | 11108 | 180 | 113 | 11401 | +118 7000 | 11124 | 180 | 113 |
Sieht besser aus: F_INTR | text | data | bss | dec | vgl. zu 16000 ---------+---------+-------+-------+---------+----------------- 5000 | 11104 | 180 | 113 | 11397 | -268 6000 | 11108 | 180 | 113 | 11401 | -264
-
Thread
Ernstzunehmende Programme in BASCOM
Programmierumgebung (allerdings braucht man MS Windows). Hier mal ein Drag&Drop Batchfile, welches einen AT89S52 programmiert: [code] set prog="C:\xasm\AVR\STK500\Stk500.exe" %prog% -cUSB -dAT89S52 -e -if%1 -pf -vf pause [/code] Da lässt du das Hexfile rauffallen, und der MC wird programmiert.
.-__vector_14 .comm adcval,2,1 .ident "GCC: (GNU) 4.7.2" .global __do_clear_bss [/pre] (Mir geht es hier ausdrücklich /nicht/ um die Sprache C, sondern um das Verhalten des Compilers. C als Eingabe dient nur als einfach zu handhabendes Beispiel.) Der Compiler liest
-
Thread
ATmega1284P Beschreiben in falschen Speicherbereich?
Grenze des Speicherbereichs: Beim Compilieren: Device: atmega1284p Program: 117566 bytes (89.7% Full) (.text + .data + .bootloader) Data: 11372 bytes (69.4% Full) (.data + .bss + .noinit) Dadurch funktionieren auch nicht mehr alle Routinen. Wenn ich nur die erste Hälfte der großen
-
Thread
1-Wire Slave auf AVR
bytes (93.6% Full) (.text + .data + .bootloader) Data: 15 bytes (23.4% Full) (.data + .bss + .noinit) Build succeeded with 6 Warnings...
License v2.0 - http://www.digitemp.com Turning off all DS2409 Couplers . Searching the 1-Wire LAN 1D89E1C34CBE42B7 : DS2423 4Kbit RAM + Counter ROM #0 : 1D89E1C34CBE42B7 Wrote .digitemprc win2000@AMDX2:~/digitemp-3.6.0$ ./digitemp_DS9097U -a -s /dev/ttyUSB0 DigiTemp v3.5.0 Copyright 1996-2007 by
-
Thread
Deklaration von external memory
section-start,.data=0x802200,--defsym=__heap_end=0x80ffff //memory is used for variables (.data/.bss) and heap (malloc()). */ static const char T000[] PROGMEM = "Hello World 1 "; static const char T001[] PROGMEM = "Hello World 2 "; unsigned char eeso00 EEMEM; unsigned char eeso01 EEMEM;
mov r24, r18 200: 88 0f add r24, r24 202: 88 0f add r24, r24 204: 89 2b or r24, r25 206: 22 95 swap r18 208: 26 95 lsr r18 20a: 26 95 lsr r18 20c: 23 70 andi r18, 0x03 ; 3 20e: 80 93 04 02 sts 0x0204, r24
-
Thread
AVR32 Anwendung mit uboot von SDRAM starten
0x68> 10000142: 34 08 mov r8,64 10000144: 93 48 st.w r9[0x10],r8 10000146: 48 89 lddpc r9,10000164 <main+0x68> 10000148: 34 08 mov r8,64 1000014a: f3 48 00 60 st.w r9[96],r8 1000014e: 48 69 lddpc r9,10000164 <main+0x68> 10000150: 34 08
stack: 24007000 <_stack>: [/c] Der Stack liegt also im SRAM [c] Disassembly of section .bss: 24000840 <completed.2671>: 24000840: 00 00 add r0,r0 ... 24000844 <cur_heap_pos.2090>: 24000844: 00 00 add r0,r0 ... 24000848 <__malloc_top_pad>: 24000848: 00
-
Thread
avrasmeditor
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
# 64 KB of external RAM, starting after internal RAM (ATmega128!), # used for variables (.data/.bss) and heap (malloc()). #EXTMEMOPTS = -Wl,-Tdata=0x801100,--defsym=__heap_end=0x80ffff # 64 KB of external RAM, starting after internal RAM (ATmega128!), # only used for heap (malloc()). #EXTMEMOPTS
-
Thread
32-Bit-µC: Möglichst viel uint8_t verwenden?
man einen 8 bit Wert nicht nur temporär > im Stack/Register verwenden, sondern irgendwo als Data/Bss/Heap > speichern, dann nimmt man eben uint_least8_t für die Felddeklaration, > dann läuft der Code auch auf den oben erwähnten DSP Architekturen ohne > irgendwelche Klimpzüge. Das ist eine sehr
signed, > long, double usw. > Siehste. Wenn Du als einzig gültige Sprachdefinition von C die von C89 akzeptierst, dann ja. In neueren C-Standards (ab C99) gehört aber stdint.h und das, was da drinsteht, zum Sprachumfang. Siehste.
-
Thread
STM32 Umfang
unbedingt mal einen µC so von ganz unten programmieren willst, dann mache das in Assembler mit einem 89C2051 - der ist wesentlich simpler. Dein Vorhaben mit dem STM32 ist nur 50x Arbeitsintensiver aber lernen tust du dabei fast nichts zusätzliches - ausser vielleicht Übung im Tippen.
Pointer oder nur Integer? Das hier generiert bei mir nämlich einen Fehler: for (uint32_t *i = __bss_start__; i < __bss_end__; i++) { ... } Fehler: Warning: Comparison between pointer and integer. Außerdem: warum inkrementierst du (bei dir "dest") i vor dem Durchlauf der for-Schleife?
-
Thread
SDCC Z80 Compiler: Frage zu Warnung. MBC2-Board
#7671634: > Leere Klammern sind ohne Prototypen > nicht (mehr) erlaubt. ... und zwar schon seit C89 nicht mehr.
.area _GSFINAL .area _DATA .area _INITIALIZED .area _BSEG .area _BSS .area _HEAP ; --- Defintion der Heap Groesse __sdcc_heap_start:: .ds heap_size .area _HEAP_END __sdcc_heap_end:: .ds 1 ;//////////////////////////////////
-
Thread
Rust - ist das hier um zu bleiben?
lassen. Anders als vor 25 Jahren genügt es auch nicht mehr, einen Host-CC zu haben, der noch nichtmal C89 beherrscht (wie er bspw. dazumals bei HP-UX mit ausgeliefert worden war, um ein paar Kernelmodule nachcompilieren zu können).
> Denn auch C braucht eine Runtime Wobei diese schon *sehr* minimalistisch ist: Ausnullen von .bss, Initialisieren von .data, Setzen des Stackpointers.
-
Thread
Was hört ihr für Musik ?
Der Paule und sein olles Kamuffel... https://www.youtube.com/watch?v=iNm_Huxq89k
am deutschen Rhein.. https://www.youtube.com/watch?v=2kEmdXYk89c
-
Thread
STM32 Arduino
abverkauft sind. Oder die Kiste mit den 10k 0602 in Shenzhen aufgebraucht ist. Bei einem Board für €1,89 mit einem Chip, der normalerweise €2,67/1000Stk. kostet, kann/muß man mit sowas leben :-)
Hier die Ergebnisse für die reine fft-Funktion ohne Arduino-Umgebung: [pre] text data bss dec hex filename 500 256 0 756 2f4 fft-arm-16.o 416 512 0 928 3a0 fft-arm-32.o 998 256 0 1254 4e6 fft-avr
-
Thread
Orientierungshilfe ATXMega oder ARM (ST, NXP)?
wesentlich/ mehr als at(x)mega. Gleiche Applikation, gleiche GCC-Version: [c] text data bss dec hex filename 28490 48 1148 29686 73f6 comparison-lpc1114-4.6.2.elf 28552 40 1312 29904 74d0 comparison-lpc1343-4.6.2.elf 33748 64 1436 35248 89b0 comparison-stm32f407-4.6.2.elf 45744 255 1074 47073 b7e1 comparison-atmega644-4.6.2.elf 47602 312 1218 49132 bfec comparison-atxmega256a3-4.6.2.elf [/c]
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
oder -std=gnu99. Ist eigentlich unverständlich, warum der Default beim GCC nach wie vor -std=gnu89 ist.
30.720 Bytes) dvanced_OK.cpp.elf" text data bss dec hex 6070 224 543 6837 1ab5
-
Thread
Retro Fieber: Z80 oder 68000 ?
Task-Kommunikationssystem unter RTOS % c't 88/10 254 Pascal/Assembler-Entwicklungssystem für die KAT-Ce % c't 89/ 9 38 RTOS-UH/PEARL jetzt in Version 2.2 % c't 89/ 9 200 Einplatinen-Rechner KAT-Ce in Low-Power-Ausführun % c't 89/11 290 C für D- und EPACS
_CODE .area _GSINIT .area _GSFINAL .area _GSINIT .area _DATA .area _BSEG .area _BSS .area _HEAP [/code]
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
- http://vp6500.bd8.nl/bin/dropbear.tgz => `dropbear.tgz' Resolving vp6500.bd8.nl... 89.188.17.201 Connecting to vp6500.bd8.nl|89.188.17.201|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 113,521 (111K) [application/x-gzip] 100%[==========================
associating with an AP using WPA: 1. wpa_supplicant requests the driver to scan neighboring BSSes 2. wpa_supplicant selects a BSS based on its configuration 3. wpa_supplicant requests the driver to associate with the chosen BSS 4. If WPA-EAP: integrated IEEE 802.1X Supplicant or external
-
Thread
AVR Eclipse Plugin 2.2
Zukunft Invoking: Print Size avr-size --format=berkeley -t Mega8Modul.elf text data bss dec hex filename 452 0 93 545 221 Mega8Modul.elf 452 0 93 545 221 (TOTALS) Finished building: sizedummy make: Warnung: Mit der
funsigned-char -funsigned-bitfields -fno-tree-scev-cprop -ffunction-sections -fno-inline-small-functions -fgnu89-inline -mmcu=atmega128 -DF_CPU=16000000UL -MMD -MP -MF"rtc.d" -MT"rtc.d" -c -o"rtc.o" "../rtc.c" Finished building: ../rtc.c und von cmd: D:\Daten\Projekte\AVR\APC2\Debug>make all Building file
-
Thread
RP2350-Nachbeben, ARM im Fokus der Politik uvam
hoffentlich auch am Basteltisch niemand, denn K&R-C ist etwas, was man wirklich ablehnen darf. Mit C89 hingegen kann man auch heute noch problemlos sichere, wartbare und zuverlässige Programme schreiben.
danach die Interrupts wieder zu aktivieren. - Speicher: Embedded Rust hat standardmäßig nur .data, .bss und den Stack. Einen Heap gibt es von alleine nicht. Braucht man aber auch nicht, man kann problemlos ganze Netzwerkstacks ohne programmieren. Wenn man doch einen Heap will, gibts das aber auch, für
-
Thread
AVR unter Mint programmieren?
Wahrscheinlich gibt es für beides gute Argumente -std=gnu99 - moderner C-Dialekt (der Standard ist sonst C89, viele Sachen gibts da nicht, z.B. Variablen direkt in for-Schleifen deklarieren). -Os - Optimieren auf Codegröße. Für AVR mit relativ wenig Flash meist am sinnvollsten. Optimizer ist Pflicht u.a.
Funktion column -t -s ' :' *.su | sort -n -k 5 # Größe nach Section avr-objdump -hw -j.text -j.bss -j.data main.elf | tail -n +5 # Codegröße nach Funktion avr-nm --print-size --size-sort main.elf [/code]
-
Thread
Bitfeld zuweisen: Warum optimiert der Compiler nicht?
dump (ecx = Eingangsvariable, eax = Return value): [c] 0000000000000000 <input_normalize>: 0: 89 c8 mov eax,ecx 2: 25 c0 00 00 00 and eax,0xc0 7: c3 ret [/c]
return Out; } [/c] Das liefert dann: [c] 0000000000000000 <input_normalize>: 0: 89 c8 mov eax,ecx 2: 25 c0 00 00 00 and eax,0xc0 7: c3 ret 8: 90 nop 9: 90 nop
-
Thread
Simulation serielles 8-Bit Addierwerk mit Schieberegistern und Volladdierer
KFoL0eB-zSx00H4QNuMsZslWoeCVyUe5ceZ6Jmd3KJUn9yR6eJk9s5JiitEihdB9gbjI2Qd1uEkDQQdwDSWZLGvstBkv5hS2IT1r+11-n89VfgxvaRJSf7ed5b7whRJCABDxsTuzpBqZgLhqTkigVCckFEIE0hQcvSwKC16k3Qevb+Es8DHD4KUAgCDthy00sQZcMtyEICyIjEy8leyX2HJSS2JoOg2HYbuNMHDlzcLYXYXm-wuFCK6O6OKXRyySOrP3QBhZ55skssPXsMsXBKOCoAvsXNOzgh0Q8RCftwSUhilg3spjxEwLMUuQRV0Zy2NGhQmxNgNhGUpK46oTiDwODcVIc6
nijJwBAeLkHBACudAAPp0AAlgAdkh1Kfrw5BEIQwjbHBADK2EALZMXQAA6ADOABqAD2AA2fEAIYACbCYRdAAE6SWRrrEMgpAphgSDMB6IA4fhvECSJYmSdJYB4Ho7BuJE1iEN0JmqNYKDECwHHgHCVBKacdjDE5AogAALhJuGxLMhhuew5xuaYEngN+ehBNY4VGFMoxwCwADmYXnHgUyBSs3SAgASvZiQWbCeUso8am0O5gosAAMuALSGIQPY1SANGMuAIAAGaCXxHF0NQphVcODR1YZkRUE12ZtR1XU9ZV4AYAig0zXNnp5O1nXdUgvUzaS83WltS1UCtk3rdN1q5NtWB6KNKgHWtCx9ektU9vdjV7eNq1TXdaLbfYI0vddU12XSjnbLCrnbMVXk+S4lAOL0JTlP5YOxPDICw2Fbio5sDko5WAL
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
Im Kanecomputing Blockschaltbild http://www.kanecomputing.co.uk/pdfs/mds_mds810.pdf: P89LPC921 Standby Micro: Power Button, IR Rx & User Led; mit I2C zur CPU Verbunden
Basteln, daher: @Christian Du könntest mal probieren: mips_4kCle-linux-objcopy -S -R .stack -R .bss -R .comment -O binary und das binary direkt ohne Umwandlung zu laden. kawa
-
Thread
Mikrokontroller Crash Kurs mit ANSI-C, mit ATMega Register Nutzung Gesperrt
176 bytes (0.5% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) Jack V. schrieb im Beitrag #6412559: > Christof E. schrieb im Beitrag #6412511: >> Includes Schreibweise wie "avr\io.h" sind evtl historische relikte und >> werden problemlos compiliert
grundsätzlich ein guter Stil. Einfach mal am Anfang einer Funktion zwanzig Variablen zu definieren ist C89 Stil und einfach nicht mehr zeitgemäß. Es bringt auch nichts.
-
Thread
Transistortester mit AVR Gesperrt
bytes (86.1% Full) (.text + .data + .bootloader) Data: 348 bytes (68.0% Full) (.data + .bss + .noinit) Der viele RAM geht momentan anscheinend für die LCD Strings drauf, die man in den Flash packen könnte.
Resistors: Totally wrong for value 18k and connected between 1-2 the result was: REZISTOR 3-1 R=89,7k, same component, but between 2-3: N-JFET GDS=132
-
Thread
Mathe-Frage. Münzwurf
nicht geglaubt (und bin immer noch skeptisch). Ich werd langsam alt. Ich glaub ich such mir einen bsseren Zufallsgenerator und schau ob sich was ändert.
7.29100157313 85 : 7.37779921091 86 : 7.37779921091 87 : 7.46358757383 88 : 7.46358757383 89 : 7.54840106898 90 : 7.54840106898 91 : 7.63227219197 92 : 7.63227219197 93 : 7.71523167232 94 : 7.71523167232 95 : 7.797308605 96 : 7.797308605 97 : 7.87853056964 98 : 7.87853056964
-
Thread
GPS - Empfänger günstig bei Ebay
A217;GROUPID=2914;ARTICLE=57866;START=0;SORT=preis;OFFSET=16;SID=295tXG36wQAR0AAB1b@rUbe553cb0d9fe712a89f387367606f103), der sieht vom Bild her aber ganz anders aus, wie der, den du verwendet hast. Kannst du mal den Artikellink bitte posten? Und welche Kondensatoren werden benötigt? Vielen Dank schon
ohne Lötzinn beizufügen. Wichtig ist, dass man spätestens nach jedem zweiten Mal drüber gehen, bsser jedes Mal, neues FLussmittel aufträgt. Wie gesagt, FLussmittel ist unser Freund XD Das Ganze wiederholt man auf der anderen Seite und fertig. Noch was sauber machen das ganze, damit der FLussmittel-Dreck
-
Thread
LED-Uhr mit Attiny26
Evtl. mit Projekt fuer einen der Bausaetze anfangen: https://github.com/ruthsarian/at89c2051_clock Ist zwar noch fuer at89c2051 aber in C, sollte also uebertragbar sein.
überlege ich, als weitere Maßnahme die 17x BC857 PNPs (für Segmente/Gitter) durch P-CH mosfets (zB. BSS84PW) oder durch ein passendes P-CH array zu ersetzen. Würde sich damit der Stromverbrauch noch senken lassen? Falls das ginge, müsste ich dann noch schaltungstechnisch etwas ändern?
-
Thread
Zeigt her eure Kunstwerke (ab 2023)
alle Verbindungen Oberirdisch gelegt. Mit dem Nachbau konnten 680 Mark der DDR Notenbank gespart. 89-92 wurde dies alles wertlos. Leider nicht aufgehoben, wäre jetzt einer 3D Besichtigung wert. ;-)) MfG alterknacker
einfach bearbeiten und war verfügbar. Mit dem Nachbau konnten 680 Mark der DDR Notenbank gespart. 89-92 wurde dies alles wertlos. Leider nicht aufgehoben, wäre jetzt einer 3D Besichtigung wert. ;-)) MfG alterknacker
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
fast 1:1 in Assembler umwandeln. Vollkommen richtig. Hinzu kommt allerdings noch der Code für die BSS- und Stack-Initialisierung, der bei solchen Miniprogrammen oft gar nicht erforderlich ist, sich aber trotzdem in der Codegröße niederschlägt. Natürlich stören diese zusätzlichen ca. 20 Byte außer
Korrigierte Aufgabenstellung für Moby: [c] void main(){ uint8_t threshold = 89; uint8_t value_ptr = 0; uint8_t last_values[8] = {0, 0, 0, 0, 0, 0, 0, 0}; ADC_CONFIG |= (1 << ADC_ON); UART_CONFIG = ...; // set some bits here while(true){ if(ADC_STATUS
-
Thread
Z180-Stamp Modul
nicht nach möglichen Hardwarevarianten richten. > Bei der Auswahl des n-Kanal Type scheint mir der BSS138 oder ein ander > N-Channel Logic Level Gate FET besser geeignet als der IRLML2402. Beim > 3.3V Betrieb ist die Vgs(th) zu hoch um sicher zu schalten. > > Marcel schrieb im Beitrag #4701525
als der BSS138 funktionieren, da sein Vgs(th) nochmal niedriger ist. Allerdings hat der bei Ugs = 0,00xV nicht ganz schließen wollen (2 Exemplare). Da es mit dem BSS138 funktioniert, habe ich das nicht weiter untersucht
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
Ach so... [code] $ size ../horizon/horizon-prj-mgr text data bss dec hex filename 2624115 9736 11344 2645195 285ccb ../horizon/horizon-prj-mgr stefan@nuc ~/pet $ size ../horizon/horizon-imp text data bss dec hex filename
#6260612: > Es gibt z.B. 790x, die ein verdrehtes Pinning beim TO220 haben. Es gibt auch 78L05 in SOT-89 mit zwei verschiedenen Pinnings. Da bin ich mal auf die harte Tour bei BAE drüber gestolpert. :/
-
Thread
WordClock mit WS2812
SCP@<e6><ef>ZTWZ<b5><c4> <82><b4><c5><11>dD<f5><e3>R`\<89>dH<8a>`H<84><d6><9c><85>IB`Fh<d7><e5><a0><96>@G <f1><da>\<e5><a0><14><c4><86><d5><f6><df><85>H<b8><a2>T<d1>&<ea>`\<a9><14><c4>_<
IRF9310 MOSFET und die Zusatzbeschaltung hergestellt (eher schnell als schön). Statt des BS170 wurde ein BSS123 verwendet. Mit auf der Platine ist auch eine (optionale) Schottky-Diode – geschaltet zwischen WS2812-Daten und geschalteter Versorgungsspannung. Bei den Anschlüssen dafür (1x Schraubklemme, 1x
-
Thread
6502 Prozessor wer kennt den noch?
Schwellspannung des BS170 > bei 5V Versorgung etwas knapp. Kein Problem, habe noch ein "paar" BSS129.
nicht. Die liegt in der Mitte. Tatsächlich? 74HC14 von NXP bei 6V: rauf typ. 3,14V, runter typ. 1,89V. Mitte geht anders.
-
Thread
MMC/SD-Karte mit FAT16 an AVR
entspricht der Flash dem Segment .text und das statisch allokierte RAM wird in die Segmente .data und .bss ausgegeben. Die Angabe der Controllergrößen bezog sich auf meine Anwendung, also mit FAT-Unterstützung und der Mini-Shell über UART. Gruß, Roland
wo SRAM Variablen liegen (Adresse) und wo der HEAP Anfängt: Öffnet die MAIN.SYM und sucht dort __bss_end. Bei mir nun : 008005f5 B battery 00800635 B time_ 00800645 B battery_type 00800646 B time_delta_i 0080064a B time2zero 0080064e B __bss_end <------------ Ab der Adresse
-
Thread
Antennenanalysator nach EU1KY
283240309675?_trkparms=aid%3D111001%26algo%3DREC.SEED%26ao%3D1%26asc%3D20170511121231%26meid%3D26ebc280e89e4a5a979e4c1ac2516aac%26pid%3D100675%26rk%3D2%26rkt%3D15%26sd%3D254042872009%26itm%3D283240309675&_trksid=p2481888.c100675.m4236&_trkparms=pageci%3A53bb6f9d-0b51-11e9-bfef-74dbd180e472%7Cparentrq%3Af96d5e3b1670aa66d3e1b1d9fff543c7%
Compilieren hat X CPU Anz.+1) Erfolgreicher make Durchlauf sieht dann so aus: text data bss dec hex filename 391632 1224 4912328 5305184 50f360 ./bin/release/AAFW.elf READY ==> FW binary created ./bin/release/AAFW_2019MMDD_hhmmss.bin Die FW kann dann mit st-flash
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
cgi.ebay.de/SideShow-Display-2-6-USB-LCD-Farbe-Color-Vista-MS-7-/250667043272?pt=Bauteile&hash=item3a5ceb89c8 Grüße Uwe
gekauft. > > Die hatten noch welche für 39,95 rumliegen. in unserem mm haben die die ganze zeit über 89,90 gekostet... jay
-
Thread
Alternativen zu C, C++ auf ARM cortex M?
thread2(void) { print (b); print (a); }[/c] wird zu [code]0000000000000000 <print>: 0: 89 fa mov %edi,%edx 2: be 00 00 00 00 mov $0x0,%esi 7: bf 01 00 00 00 mov $0x1,%edi c: 31 c0 xor %eax,%eax e: e9 00 00 00
arm-elf-linux-bin/share/examples/gnat-cross/led_flasher-stm32f4 ist ein Beispiel: [code] text data bss dec hex filename 56860 3652 30504 91016 16388 obj/led_flasher [/code] Ich glaub das ist ein neure Weltrekord! led_flasher läßt 2 LEDs blinken und fragt einen Taster ab. Mit
-
Thread
einfacher 20m-CW-Sender mit AD9850 und MOSFET
Bei Ebay gibt es recht oft ausgebaute alte große Trimbles, die äußerlich fast baugleich zu den MV-89 (oder MV-98 ?) sind. Ich hatte mir mal 2 Stück davon gegönnt und bin zufrieden. Die Dinger sind per Poti abgleichbar, der Abgleichbereich ist so etwa +/- 7 Hz bei 10 MHz Ausgang. Die Dinger brauchen
selbstleitend. Er sperrt je nach Typ (ABC) erst bei <-5 Volt. IMO wäre ein kleiner MOS-Fet wie der BSS123, BSS138 oder 2N7000 bzw. 2N7002 besser geeignet. Durch Verwendung eines PNP-Transistors oder eines P-Kanal MOS-Fets kann die Funktion invertiert werden. Dann müssen die Dioden umgedreht und der