-
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]