-
Thread
Zahl in Ziffern zerlegen
/Jeweilige Anzeige Anschlaten PORTB=Zahl[Berechnung(Stelle, Var)]; //Zahl ausgeben _delay_ms(3); PORTD &= ~(1<<Segm); //Anzeige weider Ausschalten } int main (void) { //Registerinitialisierung //TCCR1A = 0b00000000; //Timer im CTC-Mode; Prescaler
asciifull.gif 213 = 2,1,3,0 (binäre Null (\0) am Schluss immer bei Strings!) abgelegt wird es also: 50,49,51,0 Diese Werte findest du in der Tabelle s.o. 49='1', 50='2', 51='3', ... Wie kommt man von 49 auf 1? -> 48 Abziehen Wie kommt man von 50 auf 2? -> 48 Abziehen Wie kommt man von 51 auf 3? -> 48
-
Thread
Starthilfe zum AT89S52
hängt an VCC, sollte also ok sein. @Dirk: Ich glaube die Delay-Funktion verzögert nur um ein ca. 1ms... also sollte das Blinken nicht sichbar sein. Aber die LED sollte etwas leuchten. Gruß, SIGINT
einschalte hängt er sich auf. Der braucht scheinbar wirklich ein extra Reset IC. Komische Knilche, die 51er.
-
Thread
Frage zu Migration von SW4STM zu STM32CubeIDE
specs=nano.specs -mfpu=fpv4-sp-d16 -mfloat-abi=hard -mthumb -o "Src/ethernetif.o" ../Src/ethernetif.c:51:10: fatal error: stm32f4xx_hal.h: No such file or directory #include "stm32f4xx_hal.h" ^~~~~~~~~~~~~~~~~ compilation terminated. make: *** [Src/subdir.mk:72: Src/ethernetif.o] Error 1
Src/ethernetif.o] Error 1 "make all" terminated with exit code 2. Build might be incomplete. 17:51:08 Build Failed. 2 errors, 0 warnings. (took 1s.317ms) Die Import Pfade sehen nun aber besser aus. Gibt es weitere Tipps zu dem Problem? Danke Gruß Markus
-
Thread
CAN: Latentzeit messen!
Mit dem Oszi habe ich soeben festgestellt, dass die Telegrammlänge (ganze CAN-Nachricht) insgesamt 1ms lang ist. Die Baudrate steht bei mir aug 100kBaud und die CAN-Nachricht wird alle 200ms von dem PC aus zu dem Mikrocontroller gesendet. Ich komme nie auf die 100kBaud.
Ich verwende einen 8Bit Mikrocontroller. ALs Compiler benutze ich den Keil C51 (uVision3.0).
-
Thread
ESP2866 im Dauerbetrieb am Akku
paar Stunden bemerkbar macht. Ist nur eine Tendenz weil ja connect-Zeiten usw. da reinspielen. 11:51:07 11:55:59 12:00:50 12:05:38 12:10:28 12:15:17 12:20:10 12:25:00 12:29:51 12:34:41 12:39:31 deutet zumindest darauf hin, das er hier vorgeht. Nachtrag: gerade nochmal raufgeschaut: 13
low_power_solutions_en_0.pdf Ah, Danke! Bleib die Frage warum das Teil nicht für kurze Intervalle (10ms) tief schlafen kann..
-
Thread
lcd mit pic18f242?
LCD.ASM 50 : Overwriting previous address contents (0006) Warning[220] K:\MY PROGS\18F242_LCD\LCD.ASM 51 : Address exceeds maximum range for this processor. Error[118] K:\MY PROGS\18F242_LCD\LCD.ASM 51 : Overwriting previous address contents (0008) Error[118] K:\MY PROGS\18F242_LCD\LCD.ASM 51 : Overwriting
00110000' ; D4,5 setzen, 0011(8Bit-Modus)0(einzeigig)0(5x7Dot) call C8b movlw D'40' ; 40 ms Pause movwf loops call WAIT Und danach: movlw B'00111000' ; D4,5 setzen, 0011(8Bit-Modus)1(mehrzeilig)0(5x7Dot) call C8b movlw D'40' ; 40 ms Pause movwf loops
-
Thread
Experten gefragt: 8051 mit zwei Timern
Hallo! Ich programmiere beruflich und kenne den 8051-Typ AT89C51CC03 von Atmel ziemlich gut, stehe hier aber vor einem Rätsel. Folgendes ist gegeben: 1. Timer 0 auf 20ms, Timer 1 auf 1ms, beide 16 Bit und auch sonst identisch konfiguriert. 2. Timer 0 hat Prio 0
sozusagen. Der Interrupt mit Prio3 unterbricht den Interrupt mit Prio 0. Wenn ich im Interrupt des 20ms-Timers Code aufrufe, dessen Ausführung, sagen wir mal, 5ms benötigt, dann würde dein Vorschlag nicht funktionieren. Der separate 20ms-Timer hat damit kein Problem. Bei mir ist der 1ms-Timer höherpriorisiert
-
Thread
msp430 C-Code Interrupt Problem
/////////////////////////////////////////////////////////// 48 49 50 #define LEDRED BIT0 51 #define LEDGREEN BIT6 52 #define BUTTON BIT3 53 #define DEBOUNCE_MS 50 54 55 //*************************************** 56 void delay_ms(unsigned int ms){ 57 while(ms--){ 58
/////////////////////////////////////////////////////////// 48 49 50 #define LEDRED BIT0 51 #define LEDGREEN BIT6 52 #define BUTTON BIT3 53 #define DEBOUNCE_MS 50 54 55 //*************************************** 56 void delay_ms(unsigned int ms){ 57 while(ms--){ 58
-
Thread
SmartScope - "neues" Oszilloskop
100MS/s : 2 Kanäle = 50MS/s pro Kanal; 50MS/s : 8 = 6 1/4 MHz /Mindestauflösung/ 50MS7S : 12 = 4 1/6 MHz /empfohlene Auflösung/ => Das Teil ist ein Spielzeug für Smartphone Süchtige aber: *Kein Messgerät
älter als "mein" erstes, das war so etwas hier: http://www.radiomuseum.org/r/telequip_oscilloscope_s51bs_51.html Meinem HM1005 hat sich unlängst ein Billigheimer von Rigol hinzugesellt, für manches ist ein Speicheroszilloskop doch hilfreicher, und vier statt drei Kanäle ... sind ein Kanal mehr.
-
Thread
DNS Dienst für zugriff auf Webserver
(46.33.84.173) 12.241 ms 12.259 ms 12.263 ms 5 193.159.165.21 (193.159.165.21) 13.638 ms 13.650 ms 13.653 ms 6 ka-eb1-i.KA.DE.NET.DTAG.DE (62.154.74.170) 24.308 ms 22.381 ms 22.344 ms 7 ka-eb1-i.KA.DE.NET.DTAG.DE
13 * * * Request timed out. 14 51 ms 49 ms 48 ms port-ip-88-150-3-120.reverse.mdcc-fun.de [88.150.3.120] [/code]
-
Thread
Zeigerinstrument mit LED's ersetzen
Ich habe an einem MSP430 2 LED-Bars mit je 2 x 51 LEDs (also 51 2-farbige Segmente = 102 LEDs)als Balken,- Dot- oder kombinierte Anzeige 1:7 gemultiplext in Betrieb. Da sind 28 Anoden- und 8 Kathodentreiber vorgesehen, direkt am µC geht das natürlich
Vergleich wenn man bitweise arbeitet, Multiplex also in 20us, 40us, 80us, 160us, 320us, 640us, 1.2ms, 2.4ms, 4.8ms und jeweils ein bit des 8 bit Zahlenwerts betrachten ob die LED an oder aus sein soll. Man muss auch nicht auf 8 bit auflösen, 6 reichen sicherlich auch und damit 80us kürzeste Interrupt-Zeit
-
Thread
Aufwärmzeit DS18B20 Sensoren
are undefined, so let's zero them if (cfg == 0x00) raw = raw & ~7; // 9 bit resolution, 93.75 ms else if (cfg == 0x20) raw = raw & ~3; // 10 bit res, 187.5 ms else if (cfg == 0x40) raw = raw & ~1; // 11 bit res, 375 ms //// default is 12 bit resolution, 750 ms conversion time }
hier die Ausgabe ROM = 28 E0 87 8B A 0 0 8A Chip = DS18B20 Data = 1 78 1 4B 46 7F FF 8 10 51 CRC=51 Temperature = 23.50 Celsius, 74.30 Fahrenheit ROM = 28 F4 CD 89 A 0 0 5E Chip = DS18B20 Data = 1 7D 1 4B 46 7F FF 3 10 24 CRC=24 Temperature = 23.81 Celsius, 74.86 Fahrenheit ROM
-
Thread
Quarz zu ungenau? Bugfix?
braucht, gibt man dem T0 einfach die höchste Priorität. Hier mal ein Beispiel: [c] #include <reg51.h> typedef unsigned char u8; #define XTAL 12e6 #define TH0_RELOAD (XTAL / 12 / 256 * 50e-3) #define TH0_REMAIN ((TH0_RELOAD - (u8)TH0_RELOAD) * 20 + 0.5) bit one_second; u8 count_50ms
// T0: Mode 1 (16 Bit) TR0 = 1; ET0 = 1; } void t0_int( void ) interrupt INT_T0 // 50ms { TH0 = -TH0_RELOAD; if( count_50ms <= (u8)TH0_REMAIN ) // handle remainder TH0--; if( --count_50ms ) return; count_50ms = 20; // 1s = 20 * 50ms one_second
-
Thread
Temperaturgesteuerte Lüfterregelung mit ATtiny24 für PC-Gehäuselüfter
... for (uint16_t pause=0; pause<2000; pause++) _delay_ms(1); // Debug: Reset des externen Impulszählers PORTB &=~(1<<PB1); _delay_ms(10); PORTB |= (1<<PB1); _delay_ms(10); // Debug: Ausgabe auf den externen
10); } // Pause... for (uint16_t pause=0; pause<2000; pause++) _delay_ms(1); } } [/c]
-
Thread
LoraWAN oder BLE oder?
und 868 MHz könntest Du nutzen, vielleicht sogar kombinieren, wenn Du auf LoRa setzen willst. Die 51 Bytes bekommt man da schon in einer Sekunde übertragen.
Alternative wäre ein Sack voll RFM95 o.ä. Module mit jeweils eigener Antenne. Aber bei 4 Sendern und je 51Byte sollte das alles auf einem oder 2 Kanälen abwickelbar sein. Bei SW7 und 250kHz sollte ein Paket weniger als 50ms dauern. Bei Lora ohne WAN habt ihr ja nur Nutzdaten ohne Overhead.
-
Thread
DS1820, DS18B20 in C
Bin umgezogen: http://home.tiscali.de/peterd/appl/soft/c51/thclock/index.htm Peter
Einer-Komplement scratchpad[DS_TEMP_LS]++; // inkrementieren scratchpad[DS_TEMP_MS] ^= 0xFF; // Einer-Komplement temp = -( ((int)scratchpad[DS_TEMP_MS] << 8) | (int)scratchpad[DS_TEMP_LS] ) * 10 / 16; } else { temp = ( ((int)scratchpad[DS_TEMP_MS] <<
-
Thread
[2560 und FTDI-seriell]Kommunikation fehlerhaft
1D 1B 19 17 15 13 11 0F 0D E5 EB 7D 7B 79 77 75 73 71 6F 6D 6B 69 67 65 63 61 5F 5D 5B 59 57 55 53 51 4F 4D 4B E5 EB 3D 3B 39 37 35 33 31 2F 2D 2B 29 27 25 23 21 1F 1D 1B 19 17 15 13 11 0F 0D 0B E5 EB 7D 7B 79 77 75 73 71 6F 6D 6B 69 67 65 63 61 5F 5D 5B 59 57 55 53 51 4F 4D 4B E5 EB 3D 3B 39 37 35 33
das Oszilloskop das > hergibt. Das ist noch analog mit Röhre und RC-Glied für die X-Rampe) > 33ms, was genau 300Bit/s entspricht. ist das jetzt der UART des Arduino oder der Ausgang des FTDI? Sascha
-
Thread
Berufseinsteiger als Anwendungsentwickler ERP. Sackgasse?
oder konkretes Gehalt (53k dacht ich mir da) Weder noch, sondern eine enge Gehaltspanne (beispw. 51k bis 55k) + Erhöhung zum Ende der Probezeit.
konkretes Gehalt (53k dacht ich mir da) > > Weder noch, sondern eine enge Gehaltspanne (beispw. 51k bis 55k) + > Erhöhung zum Ende der Probezeit. Da kannst auch gleich 51k€ angeben. Warum mehr bezahlen? Ich verkaufe dir mein Auto für 8000€ ... 12000€. Na, wieviel zahlst du?
-
Thread
CH32V003, float wirklich langsam?
das nichts ausmacht: gerne ! F. schrieb im Beitrag #7861989: > Denk nur mal an den grausigen 80C51 Die waren nicht grausig, ich habe die "geliebt". Zudem bin ich bis heute dem Intel-Stil der Mnemonic verhaftet, egal ob das 8080, MCS-48 (jaja, den habe ich auch noch gemacht), MCS-51 oder später
die Ergebnisse auszugeben? [code] printf("\n\rint32 Benchmark\n\r"); prog_millis32 = tick_ms; benchmark_int32(array32); prog_millis32 = tick_ms - prog_millis32; printf("Zeit: %d.%d sek\n\r", prog_millis32 / 1000, (prog_millis32 % 1000) / 10); printf("-----------------------------
-
Thread
Rechteckfrequenz messen
Der 89C51RD2 ist auf keinen Fall zu langsam. Bei 12MHz kannst Du mit 500ns auflösen. Du kannst statt des Interrupts auch die Capture-Funktion benutzen. Peter
bibliotheken sind viele Wartezyklen enthalten die zu einem Problem werden können. Wenns für den 89C51RD2 (Philips?) einen Simulator wie das AVR Studio von Atmel gibt(Atmel hat einen 89S51 falls die gleich sind)kannst mal nach schauen wie lange das Ausführen des LCD Codes dauert. Ansonsten macht es
-
Thread
S0 Schnittstelle - 1 Impuls / 1 kWh
Marcel V. schrieb im Beitrag #7939846: > Die An-Zeit beträgt 30 Millisekunden Mindestens 30ms. Marcel V. schrieb im Beitrag #7939846: > die Aus-Zeit hängt dann von der > momentanen Leistung ab. Auch da sind es mindestens 30ms.
Beitrag #7939849: > Marcel V. schrieb: >> Die An-Zeit beträgt 30 Millisekunden > > Mindestens 30ms. > > Marcel V. schrieb: >> die Aus-Zeit hängt dann von der >> momentanen Leistung ab. > > Auch da sind es mindestens 30ms. Die Auszeit kann gar nicht immer mindestens 30ms betragen. Irgendwann
-
Thread
Lcd Ansteuerung 8051
Busy Flag brauchst du nicht aber dein Timing muß stimmen. Welchen 8x51 Typ hast du in Verwendung ? Ist zwar schon ne Weile her das ich 8x51 in Assembler programmiert habe aber die Routine funktioniert und ist minimalistisch. Sag wenns klemmt.
8x51 in anlehnung an x86. Belieber 8031 Kompatibler uC.
-
Thread
HIlfe bei "Moped"-Schaltung
PIN1); sbi(TCCR0, CS00); sbi(TIMSK, TOIE0); // interrutpt aktivieren sei(); _delay_ms(200); while(1) { cntOVF1=1; while(cntOVF0 == 1) { if(bit_is_set(PORTB,PIN2) { cntOVF1=0; _delay_ms(3000); while((cntOVF0==1) &
dave schrieb im Beitrag #3109949: > Hehe ja, so eine Simson (allerdings S51) hatte ich als günstiges Ich hab die schöne KR51/2E. http://upload.wikimedia.org/wikipedia/commons/thumb/a/a4/Simson_Schwalbe.jpg/220px-Simson_Schwalbe.jpg Verbrauch ist mit knappen 3,5l/100km
-
Thread
DCF77 Uhr 7 Segment LED ATmega8 Assembler
LDS temp,(adr_DCF_BEREICH+50) ; aus SRAM laden < add temp2,temp < LDS temp,(adr_DCF_BEREICH+51) ; aus SRAM laden < add temp2,temp < LDS temp,(adr_DCF_BEREICH+52) ; aus SRAM laden < add temp2,temp < LDS temp,(adr_DCF_BEREICH+53) ; aus SRAM laden < add temp2,temp < LDS temp
Man kann noch die 0/1-Erkennung nicht mit einer Schwelle, sondern auch mit 2 Fenstern machen (80-120ms, 180-220ms). Die Störungen sind nämlich nicht synchron zum DCF-77 Signal, sondern zufällig. Peter
-
Thread
BMW vs AUDI was ist eure meinung?
Moment die Ergebnisbeteiligung das Kraut fett :-) https://www.audi-mediaservices.com/publish/ms/content/de/public/pressemitteilungen/2012/03/01/neue_audi-ergebnisbeteiligung.html https://www.audi-mediaservices.com/publish/ms/content/de/public/pressemitteilungen/2013/03/12/audi_beteiligt_mitarbeiter.html
controller/satellit?event=__activate_and_reset&target=smstelleanzeigen&stellenreferenz=e4070f042f14d2480df51b0b51c51cbd9790e2010bae884c&anzeige=veroeffentlichung Man beachte, der Absolvent braucht: "Fundierte Berufserfahrung im Kfz-Versuch." Mich interessiert, was für Idioten, da eigentlich in der
-
Thread
STM32-Discovery unter Linux flashen/debuggen
0x00 0x00 0x00] duration=1991 ms transport: Host_status=0x05 [DID_ABORT] Driver_status=0x00 [DRIVER_OK, SUGGEST_OK] *** stlink_current_mode *** CDB[ 0xf5 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00] duration=10 ms
] duration=6 ms notice: requested 96 bytes but got 4 bytes) data_in_len = 4 0x51 0x0b 0x00 0x08 r_idx (14) = 0x08000b51 *** stlink_read_reg (15) *** CDB[ 0xf2 0x05 0x0f 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-
Thread
STM32F4: Datenübertragung extrem langsam
auszulesen: Schreibe im Register 0x13 (ADNS3090_FRAME_CAPTURE) den Wert 0x83 Warte 3 Frames + 10 ms (2000 fps/s -> 500 µs * 3 + 10ms = 1510 ms) Folgendes habe ich ebenfalls eingestellt: SPI-Takt: 1,25 MHz USART: 256000 Baud Diese Funktion sieht so aus: [c] void adns3090_FrameCapure_Config
Daniel V. schrieb im Beitrag #4795362: > Dies ist meine Wartefunktion in ms (10/1000) = 0,001 ms. Das ist einerseits eine /interessante/ Rechnung (ich würde ja 0.010 ms erwarten), aber trotzdem 0. Deine Wartefunktion bekommt tatsächlich einen /float/ -Wert übergeben?
-
Thread
Kondensator an Laptopnetzteil mit 20V - was meint Ihr?
Es ist möglicherweise zu einfach für euch, aber ich konnte mein Lenovo P51 einfach über USB-C laden. Würde mich wundern, wenn das P52 das plötzlich nicht mehr kann.
♂️. Aber auch das P51 kann nicht daran betrieben werden, sondern nur geladen! 60.000 uF (Handy hat kein Mü) ist ja dann mal mehr als Faktor 10... Hmpf... Ich sehe die einzige Chance, bzw Möglichkeit, dass man überhaupt
-
Thread
DC/DC Spannungsdrops während Bootvorgang uC
, wie schnell die VCC ansteigt oder ob sie dabei schwankt. Und wenn man weiß, daß die VCC nach 300ms wieder einbrechen könnte, dann führt man eben erstmal eine 400ms Delayloop nach dem Reset aus. Ganz früher bei den 80C51 hatte ich den MAX805L für Reset und Watchdog verwendet. Das arme-Leute-Reset
verursacht. Nicht, dass das dann mit einem reingefrickelten 400ms Delay eben künftig alle 700ms passiert.
-
Thread
UART/USART Echo
Baud steht. Wenn du aus Versehen mit dem internen Oszillator arbeitest, sollte es bei UBRR0L = 0d51 laufen.
geändert. Ich bekomme anstatt 0x41 den Hex-Wert 5F. [c]while(1) { Usart_Transmit('A'); _delay_ms(100); }[/c]
-
Thread
Baudrate, Datenframe
Ah, daran könnte es liegen Kannst du mit sagen was mit der Start up time z.B 18 CK +4ms (CKSEL=0111 SUT=01) gemeint ist ? Sorry für die dumme FRage arbeite aber erst seit kurzem mit der UART.. Meint man damit die Zeit die vergeht nach dem Reset also 18Zyklen +4ms bis dann was geschieht
Hi! UBRR= 51 entspricht 2400 Baud bei 2MHz. Irgendwas stimmt also mit deinem Takt nicht. Suche doch mal richtig, ist bestimmt ein Schusselfehler oder so. MFG Uwe
-
Thread
Beschleunigung Schrittmotor
gebremst werden. Also auf 1/8 Umdrehung ist Omega(max) grob 20U/s, das dann in der halben Zeit 12,5ms also deltaOmega/delta t = 20 U/s / 12,5ms = 1600 1/s². Ohne weitere Träge Masse ist da Reserve, falls der Motor durch Überspannung wirklich das 10-fache Moment aufbringt. Die Massenträgheit der angetriebenen
gesichert, dass so eine schnelle Umschaltung gut für das System ist? Wenn du z.B. deinen Wasserhahn in 25 ms schliesst, musst du viele m Wassersäule abstoppen, den Schlag hört man im ganzen Haus. Ich will keineswegs dein Projekt zum 51. mal umwerfen, aber es wäre peinlich, jahrelang etwas superschnelles
-
Thread
Netzlaufwerk verbinden (ein hoch auf Win10) ich dreh ab, meinen die das wirklich ernst?
zunehmende Entmündigung von Usern und Administratoren, z.B. bei den Updates, geht gar nicht. Ich hasse MS dafür.
zu LibreSSL auf der EuroBSDCon 2014 https://youtu.be/WFMYeMNCcSY Besonders diese Stelle (bei 9:51) zeigt, was OpenSSL fuer ein Schrott-Code ist: https://youtu.be/WFMYeMNCcSY?t=9m51s
-
Thread
Ampelschaltung für Hot Wheels Bahn
Ampelsequenz durchlaufen { PORTB = 0b1100; // Rot _delay_ms(2000); PORTB = 0b1010; // Gelb _delay_ms(2000); PORTB = 0b1001; // Grün for(uint16_t i=0; i<=30000; i++) { // Timeout 300 s
und lässt die anfängliche Rot-Phase mal kürzer und mal länger sein: [c] : _delay_ms(2000); for (int i=rand()%500; i>0; i--) _delay_ms(10); // rot 0..5s länger PORTB = 0b1010; // Gelb : [/c] Für ein Spielzeug ist das auch ohne wirklich
-
Thread
Atmega 328 Timer 2: Hilfe für Frequenzerzeugung
// toggle } int main(void) { DDRB = (1 << PB6) | (1 << PB7); setTimer2_PWM(); _delay_ms(100.0); PORTB |= (1 << PB6); setTimer2_CTC(); while (1) {} } [/c] Tut, was es soll. Oliver
<< PB7); PORTB |= (1 << PB6); while (1) { setTimer2_Arduino_PWM(); _delay_ms(20.0); setTimer2_CTC(); // ca 250kHz _delay_ms(20.0); setTimer2_Reset(); _delay_ms(20.0); setTimer2_CTC(); //ca 32kHz _delay_ms(20.0); } } [/C]
-
Thread
MIDI over WIFI ( RF Bluethoot Dect USB ) Homemade Interface
Hi ..ca 5-20ms Wifi je nachdem welche "Gegenstelle" --DSMIDI ( UDP ca. 10-15 ms ) --RTPMIDI( ca 20- knappe 25 ms ... ) --oder RudiMIDI ;-) ( TCP und UDP Lösung für WIN ) ca. 10 ms ( Delphi ..eigener TCP UDP Server
R. W. schrieb im Beitrag #3567167: > ..ca 5-20ms Wifi je nachdem welche "Gegenstelle" > --DSMIDI ( UDP ca. 10-15 ms ) > --RTPMIDI( ca 20- knappe 25 ms ... ) > --oder RudiMIDI ;-) ( TCP und UDP Lösung für WIN ) ca. 10 ms > ( Delphi ..eigener TCP
-
Thread
China SUPER Bauteile-Schnäppchen Thread
snapshot/309759616.html (0..1A, 3,52€) http://www.aliexpress.com/snapshot/6003475295.html (0..5A, 2,51€)
einem weißen analogen Feuchtigkeisfühler. Außerdem ein "Chip-Klumpen". Auf der Platine steht TL8015-MS
-
Thread
RFM 01 empfängt nicht
#include <avr/io.h> #include "defines.h" #include "uart.h" #include "rfm01.h" void Delay_ms(unsigned char amS){ unsigned char i; unsigned int j; for(i=0;i<amS;i++)for(j=0;j<914;j++); } int main(void) { unsigned char i,j,ChkSum; uart_init(51); LED_OUTPUT(); LED1_ON(
" #include "uart.h" #include "rf01.h" #include <util/delay.h> int main(void) { uart_init(51); LED_OUTPUT(); LED1_ON(); for(int i = 0;i<5;i++) { LED1_TRG(); _delay_ms(500); } uart_puts("los"); rf01_init(); rf01_setfreq(RF01FREQ(433.92)); // Sende
-
Thread
FFT mit begrenzten Ressourcen
16MHz/internal SRAM) ; ; Points: Input, Execute, Output, Total: Throughput ; 64pts: .17ms, 2.0ms, 1.2ms, 3.4ms: 19.0kpps ; 128pts: .33ms, 4.6ms, 2.4ms, 7.3ms: 17.5kpps ; 256pts: .66ms, 10.4ms, 4.9ms, 15.9ms: 16.1kpps ; 512pts: 1.3ms, 23.2ms, 9.7ms, 34.2ms: 14.9kpps ; 1024pts: 2.7ms, 51.7ms, 19.4ms, 73.7ms: 13.9kpps ;----------------------------------------------------------------------------; [/c] mfg
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
Hemmnis an Assembler. Man braucht Regeln, um effizient programmieren zu können. Z.B. werden beim C51 bis zu 3 Argumente in Registern übergeben, statt im SRAM. Auch die Overlaytechnik des C51 kann man in Assembler nicht verwenden, da man nach jeder Änderung einen neuen Calling-Tree erstellen müßte. Der
Peter D. schrieb im Beitrag #4347880: > Z.B. werden beim C51 bis zu 3 Argumente in Registern übergeben, > Auch die Overlaytechnik des C51 kann man in Assembler nicht > verwenden, > Auch Register-Renaming ist zu Fuß nur schwer zu beherrschen. Klar. Das ist
-
Thread
Glaskeramik Kochfeld mit AVR steuern
Erklärung passt schon. zB: Bei 10 Stufen (0..9) 0 - Aus 1 - 5 volle Schwingungen an (100ms) 2 - 10 volle Schwingungen an (200ms) .. 8 - 40 volle Schwingungen an (800ms) 9 - 45 volle Schwingungen an (900ms) Dann gehts wieder von vorn los. Also beträgt hier die Periodendauer 900ms.
Kochfeld konstant bleibt. Vielleicht mach ich das so: 0 - Aus 1 - 1 volle Schwingungen an ( 20ms) 2 - 2 volle Schwingungen an ( 40ms) ... 14 - 14 volle Schwingungen an (280ms) 15 - 15 volle Schwingungen an (300ms) Aber: Das blinken ist dabei aber nervöser! Nicht dass ich Herzrasen beim
-
Thread
Hargassner / Rennergy Touchtronic Netzwerkanbindung/Visualisierung
Telnet Frame: pm 1 2.3 7.0 55.5 0.0 52.4 0 0 0 0 0 0 -1 8 11 0 0 0 0 3 4.6 3.7 61.7 120.0 49.2 120.0 51.8 58.0 0 25 -20.0 0 20.0 -20.0 0 51.3 31.6 54 32 20.0 20.0 54.7 0 -20.0 -20.0 0 0 20.0 20.0 -20.0 0 -20.0 -20.0 0 0 20.0 20.0 -20.0 0 20.0 23.0 25.0 20.0 20.0 20.0 20.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0
raspberrypi:~ $ ./django.sh insert into t_raw_data values (null,'2018-04-09,21:43:25.770950',1,1.2,7.5,47,0,51,12,12,120,-20,120,125,47,35,100,32,-20,0,20,-20,0,24,140,25,0,20,20,56,0,-20,-20,0,0,20,20,-20,0,-20,-20,0,0,20,20,-20,0,20,20,20,20,20,20,20,0.0,0,99,28,0.0,0,0,0,0,0,51,0.0,0.0,0,0.0,0,0,0,0,0,4,0,0,0,0,0,0,0,0,1,0,0,0,9,0,0,0,0,0,0,0,0,0,0,0,0,666
-
Thread
Keine Aktivierung von xp mehr nötig.
aber massig Aussagen, daß die Aktivierung auch nach Supportende weiter möglich ist, z.B. von MVPs im MS Technet: http://social.technet.microsoft.com/Forums/windows/en-US/51ca501d-1ccd-4978-9e03-7705e772755a/winxp-activation-after-42014-end-of-support?forum=itproxpsp Nachtrag: Im Prinzip ist das
Tany schrieb im Beitrag #3403146: > absichtlich hausgemacht von Microsoft. Naja, MS kann nichts dafür, wenn Hardwarehersteller für ihre alten Produkte keine Treiber mehr anbieten. Und MS ist auch nicht verantwortlich für Programmiererschlampereien bei Anwendungssoftware. Den Vorgaben
-
Thread
IC für RC5 Code
* 1.778ms = 16ms pro telegram + 4ms Pause macht bei 2 Telegrammen 36ms. Die 2 zusätzlichen Bits dienen als Startkondition. D.h. auf 1cm Empfangsbereich des Empfängers braucht die Lösung 36ms das wäre dann eine
ms + 700 us + 3,5 ms = 11,89 ms = 4,54 km/h MFG DIeter
-
Thread
Vorstellung/Fragen GPS-Tacho
deutlich mehrfach pro Sekunde, ich schätze ca. 4x/s. Interessant: es zeigt "alle" Werte an, nur nicht "51". Wenn ich beschleunige (ich hab ein Video gemacht) zählt es gleichmäßig von 0 bis 105 hoch (schneller konnte ich nicht), nur auf die 50 folgt 52. Die Schaltung ist auch schräg: je zwei grüne LEDs
Jens M. schrieb im Beitrag #8021493: > "Nur" alle 200ms ist wesentlich schneller als bei GPS üblich ist (dort > normalerweise 1/s, das reicht für Navigation, Geschwindigkeit fällt > nebenbei ab), und sofern man nicht extrem bremst oder beschleunigt > sollte
-
Thread
Mikrocontroller identifizieren (Bild) Gesperrt
MEIER ein PAL/GAL oder etwa ein ROM? Findet sich in der Nähe das verräterische Adresslatch für MCS-51, also ein 74373/374 oder 74573/574?
herstellen: > > https://www.qsl.net/iz7ath/web/02_brew/17_eprom/english/pag01_eng.htm > > Feste 50ms Brenndauer an Windows 98 Printerport. Von dem Mopped habe ich noch nie was gehört. 50ms Brenndauer sind für 2716 und 2732 auch ganz ok, aber eigentlich für alle größeren eher nicht mehr spezifiziert
-
Thread
RISC-V: Wird das was?
Datenblatt sagen daß es beim VF schneller geht: VF103: word programming: 37.5µs...86µs page erase: 24ms...300ms mass erase: 1s...3.2s F103: word programming: 200µs...400µs page erase: 60ms...450ms mass erase: 3.2s...9.6s STM32F103: word programming: 40µs..70µs page erase: 20ms...40ms mass erase: 20ms...40ms Aber sie versprechen immer noch Zero Waitstates für den "Flash"-Speicher. Mass erase ist immer noch extrem langsam. Über die Zeit zum Einschalten schweigen sich beide Datenblätter allerdings
-
Thread
Welcher µC für meinen Zweck?
Klar, für die Entwickler von Arduino ist Bastlerkacke gewinnbringend, für den Anwender nicht. Was MS oder Apple damit zu tuen haben soll, weiß ich nicht.
Kann man den sdcc für die efm8 überhaupt nutzen? Ich meinte den Keil c51 und den Assemblercode von dem finde ich ziemlich schlecht. DMA haben übrigens nicht alle.
-
Thread
Inbetriebnahme ORG-1315
High-Impuls schaltet das Modul ein, der nächste wieder aus. Details zum Timing stehen im Datenblatt (100ms high as recommended).
Du, in Deinem Log ab Adresse 0x0030, wenn Du die Bitverschiebung rückgängig machst. Da steht: 50 51 00 01 09 00 80 09-D8 59 DA 53 DA 53 D0 51 Wenn wir das jetzt alles um ein Bit nach links schieben, ergibt sich: A0 A2 00 02 12 01 00 13 B0 B3 B4 A7 B4 A7 A0 A2 Was die Daten bedeuten, mußt Du