-
Thread
[V] Rauchmelder FireAngel ST-620-DET
:50:08 On Base von SID0 Um19:50:44 Off Base von SID0 Um 19:51:38 On Base von SID0 Um 19:52:59 Off Base von SID7 Um 19:54:42 On Base von SID7 Um 19:55:49 Abruf des Remote Status von SID0 (Firmware Revision
mit „Fault Event Record Exist“) Um 19:59:53 Abruf von Battery Voltage von SID0 (Hier 2852mV) Um 20:01:24 Abruf von SID map von SID0 (Hier 0,7) Um 20:03:30 Testalarm von SID0 (Normaler Alarm) Um 20:07:07 Off Base von SID0 Um 20:08:18 Off Base von SID0 Um 20:11:27 Testalarm von SID7 (Blinkt
-
Thread
VHDL Grundlagen Tonerzeugung
.96khz.org/htm/sidemulation.htm (unten auf der Seite ist ein Soundbeispiel) > Ich dachte eine Base-Drum besteht im wesentlichen aus einem > tief-frequenten Sinus. Ja, die Base-Drum, da ist sie wieder:-) Bei der Antwort muss Ich etwas ausholen: Die *base* line, also die (Rythmus-)basis in
Rechentiefe und -aufwand verliert man bei der numerischen Methode so durchschnittlich einen Faktor 20 gegenüber einer analytischen Synthese.
-
Thread
LM358/LM324 alternativen
PIN-Kompatible OPs die mehr 'Performance' (Grenzfrequenz/Verstärkung/Rauschen) besitzen? danke bas
versuchen die irgendwie mal durchzusehen. Die 'Farnell-Suchmaschine' ist auch ganz nett. gruß bas
-
Thread
stm32f103-bluepill-peripherie
(port) *0x400 + (pin/8)*4)&=~(0b1111<<(4*(pin%8)));*(uint32_t*)(GPIOA_BASE + PORT(port) *0x400 + (pin/8)*4)|=(0b1000<<(4*(pin%8)));} #define pinSET(x,y) (*(uint32_t*)(GPIOA_BASE + PORT(x)*0x400 + 12))|=(1<<y) #define pinCLR(x,y) (*(uint32_t*)(GPIOA_BASE + PORT(x)*0x400 + 12))&=~(1<<y) #define pinTOG(x,y) (*(uint32_t*)(GPIOA_BASE + PORT(x)*0x400 + 12))^=(1<<y) #define pinVAL(x,y) (*(uint32_t*)(GPIOA_BASE + PORT(x)*0x400 +8 ) & (1<<y)) //#define pinVAL(x,y) (*(uint32_t*)(GPIOA_BASE + PORT(x)*0x400 + 8) & (1<
-
Thread
Frage zu ELV Netzteil
Hallo, Habe vor diese NT (siehe PDF) nach zu Bauen. Wofür sind die Dioden D20-D22 da? Habe in einen anderen Forum gelesen, der Vergleichstyp ist eine BAS33. Jemand hat dieses NT schon nachgebaut, aber mangels DX400 /BAS33 die Dioden weggelassen und es funktioniert troztdem.Er schrieb noch, wenn mann die BAS33 gegen eine 1n4148 tauscht, dann geht es nicht. Was ist so besonderes an der BAS33? Gruss Andi
-
Thread
Ventil und Status-LED schalten
Emitter-Base "Reverse" Voltage! Was Du da meinst, ist aber die Collector-Base Stecke und da liegt die max. Spannung, nochmals um diese Emitter-Base "Reverse" Voltage über der max. Collector Emitter Voltage.
So sollte es mit 20mA und ohne nennenswerte Belastung des Arduino gehen.
-
Thread
DOGM081 Display Fehlersuche *HILFE*
jaja - den Fehler hab ich auch schon gemacht beim zurückschalten auf IS0 - bei dir "FUNCTION_SET_BAS" muss 0x20 gesendet werden, denn 0x30 schaltet wieder auf 8-Bit-Datenbus um Sascha
Hi Sascha, habe FUNCTION_SET_BAS aus 0x20 gestellt, leider funktioniert es immer noch nicht. Kannst Du Dir den Rest vielleicht auch noch anschaun, was ich falsch gemacht habe? Grüße
-
Thread
Lauflicht Riesenrad
^------------------------------------- 1 channel Dim Color(3) as Byte R alias Color(_base) : G alias Color(_base + 1) : B alias Color(_base + 2) Rb_selectchannel 0 ' Kanal wählen Do R = 0 : G = 0 : B = 100 ' blau
= 0 , Rd1_len = 8 , Rd1_port = Portd , Rd1_pin = 1 Dim Color(3) As Byte R Alias Color(_base) : G Alias Color(_base + 1) : B Alias Color(_base + 2) Rb_selectchannel 0 ' Kanal wählen R = 100 : G = 0 : B = 0 Rb_setcolor 0 , Color(1)
-
Thread
"Apps" für ein embedded Device
targets, this option is enabled by default. When disabled on such targets, it will enable -msingle-pic-base by default.[/pre] Aber die Wirkung ist seltsam. Dieses PIC base register ist nicht zu sehen, er packt dann static const Daten (z.B. Texte) ins RAM, die normal im Flash landen und die Offset Table ist
eagle user schrieb im Beitrag #5102218: > Dieses PIC base register ist nicht zu sehen, er packt dann static const > Daten (z.B. Texte) ins RAM, die normal im Flash landen Das aber ist doch logisch, wenn Programme als "Apps" zur Laufzeit ins RAM geladen
-
Thread
STM32F7 Discovery Board
cortex_mx_stm32/Flat.aspx?RootFolder=%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex_mx_stm32%2fSTM32F7xx%20I2C%20bus%20frequency%20too%20high&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B&TopicsView=https%3A%2F%2Fmy%2Est%2Ecom%2Fpublic%2FSTe2ecommunities%2Fmcu%2FLists
RootFolder=https%3a%2f%2fmy%2est%2ecom%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex_mx_stm32%2femWin%20Problem%20with%20STM32F746%20Disco%20board&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B¤tviews=30 Eine Antwort besagt, ich solle das Interface prüfen
-
Thread
STM32 Tutorial
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); TIM_TimeBase_InitStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBase_InitStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBase_InitStructure.TIM_Period = 999; TIM_TimeBase_InitStructure.TIM_Prescaler = 71; TIM_TimeBaseInit(TIM2, &TIM_TimeBase_InitStructure); TIM_OC_InitStructure.TIM_OCMode = TIM_OCMode_PWM1; TIM_OC_InitStructure.TIM_OCIdleState = TIM_OCIdleState_Reset; TIM_OC_InitStructure.TIM_OCNIdleState =
-
Thread
Frage zu Konfiguration eines Pin-Interrups auf dem AT91 unter ecos
========================== void Setup_Pin_Interrupt(void){ AT91F_PIO_CfgInput( AT91C_BASE_PIOA, RX_PIN ); //AT91F_PIO_CfgPullup( AT91C_BASE_PIOA, RX_PIN ); //SETUP interrupt cyg_drv_interrupt_create( fs20pin_irqConfig.int_vector, // number of the interrupt (0-31
// Fill eCos interrupt vector tables cyg_drv_interrupt_attach( irq_fs20pin_handle); cyg_drv_interrupt_unmask( fs20pin_irqConfig.int_vector); AT91F_PIO_InterruptEnable ( AT91C_BASE_PIOA, RX_PIN ); } cyg_uint32 at91_fs20pin_ISR( cyg_vector_t vector, cyg_ucount32
-
Thread
Grasshopper Inbetriebnahme
für Linux heruntergeladen, aber leide rfindet er die nötigen Executables nicht, obwohl ich ICnova_base/build_avr32/staging_dir/bin zum Pfad hinzugefügt habe. In ICnova_base/build_avr32/staging_dir/bin sind bei mir folgende Dateien: [pre] avr32-linux-addr2line avr32-linux-uclibc-addr2line
usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin:/mount/share/bin:/usr/sbin/:/sbin/:xxxxxx/icnova_base_cd/ICnova_base/build_avr32/staging_dir/bin/ [/pre] Wo liegt das Problem? Warum findet er die Toolchain nicht?
-
Thread
STM32 OLED MiniScope
("20ms", Font_7x10, White); ssd1306_UpdateScreen(); break; } [/c] Initialisierung in adc.c [c] /* ADC1 init function */ void MX_ADC1_Init(void) { ADC_ChannelConfTypeDef
des generic_boot20_pc13.bin nicht mal ein USB 'erkannt' Systemsound, geschweige denn ein Maple COM Port. Und bekommst du die möglichen 2.3Msps (7.5Msps interleaved) mit dem ADC über dein HAL hin ?
-
Thread
stm32f429 Expansion board
DMA_InitStructure.DMA_Channel = OV9655_DCMI_DMA_CHANNEL; DMA_InitStructure.DMA_PeripheralBaseAddr = OV9655_DCMI_REG_DR_ADDRESS; // DMA_InitStructure.DMA_Memory0BaseAddr = LCD_RAM_ADR; #define SDRAM_START_ADRx ((uint32_t)0xD0000000) DMA_InitStructure.DMA_Memory0BaseAddr = SDRAM_START_ADRx
cortex_mx_stm32/Flat.aspx?RootFolder=%2Fpublic%2FSTe2ecommunities%2Fmcu%2FLists%2Fcortex_mx_stm32%2FDCMI%20Camera%20interface%20-%20max%20Resolution%20Camera&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B¤tviews=2990 den dort geposteten code werde ich jetzt
-
Thread
Laserjet HP2035 unter DOS
Windows fähige > Programmiersprache verpasst. Wenn ich mich recht erinnere, ist Clipper ein dBase-kompatibler Compiler. dBase-kompatibel ist aber auch FoxPro, d.h. alte dBase-für-DOS-Anwendungen lassen sich mit FoxPro auf Windows überführen.
im Beitrag #3487795: > Also Clipper zeichnete Befehle und Funktionen aus, die weit über das > dBase-Vokalbular hinausgingen. Deshalb helfen die meißten > "dBase-kompatiblen" Sachen hier nur sehr begrenzt. Besser gesagt garnicht: Clipper ist eine ganz andere Sprache, die nur DBase-Dateien benutzt
-
Thread
RFID-RFM12-Funkmodul
(CRC-Checks) gemacht und wenn alles okay ist per RFM der Tag (im ASCII-Format) mit dem Kommando $ 20 + "Tag" an die Base-Station geschickt. Die Base-Station muss nun den Tag auf Gültigkeit prüfen und dem RFID-Funk-Modul antworten. Das RFID-Funk-Modul wartet während dessen auf eine Antwort der Base-Station
einlesens ertönt der Piepton) und wenn alles okay ist per RFM der Tag (im ASCII-Format) mit dem Kommando $20 + "Tag" an die Base-Station geschickt. Nun wird wieder auf die Antwort gewartet und demensprechend reagiert. Ist der Tag gültig und als Antwort kanm eine $20 zurück wird vom RFID-Modul wieder für 3s
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
> Es gibt das Seagate Dockstar für 20Euro, Wo? Hab ich nur teurer gesehen.
einem USB Stick debian installiert: http://evilx99.ev.funpic.de/linux/ThinClient/DockStar/Seagate%20FreeAgent%20DockStar.pdf läuft bestens hat nur ewig gedauert...
-
Thread
Elektronikzirkel in Leipzig und Umgebung
Könnte auch die Woche ab 20:00 Uhr.
>Mittwoch 13.08. 20 Uhr - wieder im Volkshaus? Yo. Dann sage ich mal zu.
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
> 20 ? Über 1M und C parallel an GND R18 = 105 = 1 Megaohm C30 = 1.35 µF
Ich habe gerade in Osnabrück noch etwa 20 Stück gesichtet ;)
-
Thread
beep-debugging
Ich hatte das mal so gemacht: [c] constexpr note c_ii_1 {Pitch{Letter::c}, Length{Base::whole}}; constexpr note c_s_ii_1 {Pitch{Letter::c, Octave::ii, Accidential::sharp}, Length{Base::whole}}; constexpr note d_ii_1 {Pitch{Letter::d}, Length{Base::whole}}; // ...
> Ich hatte das mal so gemacht: > > [c] > constexpr note c_ii_1 {Pitch{Letter::c}, Length{Base::whole}}; > constexpr note c_s_ii_1 {Pitch{Letter::c, Octave::ii, > Accidential::sharp}, Length{Base::whole}}; > constexpr note d_ii_1 {Pitch{Letter::d}, Length{Base::whole}}; > > //
-
Thread
STM32F103: Timer 2 als PWM Generator läuft nicht
uint16_t reload; void Init_Timer2_PWM() { #define FREQ 40000 // 40 Khz für IRED, 20khz für Überlauf; TIM_TimeBaseInitTypeDef TimerBaseInitStructure; GPIO_InitTypeDef GPIO_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); // Timer mit Clock
uint16_t reload; void Init_Timer2_PWM() { #define FREQ 40000 // 40 Khz für IRED, 20khz für Überlauf; TIM_TimeBaseInitTypeDef TimerBaseInitStructure; GPIO_InitTypeDef GPIO_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); /* Timer 2 mit Clock
-
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
LED Lauflicht mit ATmega
vermutlich liegt der Fehler also bei der Schaltung. Für die Schaltung, siehe Anhang. Die beiden Basen sind über einen 1k-Ohm Basiswiderstand an den µC angeschlossen (Beide Basen parallel!!). Die LEDs sind über einen Vorwiderstand an VDD angeschlossen. Der Emitter der Transistoren liegen auf GND
Low-Current LEDs gibt. Hast du dir die LED 3-04700 WS bei Reichelt angesehen? Man muß ja nicht 20mA durchschicken.
-
Thread
Vivado SDK: Registerlesen
to 0 usleep(500); XAdcPs_WriteReg(((&XAdcPtr)->Config.BaseAddress), XADCPS_MSTS_OFFSET, 0x1); //set CONVST to 1 (rising edge) usleep(2); XAdcPs_WriteReg((&XAdcPtr)->Config.BaseAddress, XADCPS_MSTS_OFFSET, 0x0); //set CONVST back to 0 usleep(1000); while(1) { if (((XAdcPs_ReadReg((&XAdcPtr)->Config.BaseAddress, XADCPS_INT_STS_OFFSET)) & 0x20) == 0x20) //if EOS is high { XTime_GetTime(&stamp[0]); break; } test++; } printf("%llu\n", (unsigned long long)stamp[0]);
-
Thread
Pollin TIAN MA A2C00096100 LCD Modul
// Slave Addr Byte (SA=0/RW=0) i2c_write(0x00); // Control Byte (CO=0/RS=0) i2c_write(0x20); // Function Set (Base + Standard, 1 Line, 1:18 Multiplex) i2c_write(0x0E); // Display Ctl (Disp On, Cursor On) i2c_write(0x06); // Entry Mode (Addr Increment, No Shift) i2c_stop
VLCD gemessen ist bei mir 5,83V i2c_write(0xC0); // VLCD_set (VB=0x00) Disabled i2c_write(0x20); // Function Set (Base + Standard, 1 Line, 1:18 i2c_stop(); [/code] Die DDRAM Addressen für die 20 Zeichen sind seltsam verteilt: [code] 0x1A,0x1B,0x1C,0x1E,0x1F,0x00,0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09,0x0A
-
Thread
UDP Broadcast mehrere Switches
Das Zeitverhalten dieser Switch-Kette bei 10BaseT1L dürfte nur unwesentlich besser sein als das, was man in der vorderen Altsteinzeit (also kurz nach dem Aussterben der Dinosaurier) als 10Base2 oder 10Base5 kannte. Das war 10-MBit-Ethernet auf Koaxkabel
DerEinzigeBernd schrieb im Beitrag #7327092: > Das Zeitverhalten dieser Switch-Kette bei 10BaseT1L dürfte nur > unwesentlich besser sein als das, was man in der vorderen Altsteinzeit > (also kurz nach dem Aussterben der Dinosaurier) als 10Base2 oder 10Base5 > kannte. Andersrum. Es ist schlechter
-
Thread
TV Bild mit AVR
http://www.2cool4u.ch/tv_signal_measurement/tv_signale_grundlagen/tv_signale_grundlagen.pdf#search=%22bas%20signal%22 MfG Paul
&H20 , &H10 , &H10 , &H10 , &H10 , &H10 , &H20 , &H00 Data &H10 , &H20 , &H20 , &H20 , &H20 , &H20 , &H10 , &H00 Data &H00 , &H50 , &H70 , &HF8 , &H70 , &H50 , &H00 , &H00 Data &H00 , &H20 , &H20
-
Thread
Neo Pixel info
LED-Modulen angezeigt und die Versorgungsspannung für die LED-Module ist 5V. Das Netzteil ist für 20A und 0-20V ausgelegt. Fakt ist: mit kurzen Kabeln geht es, mit langen Kabeln nicht. Gruß Rolf
LED-Modulen angezeigt und die Versorgungsspannung für die LED-Module ist > 5V. Das Netzteil ist für 20A und 0-20V ausgelegt. > Fakt ist: mit kurzen Kabeln geht es, mit langen Kabeln nicht. Die Sprache der Techniker ist ein Schaltplan, bei Dir auch unterstützt durch Fotos. Prosa interessiert nur als
-
Thread
Hameg 604-3 Oszilloskop
habe ich alle kontrolliert ohne erfolg. Am Transistor T1010 liegen volgende Werte an. Pin 1 = Base = 12,1 Volt Pin 2 = Collector = 0,0 Volt Pin 3 = Emitter = 12,7 Volt Am ausgang sind alle spannungen anliegend ausser die +12 Volt.
Am T1012 liegt an der base 0,73 Volt, am emitter 0,13 Volt und am collector 12,32 Volt.
-
Thread
Selbstschwingender Gegentaktwandler - unsauberes Umschalten
zwischen B und E sein? Geht es auch anders? Z.B. mit anderen Windungszahlen für die Ansteuerung der Basen? 3. Im Moment läuft der Wandler bei ca. 20 kHz. Hat es Sinn die Umschaltfrequenz zu erhöhen (nur weniger Primärwindungen, sonst gleiches Design)? Wie weit kann ich die Frequenz erhöhen? Danke
Prinzip ja. > Wie groß soll der > Widerstand zwischen B und E sein? Geht es auch anders? Die basen werden doch schon mit negativer Spannung ausgeräumt, da passt schon. > Z.B. mit anderen > Windungszahlen für die Ansteuerung der Basen? >3. Im Moment läuft der Wandler bei ca. 20 kHz. Hat es
-
Thread
H-Brücke Einschaltproblem
Motorstrom liegt bei max 15A Spannung ist 20V PWM ist nur ca. 120Hz
Rudi Ratlos schrieb im Beitrag #1672851: > 20A sind nicht von Pappe bei undefiniertem Einschaltzustand. Wieso undefinierter Einschatzustand? Es macht doch nun Pull-downs an die Basen. (Und in der Initialisierung schreibt er sicher auch erst den
-
Thread
[V] Diverse Entwicklungstools
ca 2 jahre alt, sehr selten benutzt. 40 Euro 1x AVR Dragon, Defekt. DCDC-Wandler ist abgeraucht. 20 Euro 1x SILabs MCU ToolStick Base Adapter http://www.silabs.com/products/mcu/Pages/ToolStick.aspx Neu und unausgepackt. 10 Euro 1x SILabs CP2103EK USB-UART Bridge, Neu und unausgepackt. 20 Euro
...und wieder ein Teil weniger: 1x AVR Dragon, Defekt. DCDC-Wandler ist abgeraucht. 20 Euro 1x SILabs MCU ToolStick Base Adapter http://www.silabs.com/products/mcu/Pages/ToolStick.aspx Neu und unausgepackt. 10 Euro 1x SILabs CP2103EK USB-UART Bridge, Neu und unausgepackt. 20 Euro
-
Thread
Temperatur Datenlogger
#2524921: > Also in Bascom würde das so aussehen ("data.csv" auf SD-Karte): > > $include "Config_MMC.bas" 'AVRDOS > $include "Config_AVR-DOS.BAS" 'AVRDOS > Braucht man für avrdos nicht eine Privatlizenz für 20 Eur? Oder geht das so auch
: >> Also in Bascom würde das so aussehen ("data.csv" auf SD-Karte): >> >> $include "Config_MMC.bas" 'AVRDOS >> $include "Config_AVR-DOS.BAS" 'AVRDOS >> > Braucht man für avrdos nicht eine Privatlizenz für 20 Eur? Oder geht das >
-
Thread
Funktionsgenerator mit STM32 VL Discovery
controlFunctions.h" #include "dacFunctions.h" #define DAC_DHR12RD_Address 0x40007420 // BASE 0x4000 7400 + Offset 0x20 ( TRM p. 206 ) ==> DAC Channel 1 Right aligned #define DACSTEPS 50 #define DAC1 GPIO_Pin_4 DAC_InitTypeDef DAC_InitStructure; DMA_InitTypeDef DMA_InitStructure
GPIO_Mode_AIN; GPIO_Init( GPIOA, &GPIO_InitStructure ); // TIM2 Konfiguration TIM_TimeBaseStructInit( &TIM_TimeBaseStructure ); TIM_TimeBaseStructure.TIM_Period = 100; // Timer zählt bis 100 - irrelevant TIM_TimeBaseStructure.TIM_Prescaler = signalFreqDivs
-
Thread
Schnurloses IP Telefon als Allheilmittel?
FRITZ-Box-zum-Telefonieren-uber-andere-FRITZ-Box-einrichten/ Eine 7360'er z.B. gibt es für weniger als 20€ bei ePay.
Ich wiederhole: Gigaset N720 - 1x DECT Manager und 2 Basen, kosten zusammen gebraucht ca. 300,- , regelt das Handover voll automatisch und deckt locker ein Fußballfeld ab (ok, in Gebäuden etwas weniger). Man kann weit über 20 Handsets (z.B. Gigaset C430) daran
-
Thread
"NUCLEO"-Borads von GigaDevice
) /*!< apb1 base address */ #define APB2_BUS_BASE ((uint32_t)0x40010000U) /*!< apb2 base address */ #define AHB1_BUS_BASE ((uint32_t)0x40020000U) /*!< ahb1 base address */ #define AHB2_BUS_BASE ((uint32_t)0x48000000U) /*!< ahb2 base address [/c] Meinst Du die Tatsache daß das U suffix und der Cast doppelt gemoppelt sind
-
Thread
Thema Netzwerkkarte in der Beruffschule
Folgenden gefunden: IEEE 802.1p (Traffic Prioritization) IEEE 802.1q (VLAN Tagging) IEEE 802.3 (10Base-T Ethernet) IEEE 802.3u (100Base-TX Fast Ethernet) IEEE 802.3ab (1000Base-T Gigabit Ethernet) IEEE 802.3x (Flusskontrolle für Vollduplexmodus Hier habe ich aber die Rückmeldung vom Lehrer erhalten
Leistungsmerkmale, die nur auf die Netzwerkkarte zutreffen, seien und wir uns die Spezifikationen (10Base-T, 1000Base-T, 10GBase-T) mit den Informationen der einzelnen Schülergruppen erst im Anschluss erarbeiten wollen. Konkret heißt das, dass meine Gruppe Informationen zur Netzwerkkarte liefert, eine andere
-
Thread
Python, PDF an Browser senden, es kommt nur Müll
Der ellenlange String ist base64. Aber frag mich nicht, wie der da hin kommt.
Sieht mir auch nach base64 aus. Die Stringbehandlung bei Python ist sehr gewöhnungsbedürftig.
-
Thread
Atmega 8515 Servoansteuerung
#define MILLISEC_BASE ( F_CPU / PRESCALER / 1000 ) #define CENTER ( MILLISEC_BASE / 2 ) // // Konfiguration der Servoleitungen // #define NR_SERVOS 8 #define SERVO_DDR DDRD #define SERVO_PORT
<util/delay.h> // // Der Prescaler muss so gewählt werden, dass der Ausdruck // für MILLISEC_BASE einen Wert kleiner als 128 ergibt // MILLISEC_BASE ist der Timerwert, der 1 Millisekunde Zeitdauer ergeben // soll. // #define PRESCALER 128 #define PRESCALER_BITS (1<<CS22) | ( 1 << CS20
-
Thread
Oldi Oszi mit min. 500Mhz empfehlenswert?
150 Euro. Nur, wenn man auch wirklich so hoch messen muß. In der Regel schalte ich eh immer die 20MHz Begrenzung ein.
#6741850: > Nur, wenn man auch wirklich so hoch messen muß. > In der Regel schalte ich eh immer die 20MHz Begrenzung ein. Dann legt man sich halt für den täglichen Gebrauch noch einen billigen Satz Testec oder PMK daneben und schont die teuren Breitbandigen. 20 MHz-Tastköpfe gibt es ab 20 Euro,
-
Thread
LIS331H (Beschleunigungssensor) über SPI/SSI mit TI-Stellaris auslesen?
1 auswählen */ SSIDataPut(SSI0_BASE,0x20); /* Warten bis Transfer beendet*/ while(SSIBusy(SSI0_BASE)); /* In Control Register 1 0xC4 schreiben zum Aktivieren des Sensors und zum Aktivieren der Z-Achse */ SSIDataPut(SSI0_
SSIDataPut(SSI0_BASE,0xAD); while(SSIBusy(SSI0_BASE)); /* Register Lesen */ SSIDataGet(SSI0_BASE,&ul_SSIEmpfang); lEmpfangeneDatenH = ul_SSIEmpfang ; } } [/code]
-
Thread
SPI AXI Sensor
Device_ID) { XSpi_LookupConfig(Device_ID); XSpi_CfgInitialize(&SPI_Instance, SPI_Config, SPI_Base_ADDRESS); ... [/c]
Device_ID) { XSpi_LookupConfig(Device_ID); XSpi_CfgInitialize(&SPI_Instance, &SPI_Config, SPI_Base_ADDRESS); ... [/c]
-
Thread
Unerwartetes Gleichtaktsignal auf Ethernetleitungen
gt3x.png: Überblick. Man sieht's etwa alle 15..20 ms zusammen mit den FLP. gt1.png: oben Kanal 1 2x gezoomt, mittig die Differenz (IMHO FLP). Suboptimal gemessen, das ist nicht meine Stärke.. gt16000.png: Das Gleichtaktsignal liesse sich als 16000
Eigenschaften angeboten werden: Bits 0-4 = S0-S4 = 1 0 0 0 0 = IEEE-802.3 Bits 5-8 = A0-A3 = 1 1 1 1 = 10Base-T, 100Base-TX, beide Voll-Duplex Bit 10 = A5 = 1 = PAUSE bei Voll-Duplex erlaubt Bit 14 = A14 = 0 = kein Acknowledge = erstes LCW (bis akzeptiert) Das scheint zunächst OK, auch wenn die Trennung
-
Thread
Befehlsinterpreter auf MC und diverser anderer Kram
böse'. Oder? ;-) Weiter habe ich noch eine letzte Frage, die mich beisst: Ich definiere im "Base Package" gewisse Hilfs-Funktionen, z.B. printf sitzt im Base Package. Jetzt will ich aber nicht bei jedem neuen Programm, das ich mache, den Code des Base Package includen! (Genau das ist ja der Sinn
G. Ast wrote: > Nun: Auf den Controller wird ein einzelnes "Base Package" runter > geladen. Dort sind grundlegende Systemfunktionen drin, sowie halt ein > Startup-Code. Jetzt kann man das Base Package einfach auf den Controller > runterladen, und dieses sucht
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
Zuordnung constexpr uint16_t PinVPortAddr [4] { BaseAddrVPORT<uint16_t>::VPORT::F, BaseAddrVPORT<uint16_t>::VPORT::A, BaseAddrVPORT<uint16_t>::VPORT::D, BaseAddrVPORT<uint16_t>::VPORT::B, }; // Bsp. Pin > Port Zuordnung constexpr uint16_t PinPortAddr [4] { BaseAddrPORT<uint16_t>::PORT::F, BaseAddrPORT<uint16_t>::PORT::A, BaseAddrPORT<uint16_t>::PORT::D, BaseAddrPORT<uint16_t>::PORT::B, }; consteval uint16_t getPinVportAddr(const uint16_t n) {
-
Thread
Timing Problem
;Zähler für gespeicherte sts rx_fifo_n,temp1 ;Bytes zurück setzen ldi temp1,LOW(rx_fifo_base) ;Pointer für zu schreibendes sts rx_fifo_in,temp1 ;Byte auf Datenspeicheradresse setzen ldi temp1,HIGH(rx_fifo_base) ; sts rx_fifo_in+1,temp1 ; ldi temp1,LOW(rx_fifo_base) ;Pointer für
;Zähler für gespeicherte sts rx_fifo_n,temp1 ;Bytes zurück setzen ldi temp1,LOW(rx_fifo_base) ;Pointer für zu schreibendes sts rx_fifo_in,temp1 ;Byte auf Datenspeicheradresse setzen ldi temp1,HIGH(rx_fifo_base) ; sts rx_fifo_in+1,temp1 ; ldi temp1,LOW(rx_fifo_base) ;Pointer für
-
Thread
Segger JLink kann keine Verbindung zum RP2350 herstellen
rev.0 AP ID register 0x34770008 Type is MEM-AP AHB5 with enhanced HPROT [L01] MEM-AP BASE 0xe00ff003 Valid ROM table present Component base address 0xe00ff000 Peripheral ID 0x04000bb4c9 Designer is 0x23b, ARM Ltd Part is 0x4c9, Unrecognized Component class
unterstützt wird. Vielleicht ist es einfach auch nur verbuggt gerade: [code] SEGGER J-Link Commander V8.20 (Compiled Mar 12 2025 12:22:42) DLL version V8.20, compiled Mar 12 2025 12:21:38 [/code]
-
Thread
Basic-Interpreter auf einem AVR
hab auch die Idee Basic-Programme als Unterprogramme ausführen zu lassen. Bsp : SD-Karte : Main.bas UP1.bas in Main.bas steht bspweise : ... 230 call ("UP1.bas", a = 20, b = 40, c = 50) ... Das UP1.bas wird geladen, die Variablen a b und c initialisiert und UP1.bas dann ausgeführt. Ist
würde die Geschichte zum GOSUB-Befehl passen, der dann 2 Varianten aufweisen würde: 10 GOSUB 1000 20 GOSUB "up.bas" 10: wie bisher als Zeilennummer 20: Erkennung eines Strings, statt einer Zeilennummer; Dateiname des UPs GOSUB deshalb: * erscheint vom Syntax am logischsten (wenn man keinen neuen
-
Thread
100 m langes Cat5e Patchkabel funktioniert nicht bei 1000BASE-T?
#3508447: > und jede der 8 Daten-Adern um 33 Ohm. Bisschen happig. Alu-Kabel erwischt? Sollte unter 20 Ohm sein, hin und zurück addiert: http://en.wikipedia.org/wiki/Category_5_cable#Characteristics
Übertragungs- frequenz Kabel genormt bis (nach TIA/EIA 568 und EN 50288) Cat-3 Klasse C 10BASE-T 100 m 2 x 10 MHz 16 MHz Cat-5 - 100BASE-TX 2 x 31,25 MHz 100 MHz Cat-5 - 1000BASE-T 4 x 62,5 MHz 100 MHz Cat-5e Klasse D 100 MHz Cat-5e, ungeschirmt 10GBASE-T *)