-
Thread
Problem mit Delay und LCD Ausgabe.
laufen lasse, ist die Anzeige auf dem Display erst bei 57. Ich habe bei dem Programm oben i auf 51 gesetzt. Dann müsste doch die Schleife 50 mal laufen mit jeweils 20ms so kommt man doch auf eine Gesamtzeit von 1000ms also eine Minute. [c] while(i<51) { _delay_ms(20); i++; }
lasse, ist die Anzeige auf dem > Display erst bei 57. > > Ich habe bei dem Programm oben i auf 51 gesetzt. > Dann müsste doch die Schleife 50 mal laufen mit jeweils 20ms so kommt > man doch auf eine Gesamtzeit von 1000ms also eine Minute. > [c] > while(i<51) > { > _delay_ms(20); > >
-
Thread
Benutzt hier noch jemand Windows?
Also ich fand MS-DOS ganz gut mit dem Norton Commander und der autoexec.bat
G. K. schrieb im Beitrag #7993384: > Womit MS auch Zugriff deine lokale und private Kiste hat. Ja, hier.
-
Thread
Jemand Erfahrung mit USB-LTE4G-EU
0c(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=option E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=0b(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.
=4096ms E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=0a(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms T: Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=5000 MxCh= 1 B: Alloc= 0/800 us ( 0%), #Int= 0,
-
Thread
Informationen aus String in Daten umwandeln
/4.3.2/avr51\libgcc.a(_lt_sf.o):(.text+0x0): first defined here c:/winavr-20090313/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr51\libc.a(cmpsf2.o): In function `__lesf2': c:/winavr-20090313/bin/../lib/gcc/avr
/avr/4.3.2/avr51\libgcc.a(_lt_sf.o):(.text+0x0): first defined here c:/winavr-20090313/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr51\libc.a(cmpsf2.o): In function `__lesf2': c:/winavr-20090313/bin/../lib/gcc
-
Thread
Timer-Drift-Problem in C++(n Funktions-Aufrufe pro Sekunde)
ca. 15ms verzögert erscheinen und sich dies auch auf die nachfolgenden Zeitstempel auswirkt, so dass der 10. Wert dann irgendwann durch den Überlauf bei 999ms zur nachfolgenden Sekunde gehört. Stelle ich das
11.38.50.640 - 079 - 110 11.38.50.734 - 080 - 93 11.38.50.843 - 081 - 110 11.38.50.937 - 082 - 94 11.38.51.046 - 083 - 109 11.38.51.140 - 084 - 94 11.38.51.250 - 085 - 109 11.38.51.343 - 086 - 94 11.38.51.437 - 087 - 94 11.38.51.546 - 088 - 109 11.38.51.640 - 089 - 94 11.38.51.750 - 090 - 109 11.38.51.843
-
Thread
AVR: Wetterinformationen über DCF77 Gesperrt
01010 11111 1110 Generell ist das Timing etwa folgendermassen: 82 Eingangsbits mit jeweils ~31ms: 2.5s 250ms 'Denkpause' 24 Ausgangsbits mit jeweils ~31ms: 0.7s danach schliesst sich eine Phase an, die im Normalbetrieb 45s Sekunden dauert In dieser 45s Phase ist TP39 noch auf High Pegel (mit
Bit Pos 08: 0.00 0.51 0.51 Bit Pos 09: 0.46 0.50 0.50 Bit Pos 10: 0.43 0.51 0.50 Bit Pos 11: 0.46 0.50 0.50 Bit Pos 12: 0.44 0.50 0.50 Bit Pos 13: 0.51 0.50 0.49
-
Thread
Stoppuhr in C auf dem 89C51
ich benutze den µc51 von wickenhäuser. nen lösungsansatz haette ich gern gehabt, aber ich hatte wirklich noch keine ahnung wie ich das anstelle. hat jemand für den µc51 ein paar zeilen quellcode die den timer nutzen?
TL0Reload; // Update LSB int_delay++; if (int_delay == 500) { // LED blinkt im Sekundentakt (500ms an, 500ms aus) // nur Bsp., anpassen! LED = !LED; int_delay = 0; } }[/c]
-
Thread
USB Audio Sync Endpoint Implementierung
gewesen. Momentan sieht das bei mir so aus: HOST -> Device -------------------- Frame 10989: 51 bytes on wire (408 bits), 51 bytes captured (408 bits) on interface 0 USB URB [Source: host] [Destination: 2.18.2] USBPcap pseudoheader length: 51 IRP ID: 0xffffc10ceb593900
00000C, was korrekt ist). Die Gesamtdatenmenge beträgt dann 54 Byte. Die Anfrage des Host ist ebenfalls 51 Byte lang. Ich habe hier die Polling rate zum Test auf 1 ms gestellt, bei einer Erhöhung ist das Phänomen aber identisch. @Hannes: Verhält sich das bei dir genauso? Könntest du mal einen Ausschnitt
-
Thread
Fahrrad: Batterie im Sender hält und hält
und dann gedämpft ausklingt. Der Schwingkreis wäre dann die Spule + 2* 10n in Reihe, gedämpft über 51 Ohm. Kann das sein?
>> 0.5 ms sind in der Realität schon etwas kurz, also wird C2 >> wahrscheinlich größer sein (der muss groß genug sein, dass beim >> Ausschalten noch ein Basisstrom fließen kann) Wird die Zeit größer 0,5 ms
-
Thread
I2C Display läuft nicht
; i2c_send_data(0xC0); i2c_send_data(0xC2); i2c_master_stop(); Delay_10ms(); //5ms i2c_master_start(); i2c_send_data(0x72); i2c_send_data(0xC0); i2c_send_data(0xC2); i2c_master_stop(); Delay_100ms(); //100us i2c_master_start
// Configure PORTC as output PORTC = 0x0; i2c_master_init(); Delay_100ms(); i2c_master_start(); i2c_send_data(0x4E); i2c_send_data(0x03); i2c_send_data(0x43); i2c_master_stop(); Delay_10ms(); //5ms i2c_master_start
-
Thread
_delay_ms(1) ungenau!
Warum ist das so? Brauchen die Ausgänge einige takte bis sie Stabil sind? Zweiter Test: _delay_ms...bei 50ms ist es noch halbwegs genau (51,2ms)...aber bei 1ms hab ich rund 2,5ms. bei 10ms hab ich auch rund 12ms am ausgang! F_CPU ist natürlich gesetzt! An was kann das liegen? Ich benutze AVR Studio
80kHz bedeutet, ~12 Takte für die Schleife bei 1MHz, das passt ungefähr. >Zweiter Test: _delay_ms...bei 50ms ist es noch halbwegs genau >(51,2ms)...aber bei 1ms hab ich rund 2,5ms. bei 10ms hab ich auch rund >12ms am ausgang! Quelltext? >An was kann das liegen? An dir. _delay_ms() und
-
Thread
ASM-Code aus 1980/1990 assemblieren
Code ist für ein Eprom in einer Steuerung. Für mich ist nun wichtig, diese Programme welche unter MS-DOS keine Probleme darstellen unter win7 zum Laufen zu bekommen. Unter DOS wurde mal mit ASM51 gearbeitet. Aber diese Entwicklungsumgebung steht nicht mehr bzw. war auch nicht von mir. Evtl. kann mir
Felix B. schrieb im Beitrag #4309259: > Für mich ist nun wichtig, diese Programme welche unter MS-DOS keine > Probleme darstellen unter win7 zum Laufen zu bekommen. Unter DOS wurde > mal mit ASM51 gearbeitet. Aber diese Entwicklungsumgebung steht nicht > mehr bzw. war auch nicht von mir.
-
Thread
CF-Card an µC anschließen
Problem ist, dass im 30ms sek Takt eine MP3 mit 10ms Länge ausgegeben werden muss.... Daher hieß es, dass es mit MMC knapp werden könnte. Oder haben wir da einen Denkfehler? VG Anne
Lass mich raten, du meinst den AT89C51SND und jetzt lies nochmal den ersten Post...
-
Thread
Welchen Mikrocontroller für Millisekunden-Stoppuhr?
Das klappt aber dann nur im Mittel bzw. bei langen Zeiten. Bei einer > kurzen Zeit - sagen wir 10ms - ist der Fehler dann schon eheblich > gegenüber der angeblichen Genauigkeit von 5ppm. Bei 10 ms ist der Fehler (Jitter) 0,3%, was eigentlich nicht schlecht und besser als die ms Auflösung des 1
Axel S. schrieb im Beitrag #7830896: > Wenn man wie der TO 1,000000ms Auflösung bei gleichzeitig hoher > Genauigkeit will Dann ist immer noch die Frage, ob man diese ultraexakte 1,000000ms tatsächlich überhaupt *braucht*. Denn die Abtastung mit exakt 1,000000ms ergibt
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
Hallo zusammen, falls jemand mit Keil debuggen will, hier die config Dateien zum ISD51 Debugger. Damit kann man über eine ser. Schnittstelle unter uVision debuggen. ISD51 kann für beide Ports konfiguriert werden, siehe die entsprechenden defines im h File. Wer mehr zu ISD51 wissen
"is51.mak zu finden. Aufruf zum übersetzen: "make -f is51.mak FNM=Dateipfad ohne Extend" Aufruf zum aufräumen: "make clean -f is51.mak FNM=Dateipfad ohne Extend" Vielleicht hilft Dir das Beispiel
-
Thread
I2C am ATMega88
i2cmaster.h" ... PORTC |= (1 << 4); //pullups PORTC |= (1 << 5); while(1) { _delay_ms(500); i2c_init(); _delay_ms(50); i2c_stop(); _delay_ms(50); i2c_init(); _delay_ms(50); i2c_start_wait(0x51+I2C_WRITE); // <-- hier kommt er nicht mehr hin.... anstatt "0x51+I2C_WRITE" habe
komme jedoch nie über diese Zeile hinaus: i2c_start_wait( 0xA2 ); oder i2c_start_wait( 0x51 );
-
Thread
ATmega644P - TWI - Sensor schwätz unaufgefordert
schrieb im Beitrag #2279181: > Eines ist mir aufgefallen: Warum sind Deine HYT271 Addressen 0x50/0x51 > und nicht 0x28 wie im Datenblatt angegeben? Hast Du sie mit der > Fabriksoftware verändert? 0x28 ist die (7-bit) I2C-Adresse, 0x50/0x51 sind die (8-Bit) Adressbytes für Schreib- bzw. Lesezugriff
#define HYT271_ADR 0b01010000 - (8-bits) = 0x50 #define HYT271_ADR_READ 0b01010001 - 0x51 Gruß, Gerhard
-
Thread
Tastenschlagzeug mit NXP LPC 935 selber bauen
Verwendung eines Quarzes. Die Filterauswahl erfolgt im UCFG1. Befindet sich das UCFG1 in der START900.A51 Datei? Wo steht im Buch, dass man da die START900.A51 Datei überhaupt benötigt? Ich hab leider nichts gefunden.
Beitrag #2918659: > Hallo Rainer, > ich hab heute folgende Feststellung gemacht: > Die Start900.a51 Datei hat keine Auswirkungen auf die Funktion. > Die Resultate sind mit oder ohne Start900.a51 Datei dieselben. Wenn du die Start900.a51 weg lässt, dann werden die Konfigurationsregister nicht verändert
-
Thread
Linux wird nicht wirklich akzeptiert, woran liegt das ?
Office installiert werden. PS: kann es sein, daß du nicht bemerkt hast, daß mein Favorit nicht von MS kommt?
Schwierigkeit > raus. Ich kenne dieses Office-Paket nicht. Ist es tatsächlich so kompatibel zu MS-Office, dass es selbst langjährige MS-Office-Nutzer als Ersatz akzeptieren würden?
-
Thread
Timer ATMEGA 2560
die ISR jede Sekunde einmal aufgerufen wird. Bisher habe ich folgendes gemacht: [c] #define wait_ms 1000 void setup() { //Init Serial Serial.begin(9600); //init Timer TCCR5B |=(1<<CS51); //8 prescaler -> 0.5us cycles TIMSK5 |=(1<<ICIE5)+(1<<OCIE5A);
ISR wieder hinterlegen werden ? ich denke mal eher so: OCR5AH = (wait_ms*1000*1000/500)<<8; OCR5AL =(wait_ms*1000*1000/500)&0xFF; oder eher so: bei 16MHz F_CPU OCR5AH = (65535-(F_CPU/8/100))<<8; OCR5AL =(65535-(F_CPU/8/100))&0xFF; macht aber dann alle 10ms die ISR
-
Thread
Attiny13A, programmieren von verschiedenen abläufen
if (k==36) {PORTB |= (1 << PB0);} if (k==41) {PORTB &= ~(1 << PB0);} if (k>=51) {k = 0;} } if (x >= 3) {x = 1;} if (i==1000) {i = 0;} _delay_ms(25); } } [/c]
LED_AUS; break; case 36: LED_EIN; break; case 41: LED_AUS; break; case 51: step=0; } } int main(void) { setup(); // Main loop, repeats every 25ms while(1) { _delay_ms(25); // Wenn Taste gedrückt...
-
Thread
Victron ve.bus protokoll analyse
um timing in relation zu sync "55" zu sehen. Wow. Bis jetzt nichts abgeraucht :) "55" ist 371ms "98F7" ist 385ms "8383" ist 386ms Ziemlich enges timing? Das würde heissen senden 14ms nach sync? Hab gleich die pulseview sitzung angeheftet. multiplus2.sr, damit kannst du selber schauen.
Hier bei 820ms ein "98F7" 9ms nach sync. Beantwortet 15ms nach sync. Das empfangswindow scheint recht gross. Bei 966ms ein "F8F8" Bei 1126 gleich 3 datensäze vom multiplus. Was das wohl ist? Bei 1870ms ein "
-
Thread
8051 Entwicklungsboard
mitteilen, die zu dem Standard- > Assembler für die 8051er führt. http://www.metaice.com/ASM51/ASM51.htm Peter
Im DIP40 mit Bootloader gibts bei CSD den AT89C51RB2-3CSIM. Peter
-
Thread
Include-File für AT89c51RE2
Schönen Guten Morgen! Ich habe da so einen schönen Controller, AT89C51RE2, aber die Programmierung klappt irgendwie nicht so recht. Ich finde für den Keil- Compiler keinen passende Include-File, verwende im Moment den AT89C51RC2.H, nicht .... RE2.H Ist das ein
Die Zeile sieht o.k. aus. Steht auch so in den Includes auf der Keil Webseite. Welchen Keil C51 benutzt Du denn (Version, Jahr)? Peter
-
Thread
for Schleife einsetzen
*/ /* -->fuer die positive Impulsbreite tp wird der Trimm-Poti P1.6 im Bereich 1ms bis 256ms verwendet */ /* -->fuer die negative Impulsbreite tn wird der Trimm-Poti P1.7 im Bereich 1ms bis 256ms verwendet */ /* Der A/D-Wandler wird im 8-Bit-Modus betrieben
für t=10000, ergibt sich an Portpin 1.0 eine Frequenz von 3,55 Hz, was einer Periodendauer T = 282 ms entspricht. Bei einem symmetrischen Rechtecksignal wäre tp und tn somit T/2 bzw. 141ms. Um nun die Impulsbreite (tp) und die Impulspause (tn) mit beiden Poti´s von 0,150 ms bis 4,2 ms einstellen zu
-
Thread
Review: Billiges 8051 Devboard als Bausatz mit STC89C52RC - TJ-56-708
drin Oder bis 300 GradC arbeitende https://www.blikai.com/productdetail/honeywell-aerospace-ht83c51-2046731
microcontroller-software-studio?tab=downloads Andere Alternative: https://www.batronix.com/versand/software/uC51/c-compiler.html
-
Thread
SAM4E oder SAM7x
Um noch was dazwischen in den Ring zu werfen das neuer ist: SAMD51
[c] float tmp; float tmp_v; ... tmp = 0.2731f * pow(tmp_v, 1.1531f); [/c] Da er dafür 0,15ms benötigt.
-
Thread
Schaltgeschwindigkeit BUZ73L => Spannung fällt zusammen
die Sendepausen, in denen der Laser für etwa 300-500us ausgeschaltet ist, sind je nach dem alle 1-3ms, dann müsste ich beim FF eine Zeit von etwa 5ms einstellen damit der Laser spätestens dann bei einem Fehler ausschaltet? Bei der Übertragung kommen auch Low und High Werte also es könnte sein, dass
Patrick B. schrieb: > eine Zeit von etwa 5ms einstellen damit der Laser spätestens dann bei > einem Fehler ausschaltet? So isses.
-
Thread
8-bit Signal erfassen und dekodieren
erfassen, bzw. dekodieren. Wie das Signal aussieht, sieht man auf dem Bild. Die "Bitlänge" ist 0,68ms (0,34ms für high und 0,34 für low oder 0,17ms für high und 0,51ms für low), das Telegramm ist insgesamt 5,8ms lang und der Abstand zwischen den Telegrammen ist 10,6ms. Das Codieren erfolgt über die Länge des Pegels. Bei 0,34ms high und 0,34ms low, heißt 0, bei 0,17 / 0,51 ist 1. Es muss nicht unbedingt ein Mikrocontroller sein. Gibt es vielleicht eine IC mit einem Eingang und acht Ausgängen, die entsprechend des Telegramms
-
Thread
Suche eine PC Netzteilempfehlung
aufgestellt: [code] WD Red Anlaufspeed = 12 V * 2.5 A = 30 W Peak Leistung Netzteil: CPU TDP 51 W Mainboard 25 W RAM 2 * 6 W Lüfter 30 W Festplatten 6 * 30 W, als Sicherheitsmarge rechne ich besser mit 35 W Daraus folgt: 51+25+2*6+30+6*35 = 328 W
Lukas E. schrieb im Beitrag #5178245: > Bitte keinen MS-Tech Ich habe die MS-Tech demontiert und kann darüber nichts negatives berichten. Die Jungs verbauen anständige Filter und PFC, die Elkos sind keine berüchtigten, Der Käfig ist stabil und kein Wabbelblech
-
Thread
Diverse fragen zu Hash Maps in C
63 0.95 28 2578 32768 9 Lookup3 (Jenkins) 38 51 0.94 21 2533 32768 10 Murmur2 41 52 1.12 37 3030 32768 11 Murmur2A 42 51 0.88
Udo K. schrieb im Beitrag #7647306: > Ich habe nach etlichen unnötigen Hacks deine Hash Map mit MS CL > compiliert und mit anderen Suchverfahren verglichen. Eine Frage habe ich dazu noch. War das mit Optimierungen ( /O2 ) oder ohne? Ich weiss nicht, wie das bei MS CL ist, aber bei GCC & Clang
-
Thread
DRAM und SRAM ltSpice-Beispiele
zwischen Spannungsquelle Vbitline und Vbl noch einen Widerstand R1 einfügst mit dem Wert "R=if(time<10.51m, 1, 1000Meg)". Bedeutet vor der Zeit 10.51m ist der Wert 1 Ohm (verbunden) nach der Zeit ist Vbitline und Vbl praktisch nur noch über 1GOhm verbunden (also praktisch hochohmig).
Anstieg auf der Datenleitung, allerdings nur marginal. Bild 1 Interessant ist der Zeitpunkt bei 3ms, beim raise der Datenleitung bei gewählten bit+word-Leitung, also zum Schreiben in die Zelle. Diesen Ausschnitt bei 3ms habe ich in Bild 2 nochmals vergrößert. Bei 3.005ms wird der höchste Strom über
-
Thread
ATTiny2313A UART Receive Probleme
while(1) { uart_putc('t'); uart_getc(); PORTB |= (1<<PORTB0); _delay_ms(5000); PORTB &= ~(1<<PORTB0); _delay_ms(5000); } } void uart_init(unsigned int baudrate) { //51 = 110011 = Baudrate 9600 UBRRH = 0; UBRRL = 51; /* Enable receiver and
(1<<PORTB2); uart_getc(); //LED blink PORTB |= (1<<PORTB0); _delay_ms(5000); PORTB &= ~(1<<PORTB0); _delay_ms(5000); } } void uart_init(unsigned int baudrate) { //51 = 110011 = Baudrate 9600 UBRRH = 0; UBRRL = 51; /* Enable receiver and
-
Thread
ebus protokoll mitschnitt bei einem Wolf Heizkessel
/* Fehlernachricht */ break; } } int main(void) { void long_delay(uint16_t ms) { for(; ms>0; ms--) _delay_ms(1); } void clear_lcd_lines() { for (int i=0;i<20;i++) { lcd_line1[i] = ' '; lcd_line2[i] = ' '; } lcd_line1[20] = '\0';
^ ^ ^ Bei mir immer D8 14 64 BM liest Parameter von MM 70 51 50 22 03 6A 21 0A 93 00 02 04 00 ED 00 ^ ^ 4 ? 70 51 50 22 03 42 C7 02 8D 00 02 EE 02 FC 00 ^ ^ 75 ? 70 51 50 22 03 14 2D 00
-
Thread
USB-Stick am Mikrocontroller VNC1L
_delay_ms(1000); // Pause } } [/c]
Verzögerung erreichen. >_delay_ms(500) wird somit keine 500ms Wartezeit erreichen. Das war mal so: Ab der avr-libc Versionen ab 1.6 geht es länger: _delay_ms() 6553,5 ms _delay_us() dito. http://www.mikrocontroller.net/articles
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
auf der Displayplatine. Es gibt sogar beim Hochfahren des Systems Meldungen darüber, mit Typ: 14:51:08 E2PROM: AT24C128 14:51:08 EEpromSize 14:51:08 Resets 14:51:08 OK Param struct Size 14:51:08 CRC Work: DF2A DF2A 14:51:08 CRC Save: DF2A DF2A 14:51:08 OK EEprom Auf dieser Displayplatine
ich ein LAN Kabel angechlossen und siehe da ... per http://ip-der-heizung:23 bekomme ich alle 500ms (?) pm 1 1.2 7.5 50 0 46 -1 1 47 -20 43 47 51 32 0 28 -20 0 20 -20 0 40 26 40 26 20 20 56 0 -20 -20 0 0 20 20 -20 0 -20 -20 0 0 20 20 -20 0 20 16 16 20 20 20 20 0.0 0 93 34 0.0 0 3 3 0 0 51 0 0 0
-
Thread
Drehgeber/Encoder 1-, 2- oder 4-schrittig
beide Varianten ( Tabelle und Umwandlung ) darstellst. Fehlermeldung von Keil: compiling Gray.c51... GRAY.C51(25): error C141: syntax error near 'INT_T0', expected 'const' GRAY.C51(26): error C132: 'INT_T0': not in formal parameter list GRAY.C51(26): error C141: syntax error near '{' Target not
der idealerweise länger als das Prellen ist. In einem Datenblatt habe ich eine Prellzeit von max. 3ms gefunden. Hier wird mit 1ms abgetastet. Das ist zu schnell, und lässt den einen oder anderen Preller durch. Da das Prellen dennoch sehr stark reduziert wird, ist es in der Praxis nicht von Bedeutung.
-
Thread
8051 carryflag
16-Bit wird gewählt MOV TH0, #timer_high; -- Bei 16-Bit 65536 Maschinenzyklen. Wir brauchen 5ms Pause = 5000 Maschinenzyklen MOV TL0, #timer_low ; 65536-5000= 60536 = EC78h ; damit muss der timer vorgeladen werden damit nach 5ms überläuft => flimmerfrei Anzeige
http://www.keil.com/support/man/docs/a51/a51_st_rseg.htm http://www.keil.com/support/man/docs/a51/a51_st_segment.htm und weitere Seiten aus der Doku. Vor allen Dingen aber http://www.keil.com/support/man/docs/a51/a51_controls.htm
-
Thread
extrem schnell Wandeln ASCII-Hex nach Binär auf einem uC
Die Schreibzeit für 256Bytes beträgt "nur" 2ms. Die Pages sind übrigens 64k groß. An dem Format auf der SD-Karte kann ich nichts ändern, das ist so vorgegeben.
schreiben? In 2ms? MFG Falk
-
Thread
Kondensatoren 7805 und Allgemein
www.vth.de/shop/warenkorb/artikel-einzelansicht/3437/628a8a4ed7f8c35f750eedc6bbbe719d.html Auf S. 51 steht für die Kapazität des Ladekondensators C = I_Last * tau / U_GL und tau = 100 ms für einfache Gleichrichtung und 50 ms für Brückengleichrichtung. U_GL ist die Gleichspannung, nicht die Brummspannung
alesi schrieb im Beitrag #2821853: > Auf S. 51 steht für die Kapazität des Ladekondensators > C = I_Last * tau / U_GL > und tau = 100 ms für einfache Gleichrichtung und 50 ms > für Brückengleichrichtung. U_GL ist die Gleichspannung, > nicht
-
Thread
Einfacher Timer in C für 8051er AT89S52
Berichtigung: 16,5ms ist falsch: muß natürlich 65,5ms heißen.
_1MS); TH0 = HIGH(-T_1MS); TR0 = 1; while( TF0 == 0 ); }while( --val ); } [/c] Peter
-
Thread
Ping geht, Browser nicht
map.openseamap.org [195.37.132.70] with 32 bytes of data: Reply from 195.37.132.70: bytes=32 time=64ms TTL=51 Reply from 195.37.132.70: bytes=32 time=64ms TTL=51 Reply from 195.37.132.70: bytes=32 time=62ms TTL=51 Reply from 195.37.132.70: bytes=32 time=63ms TTL=51 Ping statistics for 195.37.132.70
195.37.132.70) 56(84) bytes of data. 64 bytes from osm-alpha.franken.de (195.37.132.70): icmp_seq=1 ttl=51 time=27.0 ms @orin:~$ ping -c1 openseamap.org PING openseamap.org (213.95.155.108) 56(84) bytes of data. 64 bytes from openseamap.smurf.noris.de (213.95.155.108): icmp_seq=1 ttl=55 time=20.8 ms
-
Thread
Zeittakt mit Arduino statt "delay"!
bits ausmaskieren und wenn die gültigen bit 000000 habne das Taktbit invertieren. Bir wäre es egal ob 51ms oder 100ms, 510ms oder 1s letztendlich die Zeitmarke wäre. Wie definiere ich 32-bit-worte, wie inkrimentiere ich, wie die Maske? Gruß PS. 16bit würde rechen wenn die Zykluszeit bei kurzen
ausmaskieren und wenn die gültigen bit 000000 habne das Taktbit > invertieren. Bir wäre es egal ob 51ms oder 100ms, 510ms oder 1s > letztendlich die Zeitmarke wäre. > > Wie definiere ich 32-bit-worte, uint32_t my32bits; > wie inkrimentiere ich my32bits++; >, wie die Maske? my32bits
-
Thread
Einstieg in 8051 - Atmels AT89S52 oder?
Ich würde den AT89LP51RD2 empfehlen. 20MIPS, 64kB Flash, bequem über die UART programmierbar. Auch in DIP-40 verfügbar. https://www.microchip.com/wwwproducts/en/AT89LP51RD2
Frage an die versammtelte 51er Kompetenz: Ich habe im Ramsch eine Stange von D87C51FA gefunden, dazu habe ich Datenblätter hervorgekramt die von 128 Bytes RAM gemäß der Nomenklatur "51" erzählen, aber auch Eines das meint "256
-
Thread
LCD zu langsam für Main-Prozessor
5-10% der 1ms für arbeit .. der rest könnte sogar noch andere sachen machen .. zB alle 100ms( alle 100 aufrufe ..) für tasterabfragen oder so .. ist eine prima entprellung ... ohne delays oder son quark ist
Beschreiben des LCD's mit einem ganzen String kostet mich in der While-Schlaufe des lcd_write() schon 4.4ms für alle Zeichen + 2ms zum löschen. Das macht eine Verzögerung von >6ms für die LCD-Ausgabe welche alle 5 Sekunden erneuert wird. Die Durchlaufszeit des Programms darf aber nicht unbedingt viel grösser
-
Thread
Fürchterlicher Gestank neue Weller WE1010 Lötstation
Die Weller Vorgängerstationen der WES(D) 51 Reihe sind dagegen wesentlich besser konstruiert wenn auch nicht so gut wie die Station WS81 o.ä. Z.B. Vor der JBC verwendete ich seit vielen Jahren eine WESD51. Mechanisch ist sie "Weller klassisch
Herstellerland "Mexico" Na dann wollen wir mal abwarten. Muss aber aus dem Haus das Teil. lg. MS
-
Thread
Atmega328, Probleme mit Interrupt und Bluetooth
_590632\libraries\Adafruit_BluefruitLE_nRF51_master\Adafruit_BLEBattery.cpp.o" "C:\Users\ALEXAN~1\AppData\Local\Temp\arduino_build_590632\libraries\Adafruit_BluefruitLE_nRF51_master\Adafruit_BLEEddystone.cpp.o" "C:\Users\ALEXAN~1\AppData\Local\
_590632\libraries\Adafruit_BluefruitLE_nRF51_master\Adafruit_BluefruitLE_SPI.cpp.o" "C:\Users\ALEXAN~1\AppData\Local\Temp\arduino_build_590632\libraries\Adafruit_BluefruitLE_nRF51_master\Adafruit_BluefruitLE_UART.cpp.o" "C:\Users\ALEXAN~1\AppData
-
Thread
Uart-Programm testen
Hi >Laut Schaltplan ist ein Quarz mit 8MHZ in der Schaltung. Habe UBRR auf >51 gestellt => 9600 und 8Mhz. 51 stimmt erstmal. Und arbeitet der AVR auch mit dem Quarz -> Fuses gesetzt? MfG Spess
Indem ich UBRR=6 (9600, 1MHZ) und auf UBRR=51 (9600, 8Mhz) gesetzt habe.
-
Thread
Attiny 2313 einzelne Bits ansprechen
if ( PINA == 0x02) { PORTB = 0x80; _delay_ms(250); PORTB = 0x40; _delay_ms(250); PORTB = 0x20; _delay_ms(250); PORTB = 0x10; _delay_ms(250); PORTB = 0x08; _delay_ms(250); } } }
-
Thread
eBus USB Adapter
included "/etc/ebusd/vaillant/errors.inc" for "25.hwc", included "/etc/ebusd/vaillant/mcmode.inc" for "51.mc.3", included "/etc/ebusd/vaillant/timer.inc" for "51.mc.3", included "/etc/ebusd/vaillant/errors.inc" for "51.mc.3", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "51.mc.3", included "/etc
poll ehp HeatpumpType: 0 2016-12-30 18:04:14.848 [update notice] update ehp Status01 QQ=10: 57.0;51.0;1.312;49.0;48.0;on 2016-12-30 18:04:15.090 [update notice] unknown BC cmd: 10feb516080016041830120516 2016-12-30 18:04:15.345 [update notice] unknown MS cmd: 1008b512020000 / 00 2016-12-30 18:04