-
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.
-
Thread
8051 programm
bestelle dauert es viel zu lange! Ich zahle was du willst, bitte schreib mir so ein Programm in 80c51 Befehlssprache! Vielen dank im voraus
Aber was willst du damit ??? Ist ja noch keine Anzeige bei, ..... die wolltest Du ja machen in 80c51 "Befehlssprache" !!!!! ...da hat wohl jemand keinen Bock auf Hausaufgaben........
-
Thread
Mikrocontroller gesucht
schrieb im Beitrag #3607472: >> Wie schnell? > > Die ganzen Werte sollten rund alle 5 bis max. 10 ms erneuert werden. Das ist doch schnarch-langsam. Der einfache interen von z.B. MSP aka. MSP430-ADC10 macht 200kS/s Also alle 5us einen Messwert. Bie 8 Werten. hast du für 5ms also noch 4,960ms
werden 16 DACs versprochen, ich warte schon drauf, aber ob der Chip jemals fertig wird: FTDI FT51 48 MHz 8051 http://www.ftdichip.com/MCU.html
-
Thread
WordClock mit WS2812
192.53.103.103"<0d><0a> update display (OK time) <.....> (HTTP GET / year=2016&month=06&day=29&hour=08&min=51&action=savedatetime) http path: '/' http parameters: 'year=2016&month=06&day=29&hour=08&min=51&action=savedatetime' command: set time to We 195044900-06-29 08:51:00 (- client disonnected) read rtc: We 2020-06-29 08:51:44 [/code] Ich trage im WebFront das Datum 29-06-2016 // 08:51 ein. Das wird auch so im GET übergeben. Der Befehl um den RTC zu setzten, macht daraus dann aber 29-06-2020, was man im read rtc lesen
-
Thread
Wann gibts mal wieder neue gute AVR 8-Bitter?
deutlich mehr Flash und der ATtiny4313 kam erst viele Jahre später. Ich hatte allerdings auch den Keil C51 (Version 1995) benutzt. Der AVG-GCC war zwar nicht schlecht, aber wohl nicht vergleichbar hinsichtlich Codeeffizienz.
üblichen OTP-MCs und war lange der einzige Anbieter von günstigen Flash-MCs. Ich meine, ein EPROM-87C51 mit Fenster hat um die 100,-DM gekostet.
-
Thread
GCC - Linker-Steuerdatei
sammeln und diese Datei wird dann dem Linker übergeben: for %%f in ( *.obj ) do echo %%f, & >> l51tmp.tmp l51.exe @l51tmp.tmp Peter
avr-gcc `cat foo.cmds` oder wahlweise avr-gcc $(cat foo.cmds) Dadurch muß das (anders als unter MS-DOS) nicht jedes Tool für sich einzeln behandeln.
-
Thread
Frage zur Dekodierung von Drehencodern
ausprobiert, ohne Vorurteile und auf einigen verschiedenen Platformen. (AVR, Freescale, STM32, MCS51 usw.) m.n. schrieb im Beitrag #3539163: > Das RC-Glied muß nur soweit > verzögern, bis der vorherige Interrupt abgearbeitet ist. Wenn es dann > 5ms lang Prellen sollte, wird eben ein paar mal +
Silber-)Oxid auf den Kontakten und dann prellts ein wenig mehr, so das du evtl. die Zeitkonstante des (1ms) MMV anpassen müsstest.
-
Thread
um welchen Übertragungsstandard könnte es sich hierbei handeln?
erst mal vielen Dank für die Antworten. Das Signal müsste man stimmulieren können, da der 80C51 Daten von einer RS 485 Leitung bekommt. Ich vermute mal, dass 1 Byte große werte übertragen werden. (Die Platinen sind von 1992.). Werden keinen RS 485 Daten empfanen,sendet der 80C51 auch nicht.
µs Signal (das kleinste Signal im Oszillogramm) um das Startbit handelt, dann ist der Frame ca. 6 ms lang.
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
der Fehler lokalisiert werden. Funktion welche Probleme macht: uint32_t to_seconds(uint64_t time_ms) { uint32_t t; check_stack(); t = (uint32_t) (time_ms / 1000) + int_time_offset; check_stack(); return t; } Der Fehler lässt sich beheben, wenn während der Berechnung die Interrupts
counter() und stop_t1_counter() wurden nicht mit den Messergebnissen verrechnet. 64-Bit PeDa: *4,600ms* 2) Als Kettenbruch-Entwicklung benötigt die Berechnung des FTW mit 32-Bit Zahlen: 32-Bit Kettenbruch: *4,447ms* Hier der Code [c] const uint32_t freq32 = F_MHZ(10); uint32_t ftw32 = 0;
-
Thread
Spannungsversorgung für Mikrocontroller (10V-154V zu 3.3V)
, die Eingangsspannung ändert sich nicht während gestartet wird und die Startphase beträgt ca. 10ms.
leider nicht um einen Nabendynamo und die 154V müssen >tatsächlich ausgehalten werden (mindestens 100ms lang). Das glaube ich erst, wenn ALLE Informationen auf dem Tisch liegen. Aber das ist wahrscheinlich mal wieder so ein geheimes Area 51 Projekt ;-)
-
Thread
Brauche Hilfe beim Berechnen des KFZ Schließwinkels
bei 70V und zeigt nur die Zeit der Hochspannung an (0,07, also 7%). Dein Schließwinkel ist also 64ms / 135ms = 47,4% oder 170°
Faktor 0,55. Beispiel: Wenn Dein Rechteck (aus Deinem Bildle geschätzt) eine Periodendauer von 120ms dann muß die Lowphase 66ms sein.
-
Thread
MAX7456 & STM32 Charakter überschrieben
0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x55,0x40,0x51,0x51,0x2a,0x08,0x48,0x20,0x8a,0x28,0x20,0x88,0x88,0x20,0x88,0x88,0x2a,0x08,0x08,0x20,0x48,0x48,0x21,0x48,0x48,0x21,0x48,0x48,0x21,0x48,0x48,0x45,0x51,0x51}; // 0 // 1 // 2
_delay_ms(1); // write 4pixel byte of char (CMDI) spi_send_byte(0x0B, pgm_read_byte(pointer++)); _delay_ms(1); } // write to the NVM array from the
-
Thread
Neues Projekt - welcher µC?
externen ADC mit I²C oder SPI Interface dran hängen. Schwierig könnte das Timing werden. Deine 2 MS/s (oder sind es gar 8 mal 2MS/s?) hauen so einen ESP nicht vom Hocker, aber die Netzwerk-Schnittstelle will auch bedient werden. Der ESP32 hat zwei CPU Kerne von denen du einen für Ethernet und den anderen
Es muss ja nicht gleichzeitig sein! ab 2MS/s wird der Versatz erträglich... Vorausgesetzt er bleibt von Messung zu Messung identisch Schöner wäre es natürlich schon, kuck mir grad mal den THS1007 an: 6MSps, 4 kanalig. Mit einer ausgeklügelten
-
Thread
Microcontroller Projekt für Anfänger
Forum Herzlich Willkommen! > Die Eingänge bekommen relativ schnelle Signale, sprich z.B. einen 10ms > Impuls Bei 10ms langweilt sich selbst der kleinste ATTinty > sollte nicht so langsam > sein das es zu Interrupts kommt Interrupts müssen gerade bei Mikrocontrollern nicht unbedingt was schlechtes
Di 10ms kommen dadurch, das Elektrisch Zahnräder bewegt werden die schon ca 1800u/min bringen und das bei diesem Zahnrad die Anzahl der Umdrehungen über einen Steuernocken auf einen Taster übertragen wird. Und
-
Thread
Gibt es listen in C wie in C++
der ISR, welche jeweils alle 10ms abgearbeitet werden, mit einem Versatz von eben 3,333ms zueinander. Hier mache ich dann z.B. die Tastaturabfrage und die Uhrzeit sowie ein paar Software-Timer. > Ja, das ist auch meine Meinung. Es
Menü-Funktionen.c:50: error: 'ZweiteMenueEbene' undeclared here (not in a function) ../Menü-Funktionen.c:51: warning: pointer targets in initialization differ in signedness ../Menü-Funktionen.c:51: error: 'DritteMenueEbene' undeclared here (not in a function) ../Menü-Funktionen.c:52: warning: pointer targets
-
Thread
PWM Ansteuerung Brushless-Regler Gesperrt
möchten. Dazu habe ich im Internet gelesen, dass es wohl ein Standard Servosignal ist (PWM - Periode 20ms (Vollgas 2ms am Anfang auf high, Rest low) (Schwach laufend 1ms am Anfang auf high, Rest low)) Also wollte ich das Signal erstmal per PWM mit meinem Atmega324p (16MHz) erzeugen. Dazu nehme ich nun
ging es um die Ansteuerung eines Modellbau-Reglers. Und da handelt es sich um einen Impuls von 1..2ms im Abstand von ca. 20ms. Das ist etwas völlig anderes...
-
Thread
Netzmessung: Frequenz, Amplitude, Phase aus ADC-Samples
möglichst wenig rechenaufwand" einstufen. Meine Schaltung tastet das Signal quasi als 1Bit ADC mit 16MS/s ab. Demnächst kommt dann noch das 1pps Signal aus nem GPS Empfänger dazu.
0.031489 50.039151 -0.00198201 -0.00395618 0.187839 0.156818 0.125642 0.094340 0.062946 51.001307 -0.00198212 -0.00395611 0.218674 0.187839 0.156818 0.125642 0.094340 48.596202 -0.00198192 -0.00395646 0.249291 0.218674 0.187839 0.156818 0.125642 51.740191 -0.00198224
-
Thread
USART Probleme beim atmega324p
Messungszeit000string[] = "Messung so schnell als möglich"; char Messungszeit100string[] = "Messung alle 100ms"; char Messungszeit500string[] = "Messung alle 500ms"; char Messungszeit1000string[] = "Messung alle 1000ms"; char Messungszeit2000string[] = "Messung alle 2000ms"; char Messungszeit5000string[] = "Messung alle 5000ms"; // Vergleichsstrings char Messungstart[] = "M"; char Messungstopp[] = "S"; char Messungszeit000[] = "Z000"; char Messungszeit100[] = "Z100"; char Messungszeit500[] = "Z500"; char Messungszeit1000
-
Thread
Sinus aus PWM - X-Mega Problem
ms -> Step: 47 1618, // Zeit: 3 ms -> Step: 48 1641, // Zeit: 3,0625 ms -> Step: 49 1663, // Zeit: 3,125 ms -> Step: 50 1684, // Zeit: 3,1875 ms -> Step: 51 1705, // Zeit: 3,25 ms ->
ms -> Step: 131 1045, // Zeit: 8,25 ms -> Step: 132 1011, // Zeit: 8,3125 ms -> Step: 133 977, // Zeit: 8,375 ms -> Step: 134 943, // Zeit: 8,4375 ms -> Step: 135 908, // Zeit: 8,5 ms
-
Thread
STM32 läuft mit Debugger schneller als er soll
) { // LED On (High) WRITE_REG(GPIOA->BSRR, GPIO_BSRR_BS_5); delay_ms(100); // LED Off (Low) WRITE_REG(GPIOA->BSRR, GPIO_BSRR_BR_5); delay_ms(900); } } [/c] Ich habe inzwischen den gcc Optimizer eingeschaltet. Das beeinflusst natürlich
Was ich immer wieder auffällig finde: Wenn man von AVR oder MC51 in die Welt der STM32 Controller vordringt, stößt man immer wieder auf unerwartete Effekte. Die langen Errata bin ich auch nicht gewohnt. Ist das bei anderen ARM Controllern auch so, oder ist "lass
-
Thread
Ansteuerung LCD Display(Spartan3E)
aktiviert. Die 0x22 könnte man wohl weglassen. Das ist im ug230 unter "Power-On Initialization" Seite 51 zu finden.
Der Takt beträgt 50MHz. Laut ug230.pdf braucht einer der Initalisierungsbefehle 4,1ms. Durch den Delay (0x3ffff) bekommt man eine Verzögerung von ca. 5ms zwischen den Befehlen. Da alle Kommandos die gleiche Verzögerung benutzen musste es halt dieser größte vorkommende Wert sein. Du kannst
-
Thread
Hex Wert -> Dezimal an LCD ausgeben
@all sorry, habe nicht aufgepasst - war bei meinen mcs51 lieblingen.
1 Sekunde komme.(ohne Rest.) Bin auf folgendes gekommen: 8MhZ 1s = 1000mS ; 8 000 000 Hz....1000ms / 8 000 000 = 0,000125 mS 0,000125 mS ; 1 Takt..........Vorteiler=256 (0,000125*256) 0,032 mS ; 256 Takte.......TCNT0=125 (0,032*125) 4ms ; alle 32000 Takte 4 mS wird der Timer aufgerufen
-
Thread
AVR Timer 1 Normal/CTC Mode ?
Bei welcher Frequenz läuft das ganze eigentlich? Zumindestens von 392.26ms bis 393.34ms sieht das ganze für mich halbwegs logisch aus. Du hast ja nur COM1x0 gesetzt, d.h. von sich aus toggelt der AVR bei nem Match nur. Zurückgesetzt bei nem Overflow wird da bei deinen Einstellungen
122Hz auf Kanal A. ??? Passt doch. Der 16-Bit-Timer hat bei 16 MHz eine Overflowtime von 4,096 ms. Das ergibt beim togglen von OCR1A eine Periode von 8,192 ms oder eine Frequenz von 122 Hz. MfG Spess
-
Thread
Schwere Sicherheitslücke in Intelprozessoren?
absolut letzte Tat war das Wegpatchen der 'WannaCry' Verletzlichkeit im Frühjahr. Der Spass beim o.a. MS Link ist ja der Untertitel: > Gilt für: Windows 10 :-)
Redhat Enterprise Linux 7.4 auf ESXi, der bereits beschrieben krasse Fall von "du": bisher: 60ms real, 40ms sys mit pti patch: 180ms real, 100ms sys