-
Thread
Bascom und PWM auf Attiny startet nicht
0 für Fast PWM 'NICHT GETESTET !! $regfile = "ATtiny44.DAT" $crystal = 8000000 $hwstack = 16 $swstack = 16 $framesize = 16 Dim Duty_cycle As Byte Duty_cycle = 127 '50% Tastverhältnis Ddra.7 = 1 'OC0B = Ausgang Ocr0b = Duty_cycle
:\ATTINY44-TEST-INT0-1.BAS Error : 202 Line : 1 .EQU not found, probably using functions that are not supported by the selected chip [WDTCR] , in File : D:\ATTINY44-TEST-INT0-1.BAS Wenn ich am Wochenende Zeit habe
-
Thread
arm-gcc Problem mit -Os
gpioInit); // TIM1 setup RCC_APB2PeriphClockCmd(RCC_APB2Periph_TIM1, ENABLE); timTimeBaseInit.TIM_Prescaler = 0; timTimeBaseInit.TIM_CounterMode = TIM_CounterMode_Up; timTimeBaseInit.TIM_Period = 2532; timTimeBaseInit.TIM_ClockDivision
= 0x0F; nvicInit.NVIC_IRQChannelSubPriority = 0x0F; TIM_TimeBaseInit(TIM1, &timTimeBaseInit); NVIC_Init(&nvicInit); TIM_ITConfig(TIM1, TIM_IT_Update, ENABLE); TIM_Cmd(TIM1, ENABLE); volatile uint32_t x = SystemCoreClock; while(1 >
-
Thread
CRC-8 from uint16 Gesperrt
, Zahlen und zwei Sonderzeichen beschränkt (siehe z.B.: BASE64), sind's immer noch 18Bit. Sprich: Da passt natürlich locker eine CRC16 rein! Selbst wenn das Protokoll auf "Menschenlesbarkeit" optimiert sein soll: bei einer Prüfsumme spielt es keine Rolle,
das für die Übertragung > auf Buchstaben, Zahlen und zwei Sonderzeichen beschränkt (siehe z.B.: > BASE64), sind's immer noch 18Bit. Sprich: Da passt natürlich locker eine > CRC16 rein! Danke für deinen Beitrag. Ich kann pro Übertragung genau 16 Bits schicken und zwar in form von Zahlen von 0 bis
-
Thread
C-Aufgabe: bedingtes Inkrementieren
auch das entsprechende Bit, was man mit i%16 herausfindet. * Zu a muss man ggf. noch eine Zahl addieren, die alle 32 um 16 springt. uint8_t id(uint8_t i) { uint8_t a = 1 + (i & 15); bool use_first = ! (i%16); uint8_t base = 16 + (i/32)*16; return a + (use_first ? 0 : base); }
-
Thread
Auslesen von Magnetischem Encoder SPI
auch wenn Sie korrekt sein mögen, falsch sind. Hier mein Code: [c] #include "SPI_DMA.h" uint16_t SPIBufferRX[BUFFER_SIZE] = {0}; uint16_t SPIBufferTX[BUFFER_SIZE] = {0}; uint16_t Data_Buffer[4] = {0}; uint8_t dataReady=1; uint8_t transferReady=1; uint8_t transferState = 1; void init_SPI_DMA_All
SPIBufferTX[0]=dat; break; default: break; } } uint8_t spiCalcEvenParity(uint16_t value) { uint8_t cnt = 0; uint8_t i; for (i = 0; i < 16; i++) { if (value & 0x1) cnt++; value >>= 1; } uint8_t parity = cnt & 0x1; return parity; } void init_SPI_RCC
-
Thread
Display-Probleme mit LPC2478
aktiv low LCD_TIMH = (1 << 24) // Horizontal back porch (2) | (1 << 16) // Horizontal front porch (2) | (40 << 8) // Horizontal pulse width (41) | (((480 / 16) - 1) << 2); // Pixels per Line LCD_TIMV = (2 << 24) // Vertical back
; // -> LCD PINSEL4 = 0x550FFFFF; // P2[14],P2[15] -> EMC, LCD PINSEL5 = 0x55555555; // P2[16]-P2[31] -> EMC PINSEL6 = 0x55555555; // P3[00]-P3[15] -> EMC PINSEL7 = 0x55555555; // P3[16]-P3[31] -> EMC PINSEL8 = 0x55555555; // P4[00]-P4[15] -> EMC PINSEL9 = 0x5A555555; // P4[16
-
Thread
Topfkreis - Leistungsdimensionierung
Du must bevor du es zipst die ausführbaren dateien umbenennen Exe in ex1 bas in ba1 usw
welche der txt dateien ist jetzt bas und welche exe?
-
Thread
C++ zu C# Code konvertieren
Daten nun folgendermassen realisiert und schon gehts perfekt wie ichs wollte: [code] if ((rdr.BaseStream.Length - rdr.BaseStream.Position) >= 2048) { Buffer.BlockCopy(rdr.ReadBytes(2048), 0,fileBuffer, 0, 2048); size = 2048; } else { int tempsize = (int)(rdr.BaseStream.Length - rdr.BaseStream.Position); Buffer.BlockCopy(rdr.ReadBytes(2048), 0, fileBuffer, 0, tempsize); size = tempsize; } [/code] Danke an alle Helfer. Ihr seid super!
-
Thread
STM32 UART Rx IRQ verliert Daten
NVIC_Init(&NVIC_InitStructure); /* Compute the prescaler value */ TIM9_PrescalerValue = (uint16_t) (SystemCoreClock / 16000000) - 1; /* Time base configuration */ TIM_TimeBaseStructure.TIM_Period = TIM9_ARR; TIM_TimeBaseStructure.TIM_Prescaler = TIM9_PrescalerValue; TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM9, &TIM_TimeBaseStructure); /* Output Compare Toggle Mode configuration: Channel1 */ TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_Toggle
-
Thread
Nokia Farbdisplay 3510i / 6100
hat hier schonmal jemand mit anderen farb formaten gearbeitet, also 8 oder 16bit? bei 8bit tut sich bei mir gar nichts und bei 16bit hab ich nur graustufen. Die 12 Bit geschichte ist zwar schön und gut wird aber spätestens dann sehr unpraktisch wenn man nur 1 pixel übertragen
3510i LCD an Vlcd keine Spannung(bzw 0.15V) messen kann. Das Display ist nach der Beschreibung "3510i.bas" von Martin Kuehn über Spannungsteiler angeschlossen. Nur habe ich statt den Atmega128 den Atmega16 genommen. Muss dieser noch auf diesen Code eingestellt werden oder muss ich noch Fusebits setzen
-
Thread
gcc: definierte struct global vs. innerhalb der Funktion
jemand sagen, warum das GCC hier nicht an beiden Stellen gleich macht? [c]typedef struct { uint16_t TIM_Prescaler; uint16_t TIM_CounterMode; uint16_t TIM_Period; uint16_t TIM_ClockDivision; uint8_t TIM_RepetitionCounter; } TIM_TimeBaseInitTypeDef; void main(void) { TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; .... }[/c]
-
Thread
Verdacht auf GCC / Library Fehler ARM - Toolchain
Board zu Testzwecken und versuche nun die FPU einzubinden: [c] main { int32_t maxY; double base_y; init_fpu(); base_y = 168.0; maxY = (int32_t)base_y; .... } [/c] leider enthält die Variable maxY den Wert 0 statt 168. Disassembly der Zeile "maxY = (int32_t)base_y;":
gleichen negativen Ergebnis. FPU - CompilerOtionen: -ggdb -fomit-frame-pointer -falign-functions=16 -mhard-float -mfpu=fpv4-sp-d16 -fsingle-precision-constant MCU = cortex-m4 Was sagt Ihr ? Könnt Ihr den Fehler nachvollziehen ? Gibt es sonstige Hints - z.B. doubles darfst du nicht verwenden o.Ä
-
Thread
Problem bei Verstärkung von XR2206 Ausgangssignal
Stufe auch bis dahin kommen, ist halt mehr >Schaltungsaufwand... Ja kann er machen. BD245 BD137-16 und BD246 BD138-16 waeren dafuer geeignet. >Ich muß schon sagen, finde es klasse von dir, wie du dich hier >einsetzt!!! >Vor allem haben deine Erklärungen immer Hand u. Fuß, das noch ohne >Schimpf
bis dahin kommen, ist halt mehr >>Schaltungsaufwand... > > Ja kann er machen. > > BD245 BD137-16 und BD246 BD138-16 waeren dafuer geeignet. ...genau an diese Typen dachte ich auch. > >>Ich muß schon sagen, finde es klasse von dir, wie du dich hier >>einsetzt!!! >>Vor allem haben deine
-
Thread
GCC (Backend) an eigene Architektur anpassen
with 32, 32-bit general-purpose integer registers. RV32E: An embedded flavor of RV32I with only 16 integer registers. RV64I: A 64-bit flavor of RV32I where the general-purpose integer registers are 64-bit wide. In addition to these base ISAs, a handful of extensions have been specified. The
Atomics F - Single-Precision Floating-Point D - Double-Precision Floating-Point C - 16-bit Compressed Instructions G - General, a shortcut to IMAFD [/code] Quelle: https://gnu-mcu-eclipse.github.io/toolchain/riscv/
-
Thread
IAR Setup für STM32F108C8 und ST-Link V2
helfen. die Registernamen sind doch von STM definiert.z. B. in stm32f10x.h: #define PERIPH_BASE ((uint32_t)0x40000000) /*!< Peripheral base */ #define APB2PERIPH_BASE (PERIPH_BASE + 0x10000) #define GPIOA_BASE (APB2PERIPH_BASE + 0x0800) #define GPIOA ((GPIO_TypeDef *) GPIOA_BASE) Du musst die Datei nur einbinden, dann ist der Zugriff auf Register kein Problem mehr.
-
Thread
STM32F4 Discovery ADC 2 Channel DMA
Stream4); DMA_InitStructure.DMA_Channel = DMA_Channel_0; DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)&ADC1->DR; DMA_InitStructure.DMA_Memory0BaseAddr = (uint32_t) &ADC_BUFF; DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralToMemory; DMA_InitStructure.DMA_BufferSize = (uint16
Die 4 Byte brauchst du bei der Initialisierung der DMA: DMA_InitStructure.DMA_BufferSize = (uint16_t) (ADC_Buff_NoOfBytes*2);
-
Thread
STM32 Programming Reference
hier.. da sind die USART so definiert: [c] #define USART2 ((USART_TypeDef *) USART2_BASE) #define USART3 ((USART_TypeDef *) USART3_BASE) #define UART4 ((USART_TypeDef *) UART4_BASE) #define UART5 ((USART_TypeDef *) UART5_BASE)[/c] Du schreibst
uint32_t ICR; /*!< USART Interrupt flag Clear register, Address offset: 0x20 */ __IO uint16_t RDR; /*!< USART Receive Data register, Address offset: 0x24 */ uint16_t RESERVED1; /*!< Reserved, 0x26 */ __IO uint16_t TDR;
-
Thread
ESP32 als Außensensor mit Batterie/Akku betreiben
Für Deine Zwecke würde sich ein FireBeetle 2 (ESP32-C6, z.B. bei BerryBase) sehr gut eignen. Der ganze Batterie/Solarkram ist schon onboard und mit 16 µA Deep-Sleep für das gesamte Board kommst Du auch mit kleineren Akkus recht weit. Ich verwende einen 1000 mAh Lipo und eine
im Beitrag #7941214: >> Für Deine Zwecke würde sich ein FireBeetle 2 (ESP32-C6, z.B. bei >> BerryBase) sehr gut eignen. Der ganze Batterie/Solarkram ist schon >> onboard und mit 16 µA Deep-Sleep für das gesamte Board kommst Du auch >> mit kleineren Akkus recht weit. > > https://www.berrybase.de
-
Thread
Arduino und Labview verbinden
versuche gerade meinen Arduino mit Labview zu verbinden. Dabei schlägt schon die Beispiel-Datei "LIFA-Base" beim Hochladen fehl. Die Fehlermeldung: ... warning: left shift count >= width of type duration=(command[8]+ (command[7]<<8)+ (command[6]<<16)+(command[5]<<24)); .... Weis
file included from C:\Users\AD-Mess\Documents\LIFA\3\LabVIEW Interface for Arduino\Firmware\LIFA_Base\LIFA_Base.ino:26:0: sketch\LabVIEWInterface.h:35:16: note: 'unsigned char currentCommand [15]' previously declared here unsigned char currentCommand[COMMANDLENGTH]; // The Current Command
-
Thread
Sharp GP2D02 Sensor auslesen mit CodeVisionAVR und einem AT90S8515
20, 20, 20, 20, 19, 19, 19, 19, 18, 18, 18, 18, 18, 18, 17, 17, 17, 17, 17, 17, 16, 16, 16, 16, 16, 16, 15, 15, 15, 15, 15, 15, 15, 14, 14, 14, 14, 14, 14, 14, 13, 13, 13, 13, 13, 13, 13, 12, 12, 12, 12, 12, 12, 12, 12, 12, 11, 11, 11, 11, 11, 11, 11, 11,
, 0x18, 0x18, 0x18, 0x18, 0x18, 0x17, 0x17, 0x17, 0x17, 0x17, 0x17, 0x16, 0x16, 0x16, 0x16, 0x16, 0x16, 0x15, 0x15, 0x15, 0x15, 0x15, 0x15, 0x15, 0x14, 0x14, 0x14, 0x14, 0x14, 0x14, 0x14, 0x13, 0x13, 0x13, 0x13, 0x13, 0x13, 0x13, 0x12,
-
Thread
Konstansstromquelle stört µC/LCD
(u8 adr, u16 data) { volatile unsigned int sr; do { sr = AT91C_BASE_SPI->SPI_SR; } while (!(sr & AT91C_SPI_TXEMPTY)); unsigned int tdr = 0; tdr |= AT91C_SPI_LASTXFER; tdr |= (adr & 0x0000000f) << 16; tdr |= (data & 0x0000ffff); AT91C_BASE_SPI->SPI_TDR = tdr; } [/c] Das Problem war, dass nach dem Transfer eines Datums/Kommandos gleich neue Daten verschickt wurden. Es wird davon ausgegangen
-
Thread
Röhrenmonitor Maschine defekt. Umbau möglich? lebt noch
am Ausgang sind schon verdächtig), könnte man mit etwas diskretem Gemüse vermutlich ein brauchbares BAS-Signal für den Scart/AV-Eingang einer LCD-Glotze stricken.
Daraus ein BAS Signal zu machen, geht sicherlich. Nur wird der TE mit der restlichen Elektronik gleicher Historie recht schnell vor der Entscheidung stehen, das ganze Geraffel auf Mach3 oder ähnlich mit aktuellen
-
Thread
BA Studium
sie studieren können - es wird sich jetzt sowieso alles ändern: Studieren wird TEUER. Das bringt den BAs einen großen Zulauf.
"Und warum unterrichtet der Prof. dann nicht Vollzeit an der BA?" Weil die BAs auch nur eine begrenzte Anzahl an Vollzeitstellen haben?
-
Thread
STM32: Suche Hilfe zu ADC
[/c] Was bedeutet diese Adresse? Man kann sich in der stm32f10x.h entlanghangeln zu: PERIPH_BASE -> APB2PERIPH_BASE -> ADC1_BASE + 0x4C Aber was ist der Offset von 4C?
stimmt alles. "gls_adc" ist wie folgt deklariert und definiert: [c] typedef struct { uint16_t sensep; uint16_t sensem; uint8_t iSet; uint8_t tOn; uint8_t tOff; uint8_t updwn; } gls_adc_t; volatile gls_adc_t gls_adc; ... // In *.c-Datei: volatile gls_adc_t
-
Thread
dsPIC Bootloader -> Interrupt Remapping
0x2ABFE, LENGTH = 0x2 } __CONFIG3 = 0x2ABFA; __CONFIG2 = 0x2ABFC; __CONFIG1 = 0x2ABFE; __CODE_BASE = 0x2200; __CODE_LENGTH = 0x289F0; __IVT_BASE = 0x2004; __AIVT_BASE = 0x2104; [/code] und biege die Interrupts um: [code] .ivt __IVT_BASE : { SHORT(DEFINED(__ReservedTrap0) ? ABSOLUTE
(__OscillatorFail) ? ((ABSOLUTE(__OscillatorFail)>>16)&0x7f) : ((ABSOLUTE(__DefaultInterrupt)>>16)&0x7f)); SHORT(0x00); .... [/code] Heißt also: Ich lasse GOTO-Anweisungen generieren, die entweder auf den immer vorhanden DefaultInterrupt oder meinen
-
Thread
PNP sperrt nicht richtig und LED's flackern
Hallo, AUX 1,2,3 sind Eingänge. Nämlich der Basen der PNP's. Pad 2,3 sind Masse? Ich würde erstmal versuchen die Widerstandswerte zu reduzieren. Statt 100k > 10k und statt 10k > 1k. Und sperren kann der PNP nur sicher, wenn an der Basis die gleiche
und es braucht ja keine 1000µF um eine LED-Schaltung mit 10mA zu puffern. Da reichen auch 20-100µF. 16V wäre etwas knapp, 25V besser. Und die Transistoren sind ja schon SMD.
-
Thread
Transistor AO ASZ16 J7220
Hallo allerseits, Ich bin auf der Suche nach folgendem Transitor AO ASZ16 J7220 (angeblich circa 35 Jahre alt). Nun habe ich im Internet ASZ16 Transitoren gefunden. Da ich aber nicht weiß, was das AO und die J7220 bedeutet, bin ich mir nicht sicher, ob diese Kompatibel sind
ASZ 16 - das waren noch Transistornamen mit Klang... Oh, güld'ne Jugendzeiten, wohin seid ihr entschwunden?
-
Thread
STM32F4 Discovery: Problem mit DMA (ADC + Audio DAC)
Timer2 als Trigger des ADC1 TIM_DeInit(TIM2); //RCC_PCLK1Config (RCC_HCLK_Div1); TIM_TimeBaseStructInit(&TIM_TimeBase_InitStructure); //auf standard stellen TIM_TimeBase_InitStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBase_InitStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBase_InitStructure.TIM_Period = 1750; //21e6/(((float)fa)*0.9114); //-->84MHz bzw der Takt von TIM2 wird vorgeteilt auf 21MHz (glaub ich) TIM_TimeBase_InitStructure.TIM_Prescaler = 0; TIM_TimeBaseInit
-
Thread
STM32: Sendepuffer für USART
register, Address offset: 0x18 */ } USART_TypeDef; [/c] Weiter hinten dann: [c] #define USART1_BASE (APB2PERIPH_BASE + 0x1000U) #define USART2_BASE (APB1PERIPH_BASE + 0x4400U) *schnipp* #define USART2 ((USART_TypeDef *) USART2_BASE) #define USART3 ((USART_TypeDef *) USART3_BASE) [/c] Jetzt kannste auf USART->SR arbeiten. Einer Subfunktion gibts du das USARTx als Paremeter und die kann dann generisch auf variable->SR arbeiten (die putc per Poll Funktion zB). Um auf den
-
Thread
Audiowidergabe Grundlagenverständnisproblem
, von eine Audiogrußkarte, direkt an den DAC und die andere Seite auf GND anschließen - hat das 16bit wave file, welches ich mit audacity exportiert habe, plus und minus? - kann ich das wavefile in ein uint16 array einlesen oder muss es in ein int16?
HAL_DAC_Start_DMA(&hdac, DAC_CHANNEL_1, (uint32_t*) sine_wave_array, 32, DAC_ALIGN_12B_R ); HAL_TIM_Base_Start(&htim6); Deshalb verstehe ich das Problem mit dem wave file nicht. int16_t DAC_Buff[512]; // Der array 512 /* ##### Hier die der Ausschnitt wo ich eure ganzen Ideen und
-
Thread
PAL (via Cinch)
nicht die Links! Oben hat doch jemand das von der Wiki gepostet und in dem Link ist ein Link auf BAS: http://de.wikipedia.org/wiki/FBAS Was Ingo bestätigt.
hier rein: http://www.roboternetz.de/phpBB2/dload.php?action=file&file_id=217 Da wird ein PAL BAS-Videosignal mit einem AVR Mega-8 erzeugt. MfG Willi
-
Thread
STM32 DMA mit SPI funktioniert nicht
DMA_InitTypeDef dmaInitStruct; dmaInitStruct.DMA_Channel = DMA_Channel_3; dmaInitStruct.DMA_Memory0BaseAddr = (uint32_t) tlcValues; dmaInitStruct.DMA_PeripheralBaseAddr = (uint32_t) &(SPI1->DR); dmaInitStruct.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte; dmaInitStruct.DMA_PeripheralDataSize =
DMA_DeInit(DMA2_Stream3); dmaInitStruct.DMA_Channel = DMA_Channel_3; dmaInitStruct.DMA_Memory0BaseAddr = (uint32_t) tlcValues; dmaInitStruct.DMA_PeripheralBaseAddr = (uint32_t) &(SPI1->DR); dmaInitStruct.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte; dmaInitStruct.DMA_PeripheralDataSize =
-
Thread
(STM32) Register Lib mit define oder nicht define..
später statische Code-Analyser besser arbeiten können. Also in etwa so: [code] #define RCC_BASE 0x40023800ul #define RCC_CR (*((volatile uint32_t *)(RCC_BASE + 0x00ul))) #define RCC_CR_PLLRDY ((uint32_t)(1ul << 25)) (...) #define RCC_CSR
im Beitrag #5296221: > Beispiel schlecht, ganz schlecht > TCCR1B |= (1<< CS10)|(1<< CS12); // 16Mhz/1024 prescaler Örks.. ja, da stimme ich Dir zu. > Mit nem richtigen header - also so wie es alle machen ausser atmel - > sehe es so aus > TCCR1B |= CS10 | CS12; // 16Mhz/1024 prescaler
-
Thread
STM32 ADC und Interrupt
{ RCC_AHB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); //TIM intit structure TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; //config init structure TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_Period = 84-1; TIM_TimeBaseStructure.TIM_Prescaler = 1000-1; //TIM_TimeBaseStructure.TIM_RepetitionCounter = ?; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure); TIM_SelectOutputTrigger(TIM2, TIM_TRGOSource_Update);
-
Thread
DCF77 Uhr in C mit ATtiny26
define XTAL 3686400L Reicht das schon aus??? in timebase.c wird ja im SIG_OVERFLOW0 eine "time base 1 second" aufgesetzt: // time base 1 second TCNT0 = (u16)(256 - T0COUNT); // reload per tick: -183 if( ++ct_64Hz & 0x3F ){ // 64 ticks = one second timeflags = 1<<ONE_TICK;
zustandekommen könnte, und dann nie synchronize gesetzt wird? in TIMEBASE.C:44: [c] TCNT0 = (u16)(256 - T0COUNT); // reload per tick: -183 if( ++ct_64Hz & 0x3F ){ // 64 ticks = one second timeflags = 1<<ONE_TICK; // one tick over return; } TCNT0 = (u16)(256 - T0COUNTSEC
-
Thread
Faktensammlung Buderus EMS
ein 16-Bit-Offset Oder ist das jetzt ein 16-Bit Offset oder noch ein weiterer neuer Datentyp? Kann auch sein dass es nur ein Messwert ist oder eine Art Zeitstempel? Gruß Ingo
rausgepickt: RCTimeMessage ( 10 00 06 00) 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 Daten: 10 00 06 00 13 05 16 1e 19 10 03 01 0c 00 10 00 ed - CRC-Fehler Jahr=0x13 (2019) Monat=0x05 Mai Stunden=0x16 22 Tage=0x1e 30 Minuten=0x19 25 Sekunden=0x10 16 Wochentag=0x03 Donnerstag
-
Thread
AtMega64 on board programmieren
Ist die gleiche ISP Schnittstelle wie beim Mega16, Mega32...
BASCOM programmieren willst. Im übrigen sollte das von Bascom genau so funtionieren, wie mit dem Mega16,32
-
Thread
Lan9303 + pic32
Der LAN9303 benötigt bei 100Base-TX laut Datenblatt stolze 190mA @ 3,3V, dazu kommen noch 2x 42mA Übertragerstrom. Bei 10Base-T liegen die Verhältnissse noch etwas ungünstiger. * Je nachdem, wie die im Baustein erzeugte Wärme vom
(statt 16 Bit bei PMI und den PHY-Registern) zwei SMI-Frames nötig, die sich bezüglich Adressierung im LSB von REGISTER ADRESS unterscheiden (1 für das höherwertige 16-bit-Wort (also Bytes 3 und 2) und 0 für das
-
Thread
Hex.file erstellen
Mein neuer Fehler: C:\Users\Admin\Desktop\PROPRO/ledblink.c:7: undefined reference to `initRobotBase' C:\Users\Admin\Desktop\PROPRO/ledblink.c:16: undefined reference to `changeBeepsound' C:\Users\Admin\Desktop\PROPRO/ledblink.c:17: undefined reference to `setBeepsound' C:\Users\Admin\Desktop
in einem Unterverzeichnis 'RobotArmBaseLib' befinden und das solltest du im include berücksichtigen. Also [c] #include "RobotArmBaseLib/RobotArmBaseLib.h" [/c]
-
Thread
Lm3s9b96 CAN controller initialisierung
and the state of the CAN // module to a known state. // CANInit(CAN0_BASE); // // Set up the bit rate for the CAN bus. This function sets up the CAN // bus timing for a nominal configuration. You can achieve more control // over the CAN bus
// sheet for more information about CAN peripheral clocking. // CANBitRateSet(CAN0_BASE, SysCtlClockGet(), 500000); // // // Enable interrupts from CAN controller. // CANIntEnable(CAN0_BASE, CAN_INT_MASTER | CAN_INT_ERROR);// | CAN_INT_STATUS
-
Thread
Parameter string
geeignet Eher schon strtol(), oder einer seiner Brüder, denn dort kann man die Zahlenbasis (hier 16) angeben.
#5722406: > Marwin schrieb: >> > { > temp[0] = *quelle; > *ziel = strtol(temp,nullptr,base); > quelle++; > ziel++; > } > } > > void setup() > { > Serial.begin(9600); > Serial.println("Start"); > wandel(quelle,ziel,16); > for(uint8_t t:ziel)Serial.println(t); > }
-
Thread
Wechselspannung 100kHz genau messen
Messaufgabe habe ich das Problem die Amplitude eines ca. 100kHz >Sinussignals möglichst genau zu messen (16Bit Auflösung bei 2Vss). Fehler der Messung < 1LSB? Warum mußt du das so genau messen? Wie genau ist der Sinus? Klirrfaktor?
recht ähnlich, weshalb der Einsatz der BAS70 keinen großen Vorteil macht. Eine alternative Methode, die oft in solchen Schaltungen verwendet wird, besteht in der Verwendung eines aktiven Einweg- oder Doppelweggleichrichters mit nachgeschaltetem
-
Thread
[S] Leute die einen Logic Analyzer (MiniLA) bauen wollen
@Guido (Gast) http://www.ulrichradig.de/ Base Kit Xilinx CLPDs Ausarbeitung CPLDs / VHDL Wigbert
parport0). WinDriver v9.00 Jungo (c) 1997 - 2007 Build Date: Mar 27 2007 X86 32bit 22:31:22. LPT base address = 0378h. ECP base address = 0778h. Cable connection established. unter "Boundary Scan" allerdings nicht. Toll... :(
-
Thread
Kondensator Spannungsfestigkeit
kann mir das bitte jemand erklären, warum ich unr ca 100nF effektiv habe, wenn ich einen X7R 220nF 16V an 12V betreibe? Bzw, wo gibt es eine passende Erklärung dazu, ich wüsst da nicht mal nach was ich suchen soll. Danke!
nicht so. Das Zauberwort heisst "DC-Bias-Derating" https://community.infineon.com/t5/Knowledge-Base-Articles/DC-Bias-Characteristic-of-Multilayer-Ceramic-Capacitor-MLCC-KBA223633/ta-p/250035
-
Thread
Kleines Serverlein mit ECC und wenig Watt im Idle-Mode?
Hi, ich suche einen kleinen Server mit ECC und wenig Watt im Idle-Mode. USB3, 1000BaseT, 2GB ECC RAM ist das Minimum. OS: Linux Im betriebsbereit Zustand sollte er möglichst wenig Leistung aufnehmen. Die 1000BaseT sollte er auch auslasten können (USB3 HDD -> 1000BaseT). Edit
Stromverbrauch sinkt deutlich, wenn man Laptop-Festplatten oder gar > eine SSD einbaut. Ach, nein - eine 16TB-SSD ist nicht meine Preisklasse.
-
Thread
Einführung in Octal 3-State Noninverting Transparent Latch gesucht
anliegen und mit den Erwartungen vergleichen? Solange dürfte Ändern und neu flaschen auch unter BasCom nicht dauern und bis man den AVR zerflasht hat, dauert noch viiiel länger. ;-) Gruß aus Berlin Michael
Hallo, mit BasCom habe ich nichts am Hut, aber das wird ja wohl auch logische Verknüpfungen und Portausgaben kennen und nicht nur Bit-Zuweisungen... Arrays, Tabellen und Sunroutinen sollte es in BasCom ja auch
-
Thread
warum schreibt man hinter dem wert von einer unsigned variablen nochmal ein u
teils auf Rechenschritte verzichtet werden. Ein Beispiel bei mir aus dem echten Leben: imgBuf[sBase+4] |= (cl & 0x20u) ? sBaseCol8 : 0; (alles 8-bit Werte, unsigned). Was das macht ist erstmal unerheblich. Effizienter ist aber: imgBuf[sBase+4] |= (cl & 0x20u) ? sBaseCol8 : 0u; Grund: Es gibt
schrieb im Beitrag #6672721: > #define P(x, y) ((x * 100) / y) > uint8_t var1 = P(10, 50); > uint16_t var2 = P(10, 50); Wo ist hier der Überlauf? Verstehe ich nicht.
-
Thread
Microcomputer mit Intel Pentium +Fragenthed+
Data bit 0 A10 I/O CH RDY I/O Channel ready, pulled low to lengthen memory cycles A15 A16 Address bit 16 A16 A15 Address bit 15 A17 A14 Address bit 14 A18 A13 Address bit 13 A19 A12 Address bit 12 A20 A11 Address bit 11 A21 A10 Address bit 10 A22 A9 Address
SD09 Data bit 9 C13 SD10 Data bit 10 C14 SD11 Data bit 11 C15 SD12 Data bit 12 C16 SD13 Data bit 13 C17 SD14 Data bit 14 C18 SD15 Data bit 15 D2 /IOCS16 I/O 16-bit chip select (1 wait, 16-bit I/O cycle) D3 IRQ10 Interrupt Request 10 D4 IRQ11 Interrupt
-
Thread
AT91SAM7 I2C multiple write
pTwi->TWI_CR = AT91C_TWI_MSEN; /* Wait until TXRDY is high to transmit */ status = AT91C_BASE_TWI->TWI_SR; while (!(status & AT91C_TWI_TXRDY)) status = AT91C_BASE_TWI->TWI_SR; /* Set the TWI Master Mode Register */ pTwi->TWI_MMR = (uiSlaveAddr << 16) & ~AT91C_TWI_MREAD;
return 9; } } /* Wait for the Transmit complete is set */ status = AT91C_BASE_TWI->TWI_SR; while (!(status & AT91C_TWI_TXCOMP)) status = AT91C_BASE_TWI->TWI_SR; return error; } [/c] Ich möchte jetzt den multiple write mode nutzen. Also START condition, Addressbyte
-
Thread
Wer möchte seinen eigenen ASIC?
drüber geredet und etwas naiv: Einen AVR, nur quasi doppelt so groß. Also 8-Bit-Register werden zu 16-Bit-breiten Registern, die 2*8 breiten Zeigerregister würden dann zu 2*16 Bit usw. Wär doch mal was Feines :-D
> Einen AVR, nur quasi doppelt so groß. Also 8-Bit-Register werden zu > 16-Bit-breiten Registern, die 2*8 breiten Zeigerregister würden dann zu > 2*16 Bit usw. Das wär ja schade drum. Wer über den AVR-Tellerrand sieht, wird 16 und 32 Bit-CPUs ohne Ende finden. Ein