-
Thread
Logarithmische Berechnung der LED Helligkeit
ich ungern arbeiten, da die Zeit vom loop abhängig ist. Soll heißen, der loop braucht z.B. einmal 20ms und das nächste mal 30ms. Das würde bedeuten das innerhalb einer Sekunde mir die letzen Werte eines Arrays nicht zur Verfügung stehen. Zum Einsatz kommt ein Arduino Pro Mini 328P. Der Arduino ist
mit der Tabelle gearbeitet. Da trat aber dann das Problem auf, das wenn die loopTime mal um ein paar ms verspringt, nicht mehr alle Werte des daraus erzeugten Wertes angesprochen wurden. @Ralf, ich werde mal schaun ob ich das entsprechend anpassen kann für meine Aufgabe. Danke schon mal.
-
Thread
ATmega16 (Ultraschallsensor I^2C)
Befehl für "Messung in cm Starten" // an den SRF02 Sensor: twi_writeregister(0xE0,0,0x51); // Warte bis das Ergebnis bereit steht: _delay_ms (80.0); // Lese das Ergebnis vom SRF02: Lesen = twi_readregister (0xE0,2,distoben); distoben = Lesen;
dist);// schreibe Ergebnis // Füge Wartezeit hinzu, um nicht zu häufig zu lesen _delay_ms (100.0); } return 0; } [/c] Allerdings brauch ich noch bissl hilfe. Danke für eure Unterstützung für Geduld alfred
-
Thread
sehr langsamen Takt erzeugen
einmal eingestellt, in dem immer wieder getriggert werden soll? Frage nach Duty-Cycle: 1:1 oder 1ms zu 59,99...Min ? Mit R/S-FF dann evtl. den Duty-Cycle 1:1-en. ciao gustav
im Labor tagelang fehlerfrei um sich dann Monate später im Feld > aufzuhängen. Lass mich raten: ms-Ticker und nach einem Monat und 10 Tagen plötzlich strubbelig? Erdstrahlen. Manchmal auch schon nach der Hälfte der Zeit.
-
Thread
Tasterselbsthaltung mit Bascom
www.reichelt.de/?;ACTION=6;LA=3;ARTICLE=54568;GROUPID=2958;GROUP=A362;SID=270qO3E6wQARsAABLlH0cdbccc0d51d4e4b1c2bb3bd83c3526b16 Ich bitte euch, wenn ihr mir helft auch kurz zu beschreiben, was ihr ändert im Program und wie es dann funzt. Schonmal danke Gruß, Henri
deklarieren Config Debounce = 30 'Zeitbasis für debounce auf 30ms legen, kann auch weg gelassen werden (default ist 25ms) Config Portb.0 = Output 'Portb.0 als Output konfigurieren Config Portb.1 = Input
-
Thread
USBasp und ATMega 8
Habe vieles an Software durch. Darunter Atmel Studio 7, Arduino IDE 1.6.6, WinAVR und direkt in der MS-Shell. Aber da ja eh alles genannte nur auf AVRDUDE aufsetzt, ist das praktisch egal.
Ich progge unter Windows 7 64-bit (habe ich nur ungenau durch MS-Shell erwähnt - mein Fehler). Gibt es da ähnliche Probleme (a la sudo)? Habe sowohl 2 USBasp's als auch 2 ATMega8 uCs und alle mit allen getestet. Der Programmer wird immer erkannt Bin langsam am Ende
-
Thread
KiCad nightly oder lieber KiCad 5
nämlich massive Probleme, Dokumente, die mit MS Word (für MS-DOS) erstellt wurden, fehlerhaft zu importieren. Damals(tm) am Uni-Institut mussten für den jeweilige Jahresbericht ein Haufen von Kapitels zusammengefügt werden, und jede Arbeitsgruppe hatte ein anderes Textverarbeitungsprogramm im Einsatz: MS Word, MS Winword, Wordperfect (MS-DOS), 1st Word Plus (Atari ST), <nocheinprogramm> (Atari ST), Calamus (Atari ST), <nocheinprogramm> Apple Macintosh, Starwriter (Windows), LaTeX. Starwriter war in
-
Thread
Timerfunktion
;Bit 1 TIMSK Interrupt enable .equ OFFSE_TC = 0x77 ;offset = 119 d.h. noch 137 zyklen -> 17,536ms x 4 = 70ms ; 137x128us = 17,536ms einstellungen für 8MHz .org $0000 rjmp RESET ;Reset handler .org OVF0addr rjmp tim0_ovf ;Timer0 overflow handler
0x23,0x25,0x27,0x2a,0x2c,0x2e,0x31,0x33 .db 0x36,0x38,0x3b,0x3e,0x40,0x43,0x46,0x49 .db 0x4c,0x4f,0x51,0x54,0x57,0x5a,0x5d,0x60 .db 0x63,0x67,0x6a,0x6d,0x70,0x73,0x76,0x79
-
Thread
LED Matrix 5x7 programm
Hz * */ ISR(TIMER0_OVF_vect) { display_active_row(); counter++; } /* * delay_ms * Uses the counter that is incremented by the ISR. * Max delay is 32767ms. */ void delay_ms(uint16_t delay) { while (!(PIND & (1 << PD6))) {} // used to stop the animation when PD6 goes LOW
copy_to_buffer(sprite_1); for (x = -8; x <= 0; x++) { copy_to_display(x, 0, buffer); delay_ms(ANIMATION_SCROLL_SPEED); } delay_ms(200); copy_to_buffer(sprite_2); copy_to_display(0, 0, buffer); delay_ms(200); copy_to_buffer(sprite_1); copy_to_display(0, 0, buffer
-
Thread
Platinen mit GPS - Empfänger bei ebay
hinbekomme. Als Logger werde ich das Gerät wahrscheinlich nicht benutzen, dafür habe ich ein uBlox MS1E-DL Modul.
Nachkommastellen oder aufgelöst in Minuten Sekunden etc. also z.B. für die Nordkoordinate: N51 21'26.7 oder N51,357417
-
Thread
MCU (ds30F6012A) defekt?
break; } } [/c] Variablen-mix ist mir nicht aufgefallen, daher meine Verwirrniss. MFG P51D
gesagt benötigte Zeit. Melde mich wieder sobald die ich die neuesten Ergebnisse habe. MFG P51D
-
Thread
ili-tft startsequenz
Position */ lcd_write_reg(0x0f,0x0000); /* Extern Display Interface Contral 2 */ _delay_ms(50); lcd_write_reg(0x07,0x0101); /* Display Contral */ _delay_ms(50); lcd_write_reg(0x10,(1<<12)|(0<<8)|(1<<7)|(1<<6)|(0<<4)); /* Power Control 1 */ lcd_write_reg(0x11,0x0007
0x2b,(1<<14)|(1<<4)); lcd_write_reg(0x50,0); /* Set X Start */ lcd_write_reg(0x51,239); /* Set X End */ lcd_write_reg(0x52,0); /* Set Y Start */ lcd_write_reg(0x53,319); /* Set Y End */ _delay_ms(50); lcd_write_reg(0x60,0x2700); /* Driver Output Control
-
Thread
Attiny Programmierung
einmal so auf einem Schneider CPC lief. So war das... danach kamen die üblichen verdächtigen: MCS-51, PIC16 (na ja), AVR, STM32... Aber daneben war eher Hifi das Thema und mehr als ich in Computer investiert habe, habe ich in die Steroanlage investiert. Damals mußte man UNBEDINGT ein Moving Coil
Elektronik, was ist Geschichte und vorbei (wie oben jemand geschrieben hat die Speicherverwaltung von MS-DOS ... Himem, EMS, bla bla bla .... das ist wirklich vorbei)... Wann sind Mikrocontroller vorbei und alles wird per FPGA und soften Prozessoren gemacht?
-
Thread
FBAS -> HDMI Wandler, schwaches Bild, kein Ton (alle gleich?)
Netzteil habe ich ein 1A 5V Netzteil angeschlossen. Im Gerät selbst werkelt ein China-Chip vom Type MS1858E. Ein Datenblatt dazu konnte ich nicht finden, aber einige technische Daten auf der Hersteller-Seite http://en.macrosilicon.com/info.asp?base_id=2&third_id=65 Nun, abgesehen davon das ich herausfinden
ausgelesen und als Anhang angehängt. Zumindest der hintere Teil (ab ca. 0x0330) sieht mir sehr nach MCS51 aus. Vielleicht könnte das jemand mal durch einen Disassembler jagen, dann brauche ich die Datei nicht Byte für Byte übersetzen. Danke! Gruß Thomas
-
Thread
Wie wird die Prüfsumme berechnet ?
das man da große Integer rechnungen anstellen kann, es kann trotzdem die Prüfsumme in weniger als 5ms haurrausfinden. Hab nochmal 2 Folgen diesmal hat sich nur eine Stelle um 1 erhöht: Folge 1: 43 4F 44 45 3A 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
Irgendein Speicher?) http://www.datasheetcatalog.com/datasheets_pdf/M/B/6/0/MB606XXX.shtml 2 USART 82C51A-2 http://www.datasheetcatalog.com/datasheets_pdf/8/2/C/5/82C51A.shtml 1 MSM82C55A-2 http://www.datasheetcatalog.com/datasheets_pdf/M/S/M/8/MSM82C55A.shtml 1x 256kbit SRAM Ne ganze menge Schieberegister
-
Thread
Selbstentladung bei Elkos
was denn nun? Stefan hat doch nur geraten. Ist dein Projekt so suuuper geheim? Arbeitest du in Area 51? ;-) MFG Falk
Er arbeitet in einem Geheimlabor in Area 51b, auch genannt Kinderzimmer.
-
Thread
Farbsensor BH1745NUC
i2c_start(0x70,0); //Adress i2c_write(0x50); //register begin wait_5ms(1); i2c_start(0x70,1); //read register wait_5ms(10); RedLow = i2c_read(1); //Register 50 RedHigh = i2c_read(1); //Register 51 GreenLow = i2c_read(1); //
[c] //Initialization function uint8_t init(uint8_t measurementTime = BH1745NUC_MEAS_TIME_160_MS) { //check manufacturer and part ID [...] //set control registers according to datasheet and user settings setRegValue(_address, BH1745NUC_REG_MODE_CONTROL_1, measurementTime,
-
Thread
AT89S52 wird von uisp nur sporadisch erkannt
Hier in diesem Forum haben die 51er/52er Spezeln ihren Stammtisch, da bin ich der AVR-Exot, aber das Klima istr prima. ;-) http://www.progforum.com/index.php?
Appnote zur Berechnung des Kondensators verglichen, ob es halbwegs passt. Tut es ja auch, aber fast 200ms ist natürlich ein bisschen extrem. Aber hat das wirklich Auswirkungen auf die ISP-Programmierung? Ich hatte das bisher immer so verstanden, dass Reset während der gesamten Programmierung auf High
-
Thread
Atemluft Kompressor öl/ölfrei
Tauchkompressor holen... PS Da steht 130 l/min, aber 40 min fuer 6.8 l auf 300 bar, das ist aber eher rund 51 l/min (wenn ich den Kompressibilitaetsfaktor mal ignoriere)... So wuerde ich auf den Rest der Angaben auch nicht viel geben.
und Wassertropfen: mit Öl- und Wasserabscheider. Entfernung von Wasserdampf H2O: mit Molekularsieb, MS Entfernung von Öldampf und Gerüchen CXHY: mit Aktivkohle, AC Wandlung von Kohlenmonoxid CO in CO2: mit Hopcalite (optional) Entfernung von groben Partikeln: mit den Filterscheiben der Filterpatronen
-
Thread
Gibt es einen passenden BUS zur steuerung vieler Clients über mehrere Meter?
gammawert müsste gemessen werden aber 2,2 sollte grob passen) >einzeln: 6 Bit für ggf. Fading. (0-63 ms) unpraktisch: wenn der PC sendet wann das nächste Datum zu erwarten ist, dann betrifft das alle Kanäle; für Effekte mit etwas anderer Definition z=1ms*2^(w/c) u.U. nett, aber kompliziert für einfaches
Helligkeitswahrnehmung gelesen. Dirk schrieb im Beitrag #5297947: >>einzeln: 6 Bit für ggf. Fading. (0-63 ms) > unpraktisch: wenn der PC sendet wann das nächste Datum zu erwarten ist, > dann betrifft das alle Kanäle; für Effekte mit etwas anderer Definition > z=1ms*2^(w/c) u.U. nett, aber kompliziert für
-
Thread
Rundenzähler Carrera
long dieseRunde, dieserRekord; char lcdline[17]; int zeit[4]; // Anzeige nur alle 500 ms aktualisieren if (millis()/500==lastUpdate) return; lastUpdate=millis()/500; for (int i=0;i<SLOTS;i++) { // Rundenzeit und schnellste Zeit auf Zeitangabe in hundertstel runden
void loop() { //Produce an output on the display sevseg.PrintOutput(); //Check if 10ms has elapsed unsigned long mils=millis(); if (mils-timer>=10) { timer=mils; CentSec++; if (CentSec==10000) { // Reset to 0 after counting for 100 seconds. CentSec=0; }
-
Thread
FH oder Uni - welche bringen mehr in der Arbeitswelt Gesperrt
ob sie hinterher waren, oder gar standen. Die Datenrate mit der die Meldungen kamen, wurde mit ms angegeben. Das komplette Überwachungssystem war somit auf X Prozessoren mal Y Kanäle x Z Informationen pro Sekunde ausgelegt. Die Überwachungseinheit, die ein externer Entwickler bauen sollte, konnte
Konzept stand und man anfing, zu arbeiten, festellte man fest, dass die Prozessoren nicht Z Daten in ms sondern us sendeten. Der Projektkleiter, ein studierter Informatiker mit Top-Abschluss, hatte Mikro und Milli verwechselt. Es war in allen Folgedokumenten falsch. Der beigeordnete Informatiker, ein
-
Thread
Library für EA-DOGM Grafikdisplays inkl. Font-Generator
eingefügte Pausen in lcd_init(): [Version 0.93] [c] //[...] LCD_RESET(); //Load settings _delay_ms(100); LCD_ORIENTATION_NORMAL(); _delay_ms(20); LCD_SET_BOTTOM_VIEW(); _delay_ms(20); LCD_SET_FIRST_LINE(0); //[...] [/c] Jetzt läuft es prima. Mit Dank + Gruß, Peter
SPI_MISO); SPCR = (1 << SPE) | (1 << MSTR) | (0 << SPR1) | (0 << SPR0); SPSR = 0; _delay_ms(2); [/c] lg, markus
-
Thread
mittlere Stromaufnahme einer Schaltung im µA - mA Bereich messen
@Christian: Ich habe vergessen zu erwähnen, dass die Bursts üblicherweise nur sehr kurz sind (ms). Der Standby-Zustand aber durchaus mehrere Sekunden anhalten kann. Die Bursts haben auch in sich nochmal eine Aufteilung in Bereiche mit wenig Verbrauch (Quarz schwingt an) und hohem Verbrauch: RF
dass dessen Verbrauch im Rauschen komplett verschwindet. Ich verwende das zum Testen meiner NRF51 und NRF52 Module hier. Und ein JLink ist auch noch drauf...
-
Thread
Laengsregler mit Mosfet
Ue Q1 = - 4,33 Ue Q2 = - 4,33 Ugs = - 8,18 Uds = - 5,49 Ur9u = - 6,51 Url = 6.56 Fall III Uein 13,56 V Lampe aus keine Regelung moeglich Ub Q1 = - 5,00 Ub Q2 = - 5,01 Uc Q1 = - 9,88 Uc Q2 = - 7,62 Ue Q1 = - 4,34 Uc
bricht die Spannung von 6,56 auf 3,54 ein -> kein Regelung Uc Q1 = - 8,11 Uc Q2 = - 6,51 nach parallelschalten der zweiten Lampe. Habe mit einem 100 Ms Oszilloskop am Gate bzw an der Last gemessen, konnte jedoch kein Schwingen erkennen. Das Drehspulinstrument zeigt auch keinen Strom
-
Thread
LED multiplexen
du in diesem Steuerarray die entsprechende Information einträgst. Und sowas wie wait oder _delay_ms darf es in deinem ganzen Code, mit Ausnahme der Hauptschleife nicht geben (mit Ausnahme von ein paar kurzen _delay_us in den LCD Funktionen) Und mach dir mal ein paar Basisfunktionen für Standardsachen
33 34 35 36 37 4 | 38 39 40 41 42 43 44 45 3 | 46 47 48 49 50 51 52 53 [/code] die Tabelle ist so zu lesen: Wenn am D-Port das Bit n (Spalte) auf 1 gesetzt ist UND am Port B das Bit m (Zeile) gesetzt ist, dann leuchtet die LED mit der Nummer, die am Schnittpunkt
-
Thread
Erste Schaltung - Richtiger Transistor? Einschaltstoßstrom?
dann darfst du sie nur mit 100mA im Pulsbetrieb mit genügend Pausen so betreiben, maximal für einige ms eingeschaltet, dann wieder für rund dreimal soviel ms ausgeschaltet. Für Dauerlicht solltest du den max. DC-Strom nicht überschreiten. Also doch nur höchstens 30mA. Die Variante mit dem PNP direkt
aber überflüssig, während er in Variante1 unbedingt notwendig ist, 2k2 würden aber reichen. R51 von Variante1 soll von der Basis nach Masse, nicht vom Kollektor. WENN deine LEDs maximal 30mA vertragen, UND du 48 LEDs installieren willst, also 480mA schalten musst, dann tut es ein BC337
-
Thread
MMC/SD-Karte mit FAT16 an AVR
Partition Type Listing There are more than just these shown, but I've only included that ones relevant to MS Operating Systems. Value Description 00h Unknown or Nothing 01h 12-bit FAT 04h 16-bit FAT (Partition Smaller than 32MB) 05h Extended MS-DOS Partition 06h 16-bit FAT (Partition Larger than
zum lesen des Messwertes). Pro Messung (16 Kanäle) sind das also 80 bytes, bei 400kHz also ca. 1.6ms. Bei einem Sample-Interval von 4ms hätte ich dann noch ca. 2.4ms pro Takt zum speichern, was zwar im Mittel ausreicht, wegen dem angesprochenen Latenzproblem jedoch nicht funktioniert. Zur ISR: Bisher
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
UCSZ00); UCSR0B = (1<<RXEN0)|(1<<TXEN0); while(1){ UDR0 = 'B'; _delay_ms(2000); } }[/c] Funktioniert und macht genau das was es soll. Ich verwende hier einen sh-u09c5 zum Lesen. Jetzt wollte ich das Ganze natürlich erweitern auf Strings und habe folgende Funktionen
1<<UCSZ00); UCSR0B = (1<<RXEN0)|(1<<TXEN0); while(1){ UDR0 = 'B'; _delay_ms(2000); } } int uart_putc(unsigned char c) { return 0; } void uart_puts (char *s) { while (*s) { uart_putc(*s); s++; } } [/c] Filename uart_verysimple.c
-
Thread
MSP430 erstellen einer LUT
einfacher den MSP mal schnell in einer Tabelle nachschauen zu lassen... Wandeln möchte ich dann alle 125ms also 8* pro sek.. Wie man ein solches Array jetzt in den Flash reinkriegt wäre die Lösung. Aber ich weiss halt auch noch nicht genau wie...bin halt Anfänger. Hat einer ne Idee? danke
13 0.03 1 linear_lut 6 0.02 421 1.06 1 linear_normal 201 0.51 201 0.51 1 pow_lut 6 0.02 11823 29.71 1 pow_normal 0 0.00 0 0.00 0 wait [/c] Was ist denn die "Flat-Time" genau? Die "Accumulated-Time" stellt
-
Thread
gcc 5 mit --gc-sections killt interrupt vectoren
ALso jetzt GCC oder LD der Bösewicht? Mit GCC 5.2.1, Binutils 2.25.51 und folgendem Programm kann ich das nicht bestätigen: [c]#include <avr/interrupt.h> ISR (INT0_vect) {} int main;[/c] Präprocessed:[c]void __vector_1 (void) __attribute__ ((signal,used, externally_visible
avr-objdump -D BeeStalkerMk1Firmware > BeeStalkerMk1Firmware.lst 00:31:32 Build Finished (took 124ms) [/pre] genau das was ich will.... Spannend... 73
-
Thread
ISA Bus per LPT steuern
also in meinen Fall sind es ein ms aber trotz dem ist halt die Frage wie lang die Daten auf den Bus gehalten werden oder ob ich noch was anderes beachten muss. In Netz findet man nur immer die min Zeiten der Impulse des ISA Bus.
ah, ja da wird mein Problem liegen mit meinen 2ms bin ich da etwas zu langsam. Dann muss ich wohl zum lesen und schreiben des Datenbuses auch noch ein Latch verwenden. Danke !
-
Thread
SPLD (GAL) - welche Software
Nun aber angefangen hat ARM "full custom" http://groups.google.com/group/comp.arch/msg/269fe7defd51f29e
Nun aber angefangen hat ARM "full custom" > http://groups.google.com/group/comp.arch/msg/269fe7defd51f29e Kunststück. 1984 sind VHDL und Verilog gerade erst als Simulationssprache im Enstehen gewesen, an Synthese war noch lange nicht zu denken.
-
Thread
Datenübertragung ohne Schnittstellen
Unter MS-DOS kann man die serielle Schnittstelle zum Datei übertragen verwenden. Das Programm hiess laplink oder so.
Bildschirms beachten. So ein typischer Office Bildschirm hat im Worst Case Fall Reaktionszeiten von 25 ms. Damit wären 1s/0,025 ms = 40 Umschaltungen zwischen schwarz und weiß möglich. Nimmt man eine Kamera, könnte man mehrere Bits auf einmal über mehrere Pixel parallelisiert übertragen. Auf Seiten
-
Thread
Auslesen des Beschl.-Sensors ADXL202
die High-Dauer. Brauchst Du das mehrfach, nimmst Du entweder einen 2. AT89C2051 oder einen T89C51RB2, der hat dann gleich 5 Capture-Eingänge, damit gehts dann ähnlich. Peter
Analog 20ms bzw. 50Hz
-
Thread
altes Backup lesen
abgelegt. Vielleicht will das ja mal jemand probieren. http://www.cshare.de/file/56ad8dd0a81f4631c51ba85017a62a0f/PCBACKUP.001.html http://www.cshare.de/file/5ac3b7e124533e68942aad25fcf8c9cc/PCBACKUP.002.html http://www.cshare.de/file/b5a0815d33089ed33ee0f7e7cf9f5acf/PCBACKUP.003.html http://www.cshare.de
Mirror, Undelete und Unformat – an Microsoft und IBM für Nutzung in den Versionen 5.x und 6.x des MS-DOS bzw. PC DOS als externe DOS-Dienstprogramme. Die PC Tools waren in gewisser Weise ihrer Zeit voraus." Ist die Frage ob es da nach 19 Jahren noch jemand gibt bei Symantec der dazu Insiderwissen
-
Thread
SPC3 azyklischer Datentransfer MS1 / MS2
mir bitte jemand sagen, ob der SPC3 einen azyklischen Datentransfer unterstützt. Vorzugsweise den MS2 mit einem DPM2. In den Manuals hab ich leider nichts zu gefunden. Danke, Gruß Marcus
Hallo Marcus, der SPC3 (wie auch unser VPC3+C) unterstützt alle DP-V1 Dienste welche MS2 natürlich beinhalten. MS1 wäre zwar auch azyklisch, limitiert aber auf Sub50/51 und Alarme. DPM2, falls damit DP-Master Class gemeint ist wird ebenfalls supported. profichip hat für DP-V0 eine kostenlose
-
Thread
Probleme nach Watchdog Reset
denke, in deinem Fall wird er, da er nach dem WD Reset weiter aktiv ist, spätestens in der _delay_ms(20) Zeile triggern.
BOOTSZ = 4096W_7000 BOOTRST = [ ] CKDIV8 = [ ] CKOUT = [ ] SUT_CKSEL = EXTXOSC_8MHZ_XX_16KCK_65MS EXTENDED = 0xFC (valid) HIGH = 0x51 (valid) LOW = 0xFF (valid) Das sin die Fuses. MfG philipp
-
Thread
warning: value computed is not used
und der Compiler sagt: ../RemoteRC_TX.c:46: warning: value computed is not used ../RemoteRC_TX.c:51: warning: value computed is not used ich habe den Code bereits auf das wesentliche heruntergebrochen: (die variable um die es geht ist "*offset_channel1") [c] #ifndef F_CPU #define F_CPU 16000000UL
if(modechange == 1) { modechange = 0; } if(PIND & (1<<PIND2)) { _delay_ms(150); if(*offset_channel1 > -20) *offset_channel1--; } if(PIND & (1<<PIND3)) { _delay_ms(150); if(*offset_channel1 < 20) *offset_channel1++; }
-
Thread
Nodemcu benötige mal bitte etwas Hilfestellung
ticks[MAX_PIN]; //TICKS FOR EACH OUTPUT. USED IF AN OFFTIMER FOR AN OUTPUT HAS BEEN SET. 1 TICK = 100ms unsigned long ticks_at_command; //IF WE GET NO COMMAND FOR XX SECONDS, THEN STOP CLIENT. char charBuf[250]; EthernetServer server = (PORT); boolean verbunden = false; EthernetClient client
with the shield using the SPI bus. This is on digital pins 11, 12, and 13 on the Uno and pins 50, 51, and 52 on the Mega. On both boards, pin 10 is used as SS. On the Mega, the hardware SS pin, 53, is not used to select the W5500, but it must be kept as an output or the SPI interface won't work.
-
Thread
Blackfin (537-STAMP, 537-EZKIT) - uCLinux in Flash schreiben
flinfo Bank # 1: CFI conformant FLASH (16 x 16) Size: 4 MB in 67 Sectors Erase timeout 16384 ms, write timeout 1 ms, buffer write timeout 1 ms, buffer size 1 Sector Start Addresses: 20000000 20004000 20006000 20008000 20010000 20020000 20030000 20040000
2008R1.5-RC3 Using Blackfin EMAC device TFTP from server 192.168.178.33; our IP address is 192.168.178.51 Filename 'uImage-bf537-stamp-2008R1.5-RC3'. Load address: 0x1000000 Loading: ################################################################# ###########################################
-
Thread
Unbekannter Assembler erzeugt große Änderungen bei kleinem Programm
hergestellt wird? Ich verwende etwa seit 1993 keine OTPs mehr, da kamen von Atmel die ersten Flash AT89C51 raus.
> Für mich bleibt die Frage, bei welchem Prozessor das funktioniert hat? MCS48 und MCS51. Die hatte ich zu der Zeit am Wickel. Koennte auch noch ST6 gewesen sein. Olaf
-
Thread
HEX per Batch an ein Gerät schicken
00110110b 54d 'f' 0x66 01100110b 102d ... ' ' 0x20 00100000b 32d '3' 0x33 00110011b 51d '7' 0x37 00110111b 55d ' ' 0x20 00100000b 32d '0' 0x30 00110000b 48d 'a' 0x61 01100001b 97d Das sieht zwar interessant aus, ist aber für'n A****
-> Kleinbuchstaben 48 - 57 -> Zahlen Als Hobbyprogrammierer weiß man das. Hast du früher in MS-DOS nicht mit den Blockgrafikzeichen gespielt. Viele MS-DOS Spiele benutzten diese auch gerne.
-
Thread
DS18B20 Verkabelungs od Software Problem
must be held high by the pullup for the duration of the conversion (tCONV) or data transfer (tWR = 10ms). No other activity can take place on the 1-Wire bus while the pullup is enabled. The DS18B20
warte zeit ein wenig an zuhaben. in Zeile 67 zufinden spiele mal mit andern Zeiten mal 1000- 1500 mS oder nur zum testen.
-
Thread
Kondensatorparadoxon umgehen
Phänomen tritt auch bei Widerständen mit mehreren kOhm auf. Es spielt keine Rolle, ob der Vorgang in 100ms oder 100s beendet wird, die Endspannung ist identisch. (Natürlich muss man den "Pseudomemoryeffekt" der grösseren Elkos bei der 100s Simulation beachten!)
tritt auch bei Widerständen mit > mehreren kOhm auf. Es spielt keine Rolle, ob der Vorgang in 100ms oder > 100s beendet wird, die Endspannung ist identisch. Ok, wo ist jetzt der Widerspruch zu dem, was ich gesagt habe? Wenn du die Widerstände einbaust, dann ist doch klar, wo die fehlende Energie
-
Thread
Mehrere IRF520 Parallel für 12-24V LEDs
https://i.pinimg.com/originals/72/9f/51/729f517e0ce4b1a1f6ea677977dfdac5.jpg https://oshwlab.com/adrirobot/irf520-mosfet-switch-module
total untauglich für Analogbetrieb sind > > Sind sie, im Datenblatt gibt es keine DC Kurve, nur 10ms > > https://www.vishay.com/docs/91021/irf540.pdf Bei anderen Herstellern aber schon.
-
Thread
Synchronisation zwischen mehreren µCs
. Wenn man PWM-Leistung auf 40m Kabel gibt, ist das bestimmt ein prima Störsender. 200Hz * 8Bit = 51kHz Grundfrequenz, keine DCF77-Uhr im Umkreis funktioniert mehr. Heutzutage macht man Motoren mit Steuerelektronik als eine Einheit und überträgt nur die Befehle per CAN, Ethernet usw. Peter
man PWM-Leistung auf 40m Kabel gibt, ist das bestimmt ein prima > Störsender. > 200Hz * 8Bit = 51kHz Grundfrequenz, keine DCF77-Uhr im Umkreis > funktioniert mehr. Die Fragen hatte ich mir verkniffen.
-
Thread
Probs Mega16 und Reset
Reset gedrückt=0V. Oder habe ich blödsinn mit den Fusebits gemacht? Habe unter AVR-Prog Startup:64ms +6CK eingestellt. Mfg Sascha
anmerken muß das dann der Kontrast etwas anders ist, als wenn er beide Texte anzeigt. An einem AT89C51AC2 zeigt das Display nicht solche Phenomäne. Auch an dem Ethernut-Board mit dem Mega128 geht es. Irgendwie alles für den ar.... sowas Mfg Sascha
-
Thread
Blutzucker-Messgerät Hardware OLED Display
WriteCmd(0); SSD1325_WriteCmd(57); SSD1325_WriteCmd(79); SSD1325_WriteCmd(0); _delay_ms(1000);[/c] Ich weiß nicht, wie lange man warten muss. Ich probier's jetzt mal mit 10 ms.
ich schon mal im GPS-Demo drin ;-) - die 5ms werd ich auch mal ausprobieren.
-
Thread
C505C(8051 und derivate)
Problem. Ich habe einen C505C mit externen Speicher und SRAM. Ich Übersetze meine Programme mit dem C51 Compiler von Keil. Wenn ich im Compiler sage nutze den internen SRAM läuft das Programm mit normaler geschwindigkeit. Wenn ich nun aber im Compiler sage ich habe large memory(#pragma large) läuft mein
sind wäre ja schön. Z.b wenn ich das speichermodell small benutzte dauert die Abfrage eines Taster ms. Bei large dauert es wirklich 1 Sekunde bis der Prozessor merkt das ich ein Taster gedrückt habe.
-
Thread
CRC - Byte-weise oder Wort-weise?
, 0x01DB7106, 0x98D220BC, 0xEFD5102A, 0x71B18589, 0x06B6B51F, 0x9FBFE4A5, 0xE8B8D433, 0x7807C9A2, 0x0F00F934, 0x9609A88E, 0xE10E9818, 0x7F6A0DBB, 0x086D3D2D, 0x91646C97, 0xE6635C01, 0x6B6B51F4, 0x1C6C6162, 0x856530D8, 0xF262004E, 0x6C0695ED
// We calculate a *byte* at a time. If the CRC is MSB first we <BR> // do the next MS byte and vica-versa. <BR> <BR> if (crc_model.cm_refin == FALSE) <BR> { <BR> // MSB first. Do the next MS byte. <BR> <BR> byte_to_do = (ubyte)