-
Thread
Probleme mit numonyx P30 512 Mbit & u-boot
Unknown FLASH on Bank 1 - Size = 0x00000000 = 0 MB, ID = 0x0000ffff Flash init FAILED*** Warning - bad CRC, using default environment Net: Xilinx_LL_TEMAC MAC: 00:0a:35:a6:95:00 U-BOOT for $(hostname) Hit any key to stop autoboot: 0 U-Boot> / Jetzt habe ich gelesen, dass es bei der M29
Stage Bootloader (c) 2006 PetaLogix Project name: SP605 LL_TEMAC Build date: Mar 1 2011 17:52:22 FS Serial console: Uartlite ================================================= FS-BOOT: System initialisation completed. FS-BOOT: No existing image in FLASH. Starting image download. FS-BOOT
-
Thread
Vaillant VR920 - Hardreset - Werkseinst
Saving Environment to MMC... Writing to MMC(0)... done gpio: pin 125 (gpio 125) value is 0 gpio: pin 17 (gpio 17) value is 0 gpio: pin 126 (gpio 126) value is 0 gpio: pin 125 (gpio 125) value is 1 gpio: pin 126 (gpio 126) value is 1 gpio: pin 125 (gpio 125) value is 0 gpio: pin 17 (gpio 17) value
Saving Environment to MMC... Writing to MMC(0)... done gpio: pin 125 (gpio 125) value is 0 gpio: pin 17 (gpio 17) value is 0 gpio: pin 126 (gpio 126) value is 0 gpio: pin 125 (gpio 125) value is 1 gpio: pin 126 (gpio 126) value is 1 gpio: pin 125 (gpio 125) value is 0 gpio: pin 17 (gpio 17) value
-
Thread
Instabile Fritzbox austauschen
Eine gute VDSL-Leitung kann z.B. so aussehen. Hier VDSL Profil 17b, also Vectoring 100 Mb/s.
(prx) A. K. schrieb im Beitrag #7192712: > VDSL Profil 17b 17a.
-
Thread
RFM12-433 gegen 868 tauschen
richtig ankommt. Auch wenn bei Versuchen Sender und Empfäger direkt nebeneinander liegen (beide mit 17cm Wurfantenne) gibt es immer wieder ein paar Aussetzter. Jetzt war die Überlegung das RFM12-Modul gegen ein RFM12-868 auszutauschen. Würde das so ohne weiteres mit derselben Software funktionieren
ca. alle 3s ein Paket. Das Protokoll der Dinger hat jemand mal analysiert, ist sehr komplex mit CRC und speziellen Paddingbits. Bei denen ist mir beim Test so gut wie nie aufgefallen, daß ein Paket nicht ankam. Auch hier wird ein Paket ja ohne jede Quittung und nur einmal gesendet. Gruß aus Berlin
-
Thread
WordClock mit WS2812
Für die 24h Uhr: 288 LEDs * 0,06A = 17,28A Ist vielleicht etwas überdimensioniert, aber man hat alle Möglichkeiten.
01-01 00:01:09 update display read rtc: Su 2000-01-01 00:02:19 update display dcf77: Su 2016-04-17 14:27:00 update display read rtc: Su 2016-04-17 14:27:06 update display read rtc: Su 2016-04-17 14:28:16 update display read rtc: Su 2016-04-17 14:29:26 dcf77: Su 2016-04-17 14:30:00 update display
-
Thread
ASM und C-Code kombinieren
, mit den Quellcode besorgt, diesen auch den µC angepasst und kompiliert! Jetzt zum Problem: -CRC-Quellcode ist eine .asm Datei, diese lässt sich mit in AVR Studio als Projekttyp "avrasmproj" bauen. -Das andere Programm ist vom Typ avrgccproj! Wie kann ich das diese beiden vereeinen! Vielen
gebastelt: [avrasm] #ifndef _GAS_REGPORT_H_ #define _GAS_REGPORT_H_ r0 = 0 r16 = 16 r17 = 17 r18 = 18 r19 = 19 r20 = 20 r21 = 21 r22 = 22 r23 = 23 r24 = 24 r25 = 25 r30 = 30 r31 = 31 sreg = _SFR_IO_ADDR(SREG) porta = _SFR_IO_ADDR(PORTA)
-
Thread
Atmel Studio: "Standard" SW-Routinen aus einem Pool verwenden
Bibliothek zu packen, die dann zu den Projekten dazugelinkt wird. So mache ich das zumindest. Aus Fonts, CRC-Tabellen etc. erstelle ich Assembler-Sourcen, die praktisch nur aus .byte Zeilen bestehen. Wenn ich jetzt irgendwo (z.B) glcd_text("Hello World"); aufrufe, dann sorgt letztendlich der Linker dafür,
Das muß nicht unbedingt sein. Denn wenn ich z.B. Funktionen wie einen neuen SPI-Flash oder CRC-Berechnung hinzufüge, muss ich nicht die ganzen anderen Funktionen testen, die z.B. nur von Port-I/O abhängig sind. Wenn ich natürlich an einer Funktion herumschraube, die relativ "tief" liegt, also
-
Thread
[V] Bausatz für Giess-o-mat Sensor
JojoS schrieb im Beitrag #3733328: > wie hast du die vergossen und womit? Mit Plastik 70 von CRC. Ist ein Acrylharz. Hält ewig. Ich habe aber bereits im ersten Post einige Ratschläge dazu abgegeben.
Hallo Leute, Habe einen Couponcode gefunden: sommer2017 10% auf ALLES Gilt bis 31.8.17 im Ramser Webshop. Leider meldet das Forum die Seite als SPAM ????
-
Thread
Wieder ein mal: Antenne für RFM12
Wolfgang schrieb im Beitrag #3556688: > 17cm wäre bei 433MHz die Länge einer vollen Lambda/4-Antenne. Richtig. Aber die braucht eine Massefläche von, wie war's doch gleich?, 35 cm unter sich ... damit hast du wieder deine minimalen Abmessungen
man sich um Leitungen, Impedanzen und Reflektionen noch keine Gedanken machen. 868 MHz sind etwa 17 cm Wellenlänge, also so bis etwa 1 cm braucht man noch kein Koaxkabel.
-
Thread
868MHz-Signal filtern/finden/dekodieren (Wetterstation)
250 147 166 95 119 239 73 201 247 223 153 91 58 89 179 62 254 253 228 182 191 17 14 83 191 130 95 138 84 131 187 119 28 227 171 207 94 31 221 255 179 170 74 74 157 57 4 55 197 190 6 149 2 108 62 4 188 215 225 25 189 253 239 123 15
Sekundentakt einzufließen. Über den C1101 erhalte ich aber nur etwa 2 Blöcke/Minute, sofern ich den CRC-Check abschalte. Ich habe fast den Eindruck, dass ich bisher lediglich Fragmente eines fließenden Datenstroms 'sehen' kann. Danke Euch für Hinweise und einen schönen Feiertag weiterhin!
-
Thread
DCF Auswerte Konzept
Paritätsfehler, und das Ergebnis ist wieder richtig. Passiert bei mir gelegentlich so. Hier wäre ein CRC-Verfahren vermutlich besser, aber da wäre ein DCF-Datenpaket etwas umfangreicher. Besser wäre kein Update der Uhr jede Minute, sondern: 1 Minute Uhrzeitdaten, eine weitere Minute Redundanzdaten, wäre
hellhörig sein und Änderungen (Umschaltzeitpunkte sind ja bekannt) prompt durchschalten. Eine CRC-Prüfung wäre auch damals (als die Auswertung noch mit Hardware geschah) mit dem vorhandenen Schieberegister recht einfach gewesen. Hat man aber nicht gemacht. Dafür aber doppeltes Parity.
-
Thread
Autokalibrierung von Spannungs-Teiler
schrieb im Beitrag #7655738: > myValue = (getValue * 8715) / 8192; und ergibt bei getValue=16 halt 17 (statt 16)
mal. Da ist ein µC mit internem Brownout-Reset um Klassen zuverlässiger. Der kann seinen EEPROM mit CRC absichern.
-
Thread
Wetterstation-Protokoll
1 inkrementiert. Bei Paketen mit 21 Bytes, bilden Bytes 17&18 die Konstante 2310, während 19&20 einen zufälligen Wert zwischen 0 und 65535 abbilden. Den Dump konnte ich relativ leicht mit der kaitai Web IDE in brauchbare Pakete parsen. Hier einmal die dazugehörige
Beschreibung nach müssten 14 Byte gesendet werden, wenn ich es richtig gesehen habe. Bei mir sind es aber 17 Byte, das aber stabil. Gibt es vielleicht eine Erklärung dafür ?
-
Thread
Welche Frequenz / welcher RF Chip für Hausnetz?
NWK-Frame noch einen MAC-Frame, der 0x0001 als Quelle und 0x0002 als Ziel hat (sowie am Ende die CRC-16, die logisch auch zum MAC gehört). Nun kann er den Frame dem Layer 1 (PHY) übergeben, der ihn verschickt. 0x0002 empfängt ihn, und wenn der Frame dort vom MAC zur NWK-Schicht gereicht wird,
RFM22B steht nichts mehr von weniger Leistung. Bei den RFM22 (ohne B) war angegeben, dass sie "nur" +17dbm liefern, das stimmt. mfg, Andreas
-
Thread
Programm zur billigen Relaisplatine 8FA
@Thomas: Das Problem tritt immer auf wenn mehr als 17 Karten kaskadiert werden. Es werden die Karten zwar angesprochen, aber mit den Rückmeldungen klappt es nicht mehr. Bis 17 Karten werden alle erkannt beim -i. Ich hab jetzt auch experimente mit einer
Karte gemacht. Selbes Problem. Da ich ca. 40 Karten ansteuern muss mache ich jetzt einen Split nach 17 Karten und verpasse den nächsten 17 einen anderen ttyS. Genaue Fehlermeldung beim -i: Es wurden keine Daten empfangen! (timeout) Es wurden keine Relaiskarten gefunden! :-( Das Programm wird auf Grund
-
Thread
CAN-BUS mit dsPIC30F6014
881600 mov.w w0,TRISAbits 45: TRISB = 0x017B; 000186 2017B0 mov.w #0x17b,w0 000188 881630 mov.w w0,TRISBbits 46: TRISC = 0x0000; 00018A EB0000 clr.w w0 00018C 881660 mov.w w0,TRISC 47: PORTD = 0x00EF; 00018E
nachricht ausrechnen müsstest. Dazu musst du auch die Stuff Bits beachten. Ganz zu schweigen von der CRC. Ich habe noch keine Quelle gefunden die sagt wie die CRC berechnet wird. Weiss das jemand? Bau erst mal den zweiten Knoten auf, dann erst kannst du sagen ob es geht oder nicht. Ein CAN Bus mit nur
-
Thread
Wärmezähler über optische M-Bus-Schnittstelle auslesen
denke da hab ich noch so einiges an Arbeit vor mir ;-) Aktuell sieht das log übrigens so aus: 22:17:43.960 set 2400 baud:8N1 22:17:43.961 result='???' 22:17:43.962 send 0x55 for 3 seconds with 8E1 (72x), 2400 baud (wakeup sequence) 22:17:43.965 result='???' 22:17:43.966 wait for the meter 22:17:44.367 switch to 2400 baud 8E1 22:17:44.368 result='???' 22:17:44.369 initialize 6804046853FE5000A116 22:17:44.370 result='???' 22:17:44.771 initialize 1040004016 22:17:44.772 result='???' 22:17:45.173 SND_NKE mbus_init 22:17:45.175
-
Thread
eBus USB Adapter
address 37: master #18 address 3c: slave #18, scanned "MF=ENCON;ID= ;SW=-;HW=-" 2016-12-04 21:17:21.519 [bus info] scan 3c cmd: 313c070400 2016-12-04 21:17:21.624 [bus notice] scan 3c completed (0 slaves left) 2016-12-04 21:17:21.625 [bus notice] scan 3c: ;ENCON; ;-;- 2016-12-04 21:17:21.625
/ 00 2016-12-30 17:33:40.492 [update notice] unknown BC cmd: 10feb51603011002 ....... 2016-12-30 17:58:12.624 [update notice] unknown BC cmd: 10feb516080014581730120516 2016-12-30 17:58:12.885 [update notice] unknown
-
Thread
Welches Byte sendet Windows beim Start auf USB/COM
angeschlossen. Die Schaltung bekomt vom PC Steuerbefehle, und sendet dann Daten zurück. Bisher habe ich 17 Befehle definiert, also das erste Byte, welches vom PC kommt, ist 1 bis 17. Jetzt habe ich eben ein Osszi am der TX Leitung vom PC zur Schaltung angeschlossen, und sehe zufällig, dass beim Starten vom
Ja danke. Ich denke, ich werde auf ein Protokoll mit CRC Checksumme umstellen.... LG DIrk
-
Thread
SD Karte im SPI-Modus auslesen
>Wenn ich jetzt Daten auslesen möchte (von Adresse 0) mit CMD17 >(READ_SINGLE_BLOCK), dann empfange ich als Repsonse 0x00 und dann das >Token 0xFE, danach kommen aber nur mehr 0x00. >(Dort müssten aber andere Daten stehen) Vieleicht ist ja deine Ausleseroutine
DLP-Moduls. Allerdings habe ich jetzt gesehen, dass die Daten 0x55 0xAA (Offset 510 und 511) + 2 Byte CRC richtig daherkommen. Würde jetzt mal behaupten, dass das Auslesen soweit korrekt ist. Warum aber von Offset 0 - 509 alles 0x00 ist, ist mir immer noch ein Rätsel.
-
Thread
Defekt an Solaranlage, abklemmen?
Die SMA - Nomenklatur würde besagen , daß 3,5 bis 5,5 kWp installiert wären , also bei 200 Wp ca. 17 bis 28 Module : 1×17 am Strang bis 2×14 .
nicht UV-stabil war? Notlösung für 5 Minuten Haltbarkeit wäre evtl. Conrads Isolier- und Schutzlack CRC Kontakt Chemie PLASTIK 70, der einige Minuten gegen Wasser schützt. Eigentlich ist alles Murks.
-
Thread
arbeiten mit FEMM
dµ --> A; µH; µH; T; A/cm; 1e-6; 1e-6 --> 9.5; 198.1; 198.1; -0.17; -20.44; 80.7; 80.7 --> 9.6; 197.9; 179.2; -0.17; -20.65; 80.6; 73.1 --> 9.7; 197.7; 178.9; -0.17; -20.87; 80.6; 72.9 --> 9.8; 197.5; 178.5; -0.17; -21.09; 80.5; 72.8 --> 9.9; 197.3; 178.2; -0.17; -21.30; 80.4; 72.7 --> 10.0; 197.1; 177.9; -0.17; -21.52; 80.3; 72.5 --> 10.1; 196.9; 177.6; -0.17; -21.73; 80.3; 72.4 --> 10.2; 196.7; 177.2; -0.18; -21.95; 80.2; 72.3
-
Thread
RS232 Protokoll mit RXD/TXD und STX/ETX?
[SYN+] STX Len SRC DST Cmd [Data] CRC das ist ja noch komplexer als ich dachte, wie sieht das in Assembler erst aus?? brauche doch nur vor meinen Nutzdaten dieses STX, mit einer XOR-Verknüpfung müsste ich irgendwie die Checksumme
data[0]=Rxd; State=2; | 2: data[1]=Rxd; State=3; | 3: data[2]=Rxd; State=4; | 4: .... N: pruefe CRC N+1: hier kommt ETX
-
Thread
China SUPER Bauteile-Schnäppchen Thread
Reviews, mir ist aber nicht klar, ob es die gleichen Geräte sind: - http://www.youtube.com/watch?v=7jzCRc__Wf0 - http://www.youtube.com/watch?v=7jzCRc__Wf0 Ich hab mal eins bestellt und bin gespannt.
Amperemeter 0-3A ca. EUR 6,00 http://www.ebay.de/itm/271413874925 5pcs Mini Step-Down 4.75-23V to 1-17V 17*11*3.8mm ca. EUR 4,30 http://www.ebay.de/itm/331288864626
-
Thread
XOR-Gate mit 8 Eingängen
tausenden von Schriftstücke um, in denen beim Parity-Check von XOR über N-Bits geschrieben wird. Oder CRC, das gleiche Thema. MfG Falk
dich auf die > falsche Interpretation. Dann solltest Du vielleicht noch mal meinen Beitrag von 15:17 lesen. Dann wirst Du vielleicht merken, dass ich mich keineswegs "verrenne". Die Kombination ist eine andere als z.B. bei UND- und ODER-Verknüpfungen. UNDs und ODERs können parallel verarbeitet (und
-
Thread
Atmega88pa - Absturz bei Timerinterrupt
__bad_interrupt> 1822: 18 c0 rjmp .+48 ; 0x1854 <__bad_interrupt> 1824: 17 c0 rjmp .+46 ; 0x1854 <__bad_interrupt> 1826: 16 c0 rjmp .+44 ; 0x1854 <__bad_interrupt> 1828: 15 c0 rjmp .+42 ; 0x1854 <__bad_interrupt>
sendData(uint8_t dst, uint8_t src, uint8_t cmd, uint8_t size, uint8_t *data) { uint8_t i=0; uint8_t crc = 0; UART_DIR_PORT |= (1<<UART_DIR_PIN); send('#'); send(size+3); send(dst); send(src); send(cmd); for(;i<size;i++) { send(data[i]); } send(crc); while( !(UCSR0A
-
Thread
Messwerte per RS232 übertragen
du nummerierst die sensoren, sendest 0x02 Nummer. Sensor Antwortet Nummer Daten1 Daten2 CRC. Da du eine feste länge hast kannst du auf das 0x3B verzichten.
ich jetzt bspw. sechs mal 65536 schicken muss Der höchste Wert bei 16 Bit 65535, 65336 sind schon 17 Bit. Zweitens sendet man keine Dezimal- sondern Hexadezimalzahlen. mfg.
-
Thread
AVR32 Linux Netzwerk Verbindung Problem
0xfff02400 irq 28, 1 slots Empty flash at 0x00650890 ends at 0x00651000 jffs2_scan_inode_node(): CRC failed on node at 0x006547d0: Read 0xffffffff, calc ulated 0x1894fea1 Empty flash at 0x0065481c ends at 0x00655000 jffs2_scan_inode_node(): CRC failed on node at 0x0065afcc: Read 0xffffffff, calc
. Freeing init memory: 80K (90000000 - 90014000) JFFS2 notice: (819) check_node_data: wrong data CRC in data node at 0x00baaf24: read 0xc9a72cec, calculated 0x8abd2554. Thank you for using In-Circuit ICnova icnova login: root BusyBox v1.5.0 (2008-11-24 13:52:40 CET) Built-in shell (ash
-
Thread
Lebensdauer von (micro-)SD-HC Karten als Read-Only-Medium
> Die CF Karten sind von Sandisk und Transcend, > alle ca. 10 - 17 Jahre alt und 128MB - 1GB GROß, > aus der Zeit müsste das SLC Speicher sein. Das Problem ist nur das heutige Karten sehr viel groesser sind. Da ist dann die Flaeche pro bit viel kleiner und deshalb
sich mir die Frage: Wie gut ist die "übliche" Fehlerkorrektur? Verwendet das Protokoll eine 08/15 CRC oder ist da was "größeres" Eingebaut? Wenn nämlich mein zyklischer Test einen Fehler findet, ist dann alles zu spät?
-
Thread
RFID - MFRC523 mit NTAG203F
SPIF); // wait until transmission complete SET_SFRPAGE (CONFIG_PAGE); CS_RFID = 1; //Enable CRC-checking for Tx CS_RFID = 0; SET_SFRPAGE (SPI0_PAGE); SPIF = 0; SPI0DAT = (0x12<<1); // TxModeReg register while (!SPIF); // wait until transmission complete SPIF = 0; SPI0DAT = 0x80; // enable CRC in Tx while (!SPIF); // wait until transmission complete SET_SFRPAGE (CONFIG_PAGE); CS_RFID = 1; //Enable CRC-checking for Rx CS_RFID = 0; SET_SFRPAGE (SPI0_PAGE); SPIF = 0; SPI0DAT
-
Thread
AVR Bootloader (Basis: xnutboot) Problem bei Programmübertragung
Unterstützung würde ich mich sehr freuen! vG Stephan P.S.: ach ja, ich benutze das AVR Studio 4.17 Built 666 mit WinAVR20090313
unterstütz alle 3 bekannten Arten von XMODEM (Standard 128 Byte Daten mit 1 Byte Prüfsumme, XMODEM CRC (mit 2Byte CRC), XModem1K mit 1K Datenblockgröße). Ich verwende bei mir die Standardvariante. Bei Teraterm kann ich den gewünschten Modus explizit auswählen. vG Stephan
-
Thread
Luftqualität messen
Die Auswertung des SHT41 ist ganz einfach: Startbyte per I2C zum Sensor senden, je 2 Byte plus CRC für Temperatur und Luftfeuchte vom Sensor zu Rechner lesen (also insgesamt 6 Byte), Formel für Temperatur und Luftfeuchte anwenden. Da braucht es keine extra Treiber.
Sauerstoffanteil enthält. Selbst, wenn Du es schaffst, den Sauerstoffgehalt der Luft von 21% auf 17% zu drücken, (Unterschied zwischen Einatem- und Ausatemluft) zu drücken, würdest Du das kaum bemerken. Beweis: sog. Atemspende. Der Sauerstoffgehalt der Luft ist _kein_ Kriterium für die Luftqualität
-
Thread
[Biete] Sammelbestellung de.Mouser.com 2013
ist bereits in Aussicht. Wenn es wieder um Do/Fr. so viele Zuschriften gibt, wird es wohl schon der 17.6.2013 sein. (Abwarten...) Zwischensumme: 35€/65€
Danke ;) Zwischenstand: 17/65€
-
Thread
Zeigt her eure Kunstwerke (ab 2023)
Werte auf einmal U3A3,8 sendet nur Kanäle 3-8 zurück Schalte auf Karte 1, die Relais 1-4 ein: "U1XO17,15<CR<LF> Lese DIO auf Karte 2: "U2XI7<CR><LF>" -> "255<CR><LF>" CRC16 und binäres Format sind unterstuetzt. Auch wenn Europakarten heute nicht mehr Mode sind - mir gefällts. Ich finde es durchaus
vor Tiefpassfilter zu stark schwingt -> Problem (Flag 3). Timing-überwachung des ADCs (Flag 5). - CRC Prüfung statischer Configregister für PLLs etc. - CRC Prüfung von Flash sections. Hierzu habe ich mir ein kleines Progrämmchen geschrieben, das im fertigen ELF file die CRCs berechnet und in eine Struktur
-
Thread
TCP Server ATmega328
rennt.Ist plain C. Es nützt zur Kommunikation den UART. Hab dazu ein proprietäres Protokoll mit samt CRC Check gebaut. Aus verschiedensten Use Cases möchte ich den Übertragungsweg nach Ethernet umstellen. Zum testen habe ich ein ENC28J60 Modul (nichts besonderes aus Asien). Tut auch soweit und gut. Mangels
Vielleicht war das etwas vorschnell. Da ich zum einen ja ein eigenes Protokoll gebaut habe, welches eine CRC16 Prüfsumme enthält und zum anderen gar nicht soooo lang ist was die Datengröße angeht... Nichts desto trotz wäre dann ja trotzdem ein W5100/W5500 Einsatz Möglich.
-
Thread
Retro Fieber: Z80 oder 68000 ?
die den Schrank verlassen daher auch keine Anwendung der Feldbus-Norm, die einen Zeitstempel+Frame+CRC etc verlangt :-)
letzte Melduing: ich kriege sdcc auf PC unter Mint 17 nicht installiert, da eine GL...irgendwas LIB fehlt. Aus den paketquellen von Mint 17 kriege ich nur die 3.3.0 raus. Das make install bei dem Source endet mit einer fehlermeldung dass Berechtigungen
-
Thread
microSD-Karte lesen
MMC_READ_SINGLE_BLOCK, sector<<9);[/c] im Beispiel der elm-Bibliothek hingegen [c]if ((send_cmd(CMD17, sector) == 0) /* READ_SINGLE_BLOCK */[/c] Letzteres wirkt plausibler. Was hat sich Pascal bei seiner Variante gedacht? Vielen Dank fuer Tipps Julian Hier noch meine veraenderte Initialisierungsfunktion
%x\r\n", r1); #endif if (r1 != 255) continue; r1 = mmcSendCommand(MMC_CRC_ON_OFF, 0); #ifdef MMC_DEBUG rprintf("MMC_CRC_ON_OFF: R1=0x%x\r\n", r1); #endif if (r1 != 0) continue; r1 = spiTransferByte(0xFF); #ifdef MMC_DEBUG
-
Thread
CP/M auf ATmega88
, um eine Speicherkarte zu formatieren, werde ich das ganz bestimmt nicht tun. leo@cb:~$ uptime 17:09:00 up 10 days, 5:17, 15 users, load average: 0.26, 0.18, 0.06
,e,h,l,(hl),a>..(753,664) cycles OK aluop a,<ixh,ixl,iyh,iyl>.....(376,832) cycles ERROR **** crc expected:a4026d5a found:e7318427 aluop a,(<ix,iy>+1)...........(229,376) cycles ERROR **** crc expected:e849676e found:74a1545f aluop a,(<ix,iy>-1)...........(229,376) cycles ERROR **** crc expected
-
Thread
SDIO 4bit mode STM32F407. Immer CRC Fehler
empfange ich beim Lesen von der Karte nur Müll. Am Ende wird dann das DCRCFAIL: Data block sent/received (CRC check failed) Bit gesetzt. Ich habe bereits die Verbindungen überprüft. Wenn eine Datenleitung nicht angeschlossen ist, dann leifert das SDIO Modul den STBITERR Fehler. Somit gehe ich davon aus,
irgendwie um ein halbes Byte verschoben haben. Ich habe zuerst gedacht, es läge daran, dass ich das CMD17 (Read Block) sende und dann erst den Read im SDIO konfiguriere. Habe das mal vertauscht. Liefert immernoch das selbe Ergebnis. Hat jemand eine Idee? Eigentlich hat SDIO doch eine Art Präambel mit
-
Thread
Preisgünstiger Heizungsregler bei Praktiker
Ich benutze AVR-Studio 4.17 Build666, Eagle ist 4.16 professional.
für Erweiterungen (Ack-Anforderungen, Verschlüsselung,etc) 6 Länge der Nutzdaten in Byte 7 CRC über die Header-Bytes 8..N Nutzdaten N+1 CRC über die Nutzdaten (oder über das gesamte Paket?) Der Master, der alle Slaves seiner Liste anpollt. (ggf einige öfters als andere abhängig vom Typ
-
Thread
RFM12 - Funkmodul
hatte man das so genannt. 2.) Whip-Antenne, einfacher Draht senkrecht: sollte zwischen 15.5 und 17.5 cm maximal lang sein. Meistens werden 16.5cm empfohlen. Es gibt wie es Lai schon sagte einen Verkürzungsfaktor, deswegen fast nie 17.5 cm. Die Groundplane wird manchmal als wichtig und manchmal als
und bei denen ist gerade 1:17 nachts kann sein das der Server neu aufgesetz wurde.
-
Thread
Reverse engineer eines NOR-Flash Filesystems
MGC 2003 - Nucleus PLUS v. 1.14.5 - ARM926T TI OMAP5912 RVCT 2.0.1" 2427712 0x250B40 CRC32 polynomial table, little endian 2444640 0x254D60 Unix path: /dev/adc/0 2481652 0x25DDF4 Unix path: /dev/registry/LOCAL_MACHINE/SOFTWARE/BLAUPUNKT 2490324 0x25FFD4
1.14.5" - Das OS "ARM926T TI OMAP5912 RVCT 2.0.1" - Die Hardware Plattform (was bedeutet "RVCT"?) "CRC32 polynomial table, little endian" - Damit ist dann die Prüfsummenberechnung klar "MySQL ISAM index file Version 1" - Das bezweifle ich ;-)
-
Thread
2 RS485 umschalten / automatisch conf. eines Sensors im Feld
könnte der Kunde, nachdem er einen Sensor ersetzt hat der Zentrale/SPS irgendwie bescheidgeben: "Sensor 17 getauscht". Dann wird die Zentrale versuchen, den Sensor anzusprechen; es kommt keine Antwort; das ist OK. Dann muß die Zentrale den unkonfigurierten Sensor ansprechen und ihm die Adresse 17 zuweisen
verzögert an den Sensor weitergeben; er muss dann per Time-Out das Ende erkennen, bevor er die originalen CRC-Bytes weitergibt. Man könnte auch die gleiche Übersetzer-Hardware verwenden und die Adresse des Sensors trotzdem umprogrammieren (auf die Adresse des Übersetzers). Dann könnte er die Frames 1:1 weiterleiten
-
Thread
Probleme beim STM32H743 & SPI
habe da auf den ersten Blick nicht sehen können was die anders machen wie ich. Habe gerade den crc getestet und musste feststellen das die svd? Datei defekt war (falsche Adresse),wenn ich jetzt wüsste wo ich die schon wieder her habe.
@280 MHz, SPI2 an PLL3P @160 MHz, SPI Prescaler = 8 (=20 MBit/s). 8 Bit, Motorola, MSB First, KEIN CRC, Hardware NSS. DMA1 Stream 2 für RX, DMA1 Stream 3 für TX - beide "Normal" mit Memory Increment. Meine Implementierung: Der DMA wird einmalig initialisiert - ich nutze den SPI2 und die DMA-Channels
-
Thread
Protokoll für Serialle Kommunikation
Beispiel: *D12,34,56,129# *C74,"Hello World",17,9600# * Startmarkierung D Datensatz folgt C Config folgt , Trenner zwischen Daten # Ende des Datensatzes Sender und Empfänger können unabhängig voneinander mit einem simplen Terminalprogramm
Dauergast schrieb im Beitrag #4546311: > Beispiel: > > *D12,34,56,129# > *C74,"Hello World",17,9600# > > * Startmarkierung > D Datensatz folgt > C Config folgt > , Trenner zwischen Daten > # Ende des Datensatzes > > Sender und Empfänger können unabhängig voneinander mit einem simplen
-
Thread
ARM-Assembler-Tutorial
reset exit" liefert: [code] xPack OpenOCD, 64-bit Open On-Chip Debugger 0.10.0+dev (2019-07-17-11:28) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg Info
selbstprogrammiertes Smart-Home Steuersystem über Funk, was nun wirklich alles notwendige hat (AES, CRC, EEPROM Raid1, time-sync, definierter Protokollstack) kommt noch mit einem attiny84A aus.
-
Thread
AVR32 grasshopper patch für ATMEL buildroot 2.3.0
DATA21 */ select_peripheral(PD(16), PERIPH_A, 0); /* DATA22 */ select_peripheral(PD(17), PERIPH_A, 0); /* DATA23 */ [/c] Zu soetwas konvertieren(Datei aus dem Buildroot 2.3.0 mit falsche Pinbelegung): [c] /* LCDC on port C */ portc_mask = pin_mask & 0xfff80000; select_peripheral
1.3 MB Load Address: 10000000 Entry Point: 90000000 Verifying Checksum ... Bad Data CRC ERROR: can't get kernel image! ICnova>[/code]
-
Thread
Kugelschreiber mit Barcodescanner bei Pollin
@ Claudio 104 -> Start Code B 96 -> FNC3 19 -> 3 21 -> 5 17 -> 1 oder 104 -> Start Code B 96 -> FNC3 21 -> 5 17 -> 1 führen zu einem Dreifach-Piepser sonst scheint sich nichts zu verändern. Das Problem ist auch das es noch andere Formate des
Quellcode der dll verwendet muss hier also aufpassen. Zum einem sind die Befehle anders hinterlegt (CRC sind bei dem CS1504 2 Byte) und zum anderem muss die Funktion für das auslesen der Barcodes entsprechend geändert werden.
-
Thread
RFM69 Funkmodul 10MHz Bandbreite!?
// looks like PA1 and PA2 are not implemented on RFM69W, hence the max output power is 13dBm // +17dBm and +20dBm are possible on RFM69HW // +13dBm formula: Pout = -18 + OutputPower (with PA0 or PA1**) // +17dBm formula: Pout = -14 + OutputPower (with PA1 and PA2)** // +20dBm formula: Pout = -11
sync2 sendSPI(REG_PACKETCONFIG1, RF_PACKET1_FORMAT_VARIABLE | RF_PACKET1_DCFREE_OFF | RF_PACKET1_CRC_ON | RF_PACKET1_CRCAUTOCLEAR_ON | RF_PACKET1_ADRSFILTERING_OFF); sendSPI(REG_PAYLOADLENGTH, 66 ); // in variable length mode: the max frame size, not used in TX //sendSPI(REG_NODEADRS, NODEID );
-
Thread
überflüssiges extern?
/20181230041359if_/http://www.open-std.org/jtc1/sc22/wg14/www/abq/c17_updated_proposed_fdis.pdf
Zwar bleiben die Deklarationen dann auch hinter crc() gültig, aber man wird eh keine anderen, kollidierenden Deklarationen haben.