-
Thread
RC Empfänger PWM Signal Mosfet Motorregler
Bei Standard Empfängern kommt alle ca alle 20ms (also 50Hz) ein Impuls mit einer Impulslänge zwischen 1 und 2ms, je nach gewünschtem Servoausschlag. Die Spannung des Impulses entspricht aber üblicherweise nicht 0,5 Volt, sondern der Versorgungsspannung
PORTC^=(1<<PC1); _delay_ms(90); } if (aktuell_pwm_l >= 75 && aktuell_pwm_l < 80) { PORTC^=(1<<PC1); _delay_ms(85); } if (aktuell_pwm_l >= 80 && aktuell_pwm_l
-
Thread
LED blinken lassen und ATMega16 schlafen lassen
taster_get_status(5, PIND & (1<<PD7)); if (tastst != 5) tasttest = 0; } void long_delay(uint16_t ms) { for (; ms>0; ms--) _delay_ms(1); } void ioinit() { DDRA |= (1<<PA2) | (1<<PA3) | (1<<PA4) | (1<<PA5) | (1<<PA6); // DDR für Port A setzten PORTA = 0xFF;
Ich habs hauptsächlich im Selbststudium über Turbo-Pascal, Turbo-C, Keil C51 und WINAVR gelernt. Peter
-
Thread
Einfaches Programmiergerät für RS232
beantwortet. Im Moment fehlt mir die Zeit für weitere Projekte, da ich noch viel Arbeit mit der IS51-Platine, deren Bootloader und den Handbüchern dazu habe. Mehr Informationen über die IS51 sind hier zu finden. https://www.mikrocontroller.net/topic/380433?goto=new#4328575 Danach wäre es ein ein
das Gleiche, da Bit-Banging über USB die Datenrate auf wenige 100Bit/sec reduziert. Grund sind die 1ms Zykluszeit (125us bei High-Speed, gibts solche überhaupt?).
-
Thread
ATmega, C, GCC, Warteschleife, ICF1-Flag innerhalb 40ms gesetzt
soll. An sich müsste es Sinngemäß so funktionieren: if (TIFR1 == 0x27 && Zeit<40ms) {Anweisung} Ich kann da auch keine for-Schleife nehmen die 1ms pro Durchlauf dauert, das verfälscht mein Ergebnis. Und es darf keine ISR benutzt werden...soll eben alles in der Hautschleife passieren
er läuft mit einer Frequenz von ca. 19,5 kHz und kann damit die Periodendauer in Schritten von ca. 51 µs ermitteln. Deine 55 Hz haben eine Periodendauer von ca. 18 ms, was etwa 355 mal so viel ist. Das heißt, wenn deine Messung nur um einen Timer-Tick schwankt, reicht das schon aus, um deinen angezeigten
-
Thread
40Bit Datentyp selber basteln
64Bit-Lib ersetzen ! Zum /AVR IAR C/C++ Compiler/ kann ich nichts beitragen, habe nur noch einen Keil C51 da.
du damit etwa 37% Laufzeit, bei den Multiplikation noch mehr. Damit wäre eine Verbesserung von 6ms auf 4,4ms durchaus realistisch.
-
Thread
Taster abfragen UND dann.
: Taste ist mindestens 25ms lang gedrückt _delay_ms(10); _delay_ms(10); _delay_ms(5); if (PINC == 0xFE) taste_gedrueckt = 1; } if (taste_gedrueckt) { taste_gedrueckt
while(PINC == 0xFE) while(!(PINC & (1<<PC0))) { // Entprellen: Taste ist mindestens 25ms lang gedrückt _delay_ms(10); _delay_ms(10); _delay_ms(5); // if (PINC == 0xFE) if (!(PINC & (1<<PC0))) taste_gedrueckt = 1; }
-
Thread
Welches ist der beste Microcontroller für Modellbau
Matthias der '51 wird wahrscheinlich das schloss unseres sarges controllieren. das ding ist so gut, dass jeden tag eine neue firma den '51 CORE in neue chips integriert. warum wohl? warum keinen Avr? Amen PS
Wir können ja ne Wette abschließen... So bis 2040 hoffe ich, noch zu leben. Bis dahin wirds den MCS-51 Core sicherlich noch geben, denn auch dann wirds noch Low-End Anwedungen geben.
-
Thread
Messprobleme mit HP5334B - Defekt?!
Periodendauermessung zeigt 99.5us, 97, 102us. Also besser. Rise/Fall-Messung: lange nichts, dan 184ms, 171ms, 136ms. Eigentlich hatte ich 8ns als Anzeige erwartet ! Ein Bedienfehler? Der zweite Messeingang macht Stress. Da kommt erst mal gar nichts. Mit Read Levels sehe ich daß der Level B nur von 38.4-51V einstellbar ist. Level A geht von -51 bis 51V. Das passt eher. Wenn ich SENS drücke und dann loslasse ist Level B kurz brauchbar. Einmal nach rechts gedreht tritt wieder das Problem auf, daß er
-
Thread
1-Taster LED-Steuerung
if(runter) mode=(mode+1)%3; switch(mode) { case 0: PORTA=1<<(zaehler++/51); break; case 1: PORTA=0x1F; break; default: PORTA=0; } runter=gedrueckt; _delay_ms(10); } } [/c]
runter=(gedrückt&~runter)*0x20; mode=(mode+(runter!=0))%3; PORTB=(mode==0?1<<(zaehler++/51):(mode==1?0x1F:0)); runter=gedrueckt; _delay_ms(10); } } [/c]
-
Thread
Schnelle FFT in Assembler
performance with megaAVR @16MHz ; ; Points: Input, FFT, Output, Total: Throughput ; 64pts: .17ms, 1.9ms, 1.4ms, 3.5ms: 18.3kpps (expected) ; 128pts: .34ms, 4.4ms, 2.6ms, 7.3ms: 17.5kpps (measured) ; 256pts: .68ms, 10.1ms, 5.2ms, 16.0ms: 16.0kpps (expected) ; 512pts: 1.4ms, 22.6ms, 10.4ms, 34.4ms: 14.8kpps (expected) ; ; Input: Input waveform into butterfly table with applying window ; FFT: Execute butterfly operations ; Output: Descramble and output the spectrum
-
Thread
Padauk PFS154 Programmer mit Arduino Uno / ATmega88 - 328
0 ebenfalls 0,6ms - Pulsdauer für logische 1 sind 1,7ms Vllt. weiß das ja Frank M. (ukw) aus dem Handgelenk heraus ? Gruß zum WE, JJ
für logische 0 ebenfalls 0,6ms > - Pulsdauer für logische 1 sind 1,7ms > > Vllt. weiß das ja Frank M. (ukw) aus dem Handgelenk heraus ? Das ist NEC [[IRMP#NEC]].
-
Thread
Lange Rechenzeit von kurzem C-Code
() sieht es in Pseudocode ungefähr so aus: [Code] schleife { irgendwas(); warte(100 ms); } [/Code] Wenn irgendwas() jetzt 20 ms braucht, dauert der Gesamtzyklus 120 ms, wenn es 50 ms braucht, dauert er 150 ms. Mit clock_nanosleep() kann man das aber auch so machen: [Code] x = aktuelle_zeit(); schleife { irgendwas(); x += 100 ms; warte_bis_zeitpunkt(x); } [/Code] Hier ist die Zykluszeit immer 100 ms, unabhängig davon, ob irgendwas() nun 5, 20 oder 50 ms braucht. Erst wenn es mehr als 100 ms braucht, kommt es natürlich
-
Thread
Schieberegister ersetzen
Taktfrequenz kommt aus einem 1MHz Quarzgenerator. Das Digitalsignal am Eingang wird um 625 x 8 / 1MHz = 5ms verzögert. Wie kann man diese "Wahnsinnsplatine" ersetzen?
VHDL-Beschreibung? Gade mal 14 Zeilen: [vhdl] library IEEE; use IEEE.STD_LOGIC_1164.ALL; entity sr5ms is port( signal clk, inp : in std_logic; signal outp : out std_logic); end sr5ms; architecture Behave of sr5ms is signal sr : std_logic_vector (4999 downto 0) := (others=>'0'); begin
-
Thread
Was hört ihr für Musik ?
jetzt erst recht... https://www.youtube.com/watch?v=2wSvnAe51kE
Atemnot in der Nacht https://www.youtube.com/watch?v=Kp51XLL0x0M ;)
-
Thread
Attiny 441 UART
interrupt.h> #include <util/delay.h> void UART_Init( unsigned int baud ) { int UBRR_value = 51; // (F_CPU/(baud*16))-1; //UBRR setzen UBRR0H = (unsigned char) (UBRR_value >> 8); UBRR0L = (unsigned char) UBRR_value; UCSR0B = (1<<RXEN0)|(1<<TXEN0)|(1<<RXCIE0); //RX, TX, RXinterrupt
UART_BAUD_RATE); sei(); //Interrupt reset while(1) { //PORTA ^= 1<<PA3; //_delay_ms(500); } } [/c] Sieht irgendwer wo der Fehler ist. Stefan
-
Thread
BME280 Erfahrungen
. 4. man kann weiters auch die Absolute Luftfeuchte aF(kg/m³)=rF*E/(Rw*T)*10 mit Rw=461,51 J/(kg*K) und rF (relative Feuchte) als Quotient (nicht als%-Zahl!) und den Taupunkt (wieder Magnusformel für t=-45 bis +60°C heranziehen) τ(φ,ϑ) = K3 ⋅ ((K2 ⋅ ϑ)/(K3 + ϑ) + ln φ)/(K2 ⋅ K3/(K3
Normal mode mySensor.settings.runMode = 3; //Normal mode //tStandby can be: // 0, 0.5ms // 1, 62.5ms // 2, 125ms // 3, 250ms // 4, 500ms // 5, 1000ms // 6, 10ms // 7, 20ms mySensor.settings.tStandby = 0; //filter can be off or number of FIR coefficients
-
Thread
Wittig(welec) Oszilloskop firmware problem
================================== 1GS/s 4ns/10ns/40ns/100ns/400ns/1µs/4µs/10µs 500MS/s 20µs 250MS/s 40µs 125MS/s 100µs 62,5MS/s 200µs 31,3MS/s 400µs 12,5MS/s 1ms 6,25MS/s 2ms 3,13MS/s 4ms
250kS/s 1ms 100kS/s 2ms 50kS/s 5ms 25kS/s 10ms 10kS/s 20ms 5kS/s 50ms 2,5kS/s 100ms 1kS/s 200ms 500S/s
-
Thread
Atmel oder PIC Gesperrt
called all 250 us */ /* all 4 input channels are sampled within 1 ms */ /* all 10 ms (40 interrupts) the 10 ms event is triggered */ TP25_ON; /* toggle pin for measurement */ /* store ADC-Value to FIFO and increment InPoi */ (*InPoi
((TimerIL & TMR_MS_MASK) == 0) { TimerIMS++; /* trigger 2 ms event */ } /* start next conversion LSBs of TimerL select Chanel */ ADMUX = ADMUX_INIT + (TimerIL & 0x03); BIT_SET(ADCSRA
-
Thread
Single coil latch relais ansteuern
2 ms without diode Release time (excluding bounce) Approximately 1 ms without diode [/pre] Spulenwiderstand liegt bei 250R. Dann fließt bei 220µF und 250R nach xx MilliSekunden kein (nenennswerter)
aber nur 0.02 Sekunden. Würde also ein 47µFarad auch reichen? Das Relais braucht für mindestens 10ms eine Ansteuerung; Datenblatt: "Pulse width : More than 10 ms". Ich hatte ja schon angedeutet, dass ich mich verrechnet hatte: Man sollte es so betrachten, dass innerhalb der mindestens 10ms die Spannung
-
Thread
M4 (samd51) läuft nicht als i2c master
.. wenn da so garnix rauskommt tippe ich auf ein port initialisierungsproblem. Ich kenne aber den D51/SERCON nicht; benutze selbst den SAM4S, da ist an der Stelle ein bisschen traditioneller Stoff gefragt.
gerade mal den I2C auf einem SAMC21 grundsätzlich zum Laufen gebracht. Die Peripherie ist mit dem SAMD51/SAME51 ja weitgehend identisch, der SAMD51 hat nur von allem noch viel mehr. [code] #include "sam.h" volatile uint8_t system_tick = 0; void SysTick_Handler(void) { system_tick = 42; }
-
Thread
Anregungen / Fragen / Hinweise zu Wecker
Taktquelle eingestellt. Ausserdem klapt das Multiplexing der Anzeige. Es wird mit Timer1-IRQ Jede ms wird 1 Segment weiter geschaltet, alle 10ms wird die Stromrichtung der Heizung gewechselt. Nun geht es darum einen String auf die Anzeige zu bringen. Kann man ein struct mit 10 elementen als String
0x34: PORTC.OUTSET=0x15; PORTB.OUTSET=0xA0; break; case 0x35: PORTC.OUTSET=0x51; PORTB.OUTSET=0x82; PORTA.OUTSET=0x80; break; case 0x36: PORTC.OUTSET=0x51; PORTB.OUTSET=0x83; PORTA.OUTSET=0x80; break; case 0x37: PORTC.OUTSET
-
Thread
Unkomplizierte Berechnung oder doch schon Gleitkomma Berechnung?
der Rest ist konstant. Der Compiler wird 7.9-PH sicher kaum auseinanderdröseln. Wenn er z.B. 10ms rechnet, ... stört das?
viel oder sogar sehr viel Zeit bräuchte. Achim S. schrieb im Beitrag #5604320: > Wenn er z.B. 10ms rechnet, ... stört das? Du redest von einem 4-Bitter?
-
Thread
Inkrementieren- aber wo ist der Fehler (ATmega8)
8000000 #include <avr\io.h> #include <util\delay.h> //Diese Funktion lässt den Controller //"ms" Millisekunden warten. //Die while-Schleife wird so oft durchlaufen, //wie der Funktion übergeben wurde. //Bei jedem Duchlauf wir noch 1ms gewartet. void sleep_ms(uint16_t ms) { while(ms) { ms--; _delay_ms(1); } } int main (void) { // Hardware einstellen DDRB=0x0F; //B -> 4-7 Eingang, 0-3 Ausgang DDRD=0xFF; //C -> Ausgang PORTB=0xF0; //B -> 4
-
Thread
Display EA-DOGM 132x32 Steuerung SPI mit AT90USB1287
0x60}, {0x60}, {0x00}, {0x00} }; char char_question[5]={ {0x02}, {0x01}, {0x51}, {0x09}, {0x06} }; char char_0[5]={ {0x3E}, {0x51}, {0x49}, {0x45}, {0x3E} }; char char_1[5]={ {0x00}, {0x42}, {0x7F}, {0x40}, {0x00} }; char char
; _delay_ms(50); // Sending: Alle Pixeln sind 'ON' //char cdata; //cdata = 0xA5; //SPI_MasterTransmit(cdata); //_delay_ms(50); ClearLCD(); PORTA |= (1<<PA2); DrawString
-
Thread
Optical Maus Sensor ADNS2610 mit AVR
einzelnen Pixels braucht man ca. 100 us. Für ein komplettes Bild braucht man also mindestens 32,4 ms. In dieser Zeit macht der Chip 51 Aufnahmen. Bewegungen führen deshalb zu unbrauchbaren Bildern. mare_crisium
nach müsste es hinhauen. Vergiss' aber nicht, dass Du für's Auslesen der 18x18 Pixels mindestens 32ms brauchst (18*18*0,1ms) ;-)! In Wirklichkeit sind's natürlich mehr als 32ms, weil ja noch die Zeit für die Übermittlung über den SPI-Bus und die interne Verarbeitung dazukommt. Ciao, mare_crisium
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
, bei meinem Code bekomme ich knapp 5ms angezeigt, bei deinem knapp 10ms.
26,858ms. Übrigens: 25,4ms entsprechen nicht > 40fps sondern < 40fps ;) Harry L. schrieb im Beitrag #5557469: > Da beim Überragen einer Zeile des Framebuffe auf das Display 25,4 ms / 8 > = 3,18 ms/Zeile
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
Keyboard und Seriell in kleine Stücke "hacken" muss. Auflösung sollte etwa 250 Schritte im Bereich von 1-2ms sein. Jörg
es kein explizites Stringhandling gibt. So in der Art (ohne Gewähr): [code] 50 A = AR(A+1024) 51 IF AR(A)<32 THEN RETURN 52 ? %AR(A);: A=A+1:GOTO 51 [/code] Jörg
-
Thread
Hausbus
Hausbus-Anwendung zählen diese Punkte ja nicht, und Atmel ist beim Flash wirklich führend (wenn es beim T89C51CC01 ähnlich wie beim ATmega ist). Den T89C51CC01 gibt es ja auch im SO24-Gehäuse. Das würde mir gut reinlaufen. Also ich werde die Sache mal überdenken. Wahrscheinlich bringt Ihr mich noch dazu, dass
betätigen, eines beim Loslassen. Mehr nicht. Der Master kann nun leicht schalten, oder nach 300ms das Dimmen anfangen, oder nach 500ms den Backofen einschalten, was weiss ich.... Somit würden die Buskoppler einfach ihre Eingangssignale weitergeben... Und beim Dimmen beispielsweise würde der Master
-
Thread
STM32: Prozessortakte (Zeit) herausfinden für delay routine (hd44780)
44780 vor Jahren mal per FPGA bedient. Und ich kann mich an sehr lange Delays erinnern: Wait for 15ms, nach Power on wait for 4.1ms, nach ... von daher passt ein Millisekunden Timer noch ganz gut. Der OP wollte bei 16Mhz auch schon mindestens 1000 Takte warten, also auch schon auf 16Khz = 62 usec
HD44780, was da noch so auftaucht: Bei der Initialisierung werden bspw. Mindestwartezeiten von 15ms, 4.1ms oder 40ms gefordert (Fig. 25/26 8-Bit bzw. 4-Bit Interface). Da hätte ich jetzt keine Hemmungen, einen 1ms Timerinterrupt zu bemühen.
-
Thread
Software-Timer abweichung
PORTB.DIRCLR = PIN3_bm; } } } ISR(TCC1_OVF_vect) { static unsigned char ucMsTimer = 0; if ( ucMsTimer >= 49 ) //51 { ucMsTimer = 0; } else { ucMsTimer++; } if ( ucMsTimer == 0 ) { if (s_IO.ulLaufzeit > 0) { s_IO.ulLaufzeit
Kommentar steht aber 4µS? stimmt kommentar ist falsch Stefan E. schrieb im Beitrag #4918151: > 200ms * 60000 = 1 Min? > Merkwürdige Rechnung. 200ms * 5 = 1000 ms (1s) 1s *60 = 1 min müsste also 300 sein. Habe ich gerade ausprobiert aber dann leuchtet die rote LED sofort auf... hmm
-
Thread
Kennfeldzündung für Motorrad
Mechatroniker, und möchte eine Kennfeldzündung für mein Moped realisieren. Es handelt sich um eine Simson S51. Ist ein 1 Zylinder 2-Taktmotor. Momentan ist eine VAPE Zündung verbaut, allerdings möchte ich den Zündzeitpunkt in Abhängigkeit von Drehzahl und evtl auch Last, also der DK-Stellung regeln. Ich will
Genau das, was ich gesagt habe. Bremsen tut sie aber trotzdem. Jaja, bremsen tuts trotzdem .100ms? Physikalische 100ms? > >> Du erklärst mir aber auf die Fläche der bremsenden Oberflächen kommt es >> nicht an (sinngemäß). > > Das stimmt auch, weil sich die Fläche in den Formeln zur Berechnung
-
Thread
Günstiger ADC >=14 bit >=2.5MSPS
einiges machen, sieh Dir mal die ADUC-Reihe von Analog Devices an. Die kombinieren ARMe oder auch MCS-51 mit A/D-Wandlern.
.html Cortex-M33, 16 Bit, 16 Kanäle, aber "nur" 2 Ms/s
-
Thread
Handy in Badewanne gefallen tödlicher Stromschlag
Fehlerstrom-Schutzschalter benötigen 40 bis 100 ms.
angesteckt und die Windräder in der Nähe fangen > an zu rotieren. Halbvoll reicht nicht. Muss >=51% haben.
-
Thread
EleLa - Elektronik Lagerverwaltung V3.1
Neue EleLa Version V3.1.20307 steht nun mit MsSQL Unterstützung bereit. In der aktualisierten Hilfe ist ein "Tutorial MsSQL Einrichtung" in dem beschrieben ist welche neue DLL's dazu verwendet werden müssen und wie der MsSQL parametriert sein muss
dargestellt werden. In suche.php Zeile 68 die Klammer schießen vergessen. Alt if (($P_DBTyp == "MsSQL") Neu if (($P_DBTyp == "MsSQL")) Für alle Anderen, die es vielleicht auch noch interessiert. Mein Setup ist EleLa V3.1, MySQL 5.7.44, PHP 7.4.33 und apache 2.4.51 (wobei das wahrscheinlich
-
Thread
Welche Programmiersprache für Comports?
> und einen Arduino mit Komandos füttern, der > dann die Bytes in den 89S51 klopfte Letztes war also das Kernproblem? Vermutlich waere es einfacher gewesen, den "Arduino" wegzulassen. Und einen guten alten Kandadongle an den hoffentlich vorhandenen Parallelport zu stecken. Wenn es fuer den 89S51 da nicht sogar schon fertige Software gibt... Haette man das bisschen Bitwackelei mit Hilfe des Dongle, moeglicherweise auch schon ohne, schneller hinbekommen. Ich kann mich an einen sehr rudimentaeren
-
Thread
Servo delay board
Hi! 1ms ist doch Anschlag an einer Seite des Servos, der relevante Teil ist doch aber nur bei 1ms - 2ms, also 1ms Änderung zu suchen. 1ms passt doch schon recht gut zu deinem ADC-Wert von 1024. Also von deinem
Angenommen der Steuerknüppel liegt auf neutral, dann betragen die Messwerte rund 24200 (enspricht rund 1.51ms, was passt). Aber vereinzelt, kommen auch Messwerte mit 8000 und auch mit 50000. Diese stören natürlich ganz gewaltig, denn bei den Werten fängt bei der Ausgabe das Servo zum zucken an. Ich habe
-
Thread
AVR für wenig Geld im LAN
Webserver_MEGA32_Servo-D7.hex Wenn ich richtig rechne, ergibt sich bei einem 16MHs-Quartz eine Impulsrate von 16 ms (nicht 20 ms). Ist das noch o.k.? Grüße RoBue
Wie mache ich da weiter? Möchte gerne die case-Struktur behalten. case ('8'): if ( var_array[51] > 5 ) { var_array[51]--; } break; case ('9'): if ( var_array[51] < 30 ) { var_array[51]++; } break; case ('10'): <--- geht nicht, da eth_buffer[a+1] nur
-
Thread
DCF77 Dekodierung liefert falsche Werte
DCF47=1;break; case 48:DCF48=1;break; case 49:DCF49=1;break; case 50:DCF50=1;break; case 51:DCF51=1;break; case 52:DCF52=1;break; case 53:DCF53=1;break; case 54:DCF54=1;break; case 55:DCF55=1;break; case 56:DCF56=1;break; case 57:DCF57=1;break; case 58:DCF58=1;break;
DCF43=0; DCF44=0; DCF45=0; DCF46=0; DCF47=0; DCF48=0; DCF49=0; DCF50=0; DCF51=0; DCF52=0; DCF53=0; DCF54=0; DCF55=0; DCF56=0; DCF57=0; DCF58=0; DCFSTART=0; DCFFEHLER=1; } }
-
Thread
Wittig(welec) DSO W20xxA Hardware
lausige -25dB, nach Jürgens Änderung -53dB, mein Vorschlag -104dB. Die Einschwingzeit beträgt original 6ms, nach Jürgen 300ms, bei mir sogar etwas bessere 200ms, weil die Filterstufen besser zusammenpassen. Lieber Jürgen, ich hoffe du nimmst es nicht als Besserwisserei auf. Ist immerhin auch der 3-fache
25dB, nach Jürgens >Änderung -53dB, mein Vorschlag -104dB. Die Einschwingzeit beträgt >original 6ms, nach Jürgen 300ms, bei mir sogar etwas bessere 200ms, weil >die Filterstufen besser zusammenpassen. Die Einschwingzeit war genau der Nebeneffekt bei der Dimensionierung. Der Triggerpegel schleicht
-
Thread
AT89C2051 und Keil µVision
Jedoch stimmt jetzt irgendwas mit dem Timing nicht mehr ganz. Hab eine Schleife die vorher genau 1ms dauerte und die dauert jetzt plötzlich nur mehr 680µs ???? mfg Manfred
Bei "Target" und/oder "BL51-Locate". Entscheidend ist was letztlich bei "BL51-Locate" unten als LINKER-CONTROL-STRING steht, auch mal weiter runterscrollen. Der Linker orientiert sich nur an dem was da steht. Wichtig ist, das
-
Thread
DS18S20 Temperatur-Sensor
weltweit einmalige Adresse hat. Ich hab hier was in C: http://www.specs.de/users/danni/appl/soft/c51/thclock/1wire.c51 Und das Assemblerlisting ist hier: http://www.specs.de/users/danni/appl/soft/c51/thclock/1wire.lst Von PT100 und Konsorten ist abzuraten. Es sei den Du schlägst Dich gern
Dear sir, Good afternoon. Please quote : P89C51RD2BN, PHIL 02+, 3000 PCS. DS18S20 ( TO-92), DALLAS 01+, 1000 PCS UPD78F9116ABMC-5A4 NEC 02+ 500 or more pcs. New original packing. Thank you. Best regards, Ms.
-
Thread
Erfahrungen mit primedeu.com (Microsoft-Software)
T.roll schrieb im Beitrag #5262146: > er scheint wirklich ein MS-Partner zu sein. Auch das halte ich zunächst für fragwürdig. Warum muss eine angeblich deutsche Firma, die den deutschen Markt beliefert, ausgerechnet auf einer US-Seite von MS als Geschäftspartner
beiden unterschiedlichen Vorwahlen bei Tel/Fax auf sich hat, sei mal dahingestellt (+507 Panama, +51 Peru)
-
Thread
Zickige SD-Karte am Arduino
Blöcke an die 100 ms; der Inhalt aber war korrekt.
> Bekanntlich kann das Schreiben hin&wieder recht lange dauern, bis zu 400 > ms habe ich schon gesehen. Interessant, mein Rekord war bisher 230ms. Man lernt halt nie aus. :) Olaf
-
Thread
ST-Link V2 aus China
der ST-Link V2 aus China hingegeben schon). Mein Microcontrollerpaket soll die Familien AVR, MCS51, STM8 und STM32 unterstuetzen. Der ST-Link V2 unterstützt hier beide Familien, STM8 und STM32.
#5785422: > Der STM32F303RE löscht seine 512k in weniger als 5 Sekunden. Gefühlt geht das beim ATSAME51J19A auch schneller als 6,5s. Für den STM32F303RE habe ich die gleiche Angabe spontan nicht gefunden. Aber da sind für 2 KB (sollen wohl eher kB sein) pages mindestens 20ms und maximal 40ms angegeben
-
Thread
Intervall Handling mit einem TImer
werden sollen. Beide Infos stehen in einem Array, welches unterschiedlich lang sein kann. zb [1,10ms, "Mache a"] [2,30ms, "Mache b"] [3,20ms, "Mache c"] usw. Wie implementiert man sowas am besten in C. Ich brauche jetzt kein Code, sondern einen Ansatz. Eine Idee die ich habe, scheint aber nicht
müsste. [1,10ms, "Mache a"] [2,30ms, "Mache b"] [3,20ms, "Mache c"] ++++++++++++++++++++++++++++++++++++++++++++++++++ (1ms inkrement) 1 3;1 2;1 1;3 (auszulösende Kommandos