-
Thread
Pwm als Audio speichern
96 oder 192KS sein. Zudem ist ja die Auflösung eben bei der 1.5ms Pulse zu betrachten. Da möchte man das Servo ja in feinen Schritten verfahren, als mal 1.51ms ..1.504ms, etc pp
anders gesagt: Bei 44,1 kHz kann man schon nicht mehr sauber unterscheiden, ob der Impuls jetzt 1,5 ms oder 1,51 ms lang war, weil nur alle ca. 22 µs gesamplet wird.
-
Thread
Baudrate RS232 herausfinden
umfasst 25740 Byte. Bei 260 Byte pro Datensatz sind das genau 99 Datensätze. Also wird alle 5s/99=51ms ein Datensatz übertragen. Die eigentliche Übetragung der 260 Bytes dauert aber bei 115200,8,N,1 nur 260·10/115200Hz=23ms. Es verbleibt also eine Pausenzeit von 51ms-23ms =28ms, die, wenn sie immer
unterschiedlichen Stellen im Datensatz Ich habe jetzt bei hterm mal die Funktion "Neue Zeile nach x ms" eingestellt und einmal 18ms und einmal 22ms und dann 23ms probiert: gemessen von dem doch sehr statischen "2@P" sind die Zähler jedesmal wo anders :( Auch wenn ich andere "Anfangszeichen" wähle,
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
Hallo Hayo, freut mich zu hören, dann warte ich mal ab. Zum Zeitbasisproblem: 10 ms/div geht, 20 ms/div Bildschirm eingefroren, langsamer dito. Aktivierter Mathemodus (z.B. 2-1): 20 ms/div geht noch, ab 50 ms/div eingefroren. Kannst du das Abspeichern der Einstellungen noch mal
über 5 Div! * Bei 100ms/Div eine Periodendauer von 50ms. * Bei 200ms/Div wieder eine Periodendauer von 250ms. Bei noch langsameren Timebases zieht sich der Fehler konsequent weiter durch. Einmal abgesehen davon, dass eine
-
Thread
Webserver zur Temperaturmessung
davon nicht betroffen. Mit meinem Dekoder synchronisiere ich zuerst auf den Sekundenanfang. 150 ms später prüfe ich das Signal. Das ist der optimale Zeitpunkt um die Daten abzutasten. Bei einem verlängerten "0-Bit" (über 150 ms), einem zu kurzen "1-Bit" (unter 150 ms) oder einem Störimpuls zum Abtastzeitpunkt
synchronisiert. > > Mit meinem Dekoder synchronisiere ich zuerst auf den Sekundenanfang. 150 > ms später prüfe ich das Signal. Das ist der optimale Zeitpunkt um die > Daten abzutasten. Bei einem verlängerten "0-Bit" (über 150 ms), einem zu > kurzen "1-Bit" (unter 150 ms) oder einem Störimpuls zum
-
Thread
CP/M auf ATmega88
Leo C. sie bereitgestellt hat, bis auf das zusätzliche Einfügen von "clr _0" in der V29. Aber ab V51 ist der Befehl schon mit drin. Ab V51 mußt du jedoch das neue Bios nutzen.
PC4 8088 0.00 212 212 MS-DOS 2.11,Lattice 2.14 small, [/pre]
-
Thread
Timer2 mit Quarz - maximale Frequenz
kenne ich. Das Problem ist blos, ich möchte mehrere Stunden lang Messwerte in einem Intervall von 50ms ausgeben. Das beste Ergebnis bekommt man bei einem Prescaler von 8 und einem CTC-Wert von 205. Dann erhalte ich intervalle von 50,048828ms das bedeutet nach einer Stunde einen Zeitverzug von +3,51 Sekunden
lukas) >Das Problem ist blos, ich möchte mehrere Stunden lang Messwerte in einem >Intervall von 50ms ausgeben. Das beste Ergebnis bekommt man bei einem >Prescaler von 8 und einem CTC-Wert von 205. Dann erhalte ich intervalle >von 50,048828ms das bedeutet nach einer Stunde einen Zeitverzug von >+3,51
-
Thread
Sharp GP2D02 Sensor auslesen mit CodeVisionAVR und einem AT90S8515
VIN für mindestens 1,5ms high, um den Auslesemodus zu beenden. Der Sensor geht in Power Off.
Angezeigt. [c] void read(void) { PORTC.4=0; //VIN auf low delay_ms(70); //fuer 70ms for (k=0; k<8; k++) //wiederhole 8 mal { PORTC.4=1; //VIN auf high delay_us(100); //fuer 100us
-
Thread
Transildiode als Freilaufdiode für Relais?
, und irgendwie kommt es mir merkwürdig vor. Im Textteil steht das Folgende, da habe ich auch die 8ms ohne Diode her: Release time [Reset time] (at 20°C 68°F) Max. 8 ms (Approx. 3 ms) [10 ms (Approx. 3 ms)] (Nominal coil voltage applied to the coil, excluding contact bounce time.) (without diode
einer Ansteuerspannung von 100% folgende Zeiten (jeweils min, Durchschnitt, max): Ohne Diode: 1,4ms - 1,9ms - 2,2ms Mit Diode: 3,7ms - 4,8ms - 5,5ms Insgesamt sind die Zeiten recht klein! Eine 120V-Transildiode dürfte nicht wesentlich größere Zeiten hervorrufen sein als ohne Diode. Ich werde
-
Thread
ItoA mit Uint64_t
1 - 1 - 10 - 2 - 100 - 3 - 1000 - 48 ms ( 53 µs ) 4 - 10000 - 51 ms ( 57 µs ) 5 - 100000 - 81 ms ( 90 µs ) 6 - 1000000 - 102 ms ( 113 µs ) 7 - 10000000 - 152 ms ( 169 µs )
erreicht: [c] 0 : V : 0,0ms 1 : V : 1,10ms 2 : V : 10,17ms 3 : V : 100,24ms 4 : V : 1000,51ms 5 : V : 10000,63ms 6 : V : 100000,189ms 7 : V : 1000000,219ms 8 : V : 10000000,251ms 9 : V : 100000000,281ms 10 : V : 1000000000,313ms
-
Thread
Bildformate & Hall of Shame
gordon51freeman schrieb im Beitrag #2714917: > Und das Arrgument Faulheit = Respektlosigkeit zeugt einfach nur von > einer sehr beschränkten Denkweise. gordon51freeman schrieb im Beitrag #2714914: > echt
gordon51freeman schrieb im Beitrag #2716345: > Wenn ich hier meinen Senf dazu geben kann Kannst du, es handelt sich ja um ein Wiki. ;-)
-
Thread
Uhr über 8051-Prozessor sehr ungenau
wait_ms(t) ist ein Schätzeisen. Wenns genau werden soll kommt man um Interrupts über den Timer kaum herum.
. Ist ja logisch. Hier ein übertriebenes Beispiel: [code] - Du berechnest die Zeit, kostet 100ms an CPU-Zeit - Du wartest 1000ms - Du berechnest die Zeit, kostet 100ms an CPU-Zeit - Du wartest 1000ms - Du berechnest die Zeit, kostet 100ms an CPU-Zeit - Du wartest 1000ms [/code] Nach obigem
-
Thread
Gibt es nennenswerte Unterschiede zwischen MS Word und LibreOffice Writer?
deswegen immer zu Ami Pro 3.x > gegriffen habe. Also, wie ich inzwischen recherchiert habe, war "MS Write" tatsächlich nicht in der Lage, farbige Schrift zu produzieren. D.h.: WfW3.11 und auch NT3.51 konnten von Hause aus keinen bunten Bullshit produzieren. Allerdings: NT4.0 und Windows95 bekamen
MS Office kaufen sollte.
-
Thread
xc886 in C; timer stoppen
hab das jetzt so ergänzt: mit einer wait funktion von 5ms (habs auch mit einer höheren Zahl versucht) aber der Timer stoppt einf nicht. iwo ist wohl noch ein denkfehler vorhanden void wait5ms(void) { TMOD = 0x11; TR0=0; //Timer
null ist. weil mit dem oben von dir genannten tip, welcher nicht schlecht ist muss ja trotzdem der ms timer iwann gestoppt werden bzw in den ms timer etwas hineingeschrieben werden. iwie ist mir das einfach nicht ganz klar. Danke dir, tine
-
Thread
uC's und Elektronik vor 1990
Autocad 10 oder 11 waren dann die letzten ohne Windows, wimre. Aber natürlich konnte man Z80 und MCS51 mit einem Assembler unter DOS programmieren - oder mit dem Apple][. War eben mit EPROMs jonglieren. Allerdings hatte ich für MCS51 ein Board mit IntelHex Loader, das aus dem RAM Programme laufen liess
dann auch geklärt wäre, dass CD-ROMs zwar sehr teure, aber keine Raketentechnik mehr war. Oder, dass MS-DOS erst ab 3.10 die Redirector-API besaß, mit der man sowas erst machen konnte. Mitgeliefert wurde es aber erst ab MS-DOS 6.
-
Thread
Mehrer Spannungsregler an einem Trafo
kompliziert. Was man nicht grob im Kopf ueberschlagen kann, taugt nichts. 10% ripple bei 15,1V sind 1,51V 0,2A * 0,01s / 1,51V = 0,006F > Als Regler nehme ich jetzt LDOs mit 350mV. Warum so Fuzzelsdinger ?
Stephan Meter schrieb im Beitrag #2510731: > Innerhalb von 10ms (von den 50Hz) 100Hz weil Zweiweggleichrichtung. 20ms bei 50Hz Und bei 18V kannst du auch wieder normale 78xx/79xx nehmen, das passt. Nimm halt nur gescheite Elkos. http://www.sprut.de/electronic
-
Thread
allgemeinfragen sowie wie krieg ich 12v auf 18v
gordon51freeman schrieb im Beitrag #2667638: > Für solche Dinge hat TI ein sehr praktisches Tool entwickelt, den > > WEBENCH Designer. Falsch, der stammt von National Semiconductor und gehört erst TI,
jahr für 50m² (heizung fernwärme, kochen gas). und der schreibtisch wurde nicht angesägt. @ gordon51freeman: geiles tool, danke, landete bei meinen favoriten, aber ich hatte da schon was gekauft, erklär ich gleich. @Stefan M.: danke für den stepupregler. ich wollte keine verbindung im MS kappen,
-
Thread
AT89C51RD2 nach Neukauf keine Connection
Hallo! Ich habe soeben einen AT89C51RD2 von Atmel (der aus unbekanntem Grund zwischen Versorgung und Masse nur mehr 5 Ohm augbieten konnte und somit den vorgeschalteten Stab.-IC schon nach sehr kurzer Zeit zum thermal overload brachte)
richtig überprüfen, da mein Reset-Taster nur einen kurzen Impuls von ca. 5V und einer dauer von 50ms an den uC sendet und das Multimeter diesen einfach nicht wirklich erfassen kann
-
Thread
Card12 mit EVAL-AD5781 verbinden
Hab ich gemacht! Programm funktioniert wie immer mit 2,51V ;) Stimmt die Spannung zu unserer Eingabe?
*/ PORTS |= 0x80; /* /SS output high */ } } [/c] Geht ;) *freu* 2,51V!
-
Thread
WS2812b und LED-Stripe 5630 im PWM Betrieb
beträgt ca. 800 kbit/s. D.h. für die Übertragung der Daten wird eigentlich nur (1/800000) * 51 * 24 = 1,5ms (!) benötigt. Kann man das wirklich sehen wenn Du für diese Zeit die 5630 LEDs ausschaltest? Was meinst Du damit dass nur jede 2. LED angesteuert wird? Ich dachte Du hast den 5630er Strip
mich ja auch über die 100 - 200 ms gewundert?
-
Thread
DOGM081 Display Fehlersuche *HILFE*
ok [c] _delay_ms(100); DisplayPutData(0x30); _delay_ms(2); <<erhöhen auf 9ms DisplayPutData(0x30); <<Delay 2.5ms DisplayClock (); <<raus DisplayPutData(0x30
void InitDisplay (void) { DISPLAY_RW_OFF; DISPLAY_E_OFF; DISPLAY_RS_OFF; _delay_ms (100); DisplayPutData (0x30); _delay_ms (9); DisplayPutData (0x30); _delay_ms (2.5); DisplayPutData (0x30); _delay_ms (2.5); DisplayPutData (0x20); _delay_us (60); DisplayWriteData
-
Thread
Windows 10 plötzlich langsam beim Hochlauf
Und nun kommt das hier: "Sie benötigen eine neue App zum Öffnen von ms-gamingoverlay" Das kam bei mir noch nie! Das ist auch KEIN MS Game!!!
ich W10 nicht benötigen würde, dann hätte ich es in den Mülleimer geschmissen. Die Zeiten von MS sind endgültig vorbei.
-
Thread
DS18B20 2 Grad zu kalt
In meinem Bascom Programm Standard mit 12 Bit und ~750ms. Bei Tasmota und der Standard-Arduino-Lib auch mit 12 Bit und ~750ms. Ist ja nicht mein erstes Mal mit diesen Sensoren ... Mein Problem ist ja nur dass der ESP8266 mit einem DS18B20 falsche
23.25øC 06:36:56.809 -> Den Sensor mit Kabel nun wieder neben den anderen beiden platziert 06:39:51.921 -> 0) 289037E40C000086: Res=11 Temp=21.63øC 06:39:51.968 -> 1) 2846A8E50C0000A7: Res=11 Temp=21.63øC 06:39:51.968 -> 2) 28E343E40C000035: Res=11 Temp=21.63øC [/Protokoll]
-
Thread
Lötkolben Untgerschied: Weller WXMP vs. WMRP
Ich frage mich was der Militärische Standard MS bei Handstück und Spitzen für einen unterscheid machen? Hier: http://fantenna.de/wp-content/uploads/2017/10/WX_Weller.pdf Seite 21 unten ff. "... MS Handstücke und MS Lötspitzen müssen immer gemeinsam verwendet werden. MS Lötspitzen sind nur für MS-Handstücke verwendbar (WXMP MS / WMRP MS). MS Spitzen sind Lötspitzen, die separat geerdet sind. ..." Das heißt ich kann bei empfindlichen Platinen weniger durch statische
-
Thread
Fluglage messen
man nur das Horizontale messen will, die KMZ51(gibts bei Conrad) zu benutzen. Dann hat man keine probleme mit der Beschleunigung in den Kurven und bräuchte somit auch keine weiteren Sensoren (nur die drei KMZ51). Das einzige Probelm ist, dass das
Moin! Für den KMZ51 gibts ne Applicationnote zum Bau eines Kompaß. Vielleicht hilft das ja weiter... Gruß
-
Thread
Pulse Generator nicht genau genug, brauche Hilfe
51,2µs das passt, das macht die Schaltung auch, nur das ich diesen Jitter auf dem Scope sehe. Am Ende von dem Puls sind es sogar 300ns. Thorsten
Ah okay. Oben hast du 100ms geschrieben. Habe mich schon gewundert. schonmal geprüft, ob der Refernzpuls zu dem Rest jittert?
-
Thread
while schleife <= 1050ms
@Falk Mein Problem ist, das einlesen soll maximal 1050 ms dauern. Wenn in dieser Zeit der Betrag auch nicht stimmt, soll es aus der While-Schleife raus. Wenn der Betrag stimmt, soll es schon vorher raus. Die Zeit ist sehr wichtig, weil ich mit RTX-51 Tiny
der Tip von Falk war schon gut, danke trotzdem ;-) wie gesagt, das problem war ja die Zeit (1050ms)
-
Thread
Taschenrechner: ATmega1284p - 15x 7-Segmentdisplay
muss x in folgendem Bereich sein: "1e-9 <= abs(x) <= 320". Die Berechnung eines Wertes dauert etwa 650ms an Zeit.
doug.hensle/DajaniHensleyKraaikampMasarotto2012.pdf Die Rechenzeit je Wandlung verkleinert sich von 25ms auf 10ms.
-
Thread
Näherung für ArcusTangens?
also 56/2 LSB ~ 5 Bit. Daher ist zu erwarten, > dass mit Cordic der Fehler nicht kleiner als 2^-51 zu > bekommen ist. Das Problem entfällt bei einem echten Iterationsverfahren.
in aller Bescheidenheit auf diese, meine Implementation des atan in Cordic hinweisen, die mehr als 51 Bit macht: https://www.mikrocontroller.net/topic/481163#5974827 Cheers Detlef
-
Thread
[ AVR ] Probleme mit LCD-Display (KS0066)
rcall wait15ms ; 15ms+5ms warten ldi up_temp1,lcdcheck ; LCD-check setzen rcall Befehl_an_LCD ; Befehl senden ldi up_temp1,lcdcheck ; LCD-check setzen rcall Befehl_an_LCD
wait5ms: ldi tim2,100 wait5: rcall wait50us dec tim2 brne wait5 ret wait15ms: rcall wait5ms rcall wait5ms rcall wait5ms ret ; **** Definierung der Texte mit Position *
-
Thread
uC für Schaltregler
Mike schrieb im Beitrag #3076664: > da sind uC normalerweise zu langsam: 8Bit PWM => > 256*200kHz=51.2MHz als CPU-Clk! Es gibt von Atmel einige uCs mit PLL, bei denen die Timer mit 64Mhz laufen, das ergibt bei einen Auflösung von 256 immerhin 250kHz.
wegen Kurzschluss oder so, dann wir die PWM innerhalb von 1-2ms erst mal abgeschaltet. In dieser Zeit hat sowieso erst mal der Ausgangselko was zu tun. Der ist auch bei einem Current Mode Regler nicht vor Kurzschluss geschützt. Und die vielleicht 50A in 2ms, wenn
-
Thread
ENC28J60 Basics[Beispielprogramm in AVRGCC für atmega8]
funktionieren , mich wuerde mal interessieren welche response zeiten andere beim ping haben (bei mir 5 - 25ms ; mit arp 40ms). ghosty203
programmiert, wenn ich den enc28j60 direkt mit dem computer verbinde hab ich eine response time von 3 - 5ms . wenn ich allerdings 4 computer und den enc28j60 an ein hub anschliesse dann habe ich die besagten 5 -25ms. ich benutze keinen AtMega sondern einen AT89C51ED2 und da es ein testaufbau mit teilweise
-
Thread
Printf-Lib im GCC-Tutorial
stream öffnen */ fdevopen(uart_putc, NULL,0); /* printf... */ printf("S"lx" ms \n\r",z); srand(1); int zufall = rand() % 500; z=z+zufall; } } Diese Fehlermeldung erscheint dann: Timestamp.c:51: warning: passing arg 1 of `fdevopen' from incompatible pointer
> Timestamp.c:54: error: parse error before "lx" Wolltest du eventuell printf("S%lx" ms \n\r",z); schreiben? Das wäre dann richtig gewesen. > Timestamp.c:51: warning: passing arg 1 of `fdevopen' from incompatible pointer type Du solltest dein uart_putc() kompatibel zu den Erwartungen
-
Thread
Problem mit Micro-SD-Karte
selbst dann wenn sie Admin Rechte haben. Das Lesekommando sieht gut aus: [code] 1652993 (16.53ms) MISO:MOSI 0xFF ÿ : 0x51 Q ; CMD17 1653273 (16.53ms) MISO:MOSI 0xFF ÿ : 0x00 ; 1653542 (16.54ms) MISO:MOSI 0xFF ÿ : 0x00 ; 1653823 (16.54ms) MISO:MOSI 0xFF ÿ : 0x00 ; 1654103 (16.54ms
bekannt, schaue ich mit als Admin an, mit WinHex. >Das Lesekommando sieht gut aus: >1652993 (16.53ms) MISO:MOSI 0xFF ÿ : 0x51 Q ; CMD17 >1653273 (16.53ms) MISO:MOSI 0xFF ÿ : 0x00 ; Ja,k hab ich mittlerweile auch bis dahin verfolgt. Dann folgen viele Polling-Zyklen, bis die Karte mit 0xFE antwortet
-
Thread
Linux in Verwaltungen nicht durchsetzbar?
Bei der Einführung von MS-Office-With-Ribbons wäre es für den typischen Büro-User sicher leichter gewesen, stattdessen auf Open-/LibreOffice umzusteigen. Dto. bei der Einführung von MS-Windows-With-Kacheln aka 8. Aber (so
stehen vermiedene Lizenzkosten, sonst nichts. Aber doch, eine ganze Menge vermeidbaren Ärger mit MS: - Mit dem SP3 von WinXP hat MS eine Funktion zur Lizenzprüfung ausgeliefert. Daraufhin gingen bei ettlichen PCs die Lichter aus, unter anderem in Schulen, weil Schüler die - von MS so verlangt - außen
-
Thread
Datenerfassen durch I2C Schnittstelle dann via USB zur PC holen und visualisieren
Felercode der Keil Compiler angeschaut. Also Hier idt der Link http://www.keil.com/support/man/docs/c51/c51_c132.htm Aber es hilft mir nicht. Habt ihr solche Fehler eine Lösung gefunden? Danke MfG
Request) T0_Wait_ms(12); // wait 12 ms for measurement and DSP Calculation // between READ_MR and a valid READ_DF //SMB_Read(); // I2C READ_DF (valid
-
Thread
Snubber Design
> Spule mit mehr Windungen und weniger Strom ist zu träge. Jaja, was wäre die Welt ohne die Area51-Projekte.
Falk B. schrieb im Beitrag #5675070: > Jaja, was wäre die Welt ohne die Area51-Projekte. Aber vor allem ohne die ganzen Snobs... Erst Railgun, dann Coilgun ~ jetzt Area51. Alle Achtung. Heimlicher Eraser-Fanboy bist Du nicht, oder? Vielleicht noch ein Akte-X Poster über'm Rechner
-
Thread
AVR <--> 89C52
Speicherverbrauch entsprechen. Beim Neuanfang, würde ich 8051 mit UART-Bootloader empfehlen (z.B. T89C51RD2, P89C668). Das ist wesentlich zuverlässiger, als das Programmieren des AVR über die parallele Schnittstelle und geht auch unter Linux. Peter
schon fertig, wenn der 8051 den Int noch garnicht registriert hat. Der provokanten Aussage, daß ein 1ms Interrupt eine Anwendung verhindert, kann man in gleicher Weise entgegenhalten: der Int, der beim 8051 1ms dauert, dauert beim AVR 0,1ms; ferner wird man bei einem 'Trödel-Interrupt' nach Sichern des
-
Thread
AT89C51CC03 Alarmanlage
Welchen Grund hast Du, einen AT89C51CC03 für nur 4 Signale zu benutzen? Ein ATtiny13 sollte ja dicke reichen. Peter
Optimierungspotential" [c]if ((S3==0) && (S2==1) && (S1==1)) { // Flankenauswertung + Entprellung _wait_ms(20); while(S3==0); _wait_ms(20); if (LED5==AUS) { summer=AN; _wait_ms(50); summer=AUS; _wait_ms(50); summer=AN; _wait_ms(50); summer
-
Thread
Auf Bit array zugreifen
ich will einen Netzsynchronen 50Hz Rechteck definiert verzögern. Die Verzögerungszeit soll 0 bis 51,15ms betragen. Das sind 1024 mögliche Werte die mit einem 10-Gang-Poti eingestellt werden. Nein, es soll kein Dimmer werden.
schnell und effizient hin. Wenn du bis zu 51,15 ms verzögern willst, sind das bei dir 50us / 20 kHz Zeitauflösung. In der Zeit kann ein uC fast beliebig schlecht ein Bit aus einem Array lesen, das ist eine kleine Ewigkeit. Wenn man es clever macht
-
Thread
Warum Uhrenquarz 32,768 kHz?
Gerhard O. schrieb im Beitrag #6949001: > die Leute entschieden sich 49.4/51.6% gegen Naja, wenn man auch 101% der Leute abstimmen lässt...
0.0001 Hz oder 10,000,000.0001 Hz. Als Uhr würde die Rb Zeitbasis dann nur einen Gangfehler von 3.2ms/a aufweisen. Ein 32768 Hz Uhrenquarz hat bei 1ppm Fehler eine Gangabweichung von rund 86ms/d. Auf ein Jahr bezogen, geht dann die Uhr folglich um 31.56s falsch. +/-1ppm beim Uhrenquarz ist also ein
-
Thread
Lib Eigen (C++) auf STM32F429, Geschwindigkeit okay?
ms 38.295 ms 44.780 ms 29 0.230 ms 41.039 ms 47.973 ms 30 0.245 ms 44.506 ms 52.626 ms 31 0.261 ms 48.930 ms 57.163 ms 32 0.279 ms 51.144 ms 63.501 ms 33 0.295
ms 181.772 ms 197.213 ms 49 0.634 ms 218.934 ms 212.051 ms 50 0.660 ms 228.997 ms 231.479 ms 51 0.686 ms 241.682 ms 234.837 ms 52 0.713 ms 264.418 ms 262.289 ms 53 0.739
-
Thread
Servo Mod: Drehzahl steuerbar?
Also doch eine Prop.Reglung? Also beispielsweise 1.51ms lässt ihn definitiv langsamer drehen (bei 90Grad/1.5ms Ref.) drehen als ein 2ms Puls (Periodendauer 20ms ist klar).
Dominik schrieb im Beitrag #6178175: > Also doch eine Prop.Reglung? Also beispielsweise 1.51ms lässt ihn > definitiv langsamer drehen (bei 90Grad/1.5ms Ref.) drehen als ein 2ms > Puls (Periodendauer 20ms ist klar). Ja. Das betrifft die alten "normalen" herkömmlichen analogen Modelbauservos
-
Thread
SchulProjekt mit Mikrcontroller ,RaumtemperaturSensor ertellen
Keine Ahnung wo Du diesen Code her hast... >> #include<reg52.h> >> #include<reg51.h> Das sind Register des 8051 bzw. 8052 wobei _wait_ms zum AVRGCC gehört... hier paßt schon was nicht. Hast Du mal WINAVR installiert und ein einfaches Programm compiliert. Ich denke hier würden
>> Jensfile und EPX51 Also 8x51, kannst du dein Board etwas genauer beschreiben ?
-
Thread
Fuse Bits bei ATTINY 2313
Crystal/Ceramic Resonator + Frequency Range 8.0MHz - + Ceramic resonator, slowly rising power 14CK + 65 ms" Das zweite Bild würde bedeuten: "External Crystal/Ceramic Resonator + Frequency Range 8.0MHz - + Ceramic resonator, Ceramic resonator, fast rising power 14CK + 4.1 ms" Spielt das eine Rolle was
rankommt. > Wenn ja: Fuses richtig stelln -> Tiny ist wieder da. Das habe ich jetzt mit meinem C51 + 10MHz Processor probiert. Wie du geschrieben hast habe ich einen Portpin auf XTAL1 angeschlossen und toggel den Portpin vom C51. XTAL2 habe ich offen gelassen. Das Interessante ist das mein Programm
-
Thread
ATmega8 16-Bit Timer Uhr zu langsam
erstmal beim Eintritt in den IRQ das Statusregister sichern ! und das andere dann zB. so (für 5ms Int.) Die Zeile cpi tock,200 musst du anpassen [c] tick: in status,SREG ;preserve status register inc tock ;add one to 5 ms 'tock' counter cpi tock,200 ;is
49.6 00:49.7 00:49.8 00:50.0 00:50.1 00:50.2 00:50.3 00:50.4 00:50.5 00:50.6 00:50.7 00:50.8 00:51.0 00:51.1 00:51.2 00:51.3 00:51.4 00:51.5 00:51.6 00:51.7 00:51.8 00:52.0 00:52.1 00:52.2 00:52.3 00:52.4 00:52.5 00:52.6 00:52.7 00:52.8 00:53.0 00:53.1 00:53.2 00:53.3 00:53.4 00:53.5 00:53.6 00
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
-368,619 ms 0x7f01 -308,660 ms 0xe262 -216,353 ms 0xe202 -156,353 ms 0xefb0 -156,344 ms 0xbc02 -156,335 ms 0xef00 -156,325 ms 0x7f01 -137,892 ms 0xe200 -119,433 ms 0x8000 -119,423 ms 0xe204 -100,970 ms 0xe200 -82,508 ms 0xe100 -64,046 ms 0xefb0 -64,037 ms 0xbc00 -64,028 ms 0xef00 -64,019 ms 0x7f01 -4,027 ms /RESET → low 0,000 ms Vdd → low
-
Thread
Dringendes Problem mit UART+Baudrate.
direkten Zuweisung, dessen Wert ich dem Datenblatt entnommen habe, geht es auch nicht: [c] UBRRL=51; [/c] Was ist an der ganzen Geschichte falsch?? Ich habe alle möglichen Werte durchprobiert, aber immer kommt nur Buchstabensalat an, und dabei hab' ich gar keinen Hunger... Im Ernst, es wäre
***********/ USART_init(UART_BAUD_RATE); for(;;) { USART_transmit('A'); _delay_ms(10); _delay_ms(10); USART_transmit('B'); _delay_ms(10); _delay_ms(10); } } /***************/ static void USART_init(unsigned int baud) { //nochmal genau ansehen und schöner
-
Thread
RTOS, lohnt sich das?
@ Patrick B. (p51d) >Da der Kontroller über RS485 mit 460k Baud betrieben wird Ganz schön flott! >(Unidirektional), sind alleine für die Übertragung schon ein paar us >fällig. Dafür gibt es FIFOs, auch
Zeitabschnitte, also weiß ich das mein höher priorisierter Task "Zählpinabfragen" immer jede 10te ms abgearbeitet wird während mein Task "LCDausgeben" nur alle 100te ms abgearbeitet wird. IRQs können aber durchaus laufende Tasks unterbrechen, was aber NICHT zu einer Verlängerung der garantierten Zeitscheiben
-
Thread
[V] Auflösung alte PC Hardware Komponenten und alte Komplett-PCs incl Zubehör
------------------------------------------------- Gehäuse nicht mehr vorhanden: MSI-Mainboard (MS-6590 Vers 2) CPU AMD Athlon XP (?) Corsair RAM 512 MB Kingston RAM 512 MB Netzteil be quiet! BQT E5-400W MSI-Grafikkate FX5700 256 MB (MS-8958 Ver 1) Terratec Cinergy 400 TV-Karte USB 2.0 Bracket
------------------------------------------------- Gehäuse nicht mehr vorhanden: MSI-Mainboard (MS-6590 Vers 2) CPU AMD Athlon XP (?) Corsair RAM 512 MB Kingston RAM 512 MB Netzteil be quiet! BQT E5-400W MSI-Grafikkate FX5700 256 MB (MS-8958 Ver 1) Terratec Cinergy 400 TV-Karte USB 2.0 Bracket