-
Thread
PIC32MZ - SD Probleme
define ACMD13 (13|0x80) /* SD_STATUS (SDC) */ #define CMD16 (16) /* SET_BLOCKLEN */ #define CMD17 (17) /* READ_SINGLE_BLOCK */ #define CMD18 (18) /* READ_MULTIPLE_BLOCK */ #define CMD23 (23) /* SET_BLOCK_COUNT */ #define ACMD23 (23|0x80) /* SET_WR_BLK_ERASE_COUNT (SDC) */ #
Argument[15..8] */ xmit_spi((BYTE)arg); /* Argument[7..0] */ n = 0x01; /* Dummy CRC + Stop */ if (cmd == CMD0) n = 0x95; /* Valid CRC for CMD0(0) */ if (cmd == CMD8) n = 0x87; /* Valid CRC for CMD8(0x1AA) */ xmit_spi(n); /* Receive command response */ if (cmd
-
Thread
Daten über I2C von AtTiny85 als Slave auslesen / TinyWireS Lib
es Datenübertragung über Ethernet oder RS232. Da kenne ich einige Geräte die ihre Daten nicht mit CRC's übertragen und abprüfen. Gut Ethernet hat gewisse Prüfmechanismen, aber die CRC32 geht nur über die Header. In der Praxis habe ich allerdings erlebt dass Auswuchtmaschinen aus unerkärlichen Gründen
nicht geglaubt dass die Werte sich je nach Bridge-Adapter so unterscheiden würden. Also: Immer CRC32 bilden und prüfen und Sequenznummern schaden auch nicht....
-
Thread
Empfehlung 8-Bit-Controller: STM8
R5,R17" ausführen kann, wird es nicht schneller sein als auf dem CISC. Und was das Laden und Speichern betrifft: Das musst Du doch beim RISC auch, irgendwie müssen doch die Werte vom Speicher in die Register
wir "DIV R5,R17" ausführen kann, Das ist normal, weil die klassischen RISCs alle 3-Operanden-Befehle kennen also op dest, src1, src2 wie der genannte sdiv beim Cortex-M3. > wird es nicht schneller sein als auf
-
Thread
LPC2468, Ethernet MAC und Interrupts
void mac_init(void) { INT32U dwID; tx_pkt_cnt = OSSemCreate(1); AHBCFG2 |= (BIT_17 | BIT_12); PCONP |= BIT_30; /* power up the mac */ PINSEL2 |= (BIT_00 | BIT_02 | BIT_08 | /* select the rmii pins */ BIT_16 | BIT_18 | BIT_20 | BIT_28 | BIT_30); PINSEL3 |= (BIT_00 |
reset the mac */ MAC1 = 0; /* deassert the soft resets */ MAC2 = (BIT_04 | BIT_05); /* enable crc and padding */ IPGR = IPGR_DEFAULT; /* set the back-to-back inter packet gap */ CLRT = CLRT_DEFAULT; /* set the collision window and retransmission count */ MAXF = MAX_FRAME; /* maximum frame
-
Thread
IRMP - Infrared Multi Protocol Decoder
17 15625 64 -17 -> TCCR0B=(CS01 | CS00); TCNT0 = -17 ; // 17 14756 64 -18 -> TCCR0B=(CS01 | CS00); TCNT0 = -18 ; //
17 16601 1024 -1 -> TCCR0B=(CS02| CS00); TCNT0 = -1 ; // 17 16601 256 -4 -> TCCR0B = (CS02); TCNT0 = -4 ; // 17
-
Thread
in esp8266 Ausreißer eliminieren
[11:17:31][W][component:204]: Component esphome.coroutine took a long time for an operation (0.08 s). [11:17:31][W][component:205]: Components should block for at most 20-30ms. [11:17:32][D][text_sensor:064
:17:36][W][component:205]: Components should block for at most 20-30ms. [11:17:37][D][text_sensor:064]: '${name} charging mode': Sending state 'Bulk' [11:17:38][D][text_sensor:064]: '${name} error': Sending
-
Thread
CAN-Bus Analyse
00 14 00 11 00 1A DA` Als 16-bit little-endian: - `0x0012 = 18` - `0x0014 = 20` - `0x0011 = 17` Das sieht stark nach: - **T_min = 18 °C** - **T_max = 20 °C** - **Sensor-ID = 17** Andere Beispiele: - `181h`: `12 00 13 00 03 00 ...` → 18 °C / 19 °C / Sensor 3 - `183h`: `12 00 13 00 05
Gruppe: **3** ### `182h = 12 00 14 00 11 00 1A DA` - `0x0012 = 18` - `0x0014 = 20` - `0x0011 = 17` **Plausibel:** - minimale Temperatur: **18 °C** - maximale Temperatur: **20 °C** - Sensor/Index: **17** --- ## Kurzfazit **Ja, grob dekodieren kann man das schon.** **Belastbar erkennbar
-
Thread
Getriebe konstruieren
15 83 51 57 --> 6.184313725490195 15 83 68 76 --> 6.184313725490195 17 19 15 83 --> 6.184313725490196 17 38 30 83 --> 6.184313725490196 17 57 45 83 --> 6.184313725490196 17 76 60 83 --> 6.184313725490196 17 83 15 19 --> 6.184313725490197 17 83 30 38 --> 6.184313725490197
1.00000221941 15 83 51 57 --> 6.18431373 1.00000221941 15 83 68 76 --> 6.18431373 1.00000221941 17 38 30 83 --> 6.18431373 1.00000221941 17 57 45 83 --> 6.18431373 1.00000221941 17 76 60 83 --> 6.18431373 1.00000221941 17 83 30 38 --> 6.18431373 1.00000221941 17 83 45 57 --> 6.18431373 1.00000221941
-
Thread
Bascom - LCD - Zahlen trennen durch Komma
2 Config 1wire = Portc.5 Dim Dsid(8) As Byte Dsid(1) = &H10 : Dsid(2) = &H68 : Dsid(3) = &H17 : Dsid(4) = &H25 : Dsid(5) = &H01 : Dsid(6) = &H08 : Dsid(7) = &H00 : Dsid(8) = &H98 Dim Sc(9) As Byte -------------------------->Dim T As Integer Dim T1 As Integer Dim I As Byte Cls Cursor Off
HCC 1wwrite &H44 Waitus 200 1wverify Dsid(1) 1wwrite &HBE Sc(1) = 1wread(9) If Sc(9) = Crc8(sc(1) , 8) Then I = Sc(1) And 1 If I = 1 Then Decr Sc(1) T = Makeint(sc(1) , Sc(2)) T = T * 50 T = T - 25 T1 = Sc(8) - Sc(7) T1 = T1 * 100 T1 = T1 / Sc(8) T = T + T1 T
-
Thread
auf sd karte bytes (ohne filesystem) reinbangen und diese lesen, obwohl karte fat32 drauf hat? Gesperrt
ein fat system hat und mir den inhalt der textdatei auf die konsole raufballern lassen, d. h. der cmd17 befehl funktionert (cmd17 signalisiert der karte, man will lesen). jetzt will ich aber einfach nen 512 block nummerieren und auf die karte bomben, und den nummerierten block auslesen. die initialisierung klappt, die karte zu beschreiben klappt auch, das lesen leider nicht. auf den befehl cmd17 erhalte ich keine antwort. meine vermutung ist die, dass ich einfach so nen byte block nicht reinklatschen kann, weil die karte auf fat32 formatiert ist. falls dem so sein sollte, wie kann ich
-
Thread
SD - Card antwortet nicht
>>8); SPI_Write(arg); SPI_Write(crc); for(i=0; i<read; i++) buffer[i] = SPI_Write(0xFF); // Bye! CS_DISABLE(); // response isnt 0xFF, so wait until something else is send for(i=0; i<read; i++) { if(buffer
ist, jedoch nicht auf der SD-Card zu finden (muss ja aber irgendwo sein?). Die letzten 2 Bytes sind CRC und die davor stimmen mit dem was drauf sein soll überein..
-
Thread
Wetterballon mit Amateurfunklast, 08.09.2026 ab 7:00 UTC, 28,130 MHz. Start bei Meissen
da0fra.altafraner.de/ Empfangene Daten: DA0FRA HIGH ALTITUDE BALLOON FORMAT IS TIME KOORD-LAT,KOORD-LONG,TEMP CRC. MORE AT DA0FRA.ALTAFRANER.DE. PRPT VIA EMAIL WELCOME CCXE DA0FRA DA0FRA HIGH ALTITUDE BALLOON 085039 51.2349,13.7371,08760,-17 PCJB DA0FRA PS: Danke@Mod.
mich schon etwas gewundert hat. Woher der Text hier "FORMAT IS TIME KOORD-LAT,KOORD-LTNG,TEMP CRC. .943 -5 $-0FRA.= )5-!4-,34.$3. 0405 =8- 3.-8) 23):9.3 " in den Empfangenen Paketen, auf seiner Website, kommt ist mir schleierhaft. Das muss bei der Auswertesoftware sein, ich hab sowas nicht empfangen
-
Thread
SD-Karte an AVR idlet nur
> rjmp sd_send_cmd_loop Keinerlei Änderung. Ich habe mal mitzählen lassen: Nach Senden des CRC-Bytes eines Befehls kommen 2 0xff-Bytes und dann 0x01. Beziehungsweise 3 mal 0xff, wenn man das während des CRC-Sendens empfangene Byte mitzählt.
Hab jetzt dieselbe Karte nochmal ausgelesen: Send CMD0 CMD0 retrys 17 Send CMD8 CMD8 illegal command Send CMD55 CMD55 illegal command Send CMD1 Send CMD1 Send CMD1 Send CMD1 CMD1 retrys 3 Read CSD Wieso kommen jetzt andere Rückgabewerte?
-
Thread
Datenübertragung per Licht oder Laser
10m müßte mit einem TSOP17XX gehen. Der schafft laut Datenblatt 9600 kbps. Wäre wohl die einfachste und billigste Lösung.
Die TSOP17XX Serie ist veraltet und wird IMHO nicht mehr hergestellt, besser ist die TSOP48XX Serie. Ich komme mit einem 40 khz TSOP4840 nur auf max. 2 kbps, mit 10cycle bursts, 10 cycle Pause. Also weit unterhalb
-
Thread
"Mahnung vom Rechtsanwalt" nervt langsam
Gebühren von 45,41 Euro zu bezahlen. Wir erwarten die Überweisung zuzüglich der Gebühren bis zum 17.04.2015 auf unser Konto. In Vollmacht unseren Mandanten fordern wir Sie auf, die noch offene Gesamtforderung unverzüglich zu bezahlen. Es erfolgt keine weitere Erinnerung oder Mahnung. Nach Ablauf
paymentsllip.zip' --] Archive: /tmp/paymentsllip.zip Length Method Size Ratio Date Time CRC-32 Name -------- ------ ------- ----- ---- ---- ------ ---- 323584 Stored 323584 0% 03-19-15 19:21 00000000
-
Thread
433 MHz Sender extrem schwach, brauche Abhilfe
scheint mir die aufgedruckte Antenne etwas kurz. Optimal waeren lambda/4, das sind bei 433 MHz ca. 17cm. Also vielleicht mal die Leiterbahn auftrennen, ein 17cm langes Litzenstueck anloeten und sehen, ob dir Reichweite besser wird. Wolfgang
auftrennen, ein 17cm langes > Litzenstueck anloeten und sehen, ob dir Reichweite besser wird. Besser als auftrennen ist es, C4 auszulöten und den Draht direkt am Emitter des Transistors anzulöten. Aber Vorsicht,
-
Thread
Infineon Evaluationboard TLE5012B auslesen
1 1 1 1 1 1 1 1 1 1 1 1 16 ADCX 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 17 ADCY 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 18 DMAG 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 19 TRAW 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 20 IIFCNT 0
1, boolean r 9 Test vectors out of limit SROM 0x1 1 1, boolean r 10 CRC fail or still running NOGMRXY 0x1 1 1, boolean ru 11 no valid GMR_XY values on the ADC input NOGMRA 0x1 1 1, boolean ru 12 no valid GMR angle value on the interface SNR
-
Thread
I2C-HW/SW zum effizienten Test
- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- [/pre] Send data: [pre] i2cset 17 0x20 0x12 1 [/pre] This example sends the value 1 to address 0x12 on slave 0x20 at bus 17. Receive data: [pre] i2cget 17 0x20 0x12 i 5 [/pre] This example receives 5 bytes from address 0x12 on slave 0x20 at bus 17.
-
Thread
ENC28J60 einfaches senden
Der ENC kümmert sich um CRC und Padding, den Rest musst du zu Fuß machen.
#IPv4_auf_Ethernet mit Protokoll=17 (UDP), Quell IP wieder selbst ausdenken, Ziel-IP ist $FFFFFF daran anschließend ein UDP-Header: http://de.wikipedia.org/wiki/User_Datagram_Protocol#UDP-Datagramm und dann noch die zu sendenden Daten
-
Thread
433MHz Daten-protokoll
Datenbits gesendet werden, wird beim Empfang nach 32 Bits die Plausibilität ausgewertet, also z.B. ob die CRC-Prüfsumme stimmt. Die einzelnen Bits können entweder mit zwei Längen codiert werden, z.B.: 0-Bit: 600 µs HIGH und 1200 µs LOW 1-Bit: 1200 µs HIGH und 600 µs LOW Startbit: 8000 µs HIGH und 600
Empfänger übrigens eine Antenne. Im einfachsten Fall für gute Reichweite eine Lambda/4-Antenne in Form von 17,5 cm Draht, angelötet am "Ant" Lötauge des Senders bzw. Empfängers.
-
Thread
GPS - Empfänger günstig bei Ebay
Speicherungen mit der Aufzeichnung. Hier mal die Einschaltmeldung: [pre] $Version FAL JP7 V1.17 build 011204 (SDK 2.3.2-GSW2-2.05.024-C1Prod1.2 #ES) �UI_LoadUserParameterRecord() Id1=0xDEADFACE Id2=0x21520531 CRC=502D $JP7T-H_232[1.17]_48-6Prot_240105.bin $TOW: 0 $WK: 1231 $POS: 6378137
Bei mir sieht die Einschaltmeldung so aus: [pre] $Version FAL JP7 V1.17 build 011204 (SDK 2.3.2-GSW2-2.05.024-C1Prod1.2 #LPES) ?UI_LoadUserParameterRecord() Id1=0xDEADFACE Id2=0x21520531 CRC=502D $JP7T-H_232[1.17]_48-6Prot_240105.bin $TOW: 498704 $WK: 1495 $POS:
-
Thread
SPI anfällig für Störungen?
SCSI? Nö. Die einzige Absicherung gegen Übertragungsfehler war ein Parity-Bit. Selbst ein simpler CRC kam erst sehr viel später mit Ultra-160-SCSI, das war aber dann auch schon LVD. Im Highend-Umfeld (Grossrechner etc.) hat SCSI aber auch von Anfang an mit differentieller Übertragung gearbeitet (damals
möglich waren. ATA hatte dagegen nichtmal Parity. Erst mit Ultra-ATA/33 im UDMA2-Modus kam dann ein CRC dazu. Eine Fehlerkorrektur kennen beide nicht (nur Recovery - der Host sendet halt die Daten noch einmal), wäre aber IMO in diesem Fall auch überflüssiger Aufwand, solange Fehler nicht allzu häufig
-
Thread
Fragen zu ARM7 / 9 / Cortex-M3
problem mit der DMA. Da habe ich auch schon alle DMA Channels testweise ausgelastet und gleichzeitig die CRC Unit mitarbeiten lassen. Und es ist nie etwas schiefgelaufen. Nur Debuggen fällt bei der ganzen Geschichte etwas schwer.
10/100Mbit - CAN mit 2 Channels - PWM mit 6 Ausgängen - 12 Bit ADC - 10 Bit DAC - 4x Timer - CRC Unit - LQFP 144 oder LQFP208 Gehäuse Alternativ den LPC1768. Gibt es auch bei Farnell zum kaufen. Den LPC1788 habe ich auf die schnelle nicht gefunden.
-
Thread
Rust Problem Compile mit Fehler
^ warning: C:\Program Files (x86)\Windows Kits\10\Include\10.0.22621.0\ucrt\stdlib.h:1283:17: note: previous definition is here warning: #define min(a,b) (((a) < (b)) ? (a) : (b)) warning: ^ warning: fathom/src/tbprobe.c:2459:41: warning: comparison of integers of
conditional move instructions. cmpccxadd - Support CMPCCXADD instructions. crc32 - Enable SSE 4.2 CRC32 instruction (used when SSE4.2 is supported but function is GPR only). cx8 - Support CMPXCHG8B instructions. enqcmd
-
Thread
Kontakt Chemie "Kälte 75": Gibt es günstigere Alternativen?
René F. schrieb im Beitrag #6334838: > mein Golf kühlt heute noch genauso gut wie vor 17 Jahren Basiert das auch auf Fakten (=Temperaturmessungen)? Einen schleichenden Verlust über 17 Jahre bemerkst du bestimmt nicht ohne Messung. Aus so einer Anlage kann ein Großteil des Kältemittels
Was brennbares in der Nähe befindlich Explosion/ schneller Brand https://3druck.com/nachrichten/17-jaehriger-stirbt-bei-explosion-die-durch-haarspray-und-3d-drucker-ausgeloest-wurde-2951415/
-
Thread
ISM Empfänger mit kleinstem Standby
mach halt IEEE 802.15.4 auf MAC-Ebene, also ohne Mesh und dergleichen, aber das gesamte Framing, CRC und MAC-Adressierung wird dort von der Hardware abgefackelt.
2,0 m durch Stahlbetondecke"/> </Distances>[/code] und [code]Enum CRCSettings CRCOff CRC8 CRC16 End Enum[/code] … wobei bei "CRCOff" nicht die Retries ermittelt werden können, sondern nur, ob beim Empfänger das richtige ankam.
-
Thread
Initialwert von globalen Variablen zur Laufzeit verwenden
EEPROM an. Beim Reset werden die Daten im RAM aus dem Flash default belegt. Dann wird geprüft, ob die CRC im EEPROM stimmt und dann vom EEPROM überschrieben. Danach lassen sich die Daten im RAM ändern und per Kommando in den EEPROM sichern. Sichert man sie nicht, dann hat man nach dem Reset wieder die alten Daten. Ich habe auch noch ein Kommando implementiert, welches die CRC im EEPROM ungültig macht. Danach hat man nach einem Reset wieder die default-Daten aus dem Flash.
-
Thread
EleLa - Elektronik Lagerverwaltung Entwicklung V3.0
61 finish. 17:12:17 Do Update 62 from Database. 17:12:17 CreateNewField (bauteillager,MengeBestellen,DOUBLE) 17:12:17 CreateNewField (projektpos,ID_ID,INTEGER) 17:12:17 CreateNewField (projektpos,Projekt_Pos_ID,INTEGER) 17:12:17 CreateTableProjektEinzel() 17:12:17 Create Table "projekteinzel" 17:12:17 CreateIndex (projekteinzel,Projekt_ID) 17:12:17 CreateIndex (projekteinzel,Bauteil_ID) 17:12:17 CreateIndex (projekteinzel
-
Thread
Kann mal wer über die SMART-Werte drübergucken
---------------------- OS : Windows 10 Professional [10.0 Build 17134] (x64) Date : 2019/07/11 17:49:23 -- Controller Map ---------------------------------------------------------- + Per USB angeschlossenes SCSI (UAS)-Massenspeichergerät [SCSI] - Seagate Desktop SCSI Disk Device -- Disk List
Sektoren C6 100 100 __0 000000000000 Nicht korrigierbare Sektoren C7 200 200 __0 000000000000 UltraDMA-CRC-Fehler F0 100 253 __0 4D000000005A Kopfpositionierungszeit F1 100 253 __0 000747A953B0 LBA geschrieben (gesamt) F2 100 253 __0 000747BDD162 LBA gelesen (gesamt)[/code]
-
Thread
RFM70: SPI funktioniert aber senden und empfangen nicht
delay (4000us),auto retransmission count(15) 05: 0x17 //channel 23 06: 0x17 //air data rate-1M,out power 0dbm,setup LNA gain 11: 0x20 //Number of bytes in RX payload in data pipe0(32 byte) 12: 0x20 //Number of bytes in RX payload in data pipe1(32 byte
Sender hat in Bank 0, Register 0: 00: 0x0E //reflect RX_DR\TX_DS\MAX_RT,Enable CRC ,2byte,POWER UP,PTX Bank 1: 00: 0x404b01e2 01: 0xc04b0000 02: 0xd0fc8c02 03: 0x99003941 04: 0xf99e860b // Alternativ 0xd9... statt 0xf9... 05: 0x24067fa6 06: 0x00000000 07: 0x00000000
-
Thread
MMC/SD ansteuern mit AVR
von MMC/SD-Karte for (int a=0;a<16;a++) { *Buffer++ = Read_Byte_MMC(); } //CRC-Byte auslesen tmp = Read_Byte_MMC();//CRC - Byte wird nicht ausgewertet tmp = Read_Byte_MMC(); return(0); }
dem CMD18 und CMD23 erklären ? möchte gerne 200 Blocks am stück auslesen, ohne pausen. bei CMD17 muss ich immer auf 0xFE,anfang jeder Datenuebertragung (Block) warten ...Command(0x51,H,L,0xFF)
-
Thread
Initialisierung einer SD-Karte im SPI Mode
Zeig mal den Code. Du musst übrigens bei CMD8 die korrekte CRC7 Checksumme angeben. Ansonsten: Ein R1 Antwort-Byte mit gesetztem 0x80 Bit ist *keine* Antwort, sondern die Info dass sich die Antwort verzögert und man noch ein (dummy) Byte senden muss.
= (1 << 4); // Konfiguration des Eingangs (MISO PC8) GPIOC -> MODER &= ~((1 << 16) + (1 << 17)); GPIOC -> PUPDR &= ~(1 << 17); GPIOC -> PUPDR |= (1 << 16); // GPIOC -> TYPER |= (1 << 8); // open drain // Konfiguration der Outputs GPIOC -> MODER |= (1 << 22) + (1 << 24); GPIOD
-
Thread
unterschiedliche Speicher-Riegel ECC/non-ECC wirklich notwendig?
F17h_M70h: DEV 0000:00:18.3 (INTERRUPT) [ 25.337575] EDAC MC: UMC0 chip selects: [ 25.337576] EDAC amd64: MC: 0: 0MB 1: 0MB [ 25.337576] EDAC amd64: MC: 2: 16384MB 3: 16384MB [ 25.337579
bilden. Muss man auch nicht. Man muss nur wissen, welche Seite Mist liefert. Bei HDDs ist das deren CRC/ECC. Bei RAM-Mirroring auch. Hilft bei erkennbaren Mehrbitfehlern und bei Totalausfall von Chips.
-
Thread
JBC Lötstation mit selbstgebauter Absaugung
die 255 sind nur zum Auffüllen). [c] const uint8_t rxCodes [][16] { {16, 2, 16, 16, 17, 253, 0, 1, 17, 237, 16, 3, 255, 255, 255, 255}, {16, 2, 16, 16, 17, 0, 22, 1, 17, 6, 16, 3, 255, 255, 255, 255}, {16, 2, 16, 16, 17, 0, 57, 2, 1, 0,
-> [FW] 02:F2:EMU_02:8881031:0051123 | by IceCube20 | build Feb 27 2026 17:37:34 17:37:45.756 -> 17:37:45.756 -> [JBC FAE Emulator – Base-Link + P02 (SRC,DST), Dual-Bus] 17:37:45.756 -> [UART bus0] @ 250000, 8E1 17:37:45.756 -> [UART bus1] @ 250000, 8E1 [/pre] Irgendeine
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
I2C hängen, kann der EEPROM leicht gestört werden und falsche Daten schreiben. I2C kennt ja keine CRC. Ich speichere daher über einzelne Datenblöcke auch immer eine CRC mit im EEPROM.
cur_byte 24 -> 24 status 0 written 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 read 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 2. page-write: cnt 24 cur_byte 8 -> 32 status 0 written 18 19 1A 1B 1C 1D 1E 1F read 18 19 1A 1B 1C 1D 1E 1F 3.
-
Thread
Ultraschallgerät(Medizin) HMI Touch Vertikale Streifen
the FPGA is actively loading its configuration bitstream, INIT_B goes Low if the bitstream fails its CRC check. On Extended Spartan-3A family FPGAs, if so enabled in the FPGA application, the INIT_B pin also potentially signals a post-configuration CRC error. [/code] Xilinx UG332.
Leiterbahnen verbunden . Wahrscheinlich bekommt der ALVTH die ganze Signale vom AVR ,denn die Test Pins tp17 und tp20 stehen mit den Atmel in Verbindung.
-
Thread
RF12 mit Fehlersicherung, crc, viterbie?
wem kommt. 12:01:10.832: E 12:01:10.834: m 12:01:10.860: p 12:01:10.860: fange 12:01:17.314: H 12:01:17.316: i 12:01:17.420: e 12:01:17.420: r wird auf 868.3MHz empfangen Danke fuer Eure Hilfe. mfg
Vielleicht hat jemand auch noch ein paar tipps zur Realisierung meiner > Fehlersicherung <util/crc16.h> kennst du, ja?
-
Thread
Protokoll einer Wetterstation - Prüfsumme vorhanden?
//Regenmenge (Aufsteigend) Byte 15: 01 //Regen (Durchschnitt)? Byte 16: 00 //Regen (Max)? Byte 17: 08 //UV Wert Byte 18: 3F //Unbekannt - Immer 3F Byte 19: B1 //Unbekannt - Immer B1 Byte 20: E7 //Unbekannt - über längere Zeit der Selbe Wert aber steigend Byte 21: 00 //Unbekannt Byte 22: D9 /
4mm), uv=uvindex (*10) ld=lightningstorm-distance (km, 3F is max) lllh=strikecount-low/high (#) crc (poly 0x31, init 0xff, revin&revout, xorout 0x00) ?? as of yet unknown I found the crc using revenge (reveng.sourceforge.net) Edit: typos
-
Thread
Viele Fragen und ein kleiner Blog
PortB,6 sbi PortB,7 rcall Warte rjmp Loop Warte: ldi r16, $10 S0: ldi r17, $ff S1: ldi r18, $ff S2: dec r18 cpi r18, 0 brne S2 dec r17 cpi r17, 0 brne S1 dec r16 cpi r16, 0 brne S0 ret [/avrasm]
: ld r17,X+ ; Zeichen aus SRAM holen cp r16,r17 brne Kende rjmp XXX Kende: pop r17 pop r16 ret [/avrasm] Und mit dem Unterprogramm machst
-
Thread
Laufwerksbuschstaben zuweisen?
Das geht halt nicht mit Windows, sondern da muss Linux ran. "Mit einem 10er-Schlüssel kann man keine 17er Mutter lösen."
sterben. Findet man auch auf Wikipedia: https://en.wikipedia.org/wiki/Partition_type Unter anderem: 17h, 27h
-
Thread
DMX zu Funk zu LED Steuerung
möchte ich mich kurz vorstellen bevor ich euch mit meinen Fragen überhäufe ;) Ich heiße Daniel, bin 17 und Schüler. Ich beschäftige mich von klein auf mit Elektrik/Elektronik. Ich mache 2015 mein Abi und habe als Leistungskurs Informatik. Nebenbei interessiere ich mich für A/V- und Veranstaltungstechnik
noch eine Paketverwaltung mit CRC Check. Zudem hat es 2,4GHz ist also nichtmal ansatzweise in der Nähe der Funkmikrofrequenzen. Als Sender das RM73-S das sendet mit 100mW und als Empfänger die normalen RFM73. Zufälligerweise habe
-
Thread
SD Card auf PC kopieren, Datum ändert sich
Svchost ist bei meinem Windows7 in 17 Versionen gestartet und wird wohl die Stechuhr machen. insgesamt ist es wohl blöd, daß Windows das Orginaldatum zu behalten nicht anbietet.
Carypt C. schrieb im Beitrag #7659212: > Svchost ist bei meinem Windows7 in 17 Versionen gestartet Svchost bedeutet ungefähr so viel wie "dingsbums".-) Das ist eine exe Datei, die der Ausführung weiterer Programme im DLL Format dient. Wird auch neben guten Dingen auch
-
Thread
Abweichende Temperatur - LM75 und DS18S20
0x7710 0xf712 0x7713 -> 0001000001110111 0001001011110111 0001001101110111 -> 16 °C 17 °C 17,5 °C Das sind die Werte, die ich von dem LM75 als "Probe" gelesen habe, während ich ihn kurz mit den Fingern anfasse. Passt alles soweit von der Umrechnung :/
0001001011110111 000100101 18,5 0x7712 0001001001110111 000100100 18 0xf711 0001000111110111 000100011 17,5 0x7711 0001000101110111 000100010 17 0xf710 0001000011110111 000100001 16,5 0x7710 0001000001110111 000100000 16 [/code] Hab den LM75 mal ein wenig mit dem Feuerzeug von der Seite warm
-
Thread
ATxmega128a1 und RFM70 Problem.
const uint8_t PROGMEM RFM70_bank0Init[][2] = { // address data { (0x20|0x00), 0x0F }, //Disable CRC ,CRC=1byte, POWER UP, TX { (0x20|0x01), 0x3F }, //Enable auto acknowledgement data pipe0-5 { (0x20|0x02), 0x3F }, //Enable RX Addresses pipe0-5 { (0x20|0x03), 0x03 }, //RX/TX address field width 5byte { (0x20|0x04), 0x08 }, //x = 250 ms = 4000ms, y = 15 tries { (0x20|0x05), 0x17 }, //channel = 0x17 { (0x20|0x06), 0x3F }, //air data rate-2M,out power 5dbm,setup LNA gain high (0dBM) { (0x20|0x07), 0x07 }, // { (0x20|0x08), 0x00 }, // { (0x20|0x09), 0x00 }, // {
-
Thread
Siemens S65 Ls020 Linux Framebuffer
Aso k. Das ist schon hart. komm leider beim Selber ätzen nur auf max 0,17mm. PS: kannst du mir mal deine ICQ nr geben? Hab noch ein paar fragen dazu. plz mail an P.Zippi@gmail.com.
Phil: 0.17 is auch in ordnung. Und 0.25 mm auch.
-
Thread
Taktstabilität beim Tiny 13
Tiny 13 per Software zu empfangen. Hier die Schleife für ein halbes Bit: [avrasm] .equ b =17 ;9600 bps @ 1.x MHz ATTiny13 ohne Quarz UART_delay: ldi temp,b UART_delay1: dec temp brne UART_delay1 ret [/avrasm] Einige Tiny 13 empfangen bei b=17 und einige bei b=18.
überlanges 0-Byte) und danach das Zeichen zum Autobauding. Oder wenn Übertragungsfehler auftreten (CRC-Check). Peter
-
Thread
Fluoreszenzpektrometer - Schrittmotor reparieren?
Stephan S. (uxdx) 16.09.2023 17:11; Täusch dich nicht, die Skaterlager sind mit höchster Präzision gefertigt. was genaueres als abec7 oder wars abec5 gibts gar nicht.
#7499196: > Flo K. schrieb: > Wenn es Conrad sein soll dann dieses: > https://www.conrad.de/de/p/crc-multipurpose-grease-mehrzweckfett-100-ml-828658.html Genau das hätte ich Dir auch empfohlen, ist ein Universal-Fett für alles mögliche. > oder: > https://www.conrad.de/de/p/pressol-ep-nlgi-2-
-
Thread
Wetterstationssensor: Kann der RFM12b das Protokoll überhaupt?
Damit ergibts sich die Bitrate schon mal bequem als ca. 38.8kbit/s. Die anderen Sensoren haben AFAIK 17 bzw. 9kbit/s. Zunächst gibts eine Menge Pulse zur Eintaktung (ca. 4ms, also >150Bits), dann kommt 0100 1011 1101 0100. Der Cursor 2-1 zeigt auf die ersten 8 Bits. Das entpricht invertiert und pro Byte
Bist du schon weiter gekommen? ich habe empfange mit einenm JeeNode zwar was, aber bekommen nur CRC Fehler.
-
Thread
Unbekannte Warnung
Beitrag #6625575: > 0,1, 3,4...? kommt mir komisch vor. Es ist komisch, aber nicht falsch. 2 ist nen CRC Wert
nötig dank std::bit_cast ;-) so modern bin ich noch nicht. Benutze allerdings auch gerade ein C++17 Feature mit C++14 Einstellung, der gcc warnt aber generiert den Code trotzdem.
-
Thread
MMC ansteuerung
perfekt. bekomme bei cmd0 eine 0x01, und bei cmd1 eine 0x00 als response. danach versuche ich einen cmd17(read_block) oder einen cmd10(cid register) befehl audzuführen, jedoch bekomme keine antwort. warte in einer schleife auf die 0x00, aber die kommt net. mache ich irgendwelche timingfehler??? nach dem
Write_Byte_MMC in temp1, SPDR st Z+, temp1 dec temp2 cpi temp2, 0x00 breq read_CID_crc rjmp read_CID2_1 read_CID_crc: ;nicht wichtig darum auslesen und net speichern ldi temp1, 0xFF rcall Write_Byte_MMC ldi temp1, 0xFF rcall Write_Byte_MMC rcall