-
Thread
Pulsgenerator / Platinenlayout
seinen Ausgang für die Dauer auf HIGH. Es funktioniert auch, wenn ich mit dem Arduino ein langes 1ms Trigger-Signal ausgebe, gibt das Gate einen Puls aus und lässt sich in der Pulsweite durch R8 anpassen.. Allerdings kommt der Puls erst am Ende des Trigger-Pulses (Oszi-Bild ;Kanal 1: Puls; Kanal 2:Trigger-Puls
Ohm-Eingängen und einem angeschlossenen Koax, an dessen anderem Ende > ein 2K2 zum Meßobjekt geht und ein 51R (NACH dem 2k2) von Signal nach > Masse. Falsche Stelle. Die 50 Ohm Terminierung gehört an den Eingang vom Oszi.
-
Thread
Großer Bumms mit ELKO und IGBTs
punch through ist bedacht). Nun das Ärgernis: "Getrigger" werden soll das Mistding mit einem 10ms währenden, angeblich entprellten 24V-Volt-Signal aus einer Spannungsquelle mit einem Innenwiderstand <= 100 Ohm. Auf die Gates dürfen nicht mehr als 20V, und ich will nicht ewig Schaltzeit an ein
http://ixdev.ixys.com/DataSheet/DS99584A(IXGK-X400N30A3).pdf Hoppla, das Ding macht 400A für 1ms. Not bad! Wird aber hier trotzdem eng. MfG Falk
-
Thread
Alternative zu CAN-Bus?
aufbauen, daß man den Bus Zeitmultiplext betreibt. D.h. der Bus hat eine Zykluszeit von sagen wir mal 10ms. Diese Zykluszeit wird auf die Anzahl der Knoten verteilt. Bei 10 Knoten darf der 1.Knoten nach 1ms, der 2.Knoten nach 2ms usw. senden. Dann bräuchte man noch einen Knoten, der alle 10ms einen neuen
Interrupt, wenn was drin ist. Man kann oft auch mehrere Empfangspuffer kaskadieren. Z.B. beim AT89C51CC01 kannst Du bis 15 Empfangspuffer einstellen, d.h. bis zu 120 Datenbyte hintereinander empfangen, ohne das die CPU sie abgeholt hat. Dagegen ist ein einzelnes Byte Empfangspuffer beim I2C nur ein
-
Thread
Alte Eproms sichern, welches Gerät?
Beitrag #8077893: > Im Ursprung hat man "dumm" programmiert, je Adresse eine feste Zeit, > glaube 10ms. Den 2708 musste man noch reihum mit Impulsen von 1 ms programmieren, alle 1024 Zellen abwechselnd, damit sie sich nicht überhitzen. Feste 50-ms-Impulse gab es erst ab 2716. Auch die Algorithmen
weiß > ich nicht. > Da muss noch ein Besitzer eines T48 kontrollieren. Du schreibst ja "25V/50ms" Ich würde vermuten, daß mit "500us" "500µs" gemeint ist, was ja Deinen 50ms entspräche?
-
Thread
8fach Relaiskarte Erfahrungen zum steuern meines HiFi Bereich
kann man so ein Koppelrelais nehmen? http://www.reichelt.de/Koppelrelais/FIN-38-51-12V/3/index.html?ACTION=3&LA=2&ARTICLE=28316&GROUPID=7623&artnr=FIN+38.51+12V kostet nur 7,35€ ist VDE geprüft und mit 6A Dauerlast ausreichend. danke
40.61.9 12V :: Steckrelais, 1x UM, 250V/16A, 12V, RM 5,0mm FIN 95.95.3 :: Relaisfassung f. Fin 40.51/52/ 40.61/ 41.52, blau FIN 095.91.3 :: Variclip für FIN 95.95/83.3, (neue Version), blau oder FIN 095.71 :: Haltebügel, Metall Optional (das Funkmodul hat schon Freilaufdioden) FIN 99.80.9 EMV :
-
Thread
DS18S20 zeigt falsche Werte an?
'Convert Temp Waitms 500 'DS1820 500ms 'Waitms 750 'DS18S20 750ms End Sub '-- Read_temperatur Sub Read_temperatur 1wreset 1wwrite &H55
DS18S20, so wie er einen hat? Waitms 500 'DS1820 500ms 'Waitms 750 'DS18S20 750ms
-
Thread
Junkers CAN-Bus Protokoll
can busses die Systemzeit ab und bilde einen laufenden Mittelwert deren Offset von der vorherigen 100ms Grenze. Das ist relativ stabil (siehe letzte Spalte zweiter Anhang, Einheit uS). Pakete schicke ich etwa um 40ms versetzt (siehe Anhang 3, letzte Spalte in ms). Ausserdem halte ich mindestens 500ms
Ich glaub ich habs jetzt - warte jetzt bis 800 ms seit letztem Paket von der Therme vergangen sind. Bei meiner 18-5 habe ich dann immer mindestens 700 ms bis das nächste von der Therme kommt. In der Zeit kann ich locker alle Parameter schicken - also
-
Thread
Sinus sehr seltsam
geändert werden! for(int y=0;y<3;y++){ scale = entchen[y].note; // scale = 9000; // _delay_ms(entchen[y].dauer); _delay_ms(9000); // Interrupt kurz ausschalten cli(); i=0; sei(); } } return 0; } [/C] Das Problem ist, dass immer die gleiche Frequenz
einfach // hier geändert werden! for(int y=0;y<3;y++){ scale = entchen[y].note; _delay_ms(7000); // Interrupt kurz ausschalten, gibt kurze Pause // so werden die Töne getrennt /* cli(); i=0; sei(); */ } } return 0; }
-
Thread
eine Frage das Kolbens
raten, die ist um Welten als ein "normaler" Lötkolben. Ich würde zu Weller WECP-20, WS50 oder WS51 raten. Bei ebay sind solche Stationen mit Glück ab 50,- erhältlich, meist sind die Preise um 70,- , bei den neueren Modellen WS50/51 etwas höher. Deutlich höher im Preis sind 80W Stationen (WS81). Es
Das stimmt, das Angebot (bei eBay) an Lötspitzen für LR20/21 Lötkolben (WECP-20, WS50/51) ist <u>wesentlich</u> größer als für WS80/81 Stationen (Lötkolben WSP80). eBill
-
Thread
Berechnug der Waermeabgabe eines Leistungswiderstandes
geben die Hersteller Überlastfälle an. > Typisch sind 10fache Leistung für 5s. Unterhalb von 100ms, wo es kaum > nennenswerte Wärmeleitung gibt, zählt die Pulsenergie, da gibt es für > einige Widerstände auch Diagramme. Laut Datenblatt sind es bei denen 5fache Belastung fuer 5 Sekunden.
Habe mal einen Widerstand vergleichbarer Größe OHNE Alu-housing hergenommen: KKA11, 51x10x10mm, 2,73Ohm, waagerecht in ruhender Luft beaufschlagt mit 0,87A, 2,377V = 2,07W gemessen mittig nach >5min: 51°C über Tumg nur mal so als Anhaltspunkt
-
Thread
Erfahrung mit Mobil Datenflat Tarif? - eventuell anstatt DSL
gewartet, bis dass eine andere eingetroffen ist. Die verzögern sich doch dann alle parallel um 100ms, oder sehe ich das falsch? Bei Video werden einige Sekunden im Voraus geholt, so dass es da auch nicht besonders stören dürfte, oder?
Nun werden zwar die meisten Sachen parallel angefordert, so dass es bei der skizzierten Seite und 100ms Latenz nicht zu +100ms für /jedes/ Element kommt, aber es /wird/ spürbar zäher. Dann gibt es noch Seiten, die asyncron arbeiten, wo also noch viel mehr Kommunikation zwischen dir und Servern läuft
-
Thread
Arduino serielle Kommunikation über TTL mit einem anderen Gerät zeigt kryptische Zeichen
deinem Mikrocontroller eine LED blinken, etwa so: [pre] while (1) { LED_AN; _delay_ms(500); LED_AN; _delay_ms(500); } [/pre] Und dann kontrollierst du mal bitte, ob sie wirklich genau im 1s Takt blinkt.
Stefan U. schrieb im Beitrag #5376921: > LED_AN; > _delay_ms(500); > LED_AN; > _delay_ms(500); Na, noch /anner/ als an geht es kaum noch. :)
-
Thread
Timer 80C517
ich hätte da mal eine Frage: uC: Infinion 80C517 16 Bit Timer Startwertberechnung: geg.: ΔT1=40 ms ΔT2=480ms ges.: Startwert für: a) T0 bei f=12MHz b) T1 bei f=24MHz c) Comparetimer mit CTCON=3, fOSZ=12 MHz Meine
mit bis zu /8 (Allerdings nur bei bestimmten Versionen des Chips) Damit ließen sich bei 12MHz 480ms bewerkstelligen. Bei 24MHz jedoch nicht mehr. Vielleicht ist mit T1 = 40ms auch gemeint, daß der IRQ alle 40ms ausgelöst werden soll und die 480ms darin mitgezählt werden sollen. Aber Du bist der
-
Thread
Eclipse (mars) und AVR -- Fehlermeldungen
error: ld returned 1 exit status make: *** [Blinky2.elf] Fehler 1 11:53:21 Build Finished (took 70ms) Also nicht viel anders als vorher?!?
> java? Bei mir: java -version java version "1.8.0_51" Java(TM) SE Runtime Environment (build 1.8.0_51-b16) Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
-
Thread
USB2.0 High-Speed
aber noch nicht, es muß auch High-Speed sein. Mit Low-Speed kommst Du nur auf max. 8 Bytes alle 10 ms, Full-Speed auf 64 Bytes jede ms und High-Speed schafft max. 1024 Bytes alles 125 µs, zumindest theoretisch. Aktuelle Spezifikation, 5.7.4, Seite 51: "High-speed endpoints can specify a desired period
that desired by the device up to the shortest period defined by the USB (125 μs microframe or 1 ms frame). The client software and device can depend only on the fact that the host will ensure that the time duration between two transaction attempts with the endpoint will be no longer than the desired
-
Thread
Posttelepohon mit Wählscheibe
Es dürfte helfen, die Verarbeitung in einen Interrupt zu packen, um das "sleep_ms" zu umgehen.
100ms, da hatte ich ja nicht schlecht geschätzt ;-) Pi*Daumen geht das auch mit den internen 1 Mhz oder sogar weniger. Alle 20 ms einen Pin abzufragen ist "Peanuts". In der nächsten Stufe kannst du
-
Thread
Seit Win10 1903(?) hohe CPU-Last von DWM.exe nachdem RDP-Session beendet wurde
nach Viren gescannt. Das System ist clean und die DWM.exe ist tatsächlich die originale Version von MS. Über Google fand ich heraus, dass eine aktive "Bildschirmlupe" sowas bewirken kann. Ist aber hier nicht der Fall. Wie gesagt tritt die Last auch erst nach dem RDP-Beenden auf. Wenn ich den Benutzer
Bei MS scheint keiner die Feedbacks zu lesen. Habe schon mehrere mit definitiven Bugs und genauen Reproduktionsbeschreibungen (auch diesen vor vielen Wochen) gepostet, aber nix passiert. Also gar nichts. MS
-
Thread
Interrupt wird nicht immer verarbeitet
Föderband welchen über einen Motor angetrieben wird. Die Flanken können sich therotisch zwischen 275µs..2ms wiederholen. Mich würde ja schon freunen wenn es im oberen Bereich geht.
Bastler schrieb im Beitrag #4222455: > olange der "Drehgeber" keinen Namen > hat, sind die ms nur geschätzt. das ist der verwendete Encoder: http://www.conrad.de/ce/de/product/198518/Kuebler-Inkremental-Drehgeber-Typ-2400-Vollwelle-Wellen-6-mm-Aufloesung-1024-ImpU-Drehzahl-max-12000-Umin?
-
Thread
2D Wegberechnung mit Beschleunigunssensor ?
50' N 08° 07' E 225 Bad Abbach (Donau) 314.5 48° 56' N 12° 02' E 225 Mauken (Elbe) 313.5 51° 43' N 12° 49' E 225 Koblenz (Rhein) 302.5 50° 20' N 07° 38' E 225 Groß Mohrdorf 308,0 54° 22’ N 12° 55’ E 285 Helgoland 298,5 54° 11’ N 07° 53’ E 285 Zeven 303,5 53° 17’ N
Ort. Allerdings ist diese Ungenauigkeit wohl zu vernachlässigen (eine Messung dauert ja nur wenige ms). Edit: Ist eine Ausrichtung dann wirklich einfacher? Wenn ich den Sender am Mast habe, kann ich den Sender ausrichten, aber den Empfänger nicht. Wenn ich den Sender in der Mitte habe, kann ich den
-
Thread
setup.exe und automatische Treiber installation
MS_PPPOEMINIPORT\0000 Wert 11 Name: 9 Typ: REG_SZ Daten: Root\MS_PPTPMINIPORT\0000 Wert 12 Name: 10 Typ: REG_SZ Daten: Root\MS_PSCHEDMP\0000 Wert 13 Name: 11 Typ: REG_SZ Daten: Root\MS_PSCHEDMP\0001 Wert 14 Name: 12 Typ: REG_SZ Daten: Root\MS_PSCHEDMP\0002 Wert 15 Name: 13 Typ: REG_SZ Daten: Root\MS_PSCHEDMP\0003 Wert 16 Name: 14 Typ: REG_SZ Daten
-
Thread
ENC28J60 Schritt für Schritt ins Netzwerk einbinden.
192.168.173.250 mit 32 Bytes Daten: Antwort von 192.168.173.250: Bytes=18 (gesendet 32) Zeit=30ms TTL=128 Antwort von 192.168.173.250: Bytes=18 (gesendet 32) Zeit=19ms TTL=128 Antwort von 192.168.173.250: Bytes=18 (gesendet 32) Zeit=23ms TTL=128 Antwort von 192.168.173.250: Bytes=18 (gesendet 32) Zeit=25ms TTL=128 Ping-Statistik für 192.168.173.250: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 19ms, Maximum = 30ms, Mittelwert = 24ms
-
Thread
GPS daten in den ATMEGA 128
Habe es jetzt hinbekommen Problem war ein Timing Problem. Jetzt sieht es gut aus nur der ublox ms1e findet keine Sat's trotz das die antenne aus meinen Dachfenster hängt. vielen dank für eure mithilfe aber ohne eure tips hätte ich es nicht geschafft
@SVEN >Jetzt sieht es gut aus nur der ublox ms1e findet keine Sat's trotz >das die antenne aus meinen Dachfenster hängt. Seit gestern läuft mein µ-BLOX Empfänger :) Nach wenigen _SEKUNDEN_ synchronisiert er seine Uhrzeit: "$GPGGA,213926"
-
Thread
Bluetoothmodul BTM-222
Hi, Ich hab im standby der automatisch ist 51mA im betrieb zupelt es ganze 80mA.
Probier´s mal mit 100ms.
-
Thread
Mehrkanal Dimmer Schaltung
zwei Kondis. Dann Grätzbrücke und sieben fertig. Die Simulation zeigt ein einfaches 1:10 PWM mit 10ms Periode. In grün die Spannung an den Gates. In blau das Eingangssignal des Optos. Thor
Helmut schrieb im Beitrag #1829081: > Wo bekommt man den SPP als Privatmen? Direkt bei ELV für 4,51. Wie meinst du soll die Diode rein?
-
Thread
"Treiber-Problem" unter Vista Business 64 bit - oder mach' ich was falsch?
MS einprügeln können, weil sie Workarounds pflegen, anstatt Nägel mit Köpfen zu machen. Zukunftssichere Lösungen verlangen eben auch den Verzicht auf Kompatibilität, ohne Blutvergießen geht das nun mal
ersetzt habe). Vista war dagegen ein herber Fehltritt, der Sympathien gekostet hat. Mit Windows 7 ist MS aber wieder auf dem richtigen Weg. Vor allem die gefühlte Arbeitsgeschwindigkeit hat sich gegenüber Vista um Längen verbessert.
-
Thread
Lauflicht in C
void) { int i; for(i=0; i=50; i++) // Timer 50 mal wiederholen, da einer durchlauf 20ms hat. //50 x 20ms = 1sek. { TMOD = 0x01; TF0 = 0; TR0 = 0; TL0 = 0x7D; TH0 = 0xCA; TR0 = 1;
(void) { int i; for(i=0; i=50; i++) // Timer 50 mal wiederholen, da ein Durchlauf 20ms hat. //50 x 20ms = 1sek. { TMOD = 0x01; TF0 = 0; TR0 = 0; TL0 = 0x7D; TH0 = 0xCA; TR0 = 1; while (TF0 == 0);
-
Thread
STM32 USB Übertragungsproblem mit Code von S.F.
SOFM; /* Int bei 1 ms Frame */ [/c] Im Interrupthandler selbst wird aber so gut wie nichts gemacht: [c] if (I & SOF) /* Start of Frame, alle 1 ms */ { //trace("SOF\n"); USB_ISTR = ~SOF; /* Int löschen
kann ich die Takt-Geschichte glaub ich nicht, weil die CRS mittelt ja die Taktabweichung immer über 1ms, wenn die Schwankungen innerhalb dieser ms aber sehr groß sind, könnte das durchaus ein Problem für den USB sein. Meine Chips sind im TSOP20-Package, die haben leider keinen MCO (main clock out) als
-
Thread
Nameserver dnsmasq Problem bei Windows-Rechnern
dnsmasq auch mit update der clients umgeben? Wenn man AD nutzen will, dann muss auch auch den DNS von MS nutzten. Alles andere macht keinen Sinn.
noch nichtmal die Standard-IP-Sachen konsistent korrekt hinkriegt, geschweige denn das bunte Zeug von MS. >>> MS hat da einfach einen grossen Misthaufen draus fabriziert, es >>> funktioniert wenn Du exklusiv deren aktuelle SW benutzt ... > > Nachlesen! Danke, nein, nicht mehr als was ich als Entwickler
-
Thread
Anfängerprobleme mit STK500
Pin23= 5,06V Pin7 = 5,05V Pin22= 4,96V Pin8 = 0,00V Pin21= 0,00V Pin9 = 2,51V Pin20= 0,00V Pin10= 0,00V Pin19= 0,00V Pin11= 0,00V Pin18= 0,00V Pin12= 0,00V Pin17= 0,00V Pin13= 0,00V Pin16= 0,00V Pin14= 4,46V Pin15= 0,00V
doch einfach so: [c] while(1){ PORTB |= (1 << PB0); //PB0 im PORTB setzen _delay_ms(200); PORTB &= ~(1 << PB0); //PB0 im PORTB löschen _delay_ms(200); } [/c] Du musst aber vor dem main() noch definieren: [c] #include <util/delay.h> [/c]
-
Thread
AVR: Rogue Pointer oder böser Geist verursachen Abstürze
static void DelayMs( UINT32 lDelayMs ) { _delay_ms(lDelayMs); } #endif static void Reset( void ) { while(1) { _delay_ms(500); PORTA = 0xFF; } } #ifdef debugStart uint32_t getHSFM(
entfernen! Dient einzig und allein dem Zugriff auf ABCC_DrvSpiGetAnybusState() #define APPL_TIMER_MS 5 #define USE_TIMER_INTERRUPT 0 static void DelayMs( UINT32 lDelayMs ) { _delay_ms(lDelayMs); } static void Reset( void ) { while(1) { _delay_ms(500); PORTA = 0xFF;
-
Thread
Modbus Sniffer mit Linux
https://github.com/snarlistic/jpnevulator/blob/master/jpnevulator.c Bei 19200 Baud sind das grob 2ms Timeout. Das heißt man müsste mindestens mit 1ms pollen. Gibt es da nichts schöneres?
dauert eine Zeitscheibe dann 1ms oder 4ms. Das ist das Zeitraster indem zwischen gleichzeitig laufenden Programmen umgeschaltet wird -- solange es kein äußeres Ereignis gibt. Ein neues Zeichen auf der seriellen Schnittstelle ist so
-
Thread
µC nicht mehr ansprechbar
im Atmel Studio 6 ein bischen herumgespielt und den internen Takt bei "SUT_CKSEL" auf "EXTCLK_6CK_64MS" gestellt. Jetzt ist der Microcontroller nicht mehr ansprechbar... Als isp Programmer nutze ich den AVRISP mk2. Ich habe 33pF Keramikkondensatoren Wenn ich den Quarz mit den beiden 33pF Keramikkondensatoren
Signal vom internen Oszillator wartet? Wie schon geschrieben habe ich nur "SUT_CKSEL" auf "EXTCLK_6CK_64MS" gestellt. Wie kann ich den Atmega noch retten um ihn wieder ansprechen zu können?
-
Thread
Microchip Studio: Delay hat die falsche Länge
Matthias X. schrieb im Beitrag #7761380: > dass die delay_us() und delay_ms() funktionen jeweils zu lang sind. der Fehler beträgt jeweils den Faktor 2,3. Rufst Du die auch mit Werten von 100 oder mehr auf? Sonst wirken sich Nebeneffekte stärker aus. Also delay_us(1000
Danke für die Antworten bisher. Es handelt sich um einen ATSAM51J20A. Ich nutze für die gesamte Peripherie und die CPU jeweils die GLCK1 als Quelle. Diese wird so erzeugt: 16MHZ Quartz->FDPLL0 (durch 6)(mal 18) = 48MHz GLCK->CPU Wobei ich gerade gesehen habe
-
Thread
1-Wire-Bus-Projekt: DS1820 / DS18S20 / DS2450 / DS2408 / unter C und 8051
-Wire-Bus-Master kommt ein 8051er zum Einsatz und die Software ist in C geschrieben für die IDE µC/51. Alle Infos werden frei und offen zu Verfügung gestellt und können beliebig weiter benutzt werden. So ist auch ein einfacher Transfer auf andere µC-Plattformen möglich. Das ganze Projekt ist in drei
================================================= void sub_owx_senden(u16 dat){ owx_out; _delay_ms(15);//Prüfsignal owx_out_high; _delay_ms(15); for(u8 i=0;i<16;i++){ owx_out_low; _delay_ms(15); if(dat & 0x8000)_delay_ms(10); dat = dat<<1; owx_out_high; _delay_ms(15); } owx_in
-
Thread
Kurze Hilfe in ASM
macht doch nix: [avrasm] Loop: sbi PortD,6 ; Setzt PortD Bit 7 (LED Grün) rcall Delay500ms ; 500ms Warten cbi PortD,6 ; Setzt PortD Bit 7 (LED Rot) rcall Delay500ms ; 500ms Warten rjmp Loop [/avrasm] Und in Delay500ms benutze ich nur Dummy1 und Dummy2. An Interrups benutze ich
****************** sei Loop: sbi PortD,6 ; Setzt PortD Bit 7 (LED Grün) rcall Delay500ms ; 500ms Warten cbi PortD,6 ; Setzt PortD Bit 7 (LED Rot) rcall Delay500ms ; 500ms Warten rjmp Loop ; *********************************************************************** ; * Zeichen
-
Thread
Mit Gyro (MLX90609) Neigung bestimmen
Durch einen Drift (z. B. Temperaturdrift) könnte Anzeige bei 0°/s aber auch beispielsweise auf 2,51V steigen. Wenn die 0°/s durch die Temperaturerhöhung bei 2,51V liegt, erkennst Du eine Drehung, obwohl keine da ist. Zur Erkennung der Neigung ist ein Beschleunigungssensor auf jeden Fall besser geeignet
Das Zeitintervall ist viel zu klein. Die Grenzfrequenz des Sensors ist 75Hz also reicht es alle 5-10ms eine Messprobe zu nehmen (0.005s). Timer! Dann würde ich für Testzwecke dieses schreiben: int16_t gMeas = ((GyroMeasRaw & 0x0FF0) >> 1) - 0x3F0; Damit werden unteren Bits gelöscht, die Sache
-
Thread
Welches is das beste Betriebssystem?
keine angeschlossene Kiste mehr wie noch zu Zeiten unter Win95. Die Zeit die da hineingesteckt wird um MS auszutricksen ist verlorene Zeit für das bisschen Geld was man spart und dem Risiko dem man sich aussetzt. MS kann diese Rechner ganz leicht identifizieren wenn sie wollen. Aber bisher waren sie immer
In meinem speziellen Fall ging es Windows einfacher und schneller. PS: Ich habe glaube ich seit MS-DOS 5.0 alle Microsoft Betriebssysteme bis auf NT 3.51 benutz. Linux Kernels 0.9x mit zusätzlichen Adaptec SCSI Patchen wurden noch selbst compiliert. cu Georg
-
Thread
kurzes Audiosignal erzeugen
Als MP3 abspeichern und nen AT89C51SND1 nehmen. Peter
Ergebnis. Das ganze dauert jetzt knapp 3s. [c] for(i=0;i<256; i++) { OCR1A = SineTable[i]; _delay_ms(1); } [/c]
-
Thread
Lötkolben <=350€
reden hier von der Regelung einer Heizung, die eine thermische Trägheit im Bereich von mehreren 100 ms hat, da stören Impulse mit 10 ms Breite überhaupt nicht. Siehst ja in „deinem“ Thread auch meine Oszillogramme von der JBC-Station, die nehmen wirklich einfach nur die 100 Hz Wechselspannung und PWMen
: > Ein bisschen weniger träge sind diese Heizelemente schon (wie Manfred ja auch schrieb), in 10 ms würden sie sich wohl um einiges aufheizen. Manfred schrieb 1K in 10ms. Rechnen wir mal: Wenn der Lötkolben 4 Sekunden benötigt, um von Aus auf 400°C zu kommen, wären das 100K pro Sekunde. Da
-
Thread
Lob zu Windows 11
Zum Dateien austauschen zischen Windows und Linux, würde ich UDF empfehlen. Das ist Portabel, kein MS scheiss, und ohne die FAT und NTFS Limitationen, die die von MS geerbt haben.
Update-22H2-macht-Nvidia-Grafikkarten-langsam-7274637.html ... Spielt ruhig den Betatester für MS, MS hat ja seine Testabteilung massiv zusammengeschrumoft, das darf jetzt die arme Anwendersau machen, unbezahlt natürlich.
-
Thread
Steuerbare LED-Konstantstromschaltung - Transistor?
Also gemessen: 3 Steps Vin (+ Nichtinvertierender OPAmp eingang): 25mV 51mV 75mV V_R1Ohm / -OpAmp: 24mV 51mV 75mV LED-Strom: 13mA 28mA 42mA
Alex schrieb im Beitrag #3419558: > Vin (+ Nichtinvertierender OPAmp eingang): 25mV 51mV 75mV > V_R1Ohm / -OpAmp: 24mV 51mV 75mV > LED-Strom: 13mA 28mA 42mA Also wenn an 1 Ohm 24mV abfallen und ein Strom von 13mA fließt
-
Thread
Signal im 125 kHz Band mit SDRsharp aufzeichnen
none transmission => During 1 hour, the Wheel Unit transmits 63 bursts + 1 WUP. 1 burst = 30.29806ms MAX 1 WUP length max = 42.1ms MAX => total transmission during 1 hour = 63 x 30.29806ms + 42.1ms = 1.96s DUTY CYCLE = (1.96 / 3600) x 100% = 0.06% [/code] Also 30 ms sollte man doch finden...?
Olli Z. schrieb im Beitrag #6344141: > > Also 30 ms sollte man doch finden...? Du könntest es mal mit "rtl_433" versuchen. Ein Beispiel für die TPMS Sensoren beim Renault Zoe gibt es hier: https://canze.fisch.lu/taking-tpms-a-bit-further/
-
Thread
Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega
pollen kann, ohne die > Codeausführung zu stören. Das Polling erfolgt bei mir im Abstand von 150 ms, also ca. 6,7 mal pro Sekunde. Nach meinen Tests treten Störungen erst bei kürzeren Zeiten als 90 ms auf. Schnelleres Pollen bringt eh keinen praktischen Vorteil. Gruss Ulrich Albert
Arduino/GRBL abgefragt werden, ist nun über Einstellungen/Einstellung zugänglich und zwischen 100 ms und 200 ms einstellbar. Laut GRBL-Doku sind 200ms immer sicher, voreingestellt sind jedoch 150 ms, weil damit niemals Fehler bei mir auftraten. Intervalle kürzer als 100 ms verursachen immer Fehler,
-
Thread
Atmega88 USART
[CODE] //uart0.c #include <avr/io.h> #include <avr/interrupt.h> #define myBRR0 51 // BAUDRATE 9600 bps volatile unsigned char i = 0; volatile unsigned char rxFlag = 0; unsigned char rxCh; void Uart0Init(void); void putc(unsigned char ch); void puts(unsigned char *str);
str); str++; } } void Timer0(unsigned char time) { //time = vielfaches von 0,128ms /* time Lookuptable der aktueller Konfiguration 19.03.07 time 0.. - 255 00 = 0,00 ms 10 = 1,28 ms 20 = 2,56 ms 30 = 3,84 ms 40 = 5,12 ms 50 = 6,40 ms ...
-
Thread
Fehler im Studio-Simulator oder in meinem "Progrämmchen"?
); SekDelay(); PORTB = 0b00100000; } } void SekDelay(void) { _delay_ms(250); _delay_ms(250); _delay_ms(250); _delay_ms(250); } [/c]
was soll das umständliche delay? _delay_ms( 5000 ); macht das gleiche. Aber einen andere Fehler sehe ich nicht.
-
Thread
kleine Umfrage - welches Email Programm verwendet ihr?
The Bat! V.3.51
nur für Outlook programmiert wurden. Dadurch fühle ich mich mit thunderbird sicherer als mit einem MS derivat!
-
Thread
Hilfe bei ATmega 16
Mal ein Beispiel: Timerclock 1ms, Normalmodus, Timer wird gestartet, also zählt der los: 0 1 2 3 ...usw. bis 65535 0 (Überlauf) 1 2 3 ... Jetzt legst du an den ICP-Pin eine Rechteckfrequenz mit 100Hz an, d.h. alle 10ms
dem Einschalten prüfst du jeden reinkommenden Impuls auf seine Länge. Ist der kürzer oder gleich 2ms, machst du gar nichts. Erst, wenn einer auftaucht, der (deutlich) länger ist als 2ms, hast du Kanal 1 gefunden, und fängst mit der Auswertung an. 2ms enstpricht bei 10MHz CPU-Takt und Vorteiler 256 etwas
-
Thread
CAN zu CAN Router/Gateway
Kombiinstrument zusenden. Die Wiederholung der ID 261 und 263 erfolgt vom Radio/Navi zwar nur alle 800ms wenn ich diese aber überschreiben will und die Darstellung ohne Überblendungen sein soll muß ich das schon mit Wiederhohlungszeit von gerademal 50 - 100 ms arbeiten. Das wiederum, ich drücke es mal so
z.B. hier: http://www.peak-system.com/Details.114+M51f750c13ca.0.html es gibt aber auch noch etliche andere Lösungen, Google hilft.
-
Thread
Programmierung MSC/C++ V7.0 1995
windows\temp\PWB01640.mak all Microsoft Program Maintenance Utility version 1.20 echo > Nul @.\DOS_51.lrf link @.\DOS_51.lrf Microsoft(R) Segmented Executable Linker Version 5.31.009 Jul 13 1992 Object Modules [.obj]: .\DOS_51.obj Run Files [DOS_51.exe]:.\DOS_51.exe List File [nul.map]: NUL
WIMRE "große" Speichermodelle, z.B. LARGE und HUGE. Leider kann ich Dir nicht sagen, wie man das bei MS-Compilern einstellt. Ich sehe gerade, Du verwendest eine SLIBCE.lib. Das "S" wird evtl. für "short" stehen (also 64k-Segmente). Du müsstest nun vermutlich dafür sorgen, dass Compiler und Linker ein
-
Thread
Programm von 89C51CC03 auf 89C2051
Laut Simulation steigt der Stackpointer max nur auf 40h. Das programm liest im Zeitraum von allen 10ms einen Pin ein und zählt dementsprechend die Variablen hoch. Das hochzählen scheint beim 2051 nicht sorichtig zu funken ... auf dem 89C51CC03 klappt es allerdings .. woran kann das liegen? mfG Tim
Code nicht klar > kommt Die 8051 sind quasi zu 101% codekompatibel, d.h. die kommen mit allem 51-er Code klar. Unterschiede sind nur im SRAM und den SFRs. Häng doch einfach den Code als Anhang an. Peter