-
Thread
MS51FB9AE Programmieren
ich habe ein fertiges Relais-Board, das per Modbus RTU von einem Nuvoton MS51FB9AE (8051-Core) angesteuert wird. Der chip auf meinem Board ist leider defekt deshalb möchte ich ein paar neue MS51FB9AE nachbestellen und selbst mit eigener Firmware bespielen. Ich bin zwar gelernter
etc. userland Programm vom gleichen Autor. Geht zumindest mal mit dem Nuvoton N76E003 und die MS51FB9AE sind wohl ziemlich aehnlich.
-
Thread
8051/MS51: Franzis Board Elektronik Escape-Room umprogrammieren?
Gernot schrieb im Beitrag #8050408: > MS51FB9AE Um den (neu) zu programmieren braucht man (neben der Versorgung) die Pins ICE_DAT, ICE_CLK und nReset (Seite 33): https://www.nuvoton.com/export/resource-files/DS_MS51FB9AE_MS51XB9AE_MS51XB9BE_EN_Rev1
interessante Links: https://www.reddit.com/r/embedded/comments/wrcw04/free_open_source_ide_for_nuvoton_ms51fb9ae/
-
Thread
Nuvoton MS51 - auslesen und flashen (IAP) - PWM-Modul Zk-PP2
://www.nuvoton.com/export/resource-files/DS_MS51FB9AE_MS51XB9AE_MS51XB9BE_EN_Rev1.pdf gefunden, aber noch keine Ahnung, mit welcher Software/Adapter man den auslesen oder flashen kann, bzw. einen Assembler-Befehlscode. Ich sehe da bis jetzt wenig
Der MS51 hat eine 8051 CPU, dafür gibt es jede Menge Tools. Die ISP bzw. ICP Schnittstelle ist dokumentiert und auch dafür gibt es Tools, beim Hersteller und auch z.B. hier: https://github.com/OpenNuvoton
-
Thread
Software zum Steuern des Türschlossantrieb "eqiva eQ-3 Bluetooth Smart Lock"
a24b-0002a5d5c51b (read, write) +3ms simble:info Characteristic 359d4820-15db-11e6-82bd-0002a5d5c51b (read, write, notify) +3ms simble:info Service 3aee5da0-15db-11e6-a29b-0002a5d5c51b +3ms simble:info
a24b-0002a5d5c51b (read, write) +2ms simble:info Characteristic 359d4820-15db-11e6-82bd-0002a5d5c51b (read, write, notify) +2ms simble:info Service 3aee5da0-15db-11e6-a29b-0002a5d5c51b +1ms simble:info
-
Thread
Webasto W-Bus
benötigt, wenn eine Busruhe von >60 Sekunden statt gefunden hat. Das Wakeup zieht den Bus für 25 ms (24ms < LOW < 26ms) auf Low und dann wieder auf HIGH. Die Gesamtdauer des Wakeups, bevor die Kommunikation statt finden kann ist 49ms < Wakeup < 51ms, heißt also 25ms LOW und 25ms HIGH sind gute Werte
schlafen legt, kommt ohne Break keine Antwort macht man halt eins > Das Wakeup zieht den Bus für 25 ms (24ms < LOW < 26ms) auf Low und dann > wieder auf HIGH. Die Gesamtdauer des Wakeups, bevor die Kommunikation > statt finden kann ist 49ms < Wakeup < 51ms, heißt also 25ms LOW und 25ms > HIGH sind
-
Thread
Hackbarer(?) 21 EUR Quadcopter
0x00000001 ; Operation is ongoing during ISP Trigger reads ... poll poll poll ... @3326.586938ms:Read Buf(0x5000c010)=0x00000001 @3326.664813ms:Read Buf(0x5000c010)=0x00000001 @3326.742625ms:Read Buf(0x5000c010)=0x00000001 @3326.820500ms:Read Buf(0x5000c010)=0x00000001 @3326.898375ms:Read
0x00000001 ; Operation is ongoing while ISP Trigger reads ... poll poll poll ... @3326.742625ms:Read Buf(0x5000c010)=0x00000001 @3326.820500ms:Read Buf(0x5000c010)=0x00000001 @3326.898375ms:Read Buf(0x5000c010)=0x00000000 ; and done. After ~10ms @3327.060438ms:Read Buf(0x5000c000)=0x00000033
-
Thread
Mal wieder: _delay_ms() Zeit stimmt nicht
in nur etwa 51 Sekunden durch, dabei ist es egal ob ich diese mit _delay_ms(1000) oder _delay_ms(100) aufbaue. Das ganze läuft auf einem tiny861, interner OSC mit 8 MHz, Kalibrierung habe ich gemacht und im Flash gespeichert
) bzw. delay_ms(100) erzeugen wollte. Holger K. schrieb im Beitrag #4676153: > Eine 60 Sekunden Zeitschleife läuft in nur etwa 51 Sekunden durch, dabei > ist es egal ob ich diese mit _delay_ms(1000) oder _delay_ms
-
Thread
STM32H743 mit 32MByte externem SDRAM
> **************************** SD¿¨²âÊÔ **************************** 21:12:51.174> ¼ì²â²»µ½SD¿¨ 21:12:51.174> 21:12:51.174> **************************** W25Q64²âÊÔ **************************** 21:12:51.360> W25Q64 ²Á³ý³É¹¦>>> 21:12:51.424> дÈë³É¹¦>>> 21:12:51.424> ½øÈëÄÚ´æÓ³Éäģʽ³É¹¦£¬¿ªÊ¼¶ÁÈ¡>>>> 21:12:51.424> ¶ÁÈ¡³É¹¦>>> 21:12:51.424> УÑéͨ¹ý!!!!! QSPIÇý¶¯W25Q64²âÊÔÕý³£ 21:12:51.424> 21:12:51.424> **************************** ÉãÏñÍ· ²âÊÔ **************************** 21:12:51.424> OV2640 ERROR!
-
Thread
Acer Laptop kennt keine Festplatte(n) mehr
6f 64 65 2e 0d 0d 0a 24 00 00 00 00 00 00 00 |mode....$.......| 00000080 91 14 4a 02 d5 75 24 51 d5 75 24 51 d5 75 24 51 |..J..u$Q.u$Q.u$Q| 00000090 46 3b bc 51 d4 75 24 51 ce e8 ba 51 c0 75 24 51 |F;.Q.u$Q...Q.u$Q| 000000a0 ce e8 8b 51 d7 75 24 51 dc 0d b7 51 d2 75 24 51 |...Q.u$Q...Q.u$Q| 000000b0 d5 75 25 51 b3 75 24 51 ce e8 8f 51 fa 75 24 51 |.u%Q.u$Q...Q.u$Q| 000000c0 ce e8 8e 51 56 75 24 51 ce e8 bf 51 d4 75 24 51 |...QVu$Q...Q.u$Q| 000000d0 ce e8 be 51 d4 75 24 51 ce e8 b9 51 d4 75 24 51 |
-
Thread
Basic für 80C31
Warum nicht Tiny Basic 51 nehmen ?
Fehler, die Notation muss so aussehen: [pre] T2CON EQU 0C8H ; This three lines are necessary for MS-DOS freeware TL2 EQU 0CCH ; MCS-51 Family Cross Assembler ASEM-51 V1.2 TH2 EQU 0CDH ; from W.W. Heinz (e-mail: ww@andiunx.m.isar.de) [/pre] Das ist die echte Intel Syntax.
-
Thread
Taster entprellen
Danke für die ausführliche Rückmeldung :) 51ghki76 schrieb im Beitrag #2288384: > Wenn Du jetzt noch Deine Entprellroutine komplett aus main() auslagerst, > hast Du Deine erste Low-Level-Applikation :-), die alle 10ms aufgerufen > wird. Das
Michael G. schrieb im Beitrag #2289725: > Danke für die ausführliche Rückmeldung :) > > 51ghki76 schrieb: >> Wenn Du jetzt noch Deine Entprellroutine komplett aus main() auslagerst, >> hast Du Deine erste Low-Level-Applikation :-), die alle 10ms aufgerufen >> wird. > > Das "Zeug" in
-
Thread
Layout für MCS51 Experimentierboard
kleines Testprogramm zum Downloaden. Einfach die Hex-Datei "Test.hex" über eine RS232 (48,n,8,1) zur IS51 übertragen. Wenn es funktioniert hat, schaltet der Port 1 seinen Zustand alle 500ms um. Das kann mit einem Voltmeter oder einer LED mit Vorwiderstand überprüft werden. Das Testprogramm ist für Keil
Es ist nicht nur das Basic. Die meisten Bausteine aus MCS51 haben die Möglichkeit einen externen Programmspeicher anzuschließen, wodurch sie für schnellen Programmdownload geeignet sind. Die Speicherzeit des EEPROM sind 10ms, beim RAM ist das 0,2µs - dazwischen
-
Thread
Glcd Anzeigefehler
Delay_100ms Gosub Text Lcdat 5 , 1 , "->" End If If Pinc.2 = 1 And X = 5 Then Gosub Delay_100ms Gosub Text Lcdat 6 , 1 , "->" End If If Pinc.2 = 1 And X = 6 Then Gosub
Delay_100ms Gosub Text Lcdat 5 , 1 , "->" End If If Pinc.2 = 1 And X = 5 Then Gosub Delay_100ms Gosub Text Lcdat 6 , 1 , "->" End If If Pinc.2 = 1 And X = 6 Then Gosub
-
Thread
Hameg HM-605 X-Achse nur Halb zu sehen
ungewöhnlich erscheinen. Bitte folgende Messungen ggf wiederholen und eintragen als L/R Werte: -R3132 (51R) beide Seiten -R3130 (51R) rechte Seite -T3109 Basis (Verbindung R3136-R3135) -VR3103 links Bitte für folgende 51R Widerstände (grün, braun...) den Ohmwert bei abgeschaltetem Oszi im eingebauten
51R, ist 51,2R (auch umgepolt gemessen) R3132 soll 51R, ist 51,4R (auch umgepolt gemessen) > > Was steht auf VR3103 als Beschriftung? > 605 10K Alle Messungen habe ich vorsichtshalber mehrfach
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
wird ausgeführt für 192.168.10.149 mit 32 Bytes Daten: Antwort von 192.168.10.149: Bytes=32 Zeit=46ms TTL=255 Antwort von 192.168.10.149: Bytes=32 Zeit=85ms TTL=255 Antwort von 192.168.10.149: Bytes=32 Zeit=99ms TTL=255 Antwort von 192.168.10.149: Bytes=32 Zeit=2ms TTL=255 Ping-Statistik für 192.168.10.149
habe meinem MI-300 eine Antwort entlockt: [code] Anfrage: 13 19 40 61 01 (11/1/0) 09(61 40 19 13|51 22 22 22)00 51[cc 1a] Antworten: 22 22 22 51 01 (24/1/0) 89(61 40 19 13|61 40 19 13)01 42.00 03.09 1c.13 89.00 71.00 18.00 a4.8b[cb ??] 22 22 22 51 01 (24/3/0) 89(61 40 19 13|61 40 19 13)01 42.00
-
Thread
MP-3 von CD konvertieren
cdex 1.51 kleiner aber effektiver ripper und encoder. unterstützte formate cda, mp2, mp3, wav. und das muß man noch nicht mal installieren. mfg
dolf schrieb im Beitrag #2624158: > cdex 1.51 Nehme ich auch, und zwar mit 192 kBit/s.
-
Thread
SourceCode in den AT89C2051
Zeitverzögerung void main(void) { TH0 = T0HI_1msec; // Timer0 High-Order Register für 1ms laden TL0 = T0LO_1msec; // Timer0 Low-Order Register für 1ms laden TMOD &= 0xF0; // Timer0 Einstellungen zurücksetzen TMOD |= 0x01; // T0 Modus1, 16bit Zeitgeber
hab schon die einsteigersachen gesehen. blinky, hello world,... h-file. genau. das ist für die s51er. aber bei mide51 ist ja bei sdcc ein at89x51.h dabei. das auf dem 8051 aufbaut und für die at89c2051/4051 ist. werd ich dann schon merken wenn der chip später nicht das tut was er soll ;) vielen
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
Kai schrieb im Beitrag #7899064: > 2 ms Ist deutlich mehr, als "gar nicht". (eben waren es noch 20ms)
verträgt diese nicht. @Arduino F: [code]Ist deutlich mehr, als "gar nicht". (eben waren es noch 20ms)[/code] 20ms ist die Zykluszeit des Gesamtprogrammes - 2ms ist der Wert für das Timeout, wenn nur 1 Zeichen eintrifft. Ist auf jeden Fall ein riesiges Erfolgserlebnis.... Viele Grüße Kai
-
Thread
FT800 / FT810 Library
a length of 784 bytes, a little less without DMA. The 51µs are not the time it takes to send 224 bytes, this is only the time the controller is busy preparing the DMA buffer. At 8MHz the SPI is busy for annother 224µs, at 1MHz for annother 1,8ms. And without
Applikation steht für ne ms oder so). - Ich habe mit meinem neuen Layout 51 Ohm in den SPI lines und "fahre" den erst mit 4 Mhz zum Init, dann mit 25 Mhz und signal strenght auf der niedrigsten Stufe=>geht, ob der electrical noise
-
Thread
8051 & Seiko L2432 mit HD44780A00 Chip
Lad dir mal von http://www.c51.de/c51.de/Dateien/software.php?UIN= den Link "Buch_PraxisTeil2_Kap7.ZIP" herunter. Da ist eine funktionierende und dokumentierte Library drin, welche in Assembler geschrieben wurde (LCD_Lib_4BitPort.a51
Seite gibt es sogar komplett fertige Beispielprojekte dafür. Ciao, Rainer [1] http://www.c51.de/c51.de/Dateien/LCD.php?UIN=
-
Thread
Tasten entprellen - Bulletproof
Und hier nochmal für die C-Freaks (Keil C51). Peter
sorry aber ich kenn nicht Keil C51.
-
Thread
AVR-Bootloader mit Verschlüsselung
= 10 ms 25.02.09-19:17:06-078 > Timeout.Buffer = 1 ms 25.02.09-19:17:06-078 > Timeout.AppCmd = 0 ms 25.02.09-19:17:06-078 > Timeout.KeepAlive = 500 ms 25.02.09-19:17:06-078 > Timeout.RTSPulse
hier mit meinem Delphi-Testprogramm [code] Connecting on port COM4... Timeout.Connect = 100 ms Timeout.Base = 100 ms Timeout.Erase = 10 ms Timeout.Flash = 50 ms Timeout.Eeprom = 10 ms Timeout.Buffer = 1 ms Timeout.AppCmd = 20 ms Timeout.KeepAlive
-
Thread
Hygrosens HYT221 an Atmega8 macht nichts
Feuchtigkeits/Temperaturwerte, warte etwas bis die Konversion beendet ist (nach meiner Erfahrung reichen 100ms aus), und lies dann mit einem TWI-Read (0x51) vier Byte aus. Das sind dann die Daten, die weiter interpretiert werden müssen. mfg Michael S.
z.B. Slave nicht präsent) > if (!(TWI_LastTransOK())) Wenn die Transaktion ok war, dann wird 100ms gewartet, in dieser Zeit sollte der HYT-221 seine Arbeit abgeschlossen haben. > delay_ms(10); Dann wird die TWI_Adresse incrementiert (= das R/W-Bit gesetzt, die Adresse ist nun = 0x51). > buffer
-
Thread
DCF / DCF77 UHR - LCD LED Samplingverfahren ATmega8 ASSEMBLER
Störimpulse, wenn sie nicht zu extrem sind, beeinflussen die Uhrzeitberechnung kaum. Ein fehlerhafter 100ms Impuls wird weitestgehend unterdrückt, die letzten 100ms des 200ms langen "HIGH"-Impuls sind entscheidend. Kurz nach Programmstart wird die Phasenlage des internen Timers mit dem DCF-Impuls synchronisiert
Bei einigen Conrad-DCF-Modulen ist mir aufgefallen, dass die Impulslängen nicht ganz stimmen. Der 100ms lange Impuls ist teilweise 120ms lang und der 200ms ist 220ms lang. Im Vergleich zwischen Conrad und Reichelt, gibt es bei den Impulslängen doch einige Unterschiede, bei den Reichelt-DCF-Modulen sind
-
Thread
Wärmezähler über optische M-Bus-Schnittstelle auslesen
Hmm, ganz schön fix: [c]08:20:51.435 read meter 08:20:51.437 wakeup start 08:20:51.467 wakeup end 08:20:51.469 wait for the meter 08:20:51.821 request data[/c] Das bisher erwähnte Auskommentieren von SND_UD 0 (Carsten) [c]sml
38:57.406 : 10 5b fe 59 16 tasmota.bin.gz von Carsten v. 09.01.23 ------------------------ 19:51:04.585 wakeup start 19:51:07.879 wakeup end 19:51:07.880 wait for the meter 19:51:08.234 request data 19:51:08.441 : 68 16 16 68 08 01 72 01 30 19:51:08.482 : 01 76 a5 11 40 04 b7 00 00 19:51
-
Thread
While(1) wird nach setzen des Timer-Interrupts nicht mehr aufgerufen
ae: 88 60 ori r24, 0x08 ; 8 b0: 83 bf out 0x33, r24 ; 51 TCCR0 &= (~(1<<WGM00)); // with OCR0 b2: 83 b7 in r24, 0x33 ; 51 b4: 8f 7b andi r24, 0xBF ; 191 b6: 83 bf out 0x33, r24 ; 51 TCCR0 |= (1<<CS01); // set prescaler b8: 83 b7 in r24, 0x33 ; 51 ba: 82 60 ori r24, 0x02 ; 2 bc: 83 bf out 0x33, r24 ; 51 TCCR0 &= (~(1<<CS00)) & (~(1<<CS02)); // to 1 -> 12MHz be: 83 b7 in r24, 0x33 ; 51 c0:
-
Thread
SSD mit Linux klonen
bei Clonezilla nachsehen ob die etwas in der Richtung machen. Aber wenn's so einfach wäre, könnte MS sich den Krampf auch sparen. -)
im Terminal: [code] #dd if=/dev/sda of=/dev/sde count=100MB status=progress 51199103488 Bytes (51 GB, 48 GiB) kopiert, 4546 s, 11,3 MB/s 100000000+0 Datensätze ein 100000000+0 Datensätze aus 51200000000 Bytes (51 GB, 48 GiB) kopiert, 4555,4 s, 11,2 MB/s Sie haben neue Post in /var/mail/root.
-
Thread
UART Konfigurieren
exakt. Aber kontrollier besser, ob der µC wirklich mit ca. 8Mhz läuft! (dazu eignet sich zb delay_ms. Entweder die Zeit, die du angegeben hast stimmt oder sie stimmt nicht, wenn du in F_CPU die 8Mhz einträgst) > Für 9600 habe ich folgendes berechnet: > > ((8000000+9600*8) / (9600*16) - 1) = 51
Und auch die 51 stimmt, siehe 19.11 Examples of Baud Rate Setting.
-
Thread
AVR UART + andere Interrupts / Konflikte
Puffer dazwischen? Nein. 51Hz = 19ms - 3ms = 16ms für andere Sachen. Also, Steuerbefehl (1 Byt) wird gesendet - nur ein Byte und dann wird auf Antwort gewartet. Dieses Byte landet in UART Data Register, RXC Flag wird gesetzt
das ja auch eine > saubere Lösung. Wozu ? Marc V. schrieb im Beitrag #4928635: > Nein. > 51Hz = 19ms - 3ms = 16ms für andere Sachen. > > Also, Steuerbefehl (1 Byt) wird gesendet - nur ein Byte und dann wird > auf Antwort gewartet. > Dieses Byte landet in UART Data Register, RXC Flag
-
Thread
Servo am Mikrocontroller
Du musst alle 20ms einen Impuls von 1ms..2ms Breite erzeugen. Die Impulsbreite ist die Information für die Winkelstellung des Servos. Da C nicht meine Muttersprache ist (meine Muttersprache ist Deutsch), kann ich dir
Overflow eintritt. 1 / 31250 -> 0.000032 Sekunden oder 0.032 Millisekunden [2] 20 ms ist das Timing das das Servo vorgibt. Alle 20 ms moechte das Servo einen Puls sehen, dessen Laenge (von 1 bis 2 ms) die Servo-Position darstellt. 20 ms deshalb weil ja an einer echten Fernsteuerung
-
Thread
Arduino Custom Firmware für Fitness Armband mit NRF52
meiner Hardware. Welches Advertise Interval hast du eingestellt? Habe bei mir 2 sek, also 2000ms. default sind etwa 100ms
Otherwise the internal 32 kHz RC oscillator will be used. The low frequency clock is used by the delay(ms) and millis() Arduino API's. The Generic nRF51 and nRF52 board options have an additional menu item under Tools -> Low Frequency Clock that allows you to select the low frequency clock source. However
-
Thread
AT89C51SND1C
iam using project using at89c51snd1c. i want to download boot loader software into at89c51snd1c. how can i down load in it.
Naja, der AT89C51SND ist eben ein Exot.
-
Thread
[Umfrage] Welches CAD-Programm?
gEDA/PCB -------------------> 6 Integra Station V3.6 -------> 1 KiCad ----------------------> 51 Mentor Expedition ----------> 5 Mentor PADS 2005 -----------> 2 Mentor PADS 9.3 ------------> 7 Mentor PADS VX.1.2----------> 1 Micro-Cap 9 ----------------> 1 MS-Paint--------------------
gEDA/PCB -------------------> 6 Integra Station V3.6 -------> 1 KiCad ----------------------> 51 Mentor Expedition ----------> 5 Mentor PADS 2005 -----------> 2 Mentor PADS 9.3 ------------> 7 Mentor PADS VX.1.2----------> 1 Micro-Cap 9 ----------------> 1 MS-Paint--------------------
-
Thread
UART-Fehler :(
Ich habe also einen 8 MHz Quarz reingesteckt. Als nächstes habe ich in meinem Programmcode UBRRL = 51 gesetzt. Dann habe ich unter "Fuses" das Häkchen bei "Ext. Crystal/Resonator Medium Frequ.; Start-up time: 1K CK + 64 ms;" gesetzt, welches vorher bei int RC Osc. 4 MHz stand. Dann habe ichs kompiliert
@ M@cFreak >UBRRL = 51 gesetzt. Dann habe ich unter "Fuses" das Häkchen bei "Ext. >Crystal/Resonator Medium Frequ.; Start-up time: 1K CK + 64 ms;" gesetzt, >welches vorher bei int RC Osc. 4 MHz stand. Hoffentlich ist
-
Thread
AT89C51 externes EPROM auslesen
Er soll einfach sein Eprom in den '51er-RAM-Bereich einblenden.
nicht ms sondern ns
-
Thread
UART-Senden fehlgeschlagen
endif // siehe AVR-GCC-Tutorial // Abschnitt Warteschleifen #include <util/delay.h> // 10*25ms = 250ms warten #define DELAY_250MS() \ for (int j = 0; j < 10; j++) delay_ms(25); #define DELAY_1000MS() \ for (int j = 0; j < 40; j++) \ delay_ms(25);
int j = 0; j < 10; j++) delay_ms(25); } // 40*25ms = 1000ms warten for (int j = 0; j < 40; j++) delay_ms(25); break; case 255: // Effekt 2 // Eine LED blinkt
-
Thread
Leistung eines 2KW Heizstabes steuern
Marco Brandt schrieb im Beitrag #7096567: > Habe an Paketwellen gedacht, Länge jeweils 10 ms , die ein SSR mit > Nulldurchgangserkennung ansteuern. Für 500 W also pro Sekunde 25 Wellen > durchschalten mit Steuerimpulsen über µc !? Da böte sich doch ein 555 an, der für ca. 10 ms das SSR
Marco Brandt schrieb im Beitrag #7096567: > Habe an Paketwellen gedacht, Länge jeweils 10 ms , die ein SSR mit > Nulldurchgangserkennung ansteuern. Für 500 W also pro Sekunde 25 Wellen > durchschalten mit Steuerimpulsen über µc !? Das ist das übliche Verfahren. Bedenke dass du bei 10ms
-
Thread
Projektidee "RGB-LED-Matrix"
was pro Pixel die Ansteuerung über verschiedene µCs kosten würde, siehe Bild "Kosten". Der AT89LP51 mit 36 io Pins hat hier mit 2,37ct pro Pixel die "Nase vorn". => AT89LP51, OK? Ich habe noch nicht versucht, ob ich es schaffe, bei 6,6mm x 7,0mm noch alle Leiterbahnen zu verlegen, aber im Bild
. Bei I²C mit brutto 100 KBit/s und Kacheln mit 144 LEDs würde der Empfang eines Frames ca. 43,3ms dauern. Die maximale Update-Frequenz einer Kachel läge damit bei 1 / (43,3 + 4,4) ms, also etwa 20 Hz. Bei 256 RGB-LEDs wäre die Frequenz noch geringer. Ich tendiere dazu, die "4,4ms ohne Interrupts
-
Thread
UART-Interrupt Problem
); UBRRH = 00; // Baudrate einstellen 9600 bei 8 MHz UBRRL = 51; } ISR (USART_RXC_vect) { PORTA =~(0xFF); _delay_ms(500); PORTA =~(0x00); _delay_ms(500); } void main (void) { DDRA = 0xFF; PORTA = ~0x01; initialisiere_UART
belegt wird?! Glotzn ofmachn, geeene Fedbemm fressen und orweidn! [c] void long_delay(uint16_t ms) { for(; ms>0; ms--) _delay_ms(1); } [/c]
-
Thread
Wie viele Steckdosen darf man parallel schalten?
auslösung nur davon abhängt wie gut du geerdet bist. Gute Geräte liegen um die 20ms. 400ms, da hab ich ja schneller wieder losgelassen, bevor der fi auslöst.
OT Claus M. schrieb im Beitrag #5868533: > Gute Geräte liegen um die 20ms. Selbst 20ms _können_ ausreichend sein um tödlich zu wirken. >400ms, da hab ich ja schneller wieder losgelassen, bevor der fi auslöst. Denkste! Bereits "relativ harmlose" 10 mA _können_ dazu führen
-
Thread
MS UEFI Cert Verfall in diesem Jahr Bootloader Problem - C't Artikel #13/S.44-67
Oliver S. schrieb im Beitrag #8062169: > Ja. Das diese MS-Zertifikate zwar von MS sind, aber von allen OS zur > Signierung der Bootloader benutzt werden. Egal, wie die auch heißen. Out > of the box bootet da Secure ohne das passende MS-Zertifikat gar nichts
: Ich kann eigene Zertifikate ausrollen und damit meinen Bootloader signieren, ohne dass dann noch MS-Zertifikate vorhanden wären. Dieser Nebenzweig der Diskussion begann ja mit der Frage, ob ein System völlig ohne MS-OS dennoch von den MS-Zertifikaten abhängig wäre, und das scheint nicht so zu sein.
-
Thread
Schnelle MOSFET-Schaltung
86V haben. Damit darf die Zenerdiode in Reihe zu D1 z.B. 1x 68V haben, was das Abschalten (das 40.51.9 kann 3ms) noch schneller macht wie bei kleineren Löschspannungen. R4 weglassen.
Was, wenn Du einfach die PTT 100ms verzögerst? Dann hast Du alle Zeit der Welt.
-
Thread
Ping - nur Aussagekräftige Ergebnisse anzeigen
für www.google.de [172.217.16.67] mit 32 Bytes Daten: Antwort von 172.217.16.67: Bytes=32 Zeit=60ms TTL=51 Antwort von 172.217.16.67: Bytes=32 Zeit=62ms TTL=51 Antwort von 172.217.16.67: Bytes=32 Zeit=51ms TTL=51 Antwort von 172.217.16.67: Bytes=32 Zeit=36ms TTL=51 Ping-Statistik für 172.217.16.67
4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 36ms, Maximum = 62ms, Mittelwert = 52ms Es soll (-w 1) nur 1 ms gewartet werden, die Antwortzeiten sind amer alle viel größer... Gruß tastendrücker
-
Thread
Schaltungsberechnung
Werte in meine Berechnungen einsetze, dürfte die Schaltung nicht funktionieren. (UG=2,2V, tau=4.1ms (100nF*41k), t=4ms(1/250Hz) => Ux=830mV) P.S. Auszug aus der Hilfe von Elektronics Workbench: Der Anschluß des Oszilloskops an Masse ist nicht erforderlich, wenn die Schaltung, in der gemessen
Bei deinem Startwert fließt über den 51k-widerstand ein Strom von (2,6V - 0,7V) / 51k ~ 37µA. Beim Endwert sind es (1,3V - 0,7V) / 51k ~ 12µA. Wäre BE-Diode nicht vorhanden, so wäre es beim Startwert 2,6V/51k ~ 50µA und beim Endwert 1,3V/
-
Thread
itoa gibt fehlerhafte werte aus
Variablen volatile int ms, t_state=0, b_state=0, key=0, m_state=0, m=0, k=0; char num[3]; //Initialisierung Timer void init_timer() { //Timer 0 TCCR0 |= (1<<WGM01)|(0<<WGM00)|(0<<COM01)|(0<<COM00)|(0<<CS02)|(1<<CS01)|
|= (1<<PE5)|(1<<PE6)|(1<<PE7); EICRB |= (0<<ISC71)|(0<<ISC70)|(0<<ISC61)|(0<<ISC60)|(0<<ISC51)|(0<<ISC50); EIMSK |= (1<<INT7)|(1<<INT6)|(1<<INT5); } void wait_ms(int wait) { if(t_state==0) { t_state=1; do { } while(ms<wait); t_state=0; ms=0; } } [/c]
-
Thread
Zeitbasis nichtlinear, Jitter HM1005
zum X-Verstärker gehört. Die Linie ist auf dem Schirm 10.2cm lang. Dazu passt die Zeit von ~10.2ms. Es sind also recht genau 1ms/cm.
T311 aber auch gut, denn der OP ist ggf. zu langsam um nachzuregeln. Die Abweichungen sind bei 1 ms/div ja auch nicht wirklich groß. Das sind vielleicht 0,1 ms nach 10 ms, also nur rund 1% der Zeit. Wenn man dem Fehler der 2. Hälfte zuschreibt, sind das auch nur 2% weniger Steigung. Wenn man nicht
-
Thread
Verlustleistung am MOSFET bei PWM
Strom zum Umladen des Gates bereitstellst, hast du kaum Verluste. Beispiel: RDSon = 10mOhm, 24ms Einschaltdauer, 11ms Ausschaltdauer 1. Während der 11ms Ausschaltdauer treten keine verluste auf 2. Während der 24ms Einschaltdauer treten P = I² * R = (11A)² * 0,01Ohm = 1,21W 3. Schaltverluste
im beispiel einfach mal ignoriert Gesamtverlustleistung gemittelt auf eine Periode: 1,21W * 24ms / 35ms = 0,83W Das kann man gut Passiv kühlen.
-
Thread
Trafostationen
Die MS/400V-Trafos brummen recht wenig, die neuen sind fast unhörbar. Sogar neuere 110kV/MS-Trafos sind fast lautlos. Also man muß bei beidem schon unmittelbar daneben stehen, daß man was hört.
Das ist ne tolle Abbildung der MS-Schaltanlage!
-
Thread
44780 initialisierung klappt nicht (8051, Keil)
Keil-uVision Umgebung. Sämtlichen LCD-Code bekommst du auf seiner Homepage unter: http://www.c51.de/c51.de/Dateien/c51_buecher.php?Korb=1&UIN= Dort dann den Link "Buch_PraxisTeil2_Kap7.ZIP" herunterladen. Dort ist Code für 8Bit und 4Bit Ansteuerung drin. Und du bekommst auf seiner Homepage auch
im Debugger sehe ich aber auch keine Änderung des Ausgangsport. Die Pin belegung hab ich in der .a51 angepast. Ist das so alles richtig? Was macht so eine .a51?
-
Thread
AT89C51ED2 + CA3081 Port immer High?
[c] #include <at89c51xd2.h> // Header für Controller "AT89C51ED2" #include <stdio.h> void zeit(void); // Prototypen-Anmeldung void main(void) { while(1) // Endlos-Schleife { P1 = 0; zeit(); // Delay
Port funtkioniert: Kannst du die LEDs dauernd aus- und dauernd einschalten? [c] #include <at89c51xd2.h> // Header für Controller "AT89C51ED2" #include <stdio.h> void main(void) { P1 = 0; while(1); // Endlos-Schleife } [/c] Und: [c] #include <at89c51xd2.h> // Header für Controller