-
Thread
Hilfe bei dsl20000
Beitrag #4674377: > So habe auch jetzt den Download probiert und komme auf 2,1Mib/s! 2,1 MiB/s sind 17,6 Mbit/s Nutzdatenrate. Das ist dicht genug dran. Etwas Protokoll kommt noch oben drauf
A. K. schrieb im Beitrag #4674533: > 2,1 MiB/s sind 17,6 Mbit/s Nutzdatenrate. Das ist dicht genug dran. > Etwas Protokoll kommt noch oben drauf Wie errechnet man das? Sorry bin leider kein Profi! Lg
-
Thread
1wire Slave Tester ATmega8 Assembler
Bis zu 64 Slaves können sich gleichzeitig am Bus befinden. Alle ROM-ID werden ermittelt und ein CRC Check durchgeführt. Bei einigen Temperatursensoren z.B. DS1820, DS18s20 und DS18s22, (Fam x10 x22 x28) kann das Scratchpad ausgelesen (inc. CRC) und die Temperatur angezeigt werden. Ein separater
Dabei wird der erforderliche Strom über einen µC-Pin zur Verfügung gestellt. Diverse Fehler z.B. CRC bei der ROM-ID werden automatisch angezeigt. Bernhard
-
Thread
CRC Prüfsumme für BMS
Wenn ich die Dokumentation richtig interpretiere, ist das Verfahren zur Berechnung der Prüfsumme CRC 16. Ich habe also verschiedene Rechner im Netz bemüht, komme aber immer zu einem anderen Ergebnis als in den Beispielen. Hier ist z.B. 06 04 00 17 00 01 80 79 als Befehel genannt. Die letzten beiden
Probiere mal: - https://www.lddgo.net/en/encrypt/crc - 060400170001 - Content Type: Hex - Algorithm: CRC-16-MODBUS - Polynomial Formula(HEX): 8005 - Initial Value(HEX): FFFF -=>Check Result(HEX): 7980 Das mit dem "Polynomial 0x8005" steht auch
-
Thread
WLAN Ubuntu 16.04 akzeptiert Passwort nicht
sub 17aa:4035 [ 17.821530] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 1 dfs 0 testmode 0 [ 17.822002] ath10k_pci 0000:01:00.0: firmware ver WLAN.TF.1.0-00267-1 api 5 features ignore-otp crc32 79cea2c7 [ 17.938617] ath10k_pci 0000:01:00.0: board_file api 2 bmi_id N/A crc32 93da0176 [ 19.720068] ath10k_pci 0000:01:00.0: htt-ver 3.1 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto
-
Thread
RFM12 an XMEGA
for( i = 0 ; i<RFM12_Data[0] + 1 ; i++ ) { crc_chk = crcUpdate( crc_chk, RFM12_Data[ i ] ); } crc = RFM12_Data[ i++ ]; crc |= RFM12_Data[ i ] << 8; RFM12_status.New = 0; /* if( crc != crc_chk ) { return( 253 );
crc = (crc<<1) ^ 0x1021; } else { crc = crc << 1; } tmp = tmp << 1; } return crc; } //------------------------------------------------------------------------
-
Thread
Modbus RTU Slave fuer AVR
void modbus_processSlaveFrame(uint8_t *query, int query_length) { uint8_t cnt = 0; if (check_crc16(query, query_length) == query_length) { modbus_slave_manage(query, query_length); } else { for (cnt = 0; cnt < UART_RX_BUFFER_SIZE; cnt++) { query[cnt] = 0; } } } [/c] sehen ob der CRC Check durchgeht. Ich hatte schon modpoll Programme die einen eigenen CRC Key verwendeten. Wenn der CRC check durchgeht, im selben File in der Funktion modbus_slave_manage() [c] switch (sft.function
-
Thread
Trennungsbedingungen im VzK
der Prozessplaner keine Lust oder Ahnung von seinem Job hat, muß ich laufend mit zigtausend FEC- und CRC Fehlern, ettlichen LoS und FoS im Modem die Verbindung ins Netz versauen lassen? Glaube ich aber eher nicht > wofür gibt es Vorgaben über Trennungsbedingungen? In dem Fall nur Schlafmützen und Loser
selbst, wenn du mit 17 MBit/s synchron bist, es ein Stück Technik im Netz der Telekom gibt, was dich trotzdem auf z.B. 6 MBit/s runterbremsen kann. Das der Router sich selbstständig (neu-)verbindet ist schon klar, aber man
-
Thread
OneWire Problem DS2413
"); for( i = 0; i < 8; i++) { Serial.print(addr[i], HEX); Serial.print(" "); } // crc check if ( OneWire::crc8( addr, 7) != addr[7]) { Serial.print("CRC is not valid!\n"); return; } // check if DS2413 if ( addr[0] != 0x3A) { Serial.print("Device is not
stimmt, danke. und dann sollte es funktionieren? ich begreife nicht ganz warum im datenblatt seite 17 (PIO ACCESS WRITE EXAMPLE) so viele schritte gemacht werden. schreiben, invertiert schreiben,2 mal lesen, wieder schreiben... ? versteht das jemand oder ist das ein etwas spezielles beispiel ?
-
Thread
Abtastzeitpunkt bei CAN verschieben (Phasesegm1, Phasesegm2 und SJW)?
DLC 0x1 und einen die Daten 0x3 also 1011001001, 1, 10 aber raus kommt 0x2C9, DLC 0x16 oder 0x17 und Wert 0 1011001001, 10110 oder 10111 und Daten 0
irgendein seltsames Verhalten weil das Bit in der Analyzer Software nicht maskiert wurde. (Angabe von .17 (dezimal?) anstelle von .1 Daten Byte in der Gui und bringt auch irgendwie die Datenausgabe durcheinander)
-
Thread
RFM70-Funkmodul funkt nicht!
const unsigned int Bank0_Reg0_29[18]= { // address data (0x20|0x00), 0x72, //Disable CRC ,CRC=1byte, POWER UP, TX (0x20|0x01), 0x01, //Enable auto acknowledgement data pipe0 (0x20|0x02), 0x01, //Enable RX Addresses pipe0 (0x20|0x03), 0x03, //RX/TX address field width
commands uint8_t bank0Init[][2]= { // address data { (0x20|0x00), 0x0F }, //Disable CRC ,CRC=1byte, POWER UP, TX { (0x20|0x01), 0x3F }, //Enable auto acknowledgement data pipe0 { (0x20|0x02), 0x3F }, //Enable RX Addresses pipe0 { (0x20|0x03), 0x03 }, //RX/TX address
-
Thread
Serielle Kommunikation mit 7x7 LED Matrix
Nutzendaten <rgbN> binär gesendet. Die <Kopfdaten> könnten einfach eine fortlaufende Nunmmer sein; die <crc-16> ist eine binäre 16 Bit CRC Checksumme. <Kopfdaten><rgbN>..<crc-16>
16MHz/16/8 ==> 125,000 kBit/s 16MHz/16/9 ==> 111,111 kBit/s Fall b) mit Vorteiler 1:8 16MHz/8/17 ==> 117,647 kBit/s *relativer Fehler* error = (1 - 117,647 kBit/s /115,200 kBit/s) *100 error = +2,12%
-
Thread
SPI Bustreiber 74HC125
MISO) über das Protokoll gesteuert aktiviert, ist > es kein Standard-SPI. So arbeiten z.B. MCP23S17 von Microchip. Die haben drei Adresselinien wie auch MCP23017 für I2C. Deshalb können auf einer ~SS - Linie bis acht MCP23S17 sitzen. MCP23S17 brauchen immer 3 Bytes: zuerst wird Adresse übertragen, dann Registeradresse innerhalb von MCP23S17, und danach wird Byte geschrieben oder gelesen. Microchip nennt das auch "SPI".
-
Thread
MAF 8031AH-2 12P - Wie macht der die Prüfziffer
Könnte ne CRC sein, schau mal auf die Maxim seite, die haben da einige beschrieben für den 1-Wire Bus. Falls ne CRC nicht gleich paßt, die kann auch invertiert, gespiegelt, mit 0x00(00) oder 0xFF(FF) startend
als ich dachte. Habs schon fertig in VB. [code]püfziffer = 127 prüfziffer = prüfziffer - 116 Xor 17 Xor 65 Xor 75 Xor 80 Xor 73 Xor 90 Xor 84 Xor 79 Xor 32 Xor 78 Xor 65 Xor 70 Xor 69 Xor 83 Xor 83 Xor 13 Label1.Caption = prüfziffer[/code] DANKE an RENE
-
Thread
AVR - SPI im MasterMode auch ohne Int-Flag erlaubt?
Takt mehr gar nicht an. Falls du noch einen AT86RF230 rev A hast, musst du ja ohnehin auch noch die CRC-16 mit berechnen beim Empfang, das kann man bequem parallel mit jedem neu gelesenene Byte ausführen, ohne dass man dadurch insgesamt langsamer wird. Beim rev B gibt's dann ein "CRC OK"-Bit, da muss
soll es werden. > Falls du noch einen AT86RF230 rev A hast, musst du ja ohnehin auch noch > die CRC-16 mit berechnen beim Empfang, das kann man bequem parallel mit > jedem neu gelesenene Byte ausführen, ohne dass man dadurch insgesamt > langsamer wird. Beim rev B gibt's dann ein "CRC OK"-Bit,
-
Thread
LM386 als Verstärker am Kopfhörerausgang / QRP-Transceiver
noch eine SMD-Festinduktivität mit 330 uH einschleifen. Diese gibt es von Murata in 0805, sie kosten 17 Cent und haben einen DC-Widerstand von gerade mal 0,5 Ohm: https://www.mouser.de/ProductDetail/Murata-Electronics/LQM21NNR33K10D/ Damit hätte ich noch einen Filter gegen Mischerprodukte aus dem
eine SMD-Festinduktivität mit 330 uH >> einschleifen. Diese gibt es von Murata in 0805, sie kosten 17 Cent und >> haben einen DC-Widerstand von gerade mal 0,5 Ohm: > > Die zusätzliche Drossel ist nicht wirklich notwendig. Der LM4808 bildet > schon einen NF-Bandpass und an dessen Ausgang befindet
-
Thread
instabiles Projekt - Arduino Nano -2 Stromquellen - PT100 - DS18B20
DallasTemperature.h, da muss ich mich mal durchwühlen > ob das da drin ist! Ich schau gleich! der wird den CRC schon auswerten, die Frage ist ob du in deinem Code darauf reagierst oder die Temperatur übernimmst, selbst wenn der CRC falsch war. Poste mal den Code, dann seh ich mir den mal an. Wenn dein
DallasTemperature.h, da muss ich mich mal durchwühlen >> ob das da drin ist! Ich schau gleich! > > der wird den CRC schon auswerten, die Frage ist ob du in deinem Code > darauf reagierst oder die Temperatur übernimmst, selbst wenn der CRC > falsch war. hab mich mal durch den Header gewühlt (DallasTemperature.h
-
Thread
STM32F030C6T6 SPI DMA Alignment Problem
immer wieder. Du schickst: 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xe0, 0x17 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xe0, 0x17 Beim Empfänger gehen dann offenbar die Bytes 1-10 verloren, und er empfängt: 0xe0, 0x17, 0x01, 0x00, 0x00, 0x00, 0x00,
wieder. > > Du schickst: > > 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xe0, 0x17 > 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xe0, 0x17 > > Beim Empfänger gehen dann offenbar die Bytes > 1-10 verloren, und er empfängt: > > 0xe0, 0x17, 0x01, 0x00, 0x00, 0x00
-
Thread
RFM12 Statusabfrage
ret [/avrasm] [avrasm] ;//========== startRf12Transfer: rcall rf12_readStatus ldi r17, 0x82 ;// TX on ldi r16, 0x38 rcall rf12_trans ldi r17, 0xb8 ;// transmit 0xAA (for syncronization) ldi r16, 0xaa rcall rf12_trans ;// don't wait - interrupt when first byte transmitted
Steuerzeichen oder ASCII / xx. Byte : 0x0A = LF = LineFeed / -> Paketende xx+1. Byte : CRC BCD1 (ASCII) CRC= eor über alle Datenbytes + SLAVE Adresse xx+2. Byte : CRC BCD0 (ASCII) + LF wie sie gesendet werden (ASCII) xx+3. Byte : 0x04 = EOT = End of Transmission Dies funktioniert
-
Thread
MMC Read Single Block CMD1
möchte. Die MMC bekomme ich nun auch initialisiert und bis in den TranState. Nun möchte ich mit CMD17 Read_Single_Block Bytes von der MMC lesen. Wie muß ich nun hier genau vorgehen? Welche Register müssen wann gesetzt werden und welche Commandos braucht die MMC? Den Datenblättern konnte ich zwar einiges
Hallo Thomas Ich stehe genau an der Stelle, wo Deine Frage hier ansetzte: also CMD 17. Karte ist initialisiert, CMD 7 ist raus, und jetzt??? Kommt nun zuerst das CMD 17 und dann die Initialisierung im µC?? Oder umgekehrt?? Ich habe es so weit, dass ich im MMINT des AT89 die Meldung
-
Thread
genaue Temperaturmessung mit ds1820
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 Crc = 0 For I = 1 To 9 Tmp2 = Crc Xor Ar2(i) Crc = Lookup(tmp2 , Crc8) Next End Sub '////////////////////////////////////////////////////////////////////////////// Crc8: Data 0 , 94 , 188 , 226 , 97 , 63 , 221 , 131 , 194 , 156 Data 126 , 32 , 163 , 253
-
Thread
Elektroniker Stammtisch Nähe München
noch "Telefondienst" von 17h - 18h habe...
Bin unterwegs - ETA 17:50 Heinz
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
in dec r16 bzw subi r16, 1 durch r18. Also code1: ld r16,x add r16, r17 st x,r16 inc xl dec r18 brnz code1 code2: ld r16,x add r16, r17 st x,r16 subi xl, -1 subi r18, 1 brnz code2
// AD Channel 1 ad_acq(1); // Analog Channel 1 lesen sendByte(ADRESL); crc += ADRESL; tmpByte3 |= ADRESH << 2; // // send Byte 3 with CRC tmpByte3 |= (GPIO & 0b00001100) << 2; // Digitaleingänge in Bits 4,5 speichern crc += tmpByte3;
-
Thread
LVDS DVI Adapter
Hallo zusammen, ich hab hier noch ein Samsung Full D aus nem 17" NB rumfliegen, dahab ich auch schon oft mit dem Gedanken gespielt es als DVB-T Display im Schlafgemacht zu nutzen und mir einen "schönen" Holzbilderrahmen drumzubasteln...taugen die HDMI-LVDS Boards
, Win XP, 32 bit (Der Kram läuft nicht unter 64 bit Betriebsystemen...) Board 1: CRC error. Unklar an welcher Stelle. Board 2: Keine Antwort. 'Fail'. Der chinesische Support hat endgültig abgewunken... 'we are just resellers'. Hat irgendwer noch eine Idee zu den CRCs? Kuerzeres
-
Thread
MMC/SD Adresse
Response einen CRC Error bekommen, falls eine Checksumme berücksichtigt werden sollte. Hias
Hi! Vorsicht, die CMD's sind dezimal, das Übertragungsbit($40) hex. CMD 17(Block lesen) ist also $40+17= $51 CMD 24(Block schreiben) = $40 + 24 = $58 Fehler bei CSD lesen: hängst du auch immer schön ein Dummy an die letzte Übertragung(8 Takte), wenn nein, mache mal.
-
Thread
Datenübertragung ohne Schnittstellen
CRC != ECC es hilft dir nichts wenn du erkennst dass der CRC nicht stimmt. Dann weist du nur dass dein Ergebnis falsch ist. 1+1=?
Thomas Z. schrieb im Beitrag #6806359: > CRC != ECC > es hilft dir nichts wenn du erkennst dass der CRC nicht stimmt. Dann > weist du nur dass dein Ergebnis falsch ist. 1+1=? Doch es ist hilfreich zu wissen, das es einen Fehler gab, dann
-
Thread
USB2.0 Core
never used. WARNING:Xst:647 - Input <int_seqerr_set> is never used. WARNING:Xst:647 - Input <int_crc16_set> is never used. WARNING:Xst:647 - Input <pid_SPLIT> is never used. WARNING:Xst:647 - Input <pid_NACK> is never used. WARNING:Xst:647 - Input <crc5_err> is never used. WARNING:Xst:647 - Input
OpMode_pad_o<0>" LOC = "J24" ; NET "OpMode_pad_o<1>" LOC = "H24" ; NET "phy_clk_pad_i" LOC = "C17" ; NET "phy_rst_pad_o" LOC = "B16" ; NET "resume_req_i" LOC = "D16" ; NET "rst_i" LOC = "B17" ; NET "RxActive_pad_i" LOC = "A17" ; NET "RxError_pad_i" LOC = "A16" ; NET "RxValid_pad_i
-
Thread
Wie eine neue Festplatte testen? HD-Tune sucht "ewig".
Sequenzen: 1. Lesen und Merken 2. Bitmuster schreiben 3. Bitmuster überprüfen 4. Je nach Qualität, CRC-Fehler abharken. ?. Anderes Bitmuster schreiben falls "Dein" Bitmuster dem Fehler entspricht. ?. Anderes Bitmuster überprüfen ?. Je nach Qualität, CRC-Fehler abharken. 5. Gesicherten Daten zurückschreiben. Manche Platten machen die CRC-Sache unsichtbar ohne dass der Benutzer etwas davon mitbekommt. Aber auch das dauert seine Zeit. Schon die Länge der obigen Liste zeigt, dass eine 2T Platte nicht in Null-Komma-Nix geprüft werden
-
Thread
vdo redi sensoren
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ time : 2022-11-19 17:44:54 model : Renault type : TPMS id : 7bc364 flags : 33 pressure_kPa: 3.0 kPa temperature_C: 23 C Integrity : CRC _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ time : 2022-11-19 17:44:54 model : Renault type : TPMS id : 7bc364 flags : 33 pressure_kPa: 3.0 kPa temperature_C: 23 C Integrity : CRC _ _ _ _ _ _ _ _ _ _ _ _ _ _
-
Thread
Protokollaufbau
Kommandos und Daten. Welche Daten du überträgst weisst du angand des Befehls oder Kommandos. > 1 Byte CRC16 Ein CRC16 hat 2 Bytes. Beachte Byte Ordering. > So das ganze soll nun noch über einen Timeout gesteuert werden, also > Beginn Übertragung Start des Timers und wenn das Timeout kommt ist der
Bei RDM wird an Stelle eines CRC eine additive CS gebildet. Ich halte dies für die einfachere und schnellere Alternative. Die Anzahl der Datenbytes im Paket mitzuliefern (bzw. die Paketlänge) ist sinnvoll. Allein schon, falls einer
-
Thread
Nachbaubares Funkmodul auf Basis des RFM12
Dadurch wird sowas zumindest weitgehend > unterbunden. Nimm doch einfach nen Standard. In der util/crc16.h der avrlibc findet sich die Funktion _crc_ibutton_update() welche eine 8-bit CRC implementiert. >>> Blackbox: > >>> Beim Empfang wird das ACK in der ID untergebracht -> lässt sich nicht
wird sowas zumindest weitgehend >> unterbunden. > > Nimm doch einfach nen Standard. In der util/crc16.h der avrlibc findet > sich die Funktion _crc_ibutton_update() welche eine 8-bit CRC > implementiert. > Dass es dafür einen quasi-standard gibt wusste ich noch nicht. Werde ich mir aber anschauen
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
:36: Skip component ubtm (part. 0, rev. 0) 17:33:36: Skip component bootloader (part. 1, rev. 0) 17:33:36: Skip component updater (part. 2, rev. 0) 17:33:36: Check device /dev/sda 17:33:36: Check partition /dev/sda 17:33:36: Mount failed: /dev/sda 17:33:36: Check partition /dev/sda1 17:33:36: Found update file(s) on device /dev/sda1 17:33:36: Found firmware pack with sysid 01-002-1-00-00.01 and revision 36 in STB820.rel.256. 17:33:36: Search for
-
Thread
Welches Dateiformat für komprimierte Datensicherung?
Norbert schrieb im Beitrag #5539669: > 7zip sagt 7zip ist eigentlich recht gut, da es auch eine CRC-Prüfsumme erzeugt.
Danke für Eure Antworten, die sind für mich aber allesamt unbefriedigend - Schade! 7zip macht eine CRC, das ist mir bekannt. Jedoch nützt mir diese ja nichts wenn die Datei beschädigt ist. Anhand der CRC habe ich keine Wiederherstellungsinformation - Dieses war die einzige, brauchbare Information,
-
Thread
Switch Upgrade XGS1010-12 nach XGS1210-12
registered new interface driver usb-storage TCP: cubic registered NET: Registered protocol family 17 Freeing unused kernel memory: 3316K (803a3000 - 806e0000) init started: BusyBox v1.00 (2019.10.23-06:17+0000) multi-call binary Starting pid 25, console : '/etc/rc' RTCORE LKM Insert... allocate
00 00 00 // Data Load Address 80 2B 73 80 // Entry Point Address 08 B1 6B AC // Image Data CRC Checksum [crc32 of 0x40 to 0x557488B == 0x08B16BAC] 05 // Operating System [0x05 == IH_OS_LINUX] 05 // CPU architecture [0x05 == IH_ARCH_MIPS] 02 // Image Type [0x02 == IH_TYPE_KERNEL]
-
Thread
AVR Bootloader
Hier seine Mail an mich: > Anbei eine neue Version des Bootloaders. > Jetzt ist Verify und CRC-Check mit drin: > 0 = CRC o.k. > -2 = CRC Fehler > -1 = CRC nicht unterstützt (alter Bootloader) > > Read ist auch im AVR drin, nur im PC-Programm fehlts noch. > Mit "RSIZE" kann der PC abfragen
moin, kann mir bitte jemand erklären wie das mit dem CRC funktioniert? steige da überhaupt nicht durch, wäre sehr dankbar. hoffe jemand ist so nett? mfg flo
-
Thread
RF24L01+ Modul an RPI
Dokumentation): PIN NRF24L01 RPI RPi -P1 Connector 1 GND rpi-gnd (25) 2 VCC rpi-3v3 (17) 3 CE rpi-gpio22 (15) 4 CSN rpi-gpio8 (24) 5 SCK rpi-sckl (23) 6 MOSI rpi-mosi (19) 7 MISO rpi-miso (21) 8 IRQ - - Installation der Libary: Download
= 0x0e DYNPD/FEATURE = 0x00 0x00 Data Rate = 2MBPS Model = nRF24L01+ CRC Length = 16 bits PA Power = PA_MAX Now sending... failed. Failed, response timed out. Now sending... failed. Failed, response timed out.
-
Thread
SMART Highscore
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0009 100 253 051 Pre-fail Offline - 0 [/code]
Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged [/c]
-
Thread
Untersuchung defektes VW Türsteuergerät
in 10 Subframes zu je 8 Bytes + CRC. Knappe 100ms nach dem letzten dieser 10 Pakete: (3C 02 02 1A 9B FF FF FF FF 46) wird zwei mal die Pid 3D angepollt. Also ganz klar: Pid 13 wird das J387 in der Beifahrertür sein. Diese Antwort
Wolf17 schrieb im Beitrag #8045842: > Was kostet ein gebrauchtes Steuergerät vom Schrott? > Erst wenn es danach funktioniert, war es sicher das alte Steuergerät. > Falls man dann noch Lust hat, mit einem
-
Thread
CRC16
Ok, hat sich erledigt. Meine Lösung ist folgende: [C] unsigned short crc16(unsigned char * pBuffer, unsigned short len) { unsigned short crc = 0; for(int i=0; i<len; i++) crc = (unsigned short)((crc >> 8) ^ crc16tab[*pBuffer++^(crc&0x00FF)]); return crc; } int main(void) { unsigned char Buffer[] = "12"; printf("\r\nCRC16 = 0x%04X", crc16(Buffer, 2)); return 0; } [/C]
-
Thread
SD Karte via SPI. Komisches Verhalten.
define ACMD13 (0x80+13) /* 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 (MMC) */ #define ACMD23 (0x80+23) /* SET_WR_BLK_ERASE_COUNT (SDC) */
Argument[15..8] */ xchg_spi((BYTE)arg); /* Argument[7..0] */ n = 0x01; /* Dummy CRC + Stop */ if (cmd == CMD0) n = 0x95; /* Valid CRC for CMD0(0) + Stop */ if (cmd == CMD8) n = 0x87; /* Valid CRC for CMD8(0x1AA) Stop */ xchg_spi(n); /* Receive command response
-
Thread
Problem mit CRC-8 Berechnung
Das Telemtriepaket besteht aus einer gewissen Anzahl an Bytes gefolgt von einem Byte für den CRC Wert. Laut Dokumentation lautet das verwendete Polynom X8 + X5 + X4 + 1 (also Dallas/Maxim Typ). Initialwert für den CRC soll 0xde sein. Hier ein Beispiel-Packet, wie ich es über die Schnittstelle empfange
Ich komme jedoch nicht auf den Wert 0xda. Ich habe auch schon die Bytereihenfolge umgekehrt und CRC-Rechner aus dem Netz benutzt, kann aber den Wert, den ich von der Elektronik bekomme nicht reproduzieren. Das gleiche gilt für andere Datenpackete mit unterschiedlichen CRC Werten. Hat jemand eine
-
Thread
SD-Karte mit PIC24 (mit oder ohne FS)
und dann so lange 0xFF bis ich den Data Token 0xFE erhalte und dann noch 512+2 (Daten + CRC) mal bis ich alle Daten habe. Vielen Dank im Voraus :-)
erhalten und dann so lange 0xFF bis ich den Data Token 0xFE > erhalte und dann noch 512+2 (Daten + CRC) mal bis ich alle Daten habe.
-
Thread
SD Card Testbench
die Prüfung werde ich auch einbauen, allerdings mit Assertion, das Verhalten der SDCard bei falschem CRC möchte ich nicht nachbilden.
keine Fehlermeldung. - Die DAT Leitung wird für 255 * 10 ns auf Low gezogen, nachdem ich meine Daten+CRC geschickt habe. Scheint mir etwas kurz... - Danach kann ich problemlos wieder Block Reads und auch Writes starten, ohne Fehler. Nur die Daten wurden nicht geschrieben. Kann jemand eventuell den
-
Thread
Codeoptimierung
ein Array mit 16 entries, in dem werden die Clock-counts der letzten 16 Symbole (SYNC, S&C, D0..D5, CRC, PAUSE) abgelegt
Array mit 16 entries, in dem werden die Clock-counts der > letzten 16 Symbole (SYNC, S&C, D0..D5, CRC, PAUSE) abgelegt Das heisst du teils jedes Nibble durch 56?
-
Thread
FatFS erkennt kein Dateisysem FR_NO_FILESYSTEM
jetzt noch weitere Karten ausprobiert. Es ist immer das gleiche. Die letzten 12 Byte fehlen. Aber die CRC und alles stimmt.
Probleme gibt. Der 4bit Mode tut nämlich noch nicht. Da empfängt er immer Müll und wirft dann einen CRC Fehler.
-
Thread
Probleme mit JTAG einstieg
1 bytes read: a0 recv: 0x1f recv: 0x28 CRC OK Got message seqno 2 (command_sequence == 2) response: A0 Automatic device detection: command[0x03, 1]: 03 0E recv: 0x1b recv: 0x03 recv: 0x00 recv: 0x05 recv: 0x00 recv: 0x00 recv:
1 bytes read: 80 recv: 0xc3 recv: 0x1f CRC OK Got message seqno 6 (command_sequence == 6) response: 80 jtagRead command[0x05, 1]: 05 B3 01 00 00 00 00 00 00 00 recv: 0x1b recv: 0x07 recv: 0x00 recv: 0x02 recv: 0x00 recv: 0x00 recv
-
Thread
Win7 legal Online laden
gesagt. Easy. Such mal bei google nach: Windows 7 Professional mit SP1, EN, 64 Bit -> "index of" X17-24281.iso Das sollte die "legale" Windows ISO sein, worin du deinen MSDNAA Key dann eingeben kannst.
Wo finde ich denn die korrekte SHA? Mein dort herintergeladenes File hat auf jeden Fall nicht die CRC32, die Chip.de dafür angibt. Oliver
-
Thread
Mikrocontroller PonyProg Programmierschaltung
Semikolon im 1. "include"-Beriech, im 2. oder 3. oder sogar alle entfernen? 3.: Vom "WDTRIGGER", "CRC", und "VERIFY" Finger weg, oder? 4.: Sind die "Port Definitions" für den ATTiny13 bzw. ATMega8 bzw. ATMega32 richtig eingestellt? 5.: Ich sehe nur die datei "m32def.inc", die etwas mit dem ATMega32
würde dann die angeschlossene LED einmal an und dann wieder ausgehen? > clr r16 ; Clear r16 > ser r17 ; Set r17 > out $18,r16 ; Write zeros to Port B > nop ; Wait (do nothing) > out $18,r17 ; Write ones to Port B Welcher Anschluss wäre jetzt beim ATMega32 unter Spannung? Danke im Voraus.
-
Thread
winziger Webserver mit enc28j60+mega32
zwei alternative Bezugsquellen gepostet ;) Status Platinen: Sind in Fertigung, Lieferung KW11 -> ~17.03.06 denk ich Gruss, Simon
wirklich die paar bytes bzw mehr geschwindigkeit :) >Tatsache, der enc kann ja echt selber nen crc berechnen So wie es aussieht braucht es doch aber die CRC gar nicht? (also die, die ganz am Ende des Packets hin kommt) praktisch 100% der Pakete die ich mit Ethereal angeschaut habe, haben diese
-
Thread
Stm32f103 Problem mit Spi2
SPI_InitStructure.SPI_CRCPolynomial = 7; #if xspi2 SPI_Init(SPI2, &SPI_InitStructure); SPI_CalculateCRC(SPI2, DISABLE); SPI_Cmd(SPI2, ENABLE); #else SPI_Init(SPI1, &SPI_InitStructure); SPI_CalculateCRC(SPI1, DISABLE); SPI_Cmd(SPI1, ENABLE); #endif } int main(void){ RCC_APB2PeriphClockCmd
SPI_InitStructure.SPI_CRCPolynomial = 7; #ifdef xspi2 SPI_Init(SPI2, &SPI_InitStructure); SPI_CalculateCRC(SPI2, DISABLE); SPI_Cmd(SPI2, ENABLE); #else SPI_Init(SPI1, &SPI_InitStructure); SPI_CalculateCRC(SPI1, DISABLE); SPI_Cmd(SPI1, ENABLE); #endif } int main(void){ RCC_APB2PeriphClockCmd
-
Thread
LSFRs und Primitive Polynome
Dualsystem umrechne, ich zB. aus 0x072000 die Zahl 01110010000000000000 bekomme, wo an 13, 16, 17, 18 Stelle, angefangen bei Index 0, das Bit gesetzt ist. Die Frage war, was das mit dem Polynom x^19 + x^5 + x^2 + x + 1 zu tun hat.
vier Google-Ergebnisse dazu angeguckt. Auf http://www.iti.fh-flensburg.de/lang/algorithmen/code/crc/crc.htm steht zum Beispiel auch: Gegeben sei das Generatorpolynom g = x^5+x^2+x+1, entsprechend dem Wort 1 0 0 1 1 1. In dem von mir aufgeführten Beispiel enspricht das Polynom aber eben NICHT