-
Thread
Was ist FPGA?
einen Ausgang Out. A und B A B Out 0 0 0 0 1 0 1 0 0 1 1 1 resp. A und B Adr 0 Adr 1 Out 0 0 0 0 1 0 1 0 0 1 1 1 > ... Irgendwie hat mich das alles ein bisschen verwirrt. Was genau hat Dich denn verwirrt?
Outputs? Naja und wenn A,B vom and und A,B vom or gleich sind dann folgendes: ABCD 0000 0100 1000 1100 Würde dann ja reichen? CD sagen wir einfach soll immer = 0 sein.
-
Thread
I2CLCD Library für HD44780 LCDs
LCD mittels DMM nachmessen. Einfach so [c] while(1) { lcd_write_i2c(0x01); _delay_ms(1000); lcd_write_i2c(0x00); _delay_ms(1000); } [/c] Dann kann man alle 8 Pins durchtesten. > Die genaue Belegung steht in der >Datei. Die Angabe dazu auf dem Display ist auch eindeutig.
lassen, Messung mit DMM while (1) { i2c_write(0x01); // Testmuster EIN _delay_ms(1000); i2c_write(0x00); _delay_ms(1000); // Testmuster AUS } } [/c] Die Fehler-LED im Programm ergänzen und testen. MFG Falk
-
Thread
ATxmega128A1U Externer SRAM totale Verwirrung
A-Leitungen können als \CS benutzt werden (je nach uC). jede weitere benutzte \CS-Leitung macht somit den Adr-bereich insgesamt kleiner. Vorteil ist dass man norm.weise je CS-Bereich eigene Waitstates usw festlegen kann.
Den gibt es aber leider nicht mehr bei Farnell oder RS, nur noch bei Digikey, Verpackungseinheit 1000 Stück. Braucht hier jemand 999 SDRAM's? Ich hatte nun schon die Idee einen SDRAM mit 16 Bit Datebnbus zu nehmen und 12 Leitungen einfach auf masse zu legen. Ist das ne gute Idee?
-
Thread
Rigol TCPIP Port mit LXI ändern
Hallo ich habe ein DS1074-Z und möchte die IP Adr. ändern Das geht auch ganz gut bis ich das Oszi neu boote und es wieder die alten Einstellungen hat. Instrument Model: DS1074Z Manufacturer: RIGOL TECHNOLOGIES Serial Number: DS1ZA154201729
Laut Handbuch könnte es so funktionieren, DS1000Z_UserGuide, Seite 250: Power-on Recall You can set the system configuration to be recalled when the oscilloscope is powered on again after power-off. Press Utility - System - Power On Set to select
-
Thread
REF50xx Langzeitdrift PCN?
Ursprüngliche" Spezifikation aus dem Datenblatt SBOS410E Juni 2010: Langzeitdrift [pre] MSOP-8 5 ppm/1000 h zw. der 1000. und 2000. Stunden SO-8 10 ppm/1000 h "" "" [/pre] Aktuelles Datenblatt SBOS410F Dezember 2013 [pre] MSOP-8 45 ppm/1000 h zw. der 1000. und 2000. Stunden SO-8 50 ppm/1000
kHr and 150ppm/kHr or 300 to 750 times worse than claimed." Die unbestritten beste Referenz (LTZ1000) hat ca. 2uV/month bei 7V initiale Drift. Arc Net schrieb im Beitrag #3639409: > Möglich, aber warum sinkt die Ausgangsspannung in den ersten 1000 h im > neuen Datenblatt, wohingehen sie bei anderen
-
Thread
SRAM wird nicht gelesen vom DE1
Das Problem ist glaube ich ein anderes: Du hast sram_adr : out STD_LOGIC_VECTOR (17 downto 0); sram_io : inout STD_LOGIC_VECTOR (15 downto 0); das geht beides raus an das SRAM. Es ist klar, dass du an sram_adr immer einen Wert angelgst, weil es ist
Dann müsste ich solche Zeiten verschieden festlegen nach Datenblatt: signal we : integer range 0 to 1000 := 0; signal oe usw... Und dann vor jeden Lese/Schreibvogang in dem einen Process ----------------------- if (c<1000) then c <= c+1; else schreibe/lese endif ----------
-
Thread
160A Sicherung mit Sprengelement
Gehen tuts jetzt noch um die Zertifizierung entsprechend der Gefahrgutvorschriften für den Transport (ADR, IATA, UN3480, UN38.3-Tests, ...). lg, Karl
die doch gleich mit (also die Mosis bei 160A > sperren lassen). Und was passiert mit denen bei 1000A? Das schafft die Batterie als Kurzschlussstrom locker.
-
Thread
TWI I²C Temperatursensor
------ ok=MK3_TWI_START(); if(ok==true) { antwort=MK3_TWI_SEND(0x90,false); // Slave-Adr if(antwort==TWSR_SLAVE_OK) { MK3_TWI_SEND(0x00,false); // Adresse MK3_TWI_STOP(); MK3_TWI_WAIT(10); MK3_TWI_START(); MK3_TWI_SEND(0x90+1,false);/
lcd_setcursor(0,2); lcd_string (itoa(wert2 , buffer2 , 2)); //MK3_TWI_WAIT(10); _delay_ms(1000); lcd_home(); } } } }
-
Thread
Hilfe, Wie programmiere ich Taster um Namen auf LCD anzeigen zu lassen ?
int i=0; for (i=0;i<64;i++) { lcd_cmd(0x40+i); // cmd 0x40 + Adr lcd_write(charSet[i]); // Pixel } } //--------------------------------------------------------------------------- //--------------------------------------------------------------------------- void wait_ms(int miliSec) { _delay_loop_2( 1*(F_CPU/(1000/4)) * miliSec); // 4 Zyklen warteschleife } ////////////////////////////////////////////////////////////////////////////// // lcd_send(..) - sendet ein Byte an LCD im 4-Bit-Modus // nicht
-
Thread
i2c Speicher lesen/schreiben
0x0000, 4); [/c] in der 'readEEPROMchar()' steht: [c] unsigned char* readEEPROMchar (char adr, int sadr, int amount){ unsigned char data[]; I2CStart(); I2CSend(adr); //i2c - slave Adresse I2CSend(sadr / 256); //Speiceradresse I2CSend(sadr % 256); I2CRestart(); I2CSend(adr+1); for (int i = 0; i < amount; i++) { data [i] = I2CRead(); if (i == (amount-1)) I2CAck(); else I2CNak(); } I2CStop(); return data; } [/c] und die Fehlermeldung lautet
-
Thread
Z180-Stamp Modul
der 4.2 sieht es am Anfang richtig aus oder wird da nichts ins RAM geschrieben? Bereits gemacht: ADR-Leitungen gegeneinander durchgeklingelt Clock am Jumper gemessen, ok. Daten-Leitungen gegeneinander, gegen ADR, gegen GND und 3,3V ok. alle Lötstellen geprüft und nachgelötet (speziell AVR), Z180
Ich habe jetzt mal getestet, ob ASCI0 und ASCI1 überhaupt gehen. Dazu habe ich DDT/Z über ASCI1 ADR 3,02 115200 Baud ans VT100 ausgegeben, ok. DDT/Z über ASCI0 ADR 3,01 19200 Baud VT100 auch ok. VT100 19200 Baud an ASCI0, neues Bios geladen, go FA00 --> keine Ausgabe auf das VT100. Gruss Peter
-
Thread
Temperaturmessung mit PT100
Es gibt übrigens auch Pt1000 statt Pt100. Da hat man dann auch gleich weniger Eigenwerwärmung.
Beispiele für die erreichbare Auflösung mit einem 12-Bit ADC: T/°C Rt ADC Steps Pt1000 ------------------------------- -10,0 960,9 2007 0,0 1000,0 2048 41 10,0 1039,0 2087 39 20,0 1077,9 2125 38 30,0 1116,7 2161 36 40,0 1155,4 2196 35 Auflösung 50,0
-
Thread
Lattice ECP3: IO Read Begrenzung
4'bxx10: la <= {tran_addr, 2'b01}; 4'bx100: la <= {tran_addr, 2'b10}; 4'b1000: la <= {tran_addr, 2'b11}; endcase end //clk end endmodule [/vhdl]
tran_be(tran_be), .tran_addr(tran_addr), .tran_tc(tran_tc), .tran_attr(tran_attr), .wb_adr_o(wb_adr_o), .wb_dat_o(wb_dat_o), .wb_cti_o(wb_cti_o), .wb_we_o(wb_we_o), .wb_sel_o(wb_sel_o), .wb_stb_o(wb_stb_o), .wb_cyc_o(wb_cyc_o), .wb_lock_o(wb_lock_o), .wb_ack_i(wb_ack_i)
-
Thread
Ports des PCF8574
while(1) { // Hauptschleife i2c_start(adr1_w); // Starte Lesezugriff i2c_write(0xe0); // Schreibe I2C, LED 4 an _delay_ms(1000); // 1000ms warten i2c_write(0xff); // Alle Pins des PCF auf 1 dadurch LED aus _delay_ms(1000); // 1000ms warten } i2c_stop(); return(0); } [/c] Es wurde mit AVR Studio 6 erstellt und an einem Modul mit PCF8574 getestet. Dabei ist die Belegung: P0 bis P3 - Taster
-
Thread
Heizungs-Datenerfassung (HT3)
ht_cfg CFG, --cfg CFG Write ht_transceiver config Parameter:0/1/2/3 -ht_adr ADR, --adr ADR Write ht_transceiver device-address, be carefull using this -ht_rst RST, --rst RST HW-reset of ht_transceiver Gruß Norbert
src = source+"?"+Date.now(); } } // reload every minute setInterval(updateImage, 60*1000); } </script> </HEAD> .... Gruß Klaus
-
Thread
Nach den Reset oder Stromausfall verliert EEPROM die Daten
dass sie gemeinsam auf Fehlersuche gehen. Was sollen wir hier aus der Ferne diagnostizieren, wo in 1000 Zeilen Code, von denen wir 950 nicht sehen, ein Problem stecken könnte? Wohlgemerkt 'könnte', nicht 'muss'. Aber bei Fehlersuche erst mal irgendetwas grundsätzlich auszuschliessen, ist IMHO fahrlässig
sie > gemeinsam auf Fehlersuche gehen. > Was sollen wir hier aus der Ferne diagnostizieren, wo in 1000 Zeilen > Code, von denen wir 950 nicht sehen, ein Problem stecken könnte? Eben, genau das.
-
Thread
Programm von mega32 auf mega328P convertieren
ich. [code] #ifdef _DEBUG_ENABLED_ #define SEND_DEBUG(x) sendI2CBlocking((uint8_t)I2C_DEBUG_UART_ADR, (uint8_t*)x, strlen(x)) #define SEND_DEBUG_LEN(x, y) sendI2CBlocking((uint8_t)I2C_DEBUG_UART_ADR, (uint8_t*)x, y) #define SEND_DEBUG_P(x) sendI2CBlocking_p((uint8_t)I2C_DEBUG_UART_ADR, (uint8_t*)x, strlen_P(x)) #define SEND_DEBUG_PLEN(x, y) sendI2CBlocking_p((uint8_t)I2C_DEBUG_UART_ADR, (uint8_t*)x, y) #else #define SEND_DEBUG(x) /*x*/ #define SEND_DEBUG_LEN(x, y) /*x,y*/ #define SEND_DEBUG_P(x) /*x*/ #define SEND_DEBUG_PLEN(x, y) /*x,y*/ #endif [/code] Was aber bedeutet,
-
Thread
Zeigt her eure Kunstwerke (2014) Gesperrt Bilder
Digitales_PC-Spektrometer Ich habe statt eines Reflektionsgitters aber Trasmissionsgitterfolie mit 1000 Linien/mm und zwei achromatische Sammellinsen eingesetzt. Die Kunststoffhalter habe ich bei Shapeways drucken lassen. Besonders reizvoll war für mich die Einarbeitung in das High-Speed USB Interface
beleidigen ! Beispiellos in diesem Forum ! Ein paar Eckdaten : - Dual ICL7135 Messung (1.00V ref mit ADR510 ) - Prez. KSQ auf LT OpAmps für 4 Leitermessung - Ref. Spannungsquelle ADR510,ADR45... - Elektor NT ( Der Klassiker ) etwas aufgebohrt auf 45V und 5A Dauerbetrieb 80 mm geregelter Papstlüfter
-
Thread
I2C Kommunitkation funktioniert nicht
int main(void) { int byte1; int byte2; int temp; TimerInit(0, 1000); I2C1Init(); //I2C initilisieren auf P0.0 und P0.1 int portused = 1; init_lcd(); I2CWriteLength[PORT_USED
I2CMasterBuffer[PORT_USED][2] = DS1621_ADDR | RD_BIT; //Nötig? I2CEngine(PORT_USED); delayMs(0,1000); while(1) { delayMs(0,1000); I2CWriteLength[PORT_USED] = 1; I2CReadLength[PORT_USED]= 2; //nämlich die zwei Slave Buffers?! I2CMasterBuffer[PORT_USED][0] = DS1621_ADDR
-
Thread
Fehlerhafte Werte bei AD-Wandlung PIC18F2420
sicher das das geht? Ein kurzer Ausschnitt aus dem Header eines PIC16F1825: [c] // Register: ADRES extern volatile unsigned short ADRES @ 0x09B; #ifndef _LIB_BUILD asm("ADRES equ 09Bh"); #endif // Register: ADRESL extern volatile unsigned char ADRESL
Es gibt da schon einen kleinen Unterschied: der Datentyp für ADRES ist unsigned short, was ein 16 Bit unsigned ist.
-
Thread
EleLa - Elektronik Lagerverwaltung Entwicklung V3.0
Version: V3.0.17A12 10:29:23 Error: Cannot open database! qAdr : Field not found : "IDGUID" (qAdr) 10:29:38 Connect database... 10:29:38 DB.Version: SQLite-DLL: 3.22.0 / PostgreSQL: PostgreSQL 9.5.13, compiled by Visual C++ build 1800, 64-bit 10:29:38 Database Version: V3.0.17A12 10:29:38 Error: Cannot open database! qAdr : Field not found : "IDGUID" (qAdr) Es gibt keine Datenbank "qAdr", aber es gibt eine Tabelle "adr"
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
dann nach dem Einschalten des Arduino eine Printausgabe zu sehen sein: "Piduino 0.0.5" und die "email-adr". Diese Ausgabe kommt natürlich nur einmal direkt nach dem Einschalten. Gruß Norbert
41853 22540 19313 54% /boot tmpfs 18420 0 18420 0% /run/user/1000
-
Thread
Problem mit SPI Flash AT45DB321D
return SPDR; } void write_page(uint8_t *data, uint16_t page) { uint16_t i; uint32_t adr; adr = (uint32_t)page << 10; CS_FLASH_LOW spi_io(0x82); spi_io(adr>>16); spi_io(adr>>8); spi_io(adr>>0); for (i=0; i<528; i++) { spi_io(data[i])
CS_FLASH_HIGH } void read_page(uint8_t *data, uint16_t page) { uint16_t i; uint32_t adr; adr = (uint32_t)page << 10; CS_FLASH_LOW spi_io(0xD2); spi_io(adr>>16); spi_io(adr>>8); spi_io(adr>>0); spi_io(0); spi_io(0); spi_io(0); spi_io
-
Thread
I2C Sensor auslesen mit LPC1769
][2] = 0x29; //zum Lesen I2C Adresse + 1 (Readbit /ACK) // Also: 0010 1000b + 1b = 0010 1001b = 29hex I2CEngine(PORT_USED); // Kommunikation Starten /*I2CSlaveBuffer[PORT_USED][0]; I2CSlaveBuffer[PORT_USED][1]; I2CStop(PORT_USED);*/ } } [/
define I2CONCLR_I2ENC (0x1<<6) #define I2DAT_I2C 0x00000000 /* I2C Data Reg */ #define I2ADR_I2C 0x00000000 /* I2C Slave Address Reg */ #define I2SCLH_SCLH 0x00000080 /* I2C SCL Duty Cycle High Reg */ #define I2SCLL_SCLL 0x00000080 /* I2C SCL Duty Cycle Low Reg */ #define
-
Thread
PIC32 sendet nur 0x00 über UART (MPLABX)
checks to see how many times we have gone through this while loop, // if it is a multiple of 1000, we transmit the current step count ON_OFF_LED = 1; AUTO_MODE_LED =0; RFID_CHECK_LED =1; } } /** User Called Functions ***************
config2 UART_TX_PIN_LOW | UART_RX_ENABLE | UART_TX_ENABLE | UART_INT_TX | UART_INT_RX_CHAR | UART_ADR_DETECT_DIS | UART_RX_OVERRUN_CLEAR // Open UART2 with config1 and config2 OpenUART1( config1, config2, pbClk/16/BAUDRATE-1); // calculate actual BAUD generate value. } [/C]
-
Thread
Atmega8 GrundlagenQuellcode in ASM
EEPROM_write ;** spring zu zurück lds r18,eep_adrh out EEARH, r18 ;highbyte der adr lds r17,eep_adrl out EEARL, r17 ;lowbyte der adr out EEDR,r16 ;zu speichernder wert sbi EECR,EEMWE ;sperrt eeprom master write enable sbi EECR,EEWE ;setze
EEPROM_write ;** spring zu zurück lds r18,eep_adrh out EEARH, r18 ;highbyte der adr lds r17,eep_adrl out EEARL, r17 ;lowbyte der adr out EEDR,r16 ;zu speichernder wert sbi EECR,EEMWE ;sperrt eeprom master write enable sbi EECR,EEWE ;setze
-
Thread
Heizungssteuerung Wärmepumpe Fußbodenheizung
(hou ==0 && min==0)){ //Statistik at24c32 eeprom //4096x8bit=> 365x 11byte pagewrite 10byte adr=(dayofyear-1)*10 + ((dayofyear-1)/3)*2;//32byte pagewrite i2c_start(0xa0); i2c_write(adr>>8); i2c_write(adr&0xff); //tr-min i2c_write(tr_au_min>>8); i2c_write(tr_au_min&0xff); //tr-max i2c_write
byte tmp_kompressor_max i2c_write(123); i2c_stop(); //test i2c_start(0xa0+1); i2c_write(adr>>8); i2c_write(adr&0xff+9); adr=i2c_readNak(); lgi(6,20,adr); ...
-
Thread
100µV Genauigkeit -40..85°C
jedem Falle unvermeidlich sein. Da ändern sich selbst banale Widerstände beim Löten zu stark. ADR3420 könnte ein brauchbarer Kandidat sein. Bei möglichem Versand per Luftfracht (nach dem Abgleich) müsste man noch genauer mögliche Temperaturen, Einwirkdauern und deren Einfluss prüfen. viel
Genauigkeitsbereich zu kommen braucht man mindestens eine mit ca 90 Grad beheizte Referenz. -> LM399 oder LTZ1000 mit mehreren 1000 Stunden burn in. Bei der LM399 ist ggf. noch nach Alterung zu selektieren. Oberhalb von 70 Grad wird man noch eine individuelle Kalibrierung brauchen. Damit die Genauigkeit erhalten