-
Thread
LPC11C24 bootet nicht
dann in eine .bin wandle danach wird das ausgeführt [code]crt_emu_cm_redlink -flash-load-exec "C:\Users\Documents\LPCXpresso_8.2.2_650\workspace xp_lpcxpresso_11c24_periph_blinky\Debug xp_lpcxpresso_11c24_periph_blinky.bin" -g -2 -vendor=NXP -pLPC11C24/301 -load-base=00001000 -reset=vectreset
Nt: Connected: was_reset=false. was_stopped=true Cr:v LPCXpresso Free License - Download limit is 256K Pc: ( 70) License Check Complete Nt: Loading 'nxp_lpcxpresso_11c24_periph_blinky.bin' Binary 0x00000200 len 0x3CCC Nc: Opening flash driver C:\nxp\LPCXpresso_8.2.2_650\lpcxpresso\bin\Flash\LPC11
-
Thread
Betriebsstundenzähler ohne hohen EEPROM-Verschleiß
ein LSByte zu ändern, wird nur in 8 von 256 Ereignissen ein Byte verändert. Und das muss auch nicht vorher gelöscht werden, denn es wird nur ein zusätzliches Bit gesetzt. Erst nach 256 Ereignissen wird ein Löschvorgang erforderlich. Mit noch
. Mit max. 15KWh sind es 250W pro Minute, das passt in ein Byte. Man nimmt ein DS3231 mit AT24C32 - RTC mit 4KB Eeprom - sekundengenaue Zeit und 4KB Eeprom dazu. Für eine Minute in 10 Sekundenabstand und 16bit Wert reichen 192 Bytes. Für 24 Stunden in Minutenabstand und 8bit Wert reichen
-
Thread
AT91SAM7x und ADS1271 über SPI
Hallo Forum, hat hier jemand Erfahrungen und Tipps in Bezug auf die Kombination von AT91SAM7X256 und ADS1271? Ziel ist zwei ADC's (synchron sollen zwei Messwerte im high-resolution mode (24bit) erfasst werden) über die SPI Schnittstellen des µC auszulesen. Meine Problematik ist hier
init. (am besten 16bit breite einstellen AT91F_SPI_CfgCs(AT91C_BASE_SPI,...); // PDC öffnen AT91F_PDC_Open(AT91C_BASE_PDC_SPI); // SPI-Modul aktivieren AT91F_SPI_Enable(AT91C_BASE_SPI); für den empfang benötigts du einen entsprechende
-
Thread
interner RTC oder externer
. Wie gesagt lässt es sich compilieren, aber ich bleibe stets an der markierten Stelle hängen: [c] #include <plib.h> #include "time_date.X/displaytech.h" #if defined (__32MX360F512L__) || (__32MX460F512L__) || (__32MX795F512L__) || (__32MX430F064L__) || (__32MX450F256L__) || (__32MX470F512L_
Debug mal und schau was [c] rtccRes res=RtccInit(); [/c] zurück gibt.
-
Thread
atmega2561 endlich lieferbar
Super. Wen juckts? Das ist doch die totale Krücke. Die Architektur ist für sowas gar nicht ausgelegt. 256kB Flash, aber nur 8kB SRAM, einfach lächerlich. Wenn man viel Flash braucht, dann nimmt man eine Architektur die darauf ausgelegt ist, sprich ARM oder M16C.
Also geht erstmal garnichts und GCC muss angepasst werden. Und dann werden entweder alle Pointer 24bittig, oder alle Entrypoints müssen in den ersten 128K liegen (ähnlich realisiert beim M16c).
-
Thread
serielles EEPROM
Korrektur: meine Angaben beziehen sich auf die Typen ..02/04/08. Beim 24C16 geht immer nur ein Baustein auf Adresse 1010xxxy (binär). Dabei werden die 'x'-Bits zur Adressierung der Seite und das folgende Byte zur Adressierung innerhalb der Seite verwendet: 8 x 256 Byte
Byte oder 24C512). Die meisten Hersteller haben eben nur an 8 Pages zu je 256 Byte gedacht. Die Aufteilung der Pages in Devices war denen dabei egal. z.B. gehen in der Regel auch nur 2 Stück zu je 1k Byte. Find
-
Thread
Vodafone Webby Webradio
kannst. Den Suchstring könnte ich zwar an die wohl bisherige Quelle nach dem Schema http://weather24.com/search/D%C3%BCsseldorf/ übergeben und von dort gültige Kennungen wie http://www.weather24.com/Duesseldorf/Germany/DE0001855 erhalten (bzw. stattdessen Mehrfachauswahlen z.B. bei Ludwigshafen), aber
Zum w-Parameter sind die Symbole bis http://images.weather24.com/images/layout/1/wx_icons/day_s/d_96_b.gif im http://knx-user-forum.de/forum/%C3%B6ffentlicher-bereich/knx-eib-forum/287-tester-gesucht-f%C3%BCr-wetter-com/page5#post52460 aufgeführt (n-ight liegt
-
Thread
AVR ASCII Video Terminal - 40 x 25 - BAS Signal
;inv. Hsync-Impuls auf 1/2 Vsync-Zeile sbi portd,6 ;Sync auf HI ldi mpa,24 ;4,75us vs1b: dec mpa brne vs1b synclo ;Sync auf LO ldi mpa,142 ; f¸r den Rest der Zeile vs1c: dec mpa brne vs1c synchi
thank you :) but i write with language c i can't work assembly :( i want write for example "A" in meddle line screen with language c
-
Thread
TC35 C+ Programmierfehler?
gerne hätte folgenden code egal wohin in meinen sketch, sagt er fehler beim sd karte lesen... [c] if ((sensorValue > 60) || (t > 50) || h > 80)) { mySerial.print("AT+CMGF=1\r"); delay(100); mySerial.println("AT+CMGS=\"xxxxxx\""); delay(100); mySerial.print("Temp: "); mySerial.print
) { if ((sensorValue > 80) || (t > 60) || (h > 80) || (inData == "t")) { mySerial.print("AT+CMGF=1\r"); delay(100); mySerial.println("AT+CMGS=\"01725130975\""); delay(100); mySerial.println("ALARM!"); mySerial.print("Temp: "); mySerial.print(t); mySerial.println(" C
-
Thread
Problem mit MOVC beim AT89C51CC03
1 DB 0 ;3 - reserviert, 0=Keine Aenderung 084A 40 =1 DB 256-192 ;4 - 300 084B A0 =1 DB 256-96 ;5 - 600 084C D0 =1 DB 256-48 ;6 - 1200 084D E8 =1 DB 256-24 ;7 - 2400 084E F4 =1 DB
So, die Ursache ist erkannt. Es war weder der MOVC-Befehl noch speziell der AT89C51CC03 der Grund des Verhaltens. Duch die Auslagerung der Initialisierungen der Register TMOD, TCON, TH1, TL1 in verschiedene Unterprogramme kam es dazu, dass das Laden von TH1 und TL1 und Starten
-
Thread
TCP/IP Stack Micrchip/ WLAN-Modul
ich mir unsicher, ob ich noch an den digitalen Inputs drehen muss. Beispielsweise beim PIC33F und PIC24H werden noch digitale Inputs für den Interrupt des MRF24 gesetzt. Hier das Beispiel aus dem Code: [c] #if defined(__dsPIC33F__) || defined(__PIC24H__) // Crank up the core frequency
= 1; // Make RA14 (INT3) a digital input for MRF24W PICtail Plus interrupt [/c] eingestellt
-
Thread
Grundlegende Fragen zum Bootloader
* * Switch interrupt vector table to bootloader section. * Performs actions as described at page 64 of documentation. */ static inline void change_irq_vector_to_bl(){ uint8_t mcucr_save = MCUCR; enable_irq_vector_change(); MCUCR = mcucr_save | (1<<IVSEL); } [/C] hth
hier vielleicht rein. Also ich habe ein HEX File in dem zB dies hier drinsteht: :10 0000 00 12C02BC05BC04AC039C027C026C025C0 63 :10 0010 00 24C023C022C022C020C01FC01EC01DC0 DB :10 0020 00 1CC01BC01AC011241FBECFE5D4E0DEBF 28 :10 0030 00 CDBF10E0A0E6B0E0E6E1F0E102C00590 3F :10 0040 00 0D92A036B107D9F710E0A0E6B0E001C0
-
Thread
Z80/UA880D mit 28C64 startet nicht
, ob ein AT28C64B-15, AT28C64B-20 oder AT28C64B-25 verwendet wird. Aus den Signalverarbeitungszeiten ergibt sich die maximale Zugriffsgeschwindigkeit des (E)EPROMs.
auch Atmel 28C64 Datasheet 4.1 Read The AT28C64B is accessed like a Static RAM. When CE and OE are low and WE is high, the data stored at the memory location determined by the address pins is asserted on the outputs
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil3) Gesperrt
Nullinien exact auf der Nullposition der Kanäle. Habe mal einen Screenshot angehängt. Hardware 8C7.0H, 2x24.9 Ohm pro Kanal Haben das Andere noch nicht bemerkt? Gruß und schönen Sonntag! Jürgen
loss is marginal and I think compared with some other flaws in the Wittig design it doesn't matter at all. Yesterday evening I watched the temperature drift of my 2024 scope. The cope had room temperature (abt. 18°C) and I activated only channel 1, 5V scale and moved the GND indicator to the 15V
-
Thread
[Verlosung]RaspberryPi Modell B + Gehäuse - Deadline Freitag 22.01 - 18 Uhr
im Anhang ist die Zeile, die ich auf der Seite http://www.xorbin.com/tools/sha256-hash-calculator gehasht habe. Das ergibt folgender Hash: 7c37fe14a5cb47151b9db9b886b6c9b02c30beae662fcc3d68abb940e3c75cd4 Um nun das Modulo zu rechnen, hab ich folgenden C#-Code genutzt: [
Hallo Julian, danke an dich für die tolle Aktion, und danke ans SHA256 und an C# sowie die genutze Bibliothek für die Berechnung ;-)
-
Thread
Zeitverzögerung beim PIC16F84A
c] ; Quarzfrequenz= 20 MHz ; 1 ms = 5000 Befehlstakte (etwa 256 * 19.5) ; 1 Befehlstakt = 200 ns ; so etwa 1 ms warten Wait_1: MOVLW 2 ; W mal so etwa ne halbe ms warten (W=0 --> 128 ms) Wait
= 60 * 60 * 24 ; 24h #define byte5(x) byte4(x / 256) .macro warte ldi r16, byte1( @0 / 7 ) ldi r17, byte2( @0 / 7 ) ldi r18, byte3( @0 / 7 ) ldi r19, byte4
-
Thread
[V] diverse Sachen aus Hobbykeller-Aufräumaktion
Was soll den der ti voyage kosten? Mail an : atheist1993 [ät] gmail [dot] com
True 12-bit 200 ksps ADC with analog multiplexer and up to 16 analog inputs •Precision programmable 24.5 MHz internal oscillator that is ±0.5% across voltage and temperature •8kB of on-chip Flash memory •256B of on-chip RAM •Enhanced UART, and SPI serial interfaces implemented in hardware •Three
-
Thread
Bild im Hexdump finden
jumppoints). Or even tell the partnumber/calibration number you used? Best match for now was 8M2T-14C026-ED. But as you say > At ROM, at 0x00005638 sits DisplayDraw function (asm BX R4, but R4[1:0] is zero - treat function as ARM (not Thumb)) there i only got data: 00 7A 7A 00 00 05 7A 00 10
weitergeht, hier gibt es die Fortsetzung zum Thema: http://microhacker.denkdose.de/viewtopic.php?f=25&t=24&sid=e4b289ee128920bddce94ed11afa3f9c
-
Thread
Wie 8-Bit Zähler sicher auslesen?
der alte AT89C52 von 1993 konnte das schon.
"heiße Maschinen", mit denen man das > Problem lösen könnte. Ich würden nen AT89C52 von 1993 oder AT90S8515 von 1998 nicht als "heiße Maschinen" bezeichnen.
-
Thread
? zu rekursiven Funktionsaufrufen
baum_summe: push r16 push r17 push r28 push r29 /* prologue: function */ movw r28,r24 ; b, b ; foo.c:13: : 0; ldi r17,0 ; <retval> or r24,r25 ; b breq .L1 .L3: ; foo.c:10: ? b->wert ld r16,Y ; _2, b_19->wert ; foo.c:11: + baum_summe (b->
mov r28,__tmp_reg__ ; b add r17,r24 ; tmp53, add r17,r16 ; <retval>, _2 ; foo.c:13: : 0; sbiw r28,0 ; b, brne .L3 .L1: ; foo.c:14: } mov r24,r17 ; , <retval> /* epilogue start */ pop r29 pop r28
-
Thread
LED_Laufschrift mit Mega 32 und MAX 7219
F_CPU 10000000 [/c] an deinen CPU-Takt angleichen. Überprüf auch bitte ob du die LOAD-Leitung an PB4 angeschlossen hast. Ansonsten diesen Teil in der Main mal auskommentieren: [c] char Test[24]; for (int
"123"; [/c] und diesen Teil so: [c] int main() { Zeichentabelle_Initialisieren(); SPI_MasterInit(); _delay_us(10); max7219_Init(); TextLen = strlen(Text); char Test[24]; for (int
-
Thread
Datenlogger-Bau, wo Daten speichern
dem Flash (ist ein extra Data Flash): http://adestotech.com/products/dataflash-all-products AT45DB321E (4MB) bzw. AT45DB641E (8MB). Das hat einen 256 Byte Buffer, der auch in uC mit wenig RAM gehalten werden kann. Uasserdem bietet der Flashbaustein noch bequeme Befehle zum Schreiben/Lesen
Karsten schrieb im Beitrag #3792763: > Das hat einen 256 Byte Buffer, der auch in uC mit wenig RAM gehalten > werden kann. Karsten schrieb im Beitrag #3792813: > 1) Wird Byteweise programmiert, muss die Speicherstelle gelöscht sein, > d.h. mit 0xff
-
Thread
I2C EEPROM nicht kaskadierbar
Nabend, in meinem Datenlogger möchte ich zwei I2C- Bus EEPROMS von Microchip benutzen (24LC256). Die Schaltung ist fertig und geätzt. Ich habe das erste EEPROM mit A0=A1=A2= "1" hardcodiert und das andere mit A0=A1=A2= "0", trotzdem antworten beide
Adeßleitungen nicht auswerten. Es kommt also auf die genaue Typbezeichnung an. Ich benutze die Atmel AT24C512 und da gehts laut Datenblatt, d.h. es können 8 ICs angeschlossen werden. Ansonsten nimm einfach einen separaten SDA-Pin für jeden, Software-I2C ist auch nicht aufwendiger als Hardware-I2C.
-
Thread
externes EEPROM mit AVR ansteuern
Hallo, ich möchte Daten aus einem externen EEPROM (256kb) in meinen Controller (momentan AT90S2313) laden. Kann ich so einen großen Speicher ansteuern? Womit ginge das einfach? seriell oder parallel? Hat zufällig irgendwer schon fertigen Quelltext als
256kByte? Das wäre dann ein AT24C1024 oä. Also ein serielles I2C EEPROM. Ein paralleles kannste beim 2313 schätzungsweise vergessen. Der hätte nichtmal genübend Ports Ansteuerung ist nicht schwer, was
-
Thread
LCD Library T6963c
Versuch mal das in deiner T6963c.h void glcd_set_address(unsigned int addr){ if(addr >= 0x1000 ) { addr -= 0x1000; addr += 0x8000; } glcd_dput(addr%256); glcd_dput(addr>>8); glcd_cput(0x24); } Das ist wahrscheinlich
unsigned int addr){ if(addr >= 0x1000 ) { addr -= 0x1000; addr += 0x8000; } glcd_dput(addr%256); glcd_dput(addr>>8); glcd_cput(0x24); } altes auskommenteirt: /*void glcd_set_address(unsigned int addr){ glcd_dput(addr%256); glcd_dput(addr>>8); glcd_cput(0x24); } */ Keine Änderung
-
Thread
MMC/SD-Karte mit FAT16 an AVR
bei meinen Tests! Die Anzeige des freien Speicherplatzes stimmt nicht ganz: > ls 1455 MAIN.C 19200 malte.dat > disk manuf: 0x02 oem: TM prod: SD256 rev: 68 serial: 0x707dd547 date: 03/05 size: 255066112 copy: 0 wr.pr.: 0/0 format: 0 free: 240644096/254795776
Hat das jemand schon einmal mit einer Kingston 256MB SD-Karte hinbekommen ? Ich bekomme bei dem Card init in Zeile 212 von sd_raw.c einen "test2" Fehler: /* reset card */ uint8_t response; for(uint16_t i = 0; ; ++i) { response
-
Thread
Fragen Temperaturlogger (Hard-/Software)
die EEPROM sind ja doch > recht teuer. Teuer? Bei Reichelt kostet ein 25LC1024 (SPI) oder ein 24AA1025 (I2C) 3.15€. Und das sind 1024 Kilobit, also 128kByte. Solltest Du SPI Flashes wählen und dafür in Kauf nehmen, eine 256 Byte Page im Speicher zu puffern und dann erst wegzuschreiben, bekommst
> denn die EEPROM sind ja doch recht teuer ein 24c512 hat 65536 Bytes und kostet bei R* 1.10 wenns von Atmel ist und 1.40, wenn es von Microchip stammt ...
-
Thread
ADC logarithmieren mit Assembler und Tiny10
Den Befehl LPM haben die kleinen nicht. :-( Also mußte die Shiftmethode her. Hier mein Elaborat: [c] ; exp of ADC lsr rADCvalue lsr rADCvalue inc rADCValue ldi rDelayL, 24 clr rDelayH expLoop: mov YL, rDelayL mov YH, rDelayH lsr YH ror YL ; DIV 2
; DIV 4 clr rTemp2 ldi rTemp, 3 sub rDelayL, rTemp sbc rDelayH, rTemp2 ; SUB 3 [/c] Die Grundidee ist folgende: Der gelesene ADC Wert wird durch 4 geteilt und eins dazugezählt. Das ist die Anzahl der Schleifendurchgänge. Anfangswert des Delays ist 24. Dann wird in jedem Schleifendurchgang
-
Thread
Ultra Low Power MCU gesucht
mit low power Trx - low power trx Gateway Wifi Sensor platform: ATmega64RFR2 oder ATxmega32E5 + AT86RF231 Ethernet/Wireless Gateway: ATmega256RFR2 Die Kommunikation zwischen Sensor und Gateway machst Du entweder proprietär oder nutzt den Lightweight Mesh stack von Atmel, vor allem dann wenn
abgucken: http://www.atmel.com/Images/Atmel-42150-Low-cost-Ethernet-to-Wireless-Gateway-with-ATmega256RFR2_Application-Note_AT01030.pdf http://cmsw1prd.atmel.com/images/Atmel-42150-Low-cost-Ethernet-to-Wireless-Gateway-with-ATmega256RFR2_Application-Note_AT01030.zip
-
Thread
Probleme mit phyCore AM3352 und Cypress USB, MMC2
UART4 [ 0.901031] omap_uart.5: ttyO5 at MMIO 0x481aa000 (irq = 46) is a OMAP UART5 [ 0.920227] brd: module loaded [ 0.929626] loop: module loaded [ 0.933013] at24 1-0052: 4096 byte 24c32 EEPROM, writable, 32 bytes/write [ 0.942321
] [<c01a6050>] (bus_for_each_dev+0x0/0x94) from [<c01a6f6c>] (driver_attach+0x24/0x28) [ 1.182067] r6:c05252c8 r5:c052676c r4:c052676c [ 1.186950] [<c01a6f48>] (driver_attach+0x0/0x28) from [<c01a6bc0
-
Thread
Handykamera MCA-25 ansteuern
)\r\n\r\nOK\r\n< [0D 0D 0A 2B 49 50 52 3A 20 28 29 2C 28 31 32 30 30 2C 32 34 30 30 2C 34 38 30 30 2C 39 36 30 30 2C 31 39 32 30 30 2C 33 38 34 30 30 2C 35 37 36 30 30 2C 34 36 30 38 30 30 29 0D 0A 0D 0A 4F 4B 0D 0A ] <<IN <<AT+CMUX=?. >>SEND>>AT+CMUX
)\r\r\nOK\r\n< [0D 0D 0A 2B 49 50 52 3A 20 28 29 2C 28 31 32 30 30 2C 32 34 30 30 2C 34 38 30 30 2C 39 36 30 30 2C 31 39 32 30 30 2C 33 38 34 30 30 2C 35 37 36 30 30 2C 34 36 30 38 30 30 29 0D 0D 0A 4F 4B 0D 0A ] <<IN <<AT+CMUX=?. >>SEND>>AT+CMUX=?
-
Thread
Basic-Interpreter auf einem AVR
factor (ubasic.c) [24] singlechar (tokenizer.c) [4] ubasic_run [19] for_statement (ubasic.c) [6] statement (ubasic.c) [31] ubasic_set_variable [2] get_next_token (tokenizer.c) [15] term (ubasic.c) [29]
realisiert. Doku und EBNF sind entsprechend angepasst. Ein BASIC-Beispiel dazu: [code] read a, b, c print a, b, c print "***" restore read a print a data 23, 24 data 0xff end [/code] Grüße Uwe
-
Thread
wie EE24c256 in Schaltung mit dem PC auslesen ?
programmierer.... hast du vielleicht nen beispiel vb/vc++ projekt mit ner eeprom ansteuerung für 24c.. ?
Software: IC-Prog (google!) kann M24c256 und AT24c256, vielleicht ist einer zu deinem kompatibel Programmer: JDM (Schematik findest du auf der IC-Prog seite unter "supported programmers" oder so) Statt dem IC-Sockel nimmst du einen Adapter