kannst du aber ziemlich simpel ausprobieren, da du ja ein Image mit korrekter CRC vorliegen hast. Versuch mal: - In C die crc32_z Funktion der zlib - In Python binascii.crc32 Probier alle Kombinieren aus: - Initialwert 0 oder 0xFFFFFFFF - Endergebnis invertiert oder nicht
M820) konfrontiert, der in den Bytes 14 und 15 offensichtlich eine zweite Checksumme erwartet. Die CRC16 an Bytes 16 und 17 wird berechenet wie oben schon herausgefunden. Kann jemand die Bytes 14 und 15 in dieser Datei zuordnen? https://github.com/EBiCS/BAFANG_GD32F303RCT6/raw/refs/heads/M560/documentation
51.2262,14.0538,15721,-37 KXBK DA0FRA PFF DA0FRA HIGH ALTITUDE BALLOON FORMAT IS TIME KOORD-LAT,KOORD-LONG,TEMP CRC. MORE AT DA0FRA.ALTAFRANER.DE. PRPT VIA EMAIL WELCOME CCXE DA0FRA DAA HIGH ALTITUDE BALLOON 092340 51.2285,14.0656,15964,-36 BMC DA0FRA SOA DA0FRA HIGH ALTITUDE BALLOON 0925:01.2307,14.0831,16330,-35
Hatte ich getan, über ähnliche Distanz, mit etwas Abzweigung. Funktionierte. Die CRC zu kontrollieren ist aber sinnvoll, es kam vereinzelt zu Fehlern.
DS28E17Q+ ist der Chip der jeden I2C Sensor auch 1-Wire fähig macht. Ich habe mit dem DS28E17 gearbeitet und betreibe damit den BME280 seit Jahren problemlos am Bus.
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
• The CRC polynomial for the 16-bit CRC is fixed to x 16 + x12 + x + 1 • The CRCResultReg register indicates the result of the CRC calculation. This register is split into two 8-bit registers representing the
the message. Continue doing this until all bytes have been processed. 7 . he final content of the CRC register is the CRC value. 8. When the CRC is placed into the message, its upper and lower bytes must be swapped as described below. Placing the CRC into the Message When the 16–bit CRC (two 8–bit bytes
Selected Data (0x1FFF800 - 0x1FFF81F) does not fit into selected flash sectors. Relocating it by -0x17FF800 bytes would fix this problem. Do you want to relocate? Yes No
Log
Data CRC-32 = 0x41E055F4
File CRC-32 = 0x40D3BE16
File CRC-32C = 0x41E05554
Data file opened successfully
Auto programming target
ENET_RMON_R_MC_PKT).......................................................2051 57.5.66 Rx Packets with CRC/Align Error Statistic Register (ENET_RMON_R_CRC_ALIGN)............................2052 57.5.67 Rx Packets with Less Than 64 Bytes and Good CRC Statistic Register (ENET_RMON_R_UNDERSIZE).............
16 CRCDL (187h.7~0) 16 Unit CRCDH (188h.7~0) CRC16 Block Diagram The CRC generator provides the 16-bit CRC result calculation based on the CRC-16-IBM polynomial. In this CRC generator, there is only one polynomial available for the numeric values
22 42 30 06 00 00 01 ff ff ff ff 55 ff 0x3FC3E 1d dd <- likely CRC16 ``` `11 41 91 22 42 30` as BCD is **114191224230**, and `1141` is the Hoymiles HM-400 serial prefix — matches the sticker. The whole page is mirrored into RAM at `0x200030DC`, so the app reads
komplett anderer Stelle einer Firmware so etwas bewirken? Kann es sein dass der Compiler (Version gnu++17) - aus welchem Grund auch immer - schuld ist?
Adresse 0x2B00 (Variable "radio") ldi r30, 0x00 ldi r31, 0x2B ; radio.DATA auf RAM Adresse 0x2B17 ldi r24, 0x17 ldi r25, 0x2B std Z+12, r24 std Z+13, r25 [/code] Solange der TO es also nicht schafft den kompletten Source Code für das zu liefern was das Problem verursacht bzw. funktioniert
verwendeten Code LDPC(174,91) an, also einen Datenblock von 174 Bit, der sich aus 77 Bit Nutzdaten, 14 Bit CRC (zusammen 91 Bit) und 83 Bit für FEC zusammen setzt. Diese 174 Bit werden in 58 (=174/3) Symbolen organisiert, auf Gray-Code umgesetzt und mit den 8 Frequenzen übertragen. https://wsjt.sourceforge.io
sein. Ist ja ein SDR. Da der TE in HB9 lebt und vermutlich daher keine CQ-DL hat: https://m17project.org/2025/08/18/first-linht-tests/
hardware parity • Two simultaneous sampling 12-bit 4Msps analog-to-digital converters (ADCs) with up to 17 external channels • 14-bit effective resolution at 250ksps with hardware averaging • One 12-bit 1Msps digital-to-analog converter with integrated output buffer (DAC) • Two zero-drift zero-crossover
) • External 32kHz crystal oscillator(LFXT) • External clock input • Cyclic redundancy checker (CRC-16, CRC-32) • True random number generator (TRNG) • AES encryption with 128-bit or 256-bit key • Flexible I/O features • Two 5V-tolerant open drain IOs • Two high-drive IOs with 20mA drive strength
dauerts dann, ich will jetzt auch keinen Wert wissen a la "es dauert 14 Monate, 2 Wochen, 4 Tage, 17 Stunden, 23 Minuten und 42 Sekunden", sondern eher dauerts 1 Monat, 1 Jahr oder 5 Jahre. Alexander schrieb im Beitrag #8069520: > Grünheide. :D
die externe Taktung des Timers würde noch mal ein Port verloren gehen, somit hätte man immer noch 17 Ports frei - für die vorgesehene Anwendung bei weitem ausreichend.
Eine normale Echtzeituhr (RTC) schafft selbst in der besten Ausführung (DS3231) nur etwa 2 ppm (ca. 17 Sekunden Abweichung in 100 Tagen)." Ich weiß, KI ist böse, aber wir drehen uns hier im Kreis oder weichen vom Thema ab. Der OP hat gute Chancen mit KI sein Projekt funktionsfähig zu nutzen, bevor
20000008 00000018 D GPIOPort_list 08000405 0000004e T HAL_CRCEx_Polynomial_Set 08000391 00000074 T HAL_CRC_Init 0800038f 00000002 W HAL_CRC_MspInit 08000453 0000001c T HAL_DAC_DeInit 080029d9 0000002c T HAL_DAC_MspDeInit 0800046f 00000018 T HAL_DAC_Stop 080002ad 0000000c W HAL_GetTick 08002b55 0000002c T
Sequenzen für dieAnfrage der 13 Messwerte sind (offensichtlich gibt es da eine Struktur, lt. [1] auch eine CRC; ich verwende einfach immer die ganzen Sequenzen): Index Messwert Anfrage (hexadezimal) 1 Warmwasser-Isttemperatur Tww [°C] 55 FD FF 07 50 44 11 2 Kaltwassertemperatur TKW [°C] 55 FD FF 07 90 44 12
only when ENP is not set. RMD1 OFLO is written by the + PCnetISA controller. Bit Name Description 11 CRC CRC indicates that the receiver has detected a CRC (FCS) error 15 OWN This bit indicates that the de on the incoming frame. CRC is scriptor entry is owned by the host (OWN=0) or by the valid only when
Space or Overload Frame Inter-Frame Space Data Frame 44 + 8 * N Arbitration Fieldntrol FieldData Field CRC Field Ack Field 2 12 6 8 * N 16 7 ID DLC CRC EOF F R E r K O T I C S R A Inter-Frame Space Inter-Frame Space Remote Frame or Overload Frame 44 Arbitration Fieldntrol Field CRC Field Ack Field End Of
100 4.2.2 Reliability and Endurance Table 6: Reliability Parameter Value Data reliability (UBER) <10-17bits read Error correction code (ECC) correct up to 24-bit errors per 1kB (4GB) correct up to 60-bit errors per 1kB (8-32GB) MTBF / MTTF > 3,000,000 hours Data retention@40°C (JESD 218) 10 years @ 10%
16/1714] Building C object esp-idf/esp_coex/CMakeFiles/__idf_esp_coex.dir/src/coexist_debug.c.obj [17/1714] Building C object esp-idf/esp_wifi/CMakeFiles/__idf_esp_wifi.dir/src/wifi_default.c.obj [18/1714] Building C object esp-idf/esp_wifi/CMakeFiles/__idf_esp_wifi.dir/src/wifi_init.c.obj [19/1714]
multiple packets for transmission. The existence of explicit and implicit length rules, and use of a CRC-32 error check code (on Ethernet) results in an infinitesimal chance of undetected corruption to a request or response message. 3.1.3 MBAP Header description The MBAP Header contains the following fields
2.446994][ T1] sit: IPv6 over IPv4 tunneling driver [ 2.450577][ T1] NET: Registered protocol family 17 [ 2.455394][ T1] Bridge broadcast ratelimiter registered [ 2.459843][ T1] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this
Bild
Bild
