-
Thread
Bundestrojaner vom CCC analysiert
be36ce1e79ba6f97038a6f9198057abecf84b38f0ebb7aaa897fd5cf385d702f-1318243660 http://www.virustotal.com/file-scan/report.html?id=3407bf876e208f2dce3b43ccf5361c5e009ed3daf87571ba5107d10a05dc7bc4-1318244707
Taz" Berlin - Peter Schaar, Bundesbeauftragter für den Datenschutz und die Informationsfreiheit (BfDI) zum Nachhören: http://ondemand-mp3.dradio.de/file/dradio/2011/10/12/dlf_20111012_1915_aa85472e.mp3
-
Thread
PIC - Frequenzzähler weit über 50 MHz auf die minimalistische Art
können - immer noch zu viel für einen Atmel..." Nö, der 393 enthält 2*4Bit Teiler: 170MHz / 256 = 0,7MHz, also überhaupt kein Problem für nen AVR. Ich hab damals nen AT90S2313 genommen. Das Aufwendigste an nem Frequenzmesser ist die Eingangsstufe. Peter
Peter Dannegger schrieb im Beitrag #2180110: > Nö, der 393 enthält 2*4Bit Teiler: > 170MHz / 256 = 0,7MHz, also überhaupt kein Problem für nen AVR. > Ich hab damals nen AT90S2313 genommen. Ich glaub, du hast nicht gründlich genug meine Bemerkungen über die Atmels gelesen: ein 4 Bit-Zähler wird
-
Thread
ATmega16 mit Timer0 will nicht
Blinken über ein Delay der selbe Portpin verwendet. Fuses sind wie folgt: High: 0xD9 Low: 0xBF Ich bin echt ratlos :(
die restlichen 255 Male nichts! Damit teilt er die ISR Frequenz noch weiter runter, nämlich durch 256. Ob da jetzt mit 5 oder mit 0 verglichen wird, spielt nicht mehr so die grosse Rolle.
-
Thread
Einfache Strombegrenzung Stellbereich 500-1200mA; Drop bis 1,25V gesucht?
wird mit dem 30R-Widerstand eingestellt, der genaue Wertebereich hängt vor allem vom Idss des JFet (BF256, BF244 o.ä.) ab.
-
Thread
IR Sender Projekt Irsnd
Hans F. schrieb im Beitrag #2933130: > Ja das ist richtig, der Standart NEC Code hat aber nur 256 wobei man > 0x00 und 0xFF warscheinlich weglassen kann. Ich habe zu Hause zwei Media-Geräte (DVD-Player und Multimedia-Festplatte), welche beide die NEC-Adresse 0xFF00 benutzen ;-) Hast Du bei
Schleife über command (0x00 bis 0xFF) laufen, damit Du sicher sein kannst. Aber dann sinds wieder 256 x 256 = 65536 Möglichkeiten. > Ich habe aber jetzt die Originale bestellt, auch wenn ich die später nie > wieder brauchen werde. Gut so. Du könntest dann die ermittelten Werte dafür im IRMP-Artikel
-
Thread
[V] 5St. Lattice FPGA-XO2 _ LCMXO2_256hc_4sg48i (15)
Hallo, noch 5 brandneue orginal Verpackte Lattice FPGA Ics abzugeben. Type: LCMXO2_256hc_4sg48 https://www.digikey.de/de/products/detail/lattice-semiconductor-corporation/LCMXO2-256HC-4SG48I/6595724?s=N4IgTCBcDaIDYGMC2APA9mAtGArANgAsFMAWAZwHMSAOASxAF0BfIA Neupreis: 6,35€/St. alle
-
Thread
Hochtemperatur-Platinen
www.honeywell.com/sites/portal?smap=aerospace&page=High-Temp-Electonics3&theme=T5&catID=C8CB0A123-D15A-925D-8BF2-3FBCC5E54BB7&id=H0F4347A8-B418-9BBF-51D2-4FE2F72E6EC1&sel=3 Hmm, nicht schlecht, ein 8051 im Backofen ;-)
www.honeywell.com/sites/portal?smap=aerospace&page=High-Temp-Electonics3&theme=T5&catID=C8CB0A123-D15A-925D-8BF2-3FBCC5E54BB7&id=H0F4347A8-B418-9BBF-51D2-4FE2F72E6EC1&sel=3 > > Hmm, nicht schlecht, ein 8051 im Backofen ;-) vor allem verbrennt der erstmal Kohle...bei Digikey mit 539€ gelistet...
-
Thread
Assembler tabelle verständnis
Eigentlich sind die AVR 8-bit Controller. Da aber schon die kleinsten Controller mehr als 256 Byte Speicher haben, braucht man für Speicheradressierungen oder Sprungziele normalerweise 16 Bit. Dazu hatten schon die ersten Mikroprozessoren Doppelregister. Im AVR sind das die obersten acht
hilft nur noch GIMPen. ;-) Hi, naja immer noch etwas "Semmelbrösel". Mit Irfanview und Adobe 8BF Plugins klappt es auch nicht ganz wunschgemäß. Am besten OCR Texterkennung und ganz neu.;-) ciao gustav
-
Thread
China SUPER Bauteile-Schnäppchen Thread
-Red-LED-Display-Digital-Tube-/290972087487?pt=UK_BOI_Electrical_Components_Supplies_ET&hash=item43bf49b4bf Gruß Michael
Sendeleistung habe ich nicht gemessen, laut Aussage von Funkamateuren jedoch ca. 2-3W http://www.miklor.com/BF888/ http://hamgear.wordpress.com/2012/08/11/review-baofeng-bf-666s-bf-777s-bf-888s-and-look-alikes/ Mike schrieb im Beitrag #3559605: > Oliver Stellebaum schrieb: > Wenn die Leistungsangabe "<5W
-
Thread
[PIC24] UART2: Kann man RP137 als U2RX Pin nutzen?
Moin, ich glaube das der Betreff schon meine Frage beinhaltet, ich hab hier den PIC24FJ256GA106. Ich hab gemerkt das man nicht jeden RP-Pin über PPS als U2TX Pin nutzen kann, die Register hören da bei RP30 glaub ich auf. Da ich nur noch den RC14/RP137 Pin frei habe, wollte ich den dann
über PPS routen. Hier mal kurz ein Stück des PPS-Code: [c] __builtin_write_OSCCONL(OSCCON & 0xBF); // Unlock PPS // Configure SPI1 PPS pins (ENC28J60/ENCX24J600/MRF24WB0M or other PICtail Plus cards) // RPOR0bits.RP0R = 8; // Assign RP0 to SCK1 (output) // RPOR7bits.RP15R =
-
Thread
Mint 19.2 zerschießt sein Dateisystem
.0.10702.0[7fe21fe02000+9c000] [ 1512.878155] BUG: Bad page map in process clock-applet pte:8000006e1bf818b3 pmd:21fa22067 [ 1512.878161] addr:00000000b011f245 vm_flags:08100073 anon_vma:0000000093da3a82 mapping: (null) index:55be59680 [ 1512.878162] file: (null) fault: (null
0000000000000017 R15: 0000000000000000 [ 1020.781978] BUG: unable to handle kernel paging request at 0000006e1bf819a3 [ 1020.781983] IP: show_smap.isra.31+0x320/0x450[/c]
-
Thread
Compilerbug bei AVR-GCC ?: Stack Pointer und Interrupts
0xFF ; 255 a24: 0f b6 in r0, 0x3f ; 63 a26: f8 94 cli a28: 3e bf out 0x3e, r19 ; 62 a2a: 0f be out 0x3f, r0 ; 63 a2c: 2d bf out 0x3d, r18 ; 61 Ich verstehe das so: a1c: // Stack Pointer (Low Byte) lesen und im r18
undefiniert in den Speicher zeigt, - er kann wegen des Carry-Übertrags der Berechnung um fast eine Page (256Byte) daneben liegen - , werden also eventuell gültige Daten von der Rücksprungadresse überschrieben. Der AVR findet zwar nach Abarbeitung der Interruptroutine an die richtige Adresse a2c: zurück
-
Thread
ATXmega32e5 SPI und Timer eliminieren sich gegenseitig?
Timer for Interrupt for Time TCC5.CTRLE = TC45_BYTEM_BYTEMODE_gc; TCC5.CTRLA = TC45_CLKSEL_DIV256_gc; TCC5.INTCTRLA = TC45_OVFINTLVL_MED_gc; TCC5.PER = Compare_1kHz; //125 -> @ duv 256 ==> 1Khz //HW-PWM Audio Output @ 1953,125Hz AND OVF INT for TimeCalc
deaktiviert lässt, das geht nämlich auch nicht bei mir. Hatte schonmal sowas ähnliches mit den ATXMega256D3, da bin ich dann auf A1 umgestiegen - schrecklich!
-
Thread
PIC24 Uart Problem
1; AD1PCFGLbits.PCFG7 = 1; // Unlock Registers __builtin_write_OSCCONL(OSCCON & 0xBF); RPINR18bits.U1RXR = 7; RPOR3bits.RP6R = 3; __builtin_write_OSCCONL(OSCCON | 0x40); initUART(); // 1. init the UART2 serial port while (1) { U1TXREG
1; AD1PCFGLbits.PCFG7 = 1; // Unlock Registers __builtin_write_OSCCONL(OSCCON & 0xBF); RPINR18bits.U1RXR = 7; RPOR3bits.RP6R = 3; __builtin_write_OSCCONL(OSCCON | 0x40); initUART(); // 1. init the UART2 serial port while (1) { U1TXREG = 0x62
-
Thread
CRC-16: Ergebnis der Summenbildung
dass das stimmt... Arbeite hierbei mit einer LookUp-Tabelle: const unsigned int crc16_table[256] = { 0x0000, 0x1189, 0x2312, 0x329b, 0x4624, 0x57ad, 0x6536, 0x74bf, 0x8c48, 0x9dc1, 0xaf5a, 0xbed3, 0xca6c, 0xdbe5, 0xe97e, 0xf8f7, 0x1081, 0x0108, 0x3393, 0x221a, 0x56a5, 0x472c, 0x75b7, 0x643e
0x519d, 0x2522, 0x34ab, 0x0630, 0x17b9, 0xef4e, 0xfec7, 0xcc5c, 0xddd5, 0xa96a, 0xb8e3, 0x8a78, 0x9bf1, 0x7387, 0x620e, 0x5095, 0x411c, 0x35a3, 0x242a, 0x16b1, 0x0738, 0xffcf, 0xee46, 0xdcdd, 0xcd54, 0xb9eb, 0xa862, 0x9af9, 0x8b70, 0x8408, 0x9581, 0xa71a, 0xb693, 0xc22c, 0xd3a5, 0xe13e, 0xf0b7, 0x0840
-
Thread
HCS12 CPU Disassembler
zu lab9.sx.bin Ok, es ist ein mc9s12dp256
Ports? Jedenfalls müsste das Programm ja im Adressbereich $0140 bis $017F (CAN0) oder $0180 bis $01BF (CAN1) irgendwas tun.
-
Thread
SD-Card über SPI - manche gehen, manche nicht.
eine SD-Karte loggen soll/darf/muss. Bisher habe ich dafür 2 verschiedene Karten benutzt: eine 256MB Karte von Lexar sowie eine 1GB Karte von Kingston. Beide funktionieren über die 0815-SPI-Initialisierung (CMD0, ACMD41, Read OCR, CID, CSD) wunderbar, auch Daten lesen und schreiben funktioniert absolut
Hallo, anbei mal mein Code, aber auch nur für 128/256 MB Karten, da ich die Kartenparameter nicht auswerte bzw. bislang zu faul war die auszulesen. Ich müsste mal das ganze "universalisieren" :-) Aber da fehlt einfach die Zeit zudem der ARM7 ja jetzt
-
Thread
Motorola Vip19x0 (Big brother of Vip1710)
Mounting the flash file system Reading configuration parameters Running on Motorola VIP1960-9DB 256 with Firmware version 2.26 Using Vendor Class Id Motorola_VIP1960-9-256 Using Bootcast Id motorola-vip1960-9-256 Using SAP Id motorola.vip1960-9-256 kb driver loaded Controller is mounted Initialized
0.583016] UBI: smallest flash I/O unit: 512 [ 0.584013] UBI: sub-page size: 256 [ 0.585015] UBI: VID header offset: 256 (aligned 256) [ 0.586020] UBI: data offset: 512 [ 1.069105] UBI: volume 1 ("homedir") re-sized from 13 to 923 LEBs [ 1.074498
-
Thread
Entwicklung eines Bussystems
unit Loads" bezogen ist, die sich durch Berechnungen der Stromstärke ergibt und äquivalent ist mit 256 Busteilnehmern... oder muß ich wieder in die Schule?^^ LG, Marcel
so schön an^^. Ich glaub, jetzt hab ich den Durchblick^^. Hmmm... dann sind ja die Bausteine mit 256 Teilnehmern schon die Zukunft;-))). LG
-
Thread
Transistoren - Die-Bilder
Der BF862 ist ein recht bekannter FET: https://www.richis-lab.de/FET17.htm Hier sieht man gut die Grenzen meines Auflösungsvermögens. Zeptobars hat den BF862 auch dokumentiert und da kann man die Gateelektrode
Passend zum BF862 haben wir hier noch den BF861: https://www.richis-lab.de/FET19.htm
-
Thread
Skript: sicheres Dateien Kopieren auf NAS
Man kann trotzdem in den Hammer laufen. Windows hat zB immer noch die Pfadlaengen Beschraenkung auf 256 character. zB die Datei : c:/benutzer/default user/public/public documents/roaming/MyApplication/downloads/Machines/Machines1234/Data/Blaaaaaaa/Experiment_blaa/temporary settings/V123/data_hm.csv
dh es gibt dann noch einen vorspann von nochmals 30 charactern. Wenn alles zusammen laenger als 256 ist, geschieht ein Fehler, ohne dass man das merkt.
-
Thread
Knobelei: CRC Polynom / Checksummen-Algorithmus gesucht
gleiche CRC-Ergebnis. Spricht ja eigentlich für eine ordnungsgemäß implmentierte CRC... Oder? Die (256!) verschiedenen Permutationen der CRC-Tabelle auszuprobieren ist nicht möglich... Man müsste es "von hinten aufzäumen"...
CRC8_INIT = 0xf3 # # calculate crc table # def crc_rev_table(): table=[] for i in range(0,256): table.append(0) for i in range(0,256): d = [i,0] table[i] = crc8_algo(i) x=0 print "crc8_table = [" for i in range(0,256): print "0x%02X," % table[i], x += 1
-
Thread
AES256 / SHA384 Chiffren bei HTTPS GET requests mit dem ESP32 nutzen
verweigert. Dabei ist mir folgende Zeile aufgefallen: [code]Cipher Suite: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (0xc030)[/code] Es scheint, als erwarte der Server also AES256 bzw. SHA384 Chiffren, aber der ESP diese nicht standardmäßig unterstützt/beherrscht. Kann mir jemand vielleicht sagen,
Arduino-core) verwendet die "MbedTLS"-Bibliothek für TLS, diese unterstützt u.A. "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384" und "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384" d.H. dein Problem ist vermutlich wirklich das ungültige / self-signed Zertifikat. Wenn dir nicht wichtig ist, dass das geprüft wird, lass
-
Thread
Linux Kernel 5.1.1. auf dem BPi-R2
] 4.00-5.00 sec 256 KBytes 2.09 Mbits/sec 0 639 KBytes [ 6] 5.00-6.00 sec 256 KBytes 2.10 Mbits/sec [ 4] 5.00-6.00 sec 256 KBytes 2.10 Mbits/sec 0 639 KBytes [ 6] 6.00-7.00 sec 256 KBytes 2.10 Mbits/sec [ 4] 6.00-7.00 sec 256 KBytes 2.10 Mbits/sec 0 639 KBytes [ 6] 7.00-8.00 sec 256 KBytes 2.10 Mbits/sec [ 4
-
Thread
Problem den chip45boot2 auf XMega 32A4 zu flashen
32 0 0 0 0x00 0x00 application 0 0 0 0 no 32768 256 0 0 0 0x00 0x00 apptable 0 0 0 0 no 4096 256 0 0 0 0x00 0x00 boot 0 0 0 0 no 4096 256 0 0 0 0x00 0x00 flash 0 0 0 0 no 36864 256 0 0 0 0x00 0x00 prodsig 0 0 0 0 no 512 256 0 0 0 0x00 0x00 usersig 0 0 0 0 no 512 256
-
Thread
Keine Open Load Meldung bei ata6836c und IFX9201SG!
= 0; SSP2BUF = send_cmd_high; // write to buffer for TX while (SSP2STATbits.BF == 0u); status2 = SSP2BUF; SET_PORT(M_CS); //Disable ATA6836 //Spiegeln für Bit16-0 Ansicht, statt Bit0-16 status1 = FKT_bits8_spiegeln(status1); //Low Byte status2 = FKT_bits8
spiegeln(status2); //High Byte //16Bit Status zusammensetzen, 2x 8Bit status16 = (status2 * 256) + status1; return status16; //Wird später in Diagnosemodul ausgewertet }
-
Thread
Open source Autoradio
Beitrag #1725289: >> Was haben denn die ARMe so eingebaut. Vielleicht reichen ja auch erstmal >> 256k hin. Man muss ja nicht immer so uebertreiben. > > Also Flash in der Größenordnung ist kein Thema, aber RAM leider schon. > 256K wäre echt mehr als perfekt. Wir haben grade nen lpc2214 in Benutzung
im Beitrag #1725320: >> Also Flash in der Größenordnung ist kein Thema, aber RAM leider schon. >> 256K wäre echt mehr als perfekt. > Wir haben grade nen lpc2214 in Benutzung. Der hat intern 256k Flash und > 16k Ram. An dem ist aber extern nochmal 2mb Ram dran gepömpelt und wir > kommen locker mit
-
Thread
Frage zur C Syntax
14: e1800386 orr r0, r0, r6, lsl #7 18: e8bd8070 ldmia sp!, {r4, r5, r6, pc} 1c: d6bf94d6 ssatle r9, #32, r6, ASR #9 Allerdings rechnen ftw_fix_1 und ftw_fix_2 nicht das selbe (setz z.B. mal 40005000 ein), und beide Funktionen runden nicht.
um einen Halbton tiefer (/1,059463094359295 = *0,9438743126816935): ftw.U64 = ftw.U32[HI] * 0xF1A1BF39ULL;
-
Thread
Was benötige ich um einen 8086 in Assembbler zu programmieren ?
de.aliexpress.com/item/32862777671.html?spm=a2g0o.productlist.0.0.40155ea3bjfc5D&algo_pvid=635c41a8-9959-40e5-bf6e-dde97dc783f7&algo_expid=635c41a8-9959-40e5-bf6e-dde97dc783f7-4&btsid=0b0a187916054540783973143eedef&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_ Auch als 80C186.
etwas zuviel gespart, der AVR z.B. kann nicht mal ein "ADDI r16,88" - da muß man sich mit SUBI r16,(256-88) behelfen, was das carry-Flag ebenfalls invertiert. Sowas finde ich nerviger als die Segmentierung beim x86.
-
Thread
Linux Console 800x480
pages: 16256 Kernel command line: video=0x0-16@60 , console=ttyPSC0,115200 mtdparts=physmap-f lash.0:256k(ubootl),1792k(kernel),13312k(jffs2),256k(uboot)ro,256k(oftree),-(spa ce) rw root=/dev/mtdblock2 rootfstype=jffs2 WARNING: experimental RCU implementation. MPC52xx PIC is up and running! PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x25 console [ttyPSC0] enabled Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2,
-
Thread
4x LM338T parallel schalten, Konzeptfrage
Statt dem LM nimm nen FET, sowas wie J300, BF256 fuer die LED. Die C's wirst Du brauchen. Zum Nachbessern ruhig ein paar Pads vorsehen.
Dieter schrieb im Beitrag #6061266: > Statt dem LM nimm nen FET, sowas wie J300, BF256 fuer die LED. Den LM334 garantiert den minimal Strom welcher der Regler benötigt, unabhängig der Ausgabespannung 0-9V OK zus. Pads sind nie verkehrt, auch für Messpunkte. Gruss
-
Thread
Ist das ein Bug im Compiler?
// max else { lightdimm[d].volume += 256; lightdimm[d].target = HIGH8(lightdimm[d].volume); dmx_value[d] = HIGH8(lightdimm[d].volume); } } mask <<= 1; if (!mask
// max else { my_bright += 256; lightdimm[d].volume = my_bright; // full step lightdimm[d].target = HIGH8(my_bright); dmx_value[d] = HIGH8(my_bright
-
Thread
2m-Empfang mit DAB-Stick
Ja, die Ansteuerung sieht etwas unsymetrisch aus. Haben die BF1009 ein automatisches Bias, weil beim G1 kein Gleichstrompfad vorgesehen ist? Bei mir gibt es momentan zwischen Konverter und Stick überhaupt kein Filter, sondern nur ein 9 dB Dämpfungsglied. Nach
Masse (HF) ist weder mit Antenne noch Stick verbunden. Das brachte einige Vorteile. >Haben die BF1009 ein automatisches Bias, weil beim G1 >kein Gleichstrompfad vorgesehen ist? BF1009 haben einen AutoBias. Ich bastele gerne mit ihnen, es spart etwas "Schweinefutter". Das Datenblatt verrät
-
Thread
Umstieg von ATmega16 auf ATmega32
identischen Einstellungen gesetzt wie am ATmega16. Einziger Unterschied: Boot Flash Section size = 256 (statt 128 wie beim 16er, da nicht möglich). Ist das vielleicht das Problem? - Ich habe in meinem Makefile MCU = atmega16 durch MCU = atmega32 ersetzt. - Ich habe mich über die Unterschiede informiert
schrieb im Beitrag #3629378: > Apropos.... zeig doch einfach mal die Fuses-Werte. Low Fuse: 0xBF High Fuse: 0xCF Extended Fuse: -- Lock Fuse 0xFF Frank M. schrieb im Beitrag #3629378: > Und bitte auch das Blink-Programm, also main.c. Das Programm ist etwas vermüllt, ist eine Bastel-Datei
-
Thread
[V] IIyama HM204DT A Röhrenmonitor
Energieharvesting. http://www.elektronik-labor.de/Notizen/LowPower.html#370 Allerdings mit JFET BF256, J113.
-
Thread
Was sind eure Lieblings-ICs?
XMega256A3U alles was I²C spricht LMC7107 als OP
W. schrieb im Beitrag #4883109: > Baujahr 1960 > > Baute Detektoren und Radios mit OC, AA, AC, BF, BC, usw... Den OC kannst Du streichen, die waren schon 1970 obsolet!
-
Thread
ATMEL billiger und leistungsfähiger als PIC
Flash, 512B EEPROM, 1kB RAM -> 2.60€ PIC 16F648A-I/P max.20MHz und 16 IO Ports 4kx14 Flash, 256B EEPROM, 256B RAM dafür USART -> 2.30€ Also ich denke das man das in vielerlei Hinsicht interpretieren kann. Ich habe mit atmel angefangen und würde mich auch nicht vor PIC scheuen ... es ist
512B EEPROM, 1kB RAM > -> 2.60€ > > PIC 16F648A-I/P max.20MHz und 16 IO Ports > 4kx14 Flash, 256B EEPROM, 256B RAM > dafür USART > -> 2.30€ > Das Problem war die Wirtschafftskrise, da hatte Atmel teilweisse die Preisse verdoppelt während Microchip bei den niedrigen Preissen blieb.
-
Thread
AVRDUDE µC-Kompatibilität (A und PA Typen)
0xE1, 0xBB, 0xCF, 0xB4, 0x00, 0xBE, 0x01, 0xB6, 0x01, 0xBC, 0x00, 0xBB, 0xBF, 0x99, 0xF9, 0xBB, 0xAF; stk500_devcode = 0x59; signature = 0x1e 0x92 0x0a; pagel = 0xd7; bs2 = 0xc2;
paged = no; page_size = 4; size = 256; min_write_delay = 3600; max_write_delay = 3600; readback_p1 = 0xff; readback_p2 = 0xff; read = " 1 0 1 0