-
Thread
Rohde & Schwarz URY mit Fehlermeldung "FLT" im Display
PCA-Familie fing mit einem 8080 an, später ging das bis zum 286er. Die Disketten sollten am PC unter MS-DOS mit CP/M Imagetools wie ANADISK oder TELEDISK archivierbar sein.
man schauen was dabei ist. Bist du der Dieter, der mir erfolgreich bei der Reparatur des Anritsu MS6804A Spektrumanalyzers geholfen hat? Ralph Berres
-
Thread
Signalformat des DCF77 Moduls von Conrad
darüber, was denn eigentlich am Ausgang das erwähnten Moduls geliefert wird. Sind das nun die 100ms (=logisch 0) und die 200ms (=logisch 1) langen Impulse, oder ein Bitstrom von 1 und Nullen ?? Gruss Toni
http://home.tiscali.de/peterd/appl/soft/c51/thclock/index.htm Peter
-
Thread
Atmega 328P mit Elnec Programmer programmieren
Leute, ich habe einem neuen Atmega 328p (im QFP32 Gehäuse) ein Programm mittels Elnec Programmer (T51prog2) eingespielt. Es wurde ein entsprechender Programmieradapter dafür benutzt. Das Programm ist mit der Arduino IDE entwickelt worden und läuft auch auf dem Nano (mit dem gleichen µc) stabil und einwandfrei
untere Leiste mit GND verbunden. Meinst du, dass sie im gleichen Loch gesteckt werden müssen? Mit 51ern habe ich bis 24MHz noch nie solche Probleme gehabt. Da ist der Aufbau identisch. Wie sind diese periodischen Störungen (Oszillografenbild) zu erklären?
-
Thread
BLE für Datenübertragung, Bluetooth
mit 3k3 Vorwiderstand. Mittlerweile habe ich bei den Leds 100k als Vorwiderstand, sende alle 500ms einen 10Bit ADC-Wert und habe entsprechend den AD-Wandler im nRF51 laufen. Damit liege ich dann bei einem mittleren Strom von 170uA. Wobei die Schaltung und das Programm sicher noch nicht auf maximale
erweiterten Sparmöglichkeiten des Chips *aus*, sonst könnte man nicht debuggen. Natürlich haben die NRF51ger einen Watchdog. Siehe Kapitel 20 im Reference Manual.
-
Thread
Intel C8751 programmieren
AT89S51 nehmen?
ab Seite 30 ist dann die Programmierung beschrieben: https://www.nxp.com/docs/en/data-sheet/8XC51_8XC52.pdf
-
Thread
SDR Empfänger für RC 40-MHz
40,665 MHz) und für die Impulse eine zweite Frequenz f1 mit (f1-f0)=f3=2,5KHz. Die Impulse sind 0,5ms - 1,5ms lang im CPPM-Signal. Mische ich nun direkt mit der Basisfrequenz f0 bekomme ich ja für die Impulse die Frequenz f3. Jedoch ist der Impuls ja schlimmstenfalls nur 0,5ms, die Periodendauer von
/Q-Ausgang? Folie 24 - https://areeweb.polito.it/didattica/corsiddc/01NVD/ATLCE10/Lessons/ATLCEC51.pdf
-
Thread
String-Array löschen
-----*/ //Delay //---------------------------------------------------------------- void delay_ms(uint16_t ms) { uint16_t cnt; while(ms>0) { cnt=82; while(cnt-->0) { _DelayTime++; } ms--; } } //Baudrate RS232 //------------------------------
; USART_Transmit("\r\nTest 6 Ende\r\n"); delay_ms(20); TCCR5A &= ~((1<<COM5A1)|(1<<COM5B1)|(1<<COM5C1)|(1<<WGM51)); TCCR5B &= ~((1<<WGM53)|(1<<WGM52)|(1<<CS50)); TCNT5 = 0; //Timer Counter1
-
Thread
8031er Programm zurückholen.
damals Assembler benutzt hat, ein Hochsprachen Kompilat wäre wesentlich schwerer zu verstehen. DIS51 ist z.B. ein solches Programm für die MCS51 Familie.
und 43h) in den Akku geholt. Die beiden Befehle sind equivalent zu "MOV A, @A", ein Befehl, den X51 nicht kennt, den man aber des öfteren braucht.
-
Thread
AtMega325P - timeout realsieren
initialisieren TCCR1B = (1<<CS12)| (1<<CS10); // Vorteiler:1024 OCR1A = 195; // 20MHz / 1024 = 51.2us; 10ms / 51.2us = 195!! // später im code den timer abfragen ... // Zum Test eine Port setzten und wieder löschen ... TCNT1 = 0; // Timer counter zurücksetzen; TIFR1 |= (1<
Timerregister abfragen... [c] // Timer1 initialisieren #define TIMEOUT 195 // 20MHz / 1024 = 51.2us; 10ms / 51.2us = 195!! TCCR1B = (1<<CS12)| (1<<CS10); // Vorteiler:1024 // später im code den timer abfragen ... // Zum Test eine Port setzten und wieder löschen ... TCNT1 =
-
Thread
Bytes Nacheinander empfangen
0;y<=DREHUNG;y++) { PORTA = 0xEF; _delay_ms( 50 ); PORTA = 0xDF; _delay_ms( 50 ); PORTA = 0xBF; _delay_ms( 50 ); PORTA = 0x7F; _delay_ms( 50 ); //Zyklus für
Noch etwas: >_delay_ms( 50 ); Leider hast du deine Quarzfrequenz nicht angegeben, aber ab 4MHz kannst du mit _delay_ms maximal 20ms warten.
-
Thread
8051 Keil -> sprintf Befehl
beim µVision 5 ggf. eine spezielle Projekteinstellung oder so was? Mein Code: [c] #include <AT89C51CC03.h> // AT89C51CC03 auswählen #include <stdio.h> // Standard-Bibiotheken einbeziehen #include <string.h> #include <stdint.h> #include <stdbool.h> #include "SP_AT89C51CC03.H" #include "Warten_MS.C" #include "Warten_MS.H" #include "LCD.C" #include "LCD.H" #include "USART.C" #include "USART.H" char chr_Temp[40]; sprintf(chr_Temp, "%05u", 8); LcdPrintf(2,8,chr_Temp); Warten_MS(500)
-
Thread
Windows 10 look&feel der Anwendungen?
windows 10 gerade in einer vm installiert aber zum glück wieder gelöscht einfach ein blödsinn von MS
noch bejubelt wegen nebensächlicher "Verbesserungen". Super Masche, alles richtig gemacht, MS/NSA.
-
Thread
Assemblerprogr. LCD ansteuerung will nicht funktionieren
ldi r25, high (1250) ;// 5000 = µs = 5ms; 4 = takte ms51: sbiw r24,1 ;//2takte brne ms51 ;//2takte ret ;//4takte ms10:
> rcall ms10 > rcall ms10 > rcall ini Vermutlich ist die Wartezeit viiiieeeeelll zu kurz... Ich bevorzuge Zeiten an 250ms... ...
-
Thread
SED1520 - EA DIP122-5
******** // Verzögerungsschleife für lange Zeit // Zeit: Wartezeit in [zeit] // 1 = ca. 10ms // 2 = ca. 20ms // 3 = ca. 30ms u.s.w. // 255 = ca. 2,5s (gilt für 11.0952MHz) // ******************************************************************** void delay(unsigned char zeit
unsigned char zaehler; for (zaehler = zeit; zaehler; zaehler--) { delay_us(255); // dauert ca. 2ms delay_us(255); // dauert ca. 2ms delay_us(255); // dauert ca. 2ms delay_us(255); // dauert ca. 2ms delay_us(255); // dauert ca. 2ms } } // *****************************
-
Thread
Bleiakku-Aktivator
nicht aller (BEHAUPTE ich mal!!!!) Wenn wir eine Frequenz von 10khz hätten wir eine Periode von 6ms, also 3ms Impusle. Da bekommt man doch schon Probleme mit der Hardware (Transistore, Dioden müssen dafür ausgelegt werden) und es wird ja nicht ausreichen ein 3ms lade und 3ms entladeimpuls anzulegen
>> Wenn wir eine Frequenz von 10khz hätten wir eine Periode von 6ms, also >> 3ms Impusle. Da bekommt man doch schon Probleme mit der Hardware >> (Transistore, Dioden müssen dafür ausgelegt werden) 10 Khz --> Periode: 100 µs Bei 3ms gibts noch keine großen Probleme
-
Thread
GPS - MOUSE - MINI- NAVIGATOR (Assembler) ATmega8
..10% bei einer Entfernung unter 500km und wenn eine Positionsangabe (momentan / Referenz) auf dem 51 Breitengrad (Thüringen) ist. Bernhard
auch nicht bei 4800Bd senden (ca. 480 Zeichen bei 8N1) Bei mir dauert die Übertragung ca. 800...900ms, die verbleibenden 100 ms werden genutzt, um die Berechnungen durchzuführen, deshalb auch der hoche 16MHz Takt, damit man das nächste NMEA-Paket vom GPS-Empfänger wieder einlesen kann. >Jetzt
-
Thread
LCD Variableninhalt ausgeben, itoa()
Ausgang schalten // muss 3mal hintereinander gesendet werden zur Initialisierung _delay_ms(15); LCD_PORT &= 0xF0; LCD_PORT |= 0x03; LCD_PORT &= ~(1<<LCD_RS); // RS auf 0 lcd_enable(); _delay_ms(5); lcd_enable(); _delay_ms(1); lcd_enable(); _delay_ms(1); // 4 Bit Modus aktivieren LCD_PORT &= 0xF0; LCD_PORT |= 0x02; lcd_enable(); _delay_ms(1); // 4Bit / 2 Zeilen / 5x7 lcd_command(0x28); // Display ein /
-
Thread
Heizungs-Datenerfassung (HT3)
64, 100, 106], 0x1b: [17, 56, 74, 89], 0x20: [13, 14, 15, 21, 23, 25, 29, 45, 49, 51, 61, 81, 88, 92, 95, 97, 101, 104, 107], 0x21: [13, 14, 15, 21, 23, 25, 29, 45, 49, 51, 61, 81, 88, 92, 95, 97, 101, 104, 107], 0x22: [13, 14, 15, 21, 23, 25, 29, 45, 49, 51, 61, 81
64, 100, 106], 0x1b: [17, 56, 74, 89], 0x20: [13, 14, 15, 21, 23, 25, 29, 45, 49, 51, 61, 81, 88, 92, 95, 97, 101, 104, 107], 0x21: [13, 14, 15, 21, 23, 25, 29, 45, 49, 51, 61, 81, 88, 92, 95, 97, 101, 104, 107], 0x22: [13, 14, 15, 21, 23, 25, 29, 45, 49, 51, 61
-
Thread
AT89C51ED2 und Timer
s. Ich möchte später z.Bsp. ein Modellbauservo ansteuern, das für Linksanschlag eine Zeit von ca. 1ms braucht von der Mittelstellung heraus. Da muß ich die PWM´s entsprechend konfigurieren...
Anbei der Link zum Datenblatt: http://www.alldatasheet.com/datasheet-pdf/pdf/82697/ATMEL/AT89C51ED2.html Müßte das Flag im Hauptprgramm ungefähr so aussehen: if (TF==1000) ?? Und wie meinst Du das mit dem Merker ?
-
Thread
Brushless Regler Layout Problem
Tiefpasskonstante habe ich den Motor zum laufen gebracht. Tiefpass(R13 & C13, R12 & C14, R11 & C15): 51kOhm & 100nF-> f0 = 31Hz tau = 5ms - Motor wird blockiert 51kOhm & 10nF -> f0 = 312Hz tau = 0,5ms - Motor läuft sehr laut und verbrauch 5A im Leerlauf 33kOhm & 10nF -> f0 = 482Hz tau = 0,3ms - Motor wird blockiert 51kOhm & 220pF -> f0 = 14,1kHz tau = 11us - der Motor läuft ruhig nur mit niedrigen Drehzahl und verbraucht 2,5A 51kOhm & ohne Kondensator -> Der Motor wird bei der Anlauf gestört, aber dann läuft sauber
-
Thread
Programm läuft nur bei angestecktem AVR ISP mkII
NO 0 } #ifdef YES for( unsigned short int i =0; i < x_sek_pause; i ++ ){ _delay_ms(200); _delay_ms(200); _delay_ms(200) ; _delay_ms(200); _delay_ms(200) ; } #undef YES #else #error "Wert ist <0 oder zu gross !!" #undef NO #endif } /* Ende
c- oder h-File sondern in das Makefile. Bevor Du mit dem Programm startest, füge mal ein _delay_ms(10) ein: [c] int main(void) { _delay_ms(100); // warten bis alle Spannungen stabil sind PWM_1_DDR = (PWM_1_DDR | (1 << PWM_1_PIN )); /* PWM 1 */ [/c]
-
Thread
Probleme mit erstem PIC -Programm
Found directive in column 1. (org) Warning[203] C:\PIC-ASSEMBLER\SPRACHLABORSTEUERUNG\SPRACHLAB.ASM 51 : Found opcode in column 1. (bsf) Error[118] C:\PIC-ASSEMBLER\SPRACHLABORSTEUERUNG\SPRACHLAB.ASM 51 : Overwriting previous address contents (0000) Error[118] C:\PIC-ASSEMBLER\SPRACHLABORSTEUERUNG
WAIT movlw D'4' ; 4x250ms =1s movfw loops2 müsste WAIT movlw D'4' movwf loops2 heißen
-
Thread
Lötkolben vs. Lötstation
Ich kann die Lötstation WTCP 51 von Weller empfehlen. Wer einmal mit dem Magnastat System gearbeitet hat bleibt auch dabei.
ist die Spitze auch heiß schnell gewechselt. Übrigens für die die bislang nur Conrad kennen: WTCP51 bei Conrad 145€ WTCP51 bei Reichelt 117€
-
Thread
SoC oder µC mit sehr vielen IOs gesucht
Echtzeit, oder Betriebssystem. Betriebssysteme, welche etwas wie Echtzeit versprechen meinen allenfalls 10ms Zykluszeit.
> µC mit sehr vielen IOs gesucht Silabs C51F020
-
Thread
React OS - zukünftige Entwicklung
Entwicklung und heute noch nicht dort wo XP vor 10 Jahren war. Wie soll den dieses reactos jemals die MS Entwickler einholen, bei dem Tempo? In der Zwischenzeit hat MS doch schon 3 (oder waren es 4) neue BS auf den Markt gebracht. Wenn sie 1 oder 2 Jahre hinterherhinken, ok. Aber so ist das witzlos.
immer verborgen bleiben. (Wurde das Mausrad nicht erst durch MS eingeführt?)
-
Thread
Reale Einstiegsgehälter
Derzeit (seit 2005) 57kE brutto für 35h in Deutschland. Davor (seit 2002) zuletzt 51kE in Österreich.
mal einen, der im Bewerbetraining mit seinen Officekenntnissen prahlte, aber nicht wusste, was das "MS" bei MS Office bedeutet.
-
Thread
PWM Signal auf Dauersignal umwandeln
Versuch mal ein ein Delay von 50ms (oder besser 51ms wenn eine Verzögerung von 1ms drin is;)). (10Hz --> Periode 100ms = 50ms high; 50ms low) Zur Flankenerkennung brauchst Du bei 10Hz wohl nicht unbedingt einen Interrupteingang. Eine
TT. schrieb im Beitrag #2103287: > Versuch mal ein ein Delay von 50ms (oder besser 51ms wenn eine > Verzögerung von 1ms drin is;) Blöd nur, wenn die PWM zufällig mal 30/70 oder gar 99/1 beträgt... :-o
-
Thread
EleLa - Elektronik Lagerverwaltung ab V2.0
Danach macht er zumindest ein paar DB Updates, hängt aber nun beim DB Update 36... [code] 18:15:51 22.07.12 Start program V2.0.12722 18:15:51 Use INI file: C:\Program Files\EleLa\EleLa.ini 18:15:51 Parameter [DB] Protocol=sqlite-3 18:15:51 Parameter [DB] Database=E:\Elektronik\Datenbank\EleLa.sq3 18:15:51 Parameter [Programm] VorlageDir=C:\Program Files\EleLa\Vorlage\ 18:15:51 Parameter [Programm] TempDir=C:\Program Files\EleLa\Temp\ 18:15:51 Parameter [Programm] QueryCancel=1 18:15:51 Parameter [Bauteil
-
Thread
MMC SD library FAT16 FAT32 read write
Daniel R. schrieb im Beitrag #2065008: > es muss halt nur > TimingDelay im 10ms Takt um 1 runter gezählt werden Und das ist der Punkt. wenn deine Timer mit z.B. 15ms oder 5ms laufen kannst du sie nicht so einfach benutzen. Bzw. musst du selber im Timer schauen das du z.B (5ms
TimingDelay im 10ms Takt um 1, bis auf 0, sollte man ja klar kommen können. Man kann aber auch einfach TimingDelay nach 200ms auf 0 setzten und gut ist. Die Idee ist halt, mindestens 200ms auf die Karten zu warten.
-
Thread
Sicherungsautomat elegant gezielt auslösen lassen.
auf 10 ms begrenzt (halbe Periodenlänge).
eine Energie von 230 Joule, ob das der Widerstand überlebt wage ich zu bezweifeln. 230V*100A*10ms = 230 Joule
-
Thread
AVR TTiny 461 Pullup nicht aktiv?
0xF0; } if (kom == 2) // 2: Wartezeit { if (dat == 0) _delay_ms(1); if (dat == 1) _delay_ms(2); if (dat == 2) _delay_ms(5); if (dat == 3) _delay_ms(10); if (dat == 4) _delay_ms(20); if (dat == 5) _delay_ms(50); if (dat == 6) _delay_ms(100); if (dat == 7) _delay_ms(200); if (dat == 8) _delay_ms(500); if (dat == 9) _delay_ms(1000); if (dat == 10) _delay_ms(2000); if (dat == 11) _delay_ms(5000
-
Thread
at89s52 Reset problem?
Hallo, Kennt jemand noch die AT89C51/AT89S51 /AT89S52? Bei einer Baugruppe die diesen Chip (AT89S52) verwendet, gibt es das Problem, dass kurz nach dem Einschalten, die GPIO´s P1.7 und P1.6 nicht high-Z sind sondern auf Ground liegen.
Widerstände + Pull Widerstand verbaut wurde. So kann ich noch ein C huckepack draufmachen um den 4ms puls zu befiltern. Bei den älteren chips (AT89C51) ist das Problem extremst selten aufgetreten, bei den AT89S52 passiert es sehr viel häufiger.
-
Thread
DOGM132-5 mit SPI ansteuern
, man soll einen 1µ C nehmen, nix von Elko, also warum nimmst Du einen Elko? Woher hast Du die 1ms delays? Schau mal hier: http://www.lcd-module.de/eng/pdf/zubehoer/st7565r.pdf Ab Seite 51 steht was zur initialisierung. Da steht was von insgesamt 5ms...die überschreitest Du...evtl. liegst daran
Elko, also warum nimmst Du einen Elko?" Weil ich nur 100 nF Kerkos habe. "Woher hast Du die 1ms delays? Schau mal hier: http://www.lcd-module.de/eng/pdf/zubehoer/st7565r.pdf Ab Seite 51 steht was zur initialisierung. Da steht was von insgesamt 5ms...die überschreitest Du...evtl. liegst daran
-
Thread
Batteriepunktschwheißgerät DIY
#5484241: > Kann mir kaum vorstellen, dass dies so leicht ist. Die "Sicherung" > sollte ja 1kA 300ms problemlos halten und bei 1kA 1s auslösen. Wieso 300ms? 300ms übersteigt doch schon jeden normalen schweißimpuls, oder täusch ich mich?
Wo wäre denn die Impulsdauer so grob anzusiedeln? 300ms klingen für mich sehr lange. Ich hätte geschätzt, dass die geräte maximal 10-100ms oder so pro impuls geben. 150J wären ja, wenn ichs richtig verstehe, 150W über 1 sekunde, oder 1500W über 100ms oder
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
arbeitet hier als DMX-Rekorder, der mit 22kB/s DMX-Daten auf SD-karte schreibt. Da diese je nach Typ 100ms und mehr "Gedenkpause" einlegen kann, wenn neue Sektoren gelöscht werden müssen, muss man die Daten in einem [[FIFO]] zwischenpuffern. Und die 100ms sind eher ein Optimum, bei meinen Test mit billigen
bißchen langsamer, als blockweise). Interface für externe Speicher kann man als Überbleibsel von 51-Mikrocontrollern betrachten. Dort war das immer da, obwohl nicht alle Chips ohne internen Programmspeicher waren. Erste 51-Kontroller ohne Interface war 2051, pinkompatibel zu späteren AVR ATtiny2313
-
Thread
Aufwandschätzung für Cross-Assembler
Monatsprojekt werden sollen (damals) im Rahmen der Meisterschule werden sollen, damit meine Kollegen MCS-51 und 8085 einfacher handhaben konnten. Zusammen mit einem EPROM-Simulator der über die parallele Schnittstelle angesprochen wurde hatte das ganze unterm Strich ein Jahr gedauert. Übel war, dass
http://plit.de/asem-51/
-
Thread
LTspice Simulation/schwingfähiges System
Original, jedoch der BC547B nicht ganz wie in LTspice (ist ohnehin egal). System linearisiert nach T=10ms. An den (normierten) state-in-mode Werten sieht man auch, dass die Frequenz durch C1 und C2 bestimmt wird. [code] real imag frequ[Hz] C1.v C2.v C3.v -1358,51 4871,00 775,2441
Original, jedoch der BC547B nicht ganz wie in LTspice (ist > ohnehin egal). System linearisiert nach T=10ms. > > An den (normierten) state-in-mode Werten sieht man auch, dass die > Frequenz durch C1 und C2 bestimmt wird. > real imag frequ[Hz] C1.v C2.v C3.v > -1358,51 4871,00 775,2441
-
Thread
Warum setzt Microsoft immer alles so halbfertig um? Gesperrt
, die ausgereifter ist als die im MS-Habitat -- solange sie im MS-Habitat bleibt! Das sagte ich ja auch schon anderenorts: MS begeht einen Fehler zweimal derzeit. Ja, mit Azure holen sie mächtig Marktanteil, und solange noch (!) andere
Deployment, die ausgereifter > ist als die im MS-Habitat -- solange sie im MS-Habitat bleibt! Ach, da kenne ich einige, aber sie sind folgen der guten alten UNIX-Philosophie: es gibt für jede Aufgabe ein Werkzeug, das nur diese eine Aufgabe beherrscht
-
Thread
3D Scanner von 3D Digital Corp - zu irgendwas zu gebrauchen?
Intel n80930ad4. Hilft leider auch nicht > weiter... natürlich hilft das, das war ein popliger x51 mit USB 1.0 Schnittstelle. Wenn du Glück hast, war der der Code nicht im ROM. Es gibt jedenfalls ein Eprom mit dem klassischen x51 Addresslatch. Da sollte sich was hacken lassen.
n80930ad4. Hilft leider auch nicht >> weiter... > > natürlich hilft das, das war ein popliger x51 mit USB 1.0 Schnittstelle. > Wenn du Glück hast, war der der Code nicht im ROM. Es gibt jedenfalls > ein Eprom mit dem klassischen x51 Addresslatch. Da sollte sich was > hacken lassen. Also ich
-
Thread
DCF77 Demodulator selbst bauen
. 200 ms nach dem Sekundenanfang startet das phasenmodulierte Signal. Dabei werden in 793 ms insgesamt 512 Bit übertragen. Durch Auswertung dieser 512 Bit kann ich dann erfahren, ob eine "0" oder eine "1" gesendet
störbehaftete Amplitudenmodulation (wie bei LW und MW-Rundfunk) 2. Signaldauer für ein Bit = 100 ms Dagegen die Vorteile der Phasenmodulation 1. nur geringe Störungen (vergleichbar mit FM im UKW-Rundfunk) 2. Signaldauer für ein Bit = 793 ms (genau 77500 / 120 * 512 ms) Es spricht also alles für
-
Thread
MS-DOS auf Diskette
> ziemlich übersichtlich. ;-) Ich hatte da kein Problem damit. Schade, dass sich damals IBM und MS getrennt haben.
ein Retrosystem unnötig. > Aber sich mit dem größten Betriebssystemschrott aller Zeiten -also > MS-DOS und Nachfolgeprodukte- zu befassen ... MS-DOS ist genauso wie CP/M oder SysV eine Retro-Technologie.
-
Thread
Hex-Werte in Temperaturen umrechnen?
********************************************************** * Technical information: * * ~0.5ms high puls followed by ~1ms pause = high * ~1.5ms high puls followed by ~1ms pause = low * * Message Format: * 11111111 01010101 00000101 01000101 11111111 10011110 * FF550545FF9E * AABCDDEEFFGG
TEMP=0017;HUM=05; 07.06.2016 20:50:09 - 20;3B;Imagintronix;ID=0003;TEMP=0017;HUM=05; 07.06.2016 20:51:43 - 20;44;Imagintronix;ID=0003;TEMP=0017;HUM=05; 07.06.2016 20:54:51 - 20;56;Imagintronix;ID=0003;TEMP=0016;HUM=05; 07.06.2016 20:56:25 - 20;5F;Imagintronix;ID=0003;TEMP=0016;HUM=05; 07.06.2016 21
-
Thread
PicKit 3 & MPLAB; Keine Verbindung möglich
Klaus schrieb im Beitrag #5390689: > Meine "Firmware Suite Version" > ist 01.51.08, Habe ich auch. Helmut F. schrieb im Beitrag #5390555: > Currently loaded firmware on PICkit 3 > Firmware Suite Version.....01.26.56 * > Firmware type..............Unknown Firmware Type
PIC-Typen. Aus MPLABX > Currently loaded firmware on PICkit 3 > Firmware Suite Version.....01.51.08 > Firmware type..............dsPIC33E/24E Beim standallone Betrieb kann man zusätzlich noch einen File fürs Taget laden, den man dann ohne PC programmieren kann. Helmut F. schrieb im Beitrag
-
Thread
Wenn Windows OpenSource währe
Für ein quelloffenes System ist es unmöglich Geld ansatzweise in dem Umfang zu verlangen, wie das MS macht. Die ganzen "genuine advantage" Gängeleien könnte man dann problemlos rausnehmen. Von daher hat MS nur Nachteile davon. Für MS ist natürlich schon ärgerlich, dass sie in vielen Bereichen
Markt an Touchpads und IPAD ähnlichen Handies ansieht, ist es ganz offensichtlich ein Problem für MS, dass Google oder Apple den Code für Linux nehmen und anpassen konnten während MS diesen Markt zu spät erkannt hat, aber eben auch sonst keiner Windows basierende Anpassungen vornehmen konnte. Somit
-
Thread
Taster Hardwaremäßig entprellen
verschleudert. Sondern, Du machst es einfach so ganz nebenbei in einem Timerinterrupt etwa alle 5ms ... 200ms. Einen Timerinterrupt braucht man ja sowieso immer, um alle zeitabhängigen Sachen zu machen. Und da drin dann noch die Tastenentprellroutine aufzurufen kostet höchstens 0,1% der CPU-Zeit.
@Mike: Deshalb habe ich ja auch so viel mit den 8051 gemacht, die Atmel 89C51 waren ja lange Jahre die einzigen Kontroller mit Flash gewesen. EPROMs habe ich schon ewig keine angefaßt. Wenn Du was mit den 8051 machen willst, nimm nur ISP (z.B. AT89C8252) bzw. IAP (z.B. T89C51RD2
-
Thread
günstiges Navi: TomTom Start 52 oder Garmin Drive 51?
T. H. schrieb im Beitrag #5359245: > TomTom Start 52 und Garmin Drive 51 Dies haben kein Bluetooth für das Freisprech-Handy (falls Du es brauchst).
brauchen Platz! Here 2GB, OSM >1,5GB ... Also ohne 32GB SD wird knapp mit der Zeit. Früher passte das MS-Express auf 2 Disketten und reichte bis Wladiwostock.
-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
) ' send incremented data back delay_ms(10) 'Glcd_Write_Text("Was abgeschickt", 5, 1, 1) wend end.
Timo E. schrieb im Beitrag #2079315: > so, bin nun Besitzer von ca. 500 St. CAN Drosseln 51 mH (ZJYS81) > und ca. 500 St. mit 12 mH (ZJYS51). Hallo Timo, das ist doch super. MFG:MBP Markus
-
Thread
Atxmega Timer Compare
16 Bit Timer mit F_CPU/8 laufen lässt, dann hast läuft dieser bei 32MHz CPU Frequenz alle 16,384 ms über. Dein CCA und CCB wird , sofern der Wert nicht geändert wird auch alle 16,384 ms ausgelöst. Egal ob CCA nun auf 1 oder 20000 liegt, die Zeit zwischen den Interrupten liegt bei 16,384 ms. Du
int{data}@0x215c [175] 52 unsigned int{data}@0x215e [176] 52 unsigned int{data}@0x2160 [177] 51 unsigned int{data}@0x2162 [178] 51 unsigned int{data}@0x2164 [179] 51 unsigned int{data}@0x2166 [180] 51 unsigned int{data}@0x2168 [181] 50 unsigned int{data}@0x216a [182] 50 unsigned
-
Thread
Parksensor Protokoll dekodieren
Wie auf Bild "Ultraschall2.jpg" zu sehen, sendet der Sensor ja zu Beginn der knapp 3,5 ms langen LOW-Phase vom Steuermodul. Während dieser Zeit ist das Modul für eintreffende Echos "blind". Umgerechnet auf die Entfernung (bei +20C, ohne Nebel benötigt der Schall 2,939 ms pro Meter) liegen
nach dem Echo-Auslöser ("PING"). In meinen Messungen liegt zwischen PING und diesem Signal ca. 50 ms, bei Deinem etwa 65 ms. In dieser Zeitspanne könnten theoretisch Echos von bis zu 10 m entfernten Objekten erkannt werden. Eigentlich viel zu weit, da die meisten PDC-Systeme einen Erfassungsbereicht
-
Thread
CMU200 Erfahrungen und Modifikationen
Meine MS DOS 6.22 Disketten sind leider durch meine indoor HF Aktivitäten unbrauchbar geworden :-)
Danke Erwin! HMC213 Hittite Microwave http://www.teson.ru/partners/hittite/pdf/hmc213ms8.pdf 73 Thomas