-
Thread
Einstieg EMV
als fette Teile um richtig Eergie zu vernichten oder nur als 0603 / 22R in der Datenleitung und dem C über die Leiterbahnkapazität.
265470437679?hash=item3dcf45692f:g:eskAAOSwWRBhyFJ5&amdata=enc%3AAQAHAAAAoMZuQYkeWfZwrStEwEM52KLbACueyjt2c2r0qPImMfSbxhP0N4QOPVsCKmqoEaB2qHJgyNUs5ETC0FqhcF0WDV12UHIXe1DrC0b3iGlasWF4U6E8Py1q0Foa8NDpKqC4vwv9%2BaoalzDEyMDbTj4fdTA08mtIausKqJLx3pZnYUZKvAorpnc8CdTcsTCbGP2IiKBpwTIF%2Bj1PhHRT4hz2LnI%3D%7Ctkp%3ABk9SR8Lb6
-
Thread
SHT75 - CRC Check: Ich finde den Fehler nicht
// Berechnung, Linearisierung und Temperaturkompensation BerechneT_RF(myMesswerte); } [/c] Berechnung der CRC mittels der LUT: [c] uint8_t CalcCRC(uint8_t x, uint8_t crc){ return gCRC_LUT[x ^ crc]; // bitweises XOR } [/c] Dazugehörige LUT: [c] // Lookuptable zur byteweise
88, 105, 4, 53, 102, 87, 192, 241, 162, 147, 189, 140, 223, 238, 121, 72, 27, 42, 193, 240, 163, 146, 5, 52, 103, 86, 120, 73, 26, 43, 188, 141, 222, 239, 130, 179, 224, 209, 70, 119, 36, 21, 59, 10, 89, 104, 255, 206, 157, 172 }; [/c] Senderoutine: [c] uint8_t SchreibeByte(uint8_
-
Thread
internen RC Osci syncronisieren
oder was auch immer. Aber eines habe ich wohl übersehen. Die Nichtlinearität zwischen OSCCAL und µC Takt. Also muß man vorher den Sender µC Takt ausmessen und dann wie üblich beschrieben im Empfänger die Taktzeiten ermitteln und rechnen? Weil wenn ich im Empfänger µC mit idealen 8MHz rechne aber
TCCR2B &= ~(1<<CS20); // Timer stoppen state_Cal = OKAY; Counter = 0; } } [/c] ergibt: [code] TCNT2 OSCCAL 32620 41 32475 40 145 32330 39 145 32185 38 145 32061 37 124 32188 38 -127 32052 37 136 32192 38 -140 32046 37 146 32193 38 -147 32038
-
Thread
genaue Temperaturmessung mit ds1820
'wenn byte 2 aus dem sensor = 0 dann temp pos, sonst neg Lcd T1 ; "°C" Lowerline 'wenn byte 2 aus dem sensor = 0 dann temp pos, sonst neg Lcd T2 ; "°C" Waitms 500 Loop [/c]
T7 = T2 / 10 T5 = Fusing(t7 , "#.#") End If Print "Temperatur T4: " ; T4 ; "°C" Print "Temperatur T5: " ; T5 ; "°C" Waitms 500 Loop Sub Crcit Crc = 0 For I = 1 To 9 Tmp = Crc Xor Ar1(i) Crc = Lookup(tmp , Crc8) Next End Sub Sub Crcit2
-
Thread
neulich beim Hausarzt.
Bevölkerung anhand der Regierung glücklicherweise unzulässig sind - wären alle Bayern so wie die "C"SU-Spitze, dann ...
ausbilden/erziehen/.... Wird das gemacht? Siehe Kenntnis over DDR in den neuen Bundesländern. Gruß C.
-
Thread
Art der if-Auswahl nur Geschmackssache?
[c] int a = 10; bool b; if(a == 10) b = true; else b = false; [/c] oder? [c] int a = 10; bool b; if(a == 10){ b = true; } else{ b = false; } [/c] oder? [c] int a
C anlasten.
-
Thread
Türverriegelung bei modernen Fahrzeugen nur noch elektronisch zu betätigen?
Schwafeln und Trollen" bezeichnet werden. :) Hier hat die verriegelte Sicherheitstür einer Discothek 146 Tote gekostet: https://fr.wikipedia.org/wiki/Incendie_du_5-7 Hier sind 19 im Bus gestorben: https://apnews.com/article/8afae9caa79dd1cf29445c0a323fefb7 Leider finde ich keine Quelle mehr.
eine Weile. https://www.youtube.com/watch?v=FQkDRJDcDnA https://www.youtube.com/watch?v=tRM31g3oE3c
-
Thread
avr-libc kompilieren schlägt fehl
please write to autoconf@gnu.org. checking for avr-gcc... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc.
-
Thread
Kampfmittelräumung
Fällen hier recht umfassende Infos: https://de.wikipedia.org/wiki/Chemisch-mechanischer_Langzeitz%C3%BCnder Grüße
nie. Weitere Kandidaten waeren: Deutschland: 13 × 92 mm HR https://de.wikipedia.org/wiki/13_%C3%97_92_mm_HR Sowjetunion: 12,7 × 108 mm https://de.wikipedia.org/wiki/12,7_%C3%97_108_mm 14,5 × 114 mm https://de.wikipedia.org/wiki/14,5_%C3%97_114_mm
-
Thread
Problem mit Stackpointer
R16,0x09 RCALL EndstufeB RJMP Main Takt_145: LDI R16,0x91 CP R16,Sinus RJMP Takt_146 LDI R16,0x4C RCALL EndstufeA LDI R16,0x0A RCALL EndstufeB RJMP Main Takt_146: LDI R16,0x92 CP R16,Sinus RJMP Takt_147 LDI R16,0x49 RCALL EndstufeA LDI R16,0x0C
LDI R16,0xC1 CP R16,Sinus RJMP Takt_194 LDI R16,0x00 RCALL EndstufeA LDI R16,0x83 RCALL EndstufeB RJMP Main Takt_194: LDI R16,0xC2 CP R16,Sinus RJMP Takt_195 LDI R16,0x00
-
Thread
Höchst sonderbarer Fehler bei serieller Übertragung
Oh Verzeihung, Hab vergessen den Code anzuhängen, hier ist er... [c] #include <inttypes.h> #include <avr/io.h> #include <avr/interrupt.h> #ifndef F_CPU #define F_CPU 12288000UL /* Quarz mit 12,288 Mhz */ #endif #define BAUD 9600UL // Baudrate
while ( !( UCSRA & (1<<UDRE)) ); /* Put data into buffer, sends the data */ UDR = data; }[/c]
-
Thread
Division mit WinAVR sehr langsam?
ist m. E. voll daneben. Nicht unbedingt. Wenn ich eine 32/8 Bit Division brauche, ist die in C geschrieben schneller als die Bibliothek für 32/32 Bit. Z.B. um aus 32 Bit Sekunden die Uhrzeit und Datum zu berechnen. Peter
31 | *34* | 31 | | 145 | 48 | *49* | 48 | | 46 | 15 | *17* | 15 | | 96 | 32 | *33* | 32 | | 146 | 48 | *50* | *49* | | 47 | 15 | *17* | 15 | | 97 | 32 | *33* | 32 | | 147 | 49 | *50* | 49 | | 48 | 16 | *17* | 16 | | 98 | 32 | *34* | 32 | | 148 | 49 | *51* | 49 | | 49 | 16 | *17* | 16
-
Thread
Baofeng uv-5r und ähnliche einfach nur billig und schlecht - oder preiswert??
Ich besitze ein C710 von Standard (2m/70cm/23cm) ca. 400 Euro nach Umrechnung von DM ein VX8 von Yaesu (2m/70cm) ca. 700 Euro und fünf UV5R für je 25Euro aus der Bucht als Portable Geräte. Auf meinen letzten Ausflügen
equipment": https://www.etsi.org/deliver/etsi_en/301700_301799/30178301/01.02.01_20/en_30178301v010201c.pdf
-
Thread
RGB-LEDs, Shiftregister, Platinenlayout - bitte drüber schauen
oder wo ihr da Probleme seht. :) Zu der Schaltung: Es ist angedacht das ein PC Daten an einen µC sendet, der µC wertet die Daten aus und steuert dann über SPI die Shiftregister an. An den Ausgängen der Shiftregister werden dann 4-Polige RGB-LEDs angeschlossen. Die Testschaltung funktioniert und
: 0,5mm µC Frequenz : 16MHz Der PC schickt nicht so oft Daten zum µC womit die LEDs auch eher selten geschaltet werden, wenns ganz hart kommt vielleicht 4-mal in der Sekunde. Die Speerflächen
-
Thread
AVR GPIOR Bit Verwaltung C++
komplett weg Gerade nochmal mit dem Docker-Image dea82/avr-gcc-docker mit avr-g++ 7.2.0 getestet: C++-Version mit explizitem Setzen der Datenrichtung bei Inputs 146 Byte, ohne explizites Setzen der Datenrichtung 140 Byte, äquivalente C-Version 142 Byte. Alles jeweils übersetzt mit -Os, nachbehandelt
Sheeva P. schrieb im Beitrag #5245220: > C++-Version mit explizitem Setzen der Datenrichtung bei Inputs 146 Byte, > ohne explizites Setzen der Datenrichtung 140 Byte, äquivalente C-Version > 142 Byte. Mcucpp-Version erzeugt für ATmega32
-
Thread
Ethernet Switches kaskadieren2 oder Alternative
Port das er ein Edge Port ist und die Listing/Learning-Phase wird übersprungen. http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/24062-146.html
-
Thread
Mehrdimensionale char-arrays
tatsächlich falsch rum. printstrng will die Adresse offnbar in HL haben. Sieht man ganz deutlich hier [c] 0024 7E [ 7] 166 ld a,(hl) [/c] HL hilt sich die Funktion aber [c] 0020 C1 [10] 161 pop bc 0021 E1 [10] 162 pop hl [/c] als 2.tes vom Stack. D.h. das ist der ältere der
sdasz80 -o -l crt0.rel crt0.s # Kompilieren aber nicht linken echo "Kompilieren....." sdcc -mz80 main.c -c #sdcc -mz80 tools.c -c # Nun alles Linken echo "Linking....." sdcc -mz80 --no-std-crt0 --vc --code-loc 0x0100 --data-loc 0x2000 crt0.rel main.rel
-
Thread
SDR: ISS SSTV Signal durch Digipeater gestört - Quelle finden
das Störsignal dekodieren möchte: https://drive.google.com/drive/folders/1BBUxl_HoEJ6pWmXPqV0pdF9s_cEe6aZS?usp=sharing (SSTV kommt erst sehr später in den Files, kann man aber mit Audacity schneiden) Nun folgendes Problem: Die ISS SSTV Aufnahmen sind leider durch einen Digipeater auf gleicher Frequenz
, dann bau dir auch einen richtigen Empfänger dafür. Das kann durchaus ein Konverter sein von 130..146 MHz nach irgendwo (wo dein RTL-Stick eben empfangen kann) - Hauptsache ist, du hast erstmal einen passenden Bandpaß im Eingang und eine einigermaßen signalfeste Vorstufe nebst Mischer. W.S.
-
Thread
kruder Fehler bei FPGA-Programmierung (ISE WEBpack-Schematic)
:1202 - "C:/Users/fabian/HSD/DCF77/DCF77.vhf" Line 146. Redeclaration of symbol onesMonth. ERROR:HDLParsers:1202 - "C:/Users/fabian/HSD/DCF77/DCF77.vhf" Line 147. Redeclaration of symbol onesSecond. ERROR:HDLParsers:1202 - "C:/Users/fabian/HSD/DCF77/DCF77.vhf" Line 148. Redeclaration of symbol onesYear. ERROR:HDLParsers:1202 - "C:/Users/fabian/HSD/DCF77/DCF77.vhf" Line 149. Redeclaration of symbol tensDay. ERROR:HDLParsers
-
Thread
ET-TFT320240 Rev.3.2 Code in Modul und Header aufteilen
Rectan(uint8_t x1,uint16_t y1,uint8_t x2,uint16_t y2,uint8_t tick,uint16_t color,uint8_t fill); [/c] die Funktionen delay_ms weiss ich nicht wo/wie ich es auslagern soll: macht irgendwie nur probleme; ../TFT.c:56: warning: implicit declaration of function '_delay_ms' [c] // Ports für das
C-Skill =NOOB, hab auch grad kein Geld fürn C-Buch^^ Vielen Dank im Vorraus lufthackn
-
Thread
VHDL Denken-wie?
Treibern in C/C++ hin- und herwechsele. Wenn ich z.B. ein Peripherieregister definiere, erstelle ich sofort auch die zugehörigen Bitdefinitionen in der C-Headerdatei und Low-Level-Zugriffsfunktionen.
www.amazon.de/VHDL-Synthese-Entwurf-digitaler-Schaltungen-Systeme/dp/3110375052/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=17H6KTA0BS2EK&keywords=vhdl+synthese&qid=1558094594&s=gateway&sprefix=vhdl+synth%2Caps%2C146&sr=8-1#reader_3110375052 Und dass neben den "funktionierenden" Beschreibungen
-
Thread
Schaltregler MC34063
nach Design Tool) Vin: 9V Vout: 5V Iout: 750 mA Vripple: 90 mV(pp) Fmin: 14.3 kHz ------ C3=1798 pF Ipk=1500 mA Rsc=0.2 Ohm Lmin=90 uH C7=146 uF R1=1k R2=3k (5V) Habe noch die optionale 1µH Spule aus dem Datenblatt dahinter geklemmt, die eine Glättung der Verlustspannung versprechen
-
Thread
Brandschutzsystem am Flughafen BER
Brandkatastrophe am Düsseldorfer Flughafen 1996 https://de.wikipedia.org/wiki/Brandkatastrophe_am_D%C3%BCsseldorfer_Flughafen_1996
Bis jetzt jedenfalls ist das nur eine tolle Fahrbahnverengung. https://de.wikipedia.org/wiki/Freybr%C3%BCcke
-
Thread
[V] OPA4188AIPWR - 0.03µV/C, Low Noise, Rail-to-Rail Output, 36V Zero-Drift Operational Amplifier
3x OPA4188AIPWR - 0.03µV/C, Low Noise, Rail-to-Rail Output, 36V Zero-Drift Operational Amplifier URL: www.ti.com/product/OPA4188 Gehäuse: TSSOP-14 - Low Offset Voltage: 25 µV (Maximum) - Zero-Drift: 0.03 µV/°C - Low Noise
8.8 nV/√Hz - 0.1-Hz to 10-Hz Noise: 0.25 µVPP - Excellent DC Precision: - PSRR: 142 dB - CMRR: 146 dB - Open-Loop Gain: 136 dB - Gain Bandwidth: 2 MHz - Quiescent Current: 475 µA (Maximum) - Wide Supply Range: ±2 V to ±18 V - Rail-to-Rail Output: - Input Includes Negative Rail - RFI Filtered
-
Thread
2m Amateurfunk
Bernd W. schrieb im Beitrag #7347993: > DMR hat sich im AFU gegen D-Star, C4FM und APCO25 wegen des > Zeitmultiplex und wegen der einfachen Verfügbarkeit der Geräte > durchgesetzt. APCO und Tetra habe ich noch nicht live erlebt, aber D-Star und C4FM finde ich einfacher
Mache ich was falsch? - Welche Modi unterstützt das Funkgerät? Ist es nur FM oder kann ich zB auch C4FM nutzen?
-
Thread
PHILIPS VPx500 Kernel/System Development
pointed to /bin/dash instead, which caused some errors for things that used stuff like "mkdir {a,b,c}". Dash creates {a,b,c} literally, whereas bash creates the three directories a, b and c instead. Next thing is that you must use gcc/g++ version 3.x. The 4.x version fails to compile some sources
reimplemented them in my source to control the camera. There are seven ioctl's i could find: 0x6C01 - init the sensor 0x6C02 - set the contrast, values range from 0 to 4 inclusive 0x6C03 - set the cameras register. no idea what that does 0x6C04 - start capture 0x6C05 - stop capture 0x6C06 -
-
Thread
[V] Precision OpAmps: LT1885, AD8624, LT1014, LT1013, LT1079, OPA4180, OPA4188, OPA4227
current: 215 μA/amp typ - Input bias current: 200 pA max - Low input offset voltage drift: 1.2 μV/°C max - Low voltage noise: 11 nV/√Hz - Operating temperature: −40°C to +125°C - Rail-to-rail output swing - Unity gain stable - ±2.5 V to ±18 V operation --> Zusammen: 5 EUR 2x *LT1014CN* - Low
* - 0.1 uV/C Drift, Quad, Low Noise, Rail-to-Rail, 36V Zero Drift Op Amp URL: www.ti.com/product/OPA4180 Gehäuse: SO-14 - Low Offset Voltage: 75 µV (max) - Zero-Drift: 0.1 µV/°C - Low Noise: 10 nV/√Hz - Very
-
Thread
Meßverstärker für 1/f-Rauschen 0.1 - 10 Hz
0,1 - 10 Hz die Impedanz des Kondensators > > Was soll das ? Die Gleichung ist Z= 1/(i* Omega * C). Da ist nichts mit > linear mitteln. Setz da doch einfach Omega gleich 2* pi * 0.1 Xc = 1/(20*PI*0,1*C) + 1/(20*PI*0,5*C) + 1/(20*PI*1,0*C) + 1/(20*PI*1,5*C) + + 1/(20*PI*2,0*C) + ... + + 1/(20*PI*10*C)
-
Thread
Interessanter PLL Fehler in Kenwood TM-3530A VHF Transceiver
dachte ich zuletzt. Ich überbrückte dann zuletzt den Abstimmdioden Kathoden Anschluß Filter-C, 47uF C57. Der VCO reagierte sofort mit einem Ausrasten. Komisch dachte ich, der sollte eigentlich doch nur Brumm- und Rauschen vernichten. Ich lötete dann den externen 47uF (C57) provisorisch an und
-) Umso erstaunlicher, das es Technik gibt, die da noch funktioniert. Ich jedenfalls würde bei -55°C nicht mehr funktionieren :-) Ich finde ja schon -10°C verdammt kalt.
-
Thread
Custom IP-Core hängt sich auf.
Reset_C : out STD_LOGIC; Busy_C : out STD_LOGIC; DirOut_C : out STD_LOGIC; N_C : out SIGNED(19 downto 0); dN_C : out UNSIGNED(15
r_C <= r; N_C <= N; dN_C <= dN; ND_C <= ND; DirOut_C <= dir(0); MOD_C <= Modifier; end process; -----------------------------------------------------
-
Thread
vServer-Kernellog läuft ständig voll
/man3/lh_node_usage_stats_bio.3ssl.gz /usr/share/mysql/ndb-config-2-node.ini /usr/share/snmp/mib2c-data/details-node.m2i /usr/share/snmp/mib2c-data/m2c_setup_node.m2i /usr/share/snmp/mib2c-data/node-get.m2i /usr/share/snmp/mib2c-data/node-set.m2i /usr/share/snmp/mib2c-data/node-storage.m2i /usr/share/snmp/mib2c-data/node-validate.m2i /usr/share/snmp/mib2c-data/node-varbind-validate.m2i[/code]