-
Thread
Klöpperboden berechnen
Takte Add = 10 ~ 500 Takte Acos = 1 ~2500 Takte +20% fürs drumherum ca. 16600 Takte . also 16,6 ms/ Mhz Taktrate. Also um den Dreh von 1 ms bei 16 Mhz. Um A_seg kommt man nicht herum, aber den Klöpperboden einfach als Ersatzzylinder mit 0,126.... x D_außen zu rechnen und auf die Länge des Zylinders
aber nicht. z.B. Volumenanteil bei 100% abzüglich Volumenanteil bei 49% ungleich Volumenanteil bei 51%, bzw. 100 - 48.33 = 51.67 also ungleich 51.35). Offenbar tut es die Tabelle trotzdem für gewisse Zwecke.
-
Thread
Wozu übertrieben schnelle Microcontroller?
mit FPU nötig). Und das Ziel sind 400 Messungen pro Sekunde. Denn der Roboter soll innerhalb <5ms stoppen, wenn ein Mensch zu nahe kommt. Bei einem Atmel hätte man wohl den Robbi im Gesicht, bevor dieser stoppt. .............. Dabei aber die Physik nicht vergessen. In 5ms kann man vielleicht
deine Anwendung ZU langsam ist. Manch einer würde das mit 'wohl' sortierten LBRs sicher auch mit 400ms Zykluszeit hinbekommen. (nur bei ..ms muss ich immer an ne Großmutter denken, die einen Schal strickt)
-
Thread
Ansteuern von Servomotoren mit dem 8051
auf die Pausen und Pulszeiten?? Bitte geht mit mir nicht so hart in die Kritik... #include <c51rx2.h> sbit Motor1 = P2_0 ; sbit Motor2 = P2_1 ; sbit Motor3 = P2_2 ; // sfr at P2_3 LED1; // sfr at P2_3 LED2; #define Puls_10ms 10000 //sbit at P3_2 Taster; // Taster für Motoren Aufwärts
} } else { // TH1 = ( 65536 - Puls_10ms ) / 256; // Restzeit für 20ms TL1 = ( 65536 - Puls_10ms ) % 256; Rechne_Pulse_und_pausen(); } TF1 = 0; } }
-
Thread
[Mitbestellung] SMD5050 RGB-LED mit integriertem 8-bit PWM Controller
die mit einer Wiederholrate von 100Hz betreiben will, muss ich x mal RGB Data plus Reset in max. 10ms ausgeben. Da ein Bit 2,5us, also ein RGB-Block 60us lang ist, können das maximal 165Pixel werden... 165 x 3 x 8 x 2,5us + 50 = ~10ms
led[i].r=50;led[i].g=50;led[i].b=150; } ws2812_sendarray(&led[0],3*WS2812_LEDCOUNT); _delay_ms(500); for (i=0;i<WS2812_LEDCOUNT;i++) { led[i].r=200;led[i].g=50;led[i].b=50; } ws2812_sendarray(&led[0],3*WS2812_LEDCOUNT); _delay_ms(500); [/c] Mit 30 LEDs blinkt es jetzt ;-)
-
Thread
BITs Bytes struct
aufpassen muß. >> Wenn man andere Prozessoren einbringt (AVR, ARM... Ich habs für ARM, AVR, 8x51 getestet und es passt soweit.
c beginner schrieb im Beitrag #5770751: > Ich habs für ARM, AVR, 8x51 getestet und es passt soweit. Mach das mal mit bis zu 64bit großen Typen auf ARM und AVR. Da kommen dann die Unterschiede (ARM braucht Padding, AVR nicht). Hast du Unit-Tests geschrieben, um alle
-
Thread
Bare-Metal ATSAM
kleines Beispiel als AS7 Projekt, so ohne AFS. Ich bin gerade dabei eine Platine mit einem ATSAME51J19A in Betrieb zu nehmen. Das lässt sich so aber auch direkt auf den D51 übertragen. Das sind übrigens Cortex M4F mit 120MHz. Ich habe einen 16MHz Quarz an XIN1 / XOUT1 angeschlossen, eine Debug-LED
weil die iso CAN-FD können und als Bonus auch noch gerade Automotive zertifiziert werden. Für den E51 habe ich eigentlich noch gar keine Verwendung.
-
Thread
Temperatur an LEDs ausgeben
PB7 im wechsel endlos blinken * */ #include <avr/io.h> #include <util/delay.h> // _delay_ms() // wartet ms Millisekunden void delay_ms(uint16_t ms) { for(uint16_t t=0; t<=ms; t++) _delay_ms(1); } int main() { DDRB = 0xFF; // PORTB als Ausgang while (1) { PORTB = 0b00000001; // LED an PB0 ein _delay_ms (250); PORTB = 0x80; // LED an PB7 ein _delay_ms (250); } return 0; __________________________________________________________________________ Das ging alles tiptop.
-
Thread
Neues Terminal-Programm für Windows
break ran darf. Ich wusste bisher garnicht, dass das setzten von TxD mit Break geht. Steht in der MS-Hilfe garnicht drin :|
keine Ahnung, aber wie wäre es, das > bisherige Visual Studio zu nehmen und nicht immer ohne Grund MS > hinterher zu jagen. Das hat nichts mit MS hinterherjagen zu tun, sondern damit, daß neuere Visual C++-Compiler *endlich* standardkonform sind, daß also damit *endlich* auch C++-Sprachfeatures genutzt
-
Thread
USART Takt stimmt nicht mit Atmega8
externen Quarz gestellt. Der Quarz schwingt und der Takt stimmt, kann im Sekunden-Takt mittels __delay_ms(1000) eine LED blinken lassen. Habs auch schon mit internem 8MHz RC Osz. versucht, selbes Ergebnis. Mit dem Oszi sehe ich, dass der UART für 8 Bit (Testzeichen 0x55 'U') 25ms braucht -> 320 Baud. Sollte aber 0.833ms sein für 9600 Baud. Das ist zeimlich genau ein Faktor 30 daneben, was ich mir nicht erklären kann. Gibt's da noch irgendeinen Teiler von dem ich nix weiß? Ich hoffe jemand kann mir da weiterhelfen
-
Thread
xmega256A3BU USB-HID und Timer Problem
PORTB.OUTSET = PIN3_bm; } } } ISR(TCC1_OVF_vect) { static unsigned char ucMsTimer; if ( ucMsTimer >= 51) //51 32MHz 3 2MHz 38 12MHz { ucMsTimer = 0; } else { ucMsTimer++; } if ( ucMsTimer==0 ) { // Laufzeitüberachung if (ulLaufzeit
Timer Interrupt braucht sehr viele Ressourcen. ... TCC1.PER = 2; //Timer top value (overflow at 4ms) TCC1.CTRLA = TC_TC0_CLKSEL_DIV1_gc; // Prescaler 1 ... sieht so aus, dass alle zwei Takte der Timer-Interrupt angetriggert wird, da kommen natürlich die vom USB nicht mehr dran.
-
Thread
TUSB3410
Treiber von MS der aber inzwischen vom Netz genommen wurde, da er nur unter 98 geht. Google nach POSUSB sollte helfen Für die Treiber Übersetzung ist VC++ >=5.0 + DDK von MS notwendig. Alternativ gibt es bei www.thesycon.de
sowiso selber machen) Allerdings ist das nich so ganz trivial. Am USB Bus hast du eine Auflösung von 1ms d. h im optimalen Fall 2 ms Latenz. Ich ereiche mit den TUSB Chips (Midi) hier etwa 5ms. Thomas
-
Thread
SD Karte nutzen beim Mega 2560
Mega(50) HW-MISO LCD Shield(36) - SD CLK -> Arduino Mega(51) HW-MOSI vertauscht mit (52) LCD Shield(37) - SD IN -> Arduino Mega(52) HW-CLK vertauscht mit (51) LCD Shield(38) - SD CS -> Arduino Mega(53) SS Ich habe die Widerstände auf dem Shield für
myGLCD.print(mbarBuf, 10, 130); // Anzeigen auf TFT delay (500); // Pause von 500ms } // end if } // void ende
-
Thread
(Umfrage) Was war eure erste Programmiersprache usw.?
Pascal für Apple Basic für Apple GFA-Basic für Atari C für Atari Assembler für 68000 Q-Basic für MS-Dos Delphi für MS-Dos Delphi für Windows Java C++ (nur 2 Wochen lang) Microbasic MicroPASCAL BASCOM Assembler für AVR Fazit: Nur Sprachen die keine Syntaxprobleme mit sich bringen sind
Z80 auf Schneider CPC464 - Turbo Pascal 2 auf Schneider CPC6128 - GW-Basic auf Schneider PC1512 (MS-DOS 3.2) - Turbo Pascal 3.02 - 6.0 - TASM - Turbo C dann Borland C++ - (selbstgeschriebenen) Assembler für MCS-48 dann MCS-51 - SDCC für MCS-51 - Delphi - Visual Studio Express C++ - Java Script
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
relevanter als das, was man sparen würde, wenn man ein Paar der Funktionen rausschmeißt. Über die 4ms solltest du nochmal gut nachdenken. Wie groß ist denn die Reaktionszeit deines Panels? Die NANYA-displays, die hier massenhaft verwendet werden haben, glaub ich, gute 100ms. In dem Fall wären die 4ms
Hallo Sebastian >Über die 4ms solltest du nochmal gut nachdenken. Wie groß ist denn die >Reaktionszeit deines Panels? Die NANYA-displays, die hier massenhaft >verwendet werden haben, glaub ich, gute 100ms. In dem Fall wären die
-
Thread
DCF 77
Interrupt wird dieser ausgelöst. Er löscht einen Counter und schaltet sich selbst ab. Nach ca. 100ms (Counter) wird angefangen, in 12ms-Abständen, den Zustand des DCF77-Pins in ein Register zu kopieren. Nach ca. 200ms (Counter) wird das Register an die Behandlungsroutine (asynchron) übergeben und diese
Statistik. Der Empfang läuft jetzt seit über zwei Stunden stabil, die Low-Pulse liegen alle zwischen 100 ms und 120 ms, die High-Pulse zwischen 200 ms und 220 ms. Dabei liegt das Modul nur ca. 30 cm neben einem 21" Röhrenmonitor auf dem Schreibtisch.
-
Thread
Retro Fieber: Z80 oder 68000 ?
, den 51er.
Christian J. schrieb im Beitrag #3866617: > des STI, wo es alle 0,9 ms mit einem neuen Bytes klingelt. Glaub ich dir nicht. Nicht bei 9600bd. Für die vorhin genannten 0,83ms bräuchtest du 12000bd.
-
Thread
Handhabung Pollin-DCF77-Modul?
regelmäßig. Wie stark dürfen denn die Pulse zeitlich schwanken? Die Pulse sollten ja, je nach Bit, 100ms oder 200ms lang sein? Bei mir schankt die Pulslänge zwischen ca. 50ms und 300ms...
Peter N. schrieb im Beitrag #7342281: > Die Pulse sollten ja, je nach Bit, 100ms oder 200ms lang sein? > Bei mir schankt die Pulslänge zwischen ca. 50ms und 300ms... void scan_dcf77( void ) { if( my_dcf77_pulse ) // if( my_cnt_rdy ) { if( 6 < my_dcf77_pulse && my_dcf77
-
Thread
Uhr wie im Ham Yard Hotel in London Gesperrt
wird, sondern theoretisch über die Zeit. Heißt bei PWM kann man auch nur 5V oder 0V anlegen. Für 10ms die 5V auf theoretisch 0,5V zu bekommen muss man lediglich für diesen Bereich 1ms 5V anlegen und eine Pause für 9ms. Danach wird die Spannungszeit und Pausenzeit verschoben auf 2ms und 8ms, etc. pp.. --10ms--,--20ms--,--30ms--,--40ms--,--50ms--... 1ms+9ms-,2ms+8ms-,3ms+7ms-,4ms+6ms-,5ms+5ms-... __0,5V__,__1,0V__,__1,5V__,__2,0V__,__2,5V__... Hoffe ich konnte das Prinzip einigermaßen verständlich erklären
-
Thread
230V-Eingang für Raspberry PI
Spannung am PI dauerhaft kleiner 0,8V). - Bei 4 Phasenlagen (0°, 45°, 90° , 135°) und 230V dauert es 0,8ms - 4,5ms bis "EIN" erkannt wird. - Bei 4 Phasenlagen (0°, 45°, 90° , 135°) und 275V dauert es 7ms - 10ms bis "AUS" erkannt wird. Sollte doch alles OK sein? Gruß akapuma
Wenn man davon ausgeht, daß ein Kondensator nach 3 Tau so halbwegs leer ist, dann ist er nach 3 x (51k + 33k) x 0,1µF = 25ms leer. Das ist schnell genug. Die Schaltung beginnt bei R3 und R4. Alles links davon dient der Störsimulaton. Gruß akapuma
-
Thread
Welches Tischmultimeter?
oder Fluke - Low-End Mastech MS8040 (Nachfolger des M9803R) oder Mastech MS8051 (Nachfolger des MS8050) - Low-End UniSource21 DM-9241
Gibt es von Mastech eine Internetseite? Habe das MS8051 nirgendwo gefunden.
-
Thread
Mididatei Tempo umrechnen
. Heisst das, dass ein Tick = 1ms entsprechen muss?
in "Schláge pro Minute" (bpm) ausdrücken oder "microseconds per quarternote" wie beim Meta-Event 0x51. Angenommen dein Stück hat Tempo 120bpm und die Timediv=240. Die Zeitdauer einer 1/4 Note ist dann duration( 1/4note ) = 60sec / 120 = 500 ms. Die Zeitdauer eines Ticks (was du "Deltatime" nennst
-
Thread
DogM Display durch Drehgeber gestört.
<WGM01^1<<CS01^1<<CS00; // CTC, XTAL / 64 OCR0 = (uint8_t)(XTAL / 64.0 * 1e-3 - 0.5); // 1ms TIMSK |= 1<<OCIE0; } ISR( TIMER0_COMP_vect ) // 1ms for manual movement { int8_t new, diff; new = 0; if( PHASE_A ) new = 3; if( PHASE_B ) new ^= 1;
so alle 50 bis 150ms
-
Thread
IRMP-Anwendung
ganz schön den Compiler ausreizt. 3. Das MEDION-Protokoll: (nach dem TSOP Impulse L) Sync: 9,2ms L + 4,5ms H Daten: 0,76ms L + 0,45ms H bzw 0,76ms L + 1,6ms H insgesamt Sync + 32 Daten + Endbit(0,76ms L) 4. Horst: na klar geht einfacher, macht aber den "Bock nicht fett" und löst mein Problem
Standard-Bytes + 1 Byte GeräteKennung + 1 Byte Adresse + 1 Byte Kommando. Sync-Signal : H = 3,5 ms, L = 1,7 msec Log 0: 0,6ms H + 0,6 ms L Log 1: 0,6ms H + 1,2 ms L [/code] Ergebnisse, die ich mit dem Oszi ermittelt habe: [code] Player : SyncSignal + 40 04 0D 00 88 85 = StandBy-Taste
-
Thread
Probleme Int Vergleich Timer
) { if(timerCounter > 0) timerCounter--; } .... void waitMs(int ms) { timerCounter = ms; printf("WarteZeit = %i\r\n", timerCounter); while(timerCounter > 0) {} printf("Ende = %i\r\n", timerCounter); } [/c] Folgendes Problem. Wenn ich die Funktion waitMs() aufrufe, kommt es alle 3-4 mal dazu, das die letzte printf-Ausgabe in der Funktion(also "Ende=" ) den Wert 255 ausgibt, die Variable timerCounter also nicht bis 0 heruntergezählt ist, was ja aber durch
-
Thread
Suche programmierten uC für Geschwindigkeitsmessung
Kleiner Nachtrag. Ein handelsüblicher Taster hat eine Prellzeit von ca 20 bis 100ms. ( laut http://www.mikrocontroller.net/topic/27286 ) Bei nem Reedkontakt würde ich dann davon ausgehen, dass man immernoch im Bereich 2 - 10 mS liegt. Wäre natürlich der Tot für die Nachkommastellen
auf etwas andere Ergebnisse: Mit v=s/t -> t=s/v eingesetzt: t1=0,1m/(50km/h)=0,1m*3600s/50000m=7,2ms Bei einer Nachkommastelle: t2=0,1m*3600s/50100m=7,1856ms delta_t=14,37us Bei zwei Nachkommastellen: t2=0,1m*3600s/50010m=... delta_t=1,44us Bei den Zeiten würde ich erst mal die Lichtschranken testen
-
Thread
Umgang mit alten EPROMs?
100% 5.08 V 23.04.2020 100% 4.84 V 24.04.2020 100% 4.61 V 25.04.2020 100% 4.51 V 26.04.2020 100% 4.30 V 27.04.2020 100% 4.17 V 30.04.2020 100% 4.08 V 04.05.2020 100% 3.98 V 05.05.2020 100% 3.88 V 06.05.2020 100% 3.77 V 07.05.2020 100%
100% 3.71 V 22.04.2020 100% 3.63 V 23.04.2020 100% 3.56 V 24.04.2020 100% 3.51 V 25.04.2020 100% 3.47 V 26.04.2020 100% 3.46 V 27.04.2020 100% 3.46 V -> gelöscht - #4 "MOSTEK MK2716J-9" 15.04.2020 0% 0 bits 16.04.2020 0% 0 bits
-
Thread
Audio Netzwerkstream
und mehr Zeit benötigt. Oftmals > sind da mehrere frames delay. Eine typische Verzögerung sind 60ms, also > knapp 4 frames. Damit ist das Audio eine ms voraus, was für 1,5m Abstand > passt. Den Rest darfst du selber einstellen warum war das bei analogem TV nie ein Problem? und im Theater?
gemacht: Es lief auf 20ms pro Kanal hinaus - lichte Wegstrecke waren jeweils 6-8m.
-
Thread
Erfahrungen mit AI-Coding
#define LED_DDR DDRB #define LED_PORT PORTB #define LED_PIN PB0 /* 10 Interrupts à ~5 ms = 50 ms */ #define TICK_TOP 163 /* 164 Takte @ 32768 Hz = 5.00488 ms */ #define TICKS_PER_50MS 10 static volatile uint8_t tick_cnt; ISR(TIMER2_COMPA_vect) { if (++tick_cnt >= TICKS_PER
verbose run qwen3.5:9B >>> Hi! total duration: 12.755300431s load duration: 323.007954ms prompt eval count: 12 token(s) prompt eval duration: 72.503984ms prompt eval rate: 165.51 tokens/s eval count: 272 token(s) eval duration: 12.087102373s eval rate:
-
Thread
(Co-)Sinus-Kennlinie und LED
; while(1) { for(i = 1; i < 255; i++) { OCR1A = cosinus[i]; _delay_ms(10); } for(i = 255; i > 1; i--) { OCR1A = cosinus[i]; _delay_ms(10); } } return 0; } ISR(TIMER1_COMPA_vect) { PORTD = 0x00; } ISR(TIMER1_OVF_vect
; while(1) { for(i = 1; i < 255; i++) { OCR1A = cosinus[i]; _delay_ms(5); } for(i = 255; i > 1; i--) { OCR1A = cosinus[i]; _delay_ms(5); } } return 0; } ISR(TIMER1_COMPA_vect) { PORTD ^= ((1<<PD5) | (1<<PD6)); } [
-
Thread
Zählroutine
Hallo Ich möchte mit einem Mikrocontroller (80C51 Basierend) auf jede aufsteigende Flanke von einer externen Lichtschranke eine Counter im mC heraufzählen. Leider ist dies wie geplant nicht mit einem Hardware Interrupt (externer Interrupt) nicht möglich
gehört, dass es möglich ist einen unabhängigen Zählmechanismus zu nutzten aus welchem ich z.B. alle 500ms den gezählten Wert lesen kann. Weiss jemand wie ich den einbauen muss ? Oder hat jemand eine andere (bessere) lösung ?
-
Thread
G-LCD bei Pollin
Ich dachte du hättest 20ms an YD, auf der Messung sind es nämlich 37ms. Sehe ich das richtig, dass LP dauerhaft auf high liegt? Eigentlich sollte der fast immer auf Low liegen.
alle 24,8ms ein Nadel nach Low. Ich nehm mal alle Channel noch mal auf Wigbert
-
Thread
Digitales Codeschloss
----------------------------------------------------------------- code at 0 include C51rd2.inc ;Datei mit Adressen einbinden mov r0,#0 mov p0,#0 mov p2,#0 anfang: ;Schalterstellungen an LEDs übertragen ;mov p2,#0ffh ;mov p0,#0ffh
http://www.edsim51.com/
-
Thread
KNX Drossel Infos
Danke. Fragen: * welche Werte haben C40, C50, C51, C58 und C59? * Die Beschriftung um C17 rum ist optimierbar. ;-) * was sind D59 und D60 für Typen? * EN/FAULT soll wo hin? (Ich würde ihn via Pegelwandler an einen Raspi-Pin anschließen) * Interessanter
Dokumentation kann ich noch feilen. C16/C17 sind 47nF/50V C0G. C50, C58 sind 2,2nF. C13, C19, C51, C59 haben 220uF/35V (vor allem deswegen, weil ich sie da hatte). Bei einer Überarbeitung würde ich C51 und C59 deutlich größer machen. Um den Inrush current kümmert sich IC40. EN/FAULT kann offen
-
Thread
LED etwas langsamer dimmen
von min bis max a = min; while( a < max ) { a++; OCR3A = a; _delay_ms( 100 ); } // von max bis min a = max; while( a > min ) { a--; OCR3A = a; _delay_ms( 100 ); } } } [/c]
bis max > a = min; > while( a < max ) { > a++; > OCR3A = a; > _delay_ms( 100 ); > } > > // von max bis min > a = max; > while( a > min ) { > a--; > OCR3A = a; > _delay_ms( 100 ); > } Oh sorry das mit der Endlosschleife
-
Thread
LED Matrix 5x7 programm
Hz * */ ISR(TIMER0_OVF_vect) { display_active_row(); counter++; } /* * delay_ms * Uses the counter that is incremented by the ISR. * Max delay is 32767ms. */ void delay_ms(uint16_t delay) { while (!(PIND & (1 << PD6))) {} // used to stop the animation when PD6 goes LOW
Hz * */ ISR(TIMER0_OVF_vect) { display_active_row(); counter++; } /* * delay_ms * Uses the counter that is incremented by the ISR. * Max delay is 32767ms. */ void delay_ms(uint16_t delay) { while (!(PIND & (1 << PD6))) {} // used to stop the animation when PD6 goes LOW
-
Thread
DSO: UNI-T UT 2042 C vs. PEAKTECH 1200
www.reichelt.de/?;ACTION=3;LA=2;GROUPID=4044;ARTICLE=88900;SID=29SLNvK6wQAR0AAAqujQY9f3e18ef83970ffaae56042c63bb51a3 - UT 2042 C: http://www.reichelt.de/?;ACTION=3;LA=2;GROUPID=4044;ARTICLE=87310;SID=29SLNvK6wQAR0AAAqujQY9f3e18ef83970ffaae56042c63bb51a3 Da ich nicht wirklich der Profi bin, brauche ich im Grunde
> Horizontal > X-Ablenkung: 5 ns/DIV bis 50 s/DIV, Abstufung: 1-2-5 > Abtastrate: Real Time: 500 MS/s, Equivalent: 25 GS/s > Genauigkeit: ±100 ppm (in jedem Zeitintervall ≥1 ms) > Speichertiefe: 1024k Abtastpunkte Ja was denn nun? Hat hier jemand das Gerät?
-
Thread
RGB Led mit PWM und 120Grad vesatz
[code] void delay_ms( unsigned int ms ) { unsigned int i; unsigned int j; for ( i = ms; 0<i; i-- ) { for ( j = 51; 0<j; j-- ) { } } } [/code] Falls du GCC verwendest
würde <util/delay.h> includen und dann deine Funktion durch Folgendes ersetzen: [code] void delay_ms( unsigned int ms ) { unsigned int i; for ( i = ms; 0<i; i-- ) { _delay_ms(1); } } [/code]
-
Thread
ENC28J60, keine Verbindung
192.168.0.1 Pinging 192.168.0.1 with 32 bytes of data: Reply from 192.168.0.1: bytes=32 time<1ms TTL=128 Reply from 192.168.0.1: bytes=32 time<1ms TTL=128 Reply from 192.168.0.1: bytes=32 time<1ms TTL=128 Reply from 192.168.0.1: bytes=32 time<1ms TTL=128 Ping statistics for 192.168.0.1:
Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms [/code] Ausgeführt am ENC: Wireshark: [code] 12 50.066710 CisTechn_b1:15:6f Broadcast ARP Gratuitous ARP for 192.168.0.99 (Request) 13 50.494925 192.168.0.99
-
Thread
LED Sequenzblinker
das optisch nicht realistisch hin bekommen. Was mache ich falsch, wenn ich die LED nur für wenige ms aufleuchten lasse? Brauche ich das irgendwie mehr Energie über einen Kondensator/Spule oder was?
Wenige ms werden zu kurz sein. Experimentier mal mit der Zeit. Aus dem Bauch raus würde ich mal ca. 1/10 Sekunde als brauchbaren Ausgangspunkt annehmen.
-
Thread
Windows 10 letztes Betriebsystem von Microsoft ?
irgendwann die Meldung: Kaufen Sie einen neuen PC, ihr alter ist nicht mehr kompatibel? Da mich MS mittlerweile gut kennt und auch mein Tun auf dem PC, wird mir MS bestimmt schon einen neuen PC ausgesucht haben und ich muss nur noch den Kaufen-Button klicken. Spinnerei? Es grüßt euch Gustav
die Aktivierung erhalten bleibt, weder die auf dem eigenen rechner noch der zugehörige Eintrag im MS-Server. Georg
-
Thread
Soft-PWM Tiny25
loop<255;loop++) {pwm[2]=loop; set_pwm(); //sortieren, Masken setzen etc delay_ms(100); //nein, nicht wirklich } goto test; //auch nicht wirklich entstehen lustige Sachen bei loop=49, 51 79 und 81
rausgeschmissen - Problem bleibt. > > Und wenn man dann sowas macht (Pseudocode) > delay_ms(100); //nein, nicht wirklich > goto test; //auch nicht wirklich > > entstehen lustige Sachen bei loop=49, 51 79 und 81 Das komplette Programm liegt nicht vor. Durch subjektive Kommentare
-
Thread
VS-Studio 10,12,13 oder 15? C#
laden? Jo, gehöre ich. Da ich das alles auf einer SSD habe, macht es kaum einen Unterschied, ob ich MS Paint oder Photoshop starte ;-)
Die VS2013 gefiel mir da deutlich besser. > > https://visualstudiogallery.msdn.microsoft.com/6f4b51b6-5c6b-4a81-9cb5-f2daa560430b Von der Größe her. Das Aussehen stört mich nicht.
-
Thread
Kleines Breakoutboard mit USB HS (480MBits) verfügbar?
EZ-USB FX2 CY7C68013A * mcs51-derivat * sdcc als Compiler "Blue Pill" STM32F105RxT6 * ARM cortex * arm-none-eabi-gcc als Compiler
muss. Außerdem verwechselt man das gerne mit USB HID, das nur 1 Transfer pro Frame (1ms bei Full Speed) kennt. Da USB Midi laut Spec auf Bulk Endpoints aufbaut, kannst Du aber eigentlich sehr viel mehr Transfers pro ms auslöen als nur einen. Sollte für die Lichterkette dicke reichen.