-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
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
-
Thread
CRC Polynome und die zugehörige Bitfolge
Das 17te Bit ist nicht in der Konstanten (0x1021) sondern im Code. Vielleicht dadurch, dass immer 16 Bit verwendet werden.
0001 ergeben. Perfekt! Im GF(2)-Koerper ist die Addition/Subtraktion gleich einem XOR. Die CRC-Operation entspricht einem (Polynom-) Teilen mit Rest. Wie beim schriftlichen Dividieren sucht man sich die "linkeste" Stelle wo man die Operation ausfuehren kann, also etwa 1 abcd efgh ijkl
-
Thread
Wie serielle Kommunikation zwischen µC und PC aufbauen???
, sollte man diese stückeln oder kann man die am Stück rüberschieben? Ich weiß, dass es unzählige CRC Prüfroutinen usw. gibt, aber das ist wohl alles sehr aufwendig zu implementieren und mich würde mal interresieren, wie das Ihr so macht? Vielleicht habt ihr ja ein paar Ansätze und Informationen
noch eine Checksumme sein: Also einfach Zeilen dieser Form: 4 123 542 669 7 9832 0023 9862 17 0000001 435 453 5 -434 +43 -386 Das ist absolut eindeutig, und in diesem Beispiel ist die letzte Zahl schon eine einfache Prüfsumme. Dieses Protokoll ist auch tolerant: Es gibt keine Probleme mit
-
Thread
Crc berechnung ?
xx,yyy] 1 Start 2 A ist 3 V ist 4 mAh ist 5 ? 6 A Soll 7 V Soll 8 ? 9 Temperatur ? xx crc yy ende Es sei gesagt die jeweils 2 Byte zu einem Datenfeld werte werden merkwürdig berechnet [250,12,1, 200,15, 100,0,101,0,0,2,20,1,130,0,10,9,93,248] 15*240! +200 = 3600 = 3,6V Ich habe
250,33,1,170,1,141,0,10,12,248] [250,33,1,170,1,142,0,10,15,248] [250,33,1,170,1,143,0,10,14,248] [250,33,1,170,1,144,0,10,17,248] [250,33,1,170,1,145,0,10,16,248] Das sieht irgendwie nach xor oder so aus?
-
Thread
Serielle Kommunikation zwischen uCs
serielles Protokoll sein, bestehend aus MSG_ID | SenderAddr | ReceiverAddr | DataLen | Data .. Data | CRC (XOR oder 16) Kennt jemand eine Implementierung von solch einem Protokoll in C? Wie würdet ihr das ganze angehen? Danke
STM8) verwendet werden können (es soll ja nur einfache Modbus-Befehle auswerten können: z.B. "Karte 17, Schalte die Frequenzmessung an..." oder "AN ALLE, Sofort alle Mess-Aktivitäten abbrechen" ...) Danke.
-
Thread
Byterkennung UART
Impulsen. Das Signal wird durch ein 18ner Array erzeugt, wobei die Felder Aray 3,5,7,9,11,13,15 und 17 mit entsprechenden Werten für die Impulslängen beschrieben werden. Nun werden bei einem empfangenen Byte die einzelnen Bits auf 0 oder 1 verglichen. Ist das erste Bit 1 schreibe eine 30 in das Feld 3
als Command or Data Erkennung. Das naechste Byte als Commandlength oder Datalength und zum Schluss CRC und ein Stopbyte. So kannst du wirklich sicher sein das ein komplettes Frame empfangen wurde. Vom Programmiertechnischen hat dir schon Bjoern Mueller weitergeholfen. Gruß, Dirk
-
Thread
1-Wire-Bus-Projekt: DS1820 / DS18S20 / DS2450 / DS2408 / unter C und 8051
garnicht. Halte ich den Finger dran wird es wärmer. Ich hab den Code von visitor (Gast) vom 28.08.2010 17:24 benmutzt. Kann es sein dass die 5V Speisung eine Eigenerwärmung des Sensors bewirken? Ich lese ihn alle 20 Sekunden aus und lasse ihn dazwischen in Ruhe. Hat da jemand Erfahrungen gesammelt?
Hi, von mir stammt der Code Schnippsel vom 28.08.2010 17:24 und ich kann nur sagen, dass der korrekt rechnet. Meine DS18s20 zeigen auch Temperaturen an welche mit anderen Thermometern einem Vergleich stand halten. Weiterhin kann ich keine übermäßige Erwärmung
-
Thread
Sensor daten über UART verschicken (mit PIC)
UART5_Write(i2c_payload[14]); UART5_Write(i2c_payload[16]); UART5_Write(i2c_payload[17]); uint8_t summe = 0; summe = summe ^ 0x02; summe = summe ^ 0x00; summe = summe ^ 0x0C; summe = summe ^ i2c_payload[3]
Die Zahl der gelesenen Bytes sollte durch 3 teilbar sein (also 18 statt 19), weil immer MSB, LSB, CRC gesendet werden. Außerdem beginnt i2c_payload bei Null, die Messwerte liegen also bei 0, 1 und 3, 4 usw.
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
Variable "upgradeTimer" mal auf 60 setzen, denn auf diese Weise dürfte das Gerät alle 60 Sekunden statt ~17 Stunden nach Updates suchen ;)
was macht die Post? Leitet das Packet an die nächstgelegene Poststation um. Öffnungszeiten Mo-Fr 11-17 Uhr. Toll; meine Arbeitszeit ist 8-17 Uhr und ich brauche mindestens 30 Minuten zu dieser Poststelle. Nun muss ich extra deswegen früher Schluss machen. Sorry, musste mal meine heiße Luft loswerden
-
Thread
Warum gerade Parität bei DCF77?
ein Sommerzeitflag, falls die Regel mal > geändert oder abgeschafft wird. ??? Gibt's doch: Bit 17 (MEZ) und Bit 18 (MESZ).
Johann L. schrieb im Beitrag #2258305: > ??? Gibt's doch: Bit 17 (MEZ) und Bit 18 (MESZ). Ja, aber das restliche Format ist völlig veraltet. 2Bit-Fehler sollten mindestens korrigierbar sein. Ich sagte ja nicht, daß man es umstellen soll, sondern daß man es
-
Thread
Einen Header aus Variablen im Flash an bestimmte Adresse speichern.
ATXMega64 µC. Ich möchte für meine FW einen Header im Flash ablegen. Der Header soll Version, Name, CRC usw. beinhalten. Wie lege ich so eine Constante im Flash an einer bestimmten Adresse ab. Eigentlich möchte ich den Header am Anfag des Flashbereichs haben. Mit folgendem Code und dem Pragma PROGMEM
0x00,0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09}, {0x0A,0x0B,0x0C,0x0D,0x0E,0x0F,0x10,0x11,0x12,0x13}, {0x14,0x15,0x16,0x17,0x18,0x19,0x1A,0x1B,0x1C,0x1D}, {0x1E,0x1F,0x20,0x21,0x22,0x23,0x24,0x25,0x26,0x27}, {0x28,0x29,0x2A,0x2B,0x2C,0x2D,0x2E,0x2F,0x30,0x31}, {0x32,0x33,0x34,0x35,0x36,0x37,0x38,0x39,0x3A,0x3B}, {0x3C
-
Thread
ATtiny25 - EEPROM - Write ohne Verschleiß
trotzdem erreichen ohne die Spezifikationen zu verletzen mit 126 x low Byte + 1 x high Byte + 1 x Bit 17 (65536-100000) + pointer auf low bytes.
Marc V. schrieb im Beitrag #6172910: > Nein, warum? DB, page 17, chapter 5.3.5 Write ... "If the location to be written has not been erased before write, the data that is stored must be considered as lost." Nach meinen Verständnis, schließt das auch Bit-Writes
-
Thread
RFM22B Interrupt Empfang
rf22_read(0x4B); // packet length for (i=0; i<cnt; i++) // Daten (cnt - 2 für CRC) { *data++=rf22_read(0x7f); } rf22_rxmode(); return (cnt); } rf22_rxmode(); return 0; } [/c] Edit: und noch den INT in rf22_rxmode()
// to_ready_mode(); rf22_write(0x07, 0x01); // to_ready_mode(); rf22_write(0x7e, 0x17); // threshold for rx almost full, interrupt when 1 byte received rf22_write(0x08, 0x03); // clear RX fifo rf22_write(0x08, 0x00); // clear fifo, disable multi packet rf22_write
-
Thread
Prüfsumme Profibus Problem
TByte[7]+TByte[8]+TByte[9]+TByte[10]+TByte[11]+TByte[12]+TByte[13]+TByte[14]+TByte[15]+TByte[16]+TByte[17]+TByte[18]+TByte[19]; TByte[20]=TFCS; delay_us(10); do{ if(PIR1.TXIF==1){ Rest= TByte[i]; // Paritäts Berechnung Rest ^= Rest >> 4; // xor bit wise: 0=0^4, 1=1^5,
wichtig. Ein paar grundsätzliche Gedanken zur Prüfsummenberechnung: So gut wie alle Prüfsummen, CRC etc. werden über alle Elemente der Nachricht berechnet. Nach der Profibus-Spec Abschnitt 4.7.4 wird die FCS über alle Elemente zwischen SD und FCS/ED berechnet. Deshalb empfiehlt es sich, das auch
-
Thread
6-Zellen Lipo -> Messmimik ?
spricht via UART, SPI, I2C etc mit deinem Controller. Gibt es von easy to use bis hin zu Multi-Stack mit CRC und ASIL-D fähig. Kommt halt drauf an was du willst. Willst du intelligente Akkus die du nur eine (stombegrenzte) 25,2V Quelle (4,2V * 6 Zellen) hängst und der Rest sitzt im Akku ODER willst du
vielleicht unter 10€/Stück kommt. Da es nur um 4 Zellenakkus geht, kommt man bei rund 16,8 ; sagen wir 17 Volt raus. Man könnte also den Versuch wagen, ein 19,xV Laptopnetzteil zu nehmen, um die kleinen Lader zu versorgen. Das macht die Sache einfach, weil man im Lader dann keine BugBoost-Topologie braucht
-
Thread
STM32F03C8: SD-Card antwortet nicht
Im Anhang die Signale Clock und MOSI (CRC-Byte[0x95] des Kommandos CMD0), die die Karte empfängt. Der Datenausgang der Karte (mit verschiedenen Karten getestet) bleibt permanent auf High. Wer hat eine Idee, wonach ich suchen muss?
da sieht man auch, das bei den Parametern ein @arg GPIO_AF_0:WKUP, EVENTOUT, TIM15, SPI1, TIM17,MCO, SWDAT, SWCLK, TIM14, * BOOT,USART1, CEC, IR_OUT, SPI2 existiert, der SPI1 enthaelt. Das was Du aufgefuehrt hast ist die Port-config, das hast Du ja schon richtig gemacht
-
Thread
Keine Jobs mehr für Bitschubser?
Zeitvertreib zur persönlichen Unterhaltung. Denkst du irgendjemand putzt gerne Toiletten, fährt nachts einen 17-Tonner rum oder unterrichtet aggressive Jugendliche.
@ulfkotte_17 >Fake it. Einen job annehmen in dem du gut bist und deinen asperger >verschweigen. Es geht gar nicht darum, den Asperger zu verschweigen oder nicht. Ich habe die Diagnose erst erhalten als ich
-
Thread
STM32Cube & Eclipse & GCC
\stm32f4xx_hal_spi.c:639:17: warning: variable 'tmpreg' set but not used [-Wunused-but-set-variable] Drivers\STM32F4xx_HAL_Driver\Src\stm32f4xx_hal_spi.c: In function 'SPI_RxCloseIRQHandler': Compiling: Drivers\STM32F4xx_HAL_Driver
:1802:17: warning: variable 'tmpreg' set but not used [-Wunused-but-set-variable] Drivers\STM32F4xx_HAL_Driver\Src\stm32f4xx_hal_spi.c: In function 'SPI_DMATransmitReceiveCplt': Drivers\STM32F4xx_HAL_Driver
-
Thread
OpenWrt LEDE: USB funktioniert nicht.
device Das Device ist in /dev vorhanden: brw------- 1 root root 8, 1 May 13 17:10 sda1 Stimmt was mit dem Mount-Befehl nicht? opkg install kmod-usb-dwc2 [pre] [ 41.868408] scsi 0:0:0:0: Direct-Access USB DRIVE 2.00 PQ: 0 ANSI: 2 [ 41.884769] sd
meinem mobilen Reiserouterchen benutze: Keine Ahnung welche OperWRT-Version da drauf ist. [code] crc16.ko crypto_hash.ko ehci-hcd.ko ehci-platform.ko ext4.ko fat.ko jbd2.ko mbcache.ko nls_cp437.ko nls_iso8859-1.ko ohci-hcd.ko scsi_mod.ko sd_mod.ko usb-storage.ko vfat.ko [/code]
-
Thread
Clevercard USB Lesegerät
durchs Reinschieben über die Sensorzeile "scannt" und dann bei jeder Zeile 6 bit (zzgl. irgendwelche CRC oder so) gelesen werden? CU Floe EDIT: Ach ja, hat schon jemand mal was an den Debug-UART drangehängt? Geht der?
*hochscroll* Autor: Johannes Slotta (johanness) Datum: 09.11.2008 17:20 Jetzt weiß ich wieder, woher mir das bekannt vorkommt, aus dem ComputerClub2! Siehe http://www.cczwei.de/index.php?id=tvissuearchive&tvissueid=25#a59 Ist gleich am Anfang der Sendung, viel
-
Thread
ethersex im etherrape
noinline’ attribute ignored ../uip/../net/../dataflash/fs.h:99: error: expected ‘,’ or ‘;’ before ‘fs_crc’ ../uip/../net/../dataflash/fs.h:101: error: expected declaration specifiers or ‘...’ before ‘fs_inode_t’ ../uip/../net/../dataflash/fs.h:101: error: expected declaration specifiers or ‘...’ before
avr-libc_1.4.5-3_all.deb gcc-avr_4.1.2_i386.deb binutils-avr_2.17_i386.deb muss noch mal ein wenig rumprobieren werde noch mal versuchen die pakte zu installieren weil da sind auch immer mal paar confilikte enstanden vllt finde ich den fehler wenn nicht frag ich
-
Thread
Unidirektionale 1 km Verbindung mit niedriger Datenrate
erhöhte sich die Reichweite zwar, aber man musste genau an dem Punkt der Überlagerung stehen und nicht 17cm weiter wo die Auslöschung der Signale erfolgte. Theoretisch sollte das Gerät eine Empfindlichkeit von -100dBm haben und bei freier Sicht 700m Reichweite liefern. Es gibt ja jetzt noch den Bereich
Auswerteelektronik. Man muss dann aber ein kleines Protokoll einführen, mit Fehlererkennung (Parity Bit oder CRC-Byte) und den Empfängern auch eine Adresse geben.
-
Thread
Ansteuerung einer Anzeigetafel - Federal Vama Traffic Storm
Ja das dürfte der ICSP-Port sein, die Pins gehen auf 16, 17 und 18 des µC. Wie würde man das Auslesen ohne viel Aufwand prüfen können?
RTR: 0 IDE: 0 r0: 0 DLC: 1000 = 8 Byte Data: Nur 0-Bits in allen 8 Bytes Alles nach Data (CRC?): 011101110100000 Im Anhang dazu sieht man dieses Telegramm als Oszi-Signal (Timebase ist in µs). Wie ist eure Meinung hierzu? Macht eine Art BruteForce-Attacke hier Sinn um zu sehen, ob irgendwelche
-
Thread
Brauchwasserwärmepumpe Ariston Nuos 100/Schnittstelle
Die "Serielle Schnittstelle" RJ16 6P6C geht m.E. ohne große Sicherheitsvorkehrungen auf 1 TXD0 Pin17 2 RXD0 Pin16 3 VCC 4 GND 5 MODE Pin8 6 RESET Pin3 Die ist wohl eher zum anschließen eines Flashers/einer Probe @5V gedacht und KEIN RS232! Achtung nur mit Pegelwandler rangehen! Auf Pin7 sind
RJ16 ist ein Tippfehler, es ist natürlich ein RJ12. Und ich meinte nicht Pin7 sondern Pin17 TXD, mit den Peaks beim Aufstart. Und dann hab ich da noch aus meiner ersten Versuch eine Tabelle: Wenn man im Info menü die Werte L1-Lx durchgeht, antwortet das Mainbaord mit: L1 NCHP FunktionsID
-
Thread
Dimmer für den Verteilerschrank mit Steuerinterface
= DATA[0] 04 = ID[3] = Vermutlich FSR14-2x 02 = ID[2] 11 = ID[1] 00 = ID[0] 00 = Status 1C = CRC = 8B + F0 + 01 + 02 + 7F + 08 + 04 + 02 + 11 + 00 + 00 = 21C [/code] Ich hoffe das hilft Dir weiter. lg tic
0] 00 = ID[3] 00 = ID[2] 00 = ID[1] 00 = ID[0] 02 = Status = Aktor mit Device Adresse 2 A9 = CRC = AB + FC + 00 + 00 + 00 + 00 + 00 + 00 + 00 + 00 + 02 = 1A9 Zu beachten ist, dass die Aktoren nur antworten, wenn sich etwas geändert hat. Gruß André
-
Thread
Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega
Ach ja, ich betreibe eine eShapeOko mit dem GRBL und einer 3fach TB6560 Treiber Stufe mit NEMA17 Motoren. Marco
Hallo, Ich habe noch Probleme mit den Einstellungen. Mein Nema17 Motor 17hs19-2004s1 hat im Stillstand null Haltemoment. Im Einsatz ist de CNC-Shield 3 und der A4988 und der DRV 8825. Wie müssen denn die Einstellungen aussehen und wie stelle ich den Motorstrom ein
-
Thread
CO2 Kartusche "elektronisch entleeren"
der Airbag noch schneller befüllt wird. https://www.conrad.de/de/druckluftspray-nicht-brennbar-crc-kontakt-chemie-druckluft-67-85504-aa-100-ml-829771.html War nur so eine Idee, weil mein Spray ist mal wieder alle :-) Gruß Thomas
Schwimmwesten gibt es zwischen 10 und 33g Inhalt. Das entspricht bei Atmosphärendruck einem Volumen von 5L bis 17L, damit kann man also einen Airbag mit einem Durchmesser zwischen etwa 20cm und 30cm füllen. Da die Druckdifferenz immer kleiner wird, geht das auch nicht super schnell. Die Westen brauchen ca. 1.5-3s
-
Thread
DS1820 bzw DS18S20 gibt nur 85.0°C zurück
In Temperatur umgerechnet heisst das 85.0 C. Die CRC passt zum Wert. Wenn ich einen anderen Sensor nehme bekomme ich den Temperatur Wert. Ich habe schon DS18S20 und auch DS18B20 probiert, wobei letzterer je nach eingestellter Genauigkeit eine andere Umrechnung
zurückgibt. Somit hat der Sensor seine Messung beendet. Zumindest steht das so im Datenblatt S.17. Ich kann auch 750ms warten, und in dieser Zeit einen StrongPullup machen. Das hab ich auch schon probiert, ohne Erfolg. Macht aber keinen Sinn, da ich den Sensor nicht parasitär betreibe!?!
-
Thread
Spartan3A StarterKit - Unterschiedlicher IDCODE in Impact
jede Operation bricht mit folgenden Meldungen ab: [code] INFO:iMPACT - Current time: So Mai 2 17:47:06 2010 INFO:iMPACT:583 - '1': The idcode read from the device does not match the idcode in the bsdl File. INFO:iMPACT:1578 - '1': Device IDCODE : 00000100010001010000000100100110 INFO:
device... LCK_cycle = NoWait. LCK cycle: NoWait done. '1': Reading status register contents... CRC error : 0 IDCODE not validated while writing FDRI : 0 DCM Locked
-
Thread
Kleines Tiny13 Sensorboard
/* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 sbi 0x18,0 sbi 0x17,0 sbi 0x17,1 ldi r24,lo8(2) .L4: sbic 0x16,7 rjmp .L2 cbi 0x18,0 rjmp .L3 .L2: sbi 0x18,0 .L3: out 0x16,r24 ldi r30
Implementierungsdetail? >SYSTEMINT: mov r18,SIC Anforderung oder Implementierungsdetail? > mov r17,SIC Anforderung oder Implementierungsdetail? > andi r17,$30 Anforderung oder Implementierungsdetail? > brne systemint5 Anforderung oder Implementierungsdetail? > in r16
-
Thread
DS18B20 Verkabelungs od Software Problem
include <DallasTemperature.h> Setup { DeviceAddress sensor2 = { 0x28, 0xFF, 0x51, 0x60, 0x22, 0x17, 0x3, 0x3B }; char sensor2Name[] = "Stube G: "; } Loop { temp2 = getTemperature(sensor2); } void writeTimeToScratchpad(byte * address) { //reset the bus ds.reset(); //select our
3poligem Flachbandkabel (drinnen) und Antennenkabel (draussen) funktioniert, vielleicht 1x täglich CRC-Fehler. Mit 100 Ohm Serienwiderstand am AVR, schont Flanke und EMV.
-
Thread
CC1101 CC1100 Kompatibilität
gleich - ich habe es mit der Homematic-Konfiguration probiert: 0x00, 0x07, // IOCFG2: packet crc ok 0x02, 0x2E, // IOCFG0: 0x03, 0x0D, // FIFOTHR: TX:9 / RX:56 0x04, 0xE9, // SYNC1 0x05, 0xCA, // SYNC0 0x07, 0x0C, // PKTCTRL1: 0x0B, 0x06, //
0xF8, // CC1101_MDMCFG0 0x15, 0x35, // CC1101_DEVIATN 0x16, 0x07, // CC1101_MCSM2 0x17, 0x20, // CC1101_MCSM1 0x18, 0x18, // CC1101_MCSM0 0x19, 0x16, // CC1101_FOCCFG 0x1A, 0x6C, // CC1101_BSCFG 0x1B, 0x43, // CC1101_AGCTRL2 0x1C, 0x40, // CC1101_AGCTRL1 0x1D
-
Thread
RFM12BP mit ATmega48 ansteuern
werden ohne das vorher noch gemessen werden muss. Zum Schluß werden auf der Request-Seite der ID, die CRC und der Zeitstempel vom Antwortpaket überprüft. Ist alles OK dann wird Erfolg gemeldet. Stromverbrauch, Abmessungen und Übertragungsgeschwindichkeit waren nicht kritisch. Die beiden Module sind auch
Torsten K. schrieb im Beitrag #4635035: > RFM12BP-0.01.zip (17 MB, 1 Downloads) Du lädst auch alles hoch, was die Panasonic HX-WA20 so hergibt, oder? Ohne die drei Monsterbilder wird das schon viel handlicher.
-
Thread
SD macht Mist
ich noch jedes Byte einzeln geladen und ausgegeben. Dann habe ich das Prog. optimiert(CMD+Argumente+CRC)alle in Register und in einem Rutsch ausgeben. Seit dieser Zeit komme ich nur noch bis CMD10(CID) R1=00, aber das Startbyte ist grundsätzlich nur noch $FC, was eigentlich das StartByte bei "Block Write
Daten nur noch Mist(aber es kommen welche). Egal was ich mache,(Pausen zwischen den Bytes,CMD9(CSD),CMD17(Single Block Read)) es bleibt bei $FC als Startbyte. In einem Rechner geht die Karte ohne Probleme und ist auch nicht gesperrt. Die Sende und Empfangsdaten habe ich übrigens mit einem 4-Kanal Oszi getestet
-
Thread
"Neues" Buch Explore ATtiny Microcontrollers using C and Assembly Language
Software_Explore_ATtiny_Microcontrollers_using_C_and_Assembly_Language.zip Length Method Size Cmpr Date Time CRC-32 Name -------- ------ ------- ---- ---------- ----- -------- ---- 0 Stored 0 0% 2021-12-17 12:00 00000000 Software_Explore ATtiny Microcontrollers using C and Assembly Language
-
Thread
C versus Assembler->Performance Gesperrt
function */ /* frame size = 4 */ /* stack size = 6 */ .L__stack_usage = 6 lds r24,scEsc_SysTick+17 lds r25,scEsc_SysTick+17+1 lds r26,scEsc_SysTick+17+2 lds r27,scEsc_SysTick+17+3 adiw r24,1 adc r26,__zero_reg__ adc r27,__zero_reg__ sts scEsc_SysTick+17,r24 sts scEsc_SysTick+17+1,r25 sts scEsc_SysTick+17+2,r26 sts scEsc_SysTick+17+3,r27 std Y+1,__zero_reg__ ldi r24,lo8(8) std Y+2,r24 rjmp .L2 .L3: ldd r24,Y+1 ldi r25,lo8(1) add r25,r24 std Y+1
-
Thread
-> RFM vs. BTM vs <-
Empfänger mit RS232 an PC -> LabVIEW - 1 Repeater zentral im Gebäude positioniert - alle Geräte mit 17cm Drahtantenne - 25-Byte-String Sendeintervall ca. 10-12 Sekunden - 2x Temperatursender mit Tsic-206 - 6x Fenster- und Türüberwachung mit Reedkontakten - Kollisionsrate hält sich in Grenzen (keine
ich keine Auswertung über Fehler etc. gemacht. Die Pakete wurden glaube alle 30 Minuten mit einem CRC16 verschickt, ging was schief wurden die Pakete einfach nochmal geschickt. Das kam aber ausgesprochen selten vor. Achso, ich habe die 434MHz Module benutzt. Sind die 868MHz Module besser? Soweit
-
Thread
FT800 / FT810 Library
: 0x 0 0x 0 0x 0 0x 0 0x 0 - 0x 1AB 0xFFFC I (14061) Touch: 0x 0 0x 0 0x 0 0x 0 0x 0 - 0x 19A 0x 17 I (14066) Touch: 0x 0 0x 0 0x 0 0x 0 0x 0 - 0x 19A 0x 17 I (14071) Touch: 0x 0 0x 0 0x 0 0x 0 0x 0 - 0x 19A 0x 17 I (14076) Touch: 0xFE 0x 0 0x 0 0x 0 0x 0 - 0x 19A 0x 17 I (14511) Touch: 0x 0
entschlüsseln (dekomprimieren) kann. Viele Bytes sind nebeneinander liegend gleich, also kann man statt 17 x ein FF auch eine Ankündigung z.B. "(" (Hex 28) für "Es folgt eine Verschlüsselung gleiche Bytes", dann eine 17 (17 mal das folgende Byte) und dann ein FF. Also aus 17 Bytes sind so 3 Bytes geworden
-
Thread
Wlan2Serial Modul für 5 euro
github.com/nodemcu/nodemcu-firmware Und viel Lesestoff auf http://www.esp8266.com/viewforum.php?f=17 Schöne Grüße Waldemar
----------------------- Bei Abfrage von Byte 0 ? Die ersten 7 Bit dieses Bytes sind hier der CRC-Code des übertragenen Befehls. Im SPI-Modus wird dieser CRC-Code normalerweise nicht ausgewertet,also erhälst Du keine Fehler Meldung ohne eine extra Abfrage. Nur beim Reset-Befehl wird der CRC-Code
-
Thread
Was passiert, wenn man als Funktionsparameter statt einem prog_char* ein char* übergibt?
Harvard-Architektur hat, d.h. getrennte Adressbereiche für Flash und RAM. Wenn du Daten an Adresse 17 lesen willst, musst du dazu sagen, ob der Rechner im RAM oder im Flash lesen soll - indem du den richtigen Befehl verwendest (in Assembler LD und co. für RAM und LPM und co. für Flash, in der libc für
RAM zugreifen kann. Alles hängt am selben Bus oder Crossbar Sonst wird es auch mühsam mal einen CRC über den eigenen Code zu rechnen, oder viele Daten im Flash abzulegen,um das eigene Flash zu Programmieren muss man auch mal Code aus dem RAM ausführen können. Alles nicht so einfach mit den Dogmas
-
Thread
Steuerung für lasershowplayer
Disassembly of C:\Dokumente und Einstellungen\laptop02\Lokale Einstellungen\Temp\tmp7E.bin ; 10/13/17 20:43 ; org 0 ; AJMP X0002 ; X0002: MOV A,cml0 JB acc.6,X0015 SETB ip.6 ACALL X009c X000b: JB i2sta.7,X000b X000e: JNB i2sta.7,X000e CLR p1.1 AJMP X0048 ; X0015
Thread hier. Die Spinner hätten einem das Leben ganz schön schwer machen können mit Prüfsumme oder CRC - also doch eher 'die dummen Jungs von SLL'.
-
Thread
UV-Laserdrucker
was stimmt. Beim Tentingresist steht wieder was von 50-90: http://www.octamex.de/shop/datasheet/a17e376737cdf42731532446480321c3.pdf
muss ich dir voll und ganz zustimmen, der Auwand ist wirklich gering. Und mit CRC Prüfung oder ähnlichem auch relativ robust gegen Fehler. > Zum Protokoll: > Ich verwende eine eigenes Protokoll das Blöcke von 255 Bytes mit CRC, > Adresse und Funktion versendet. Das habe ich
-
Thread
Thermomix Rezeptchips
162e 0ab5 17db 5001220 d2de 2078 9801 8b13 e9e7 7ad4 b82a 5bcb 5001230 7095 aa86 a427 cc43 841c 1557 eeab 2ff1 5001240 e79b dd25 d9bf 214c 8066 e32c ed07 001c 5001250 0f99 7656 a5f3 daac 4ea5 5d10 724a de2a
0354 2ccf 40a3 5001e80 78da 0546 ea7a 9271 5ef7 18d4 2e6e b407 5001e90 0fda 3743 4457 09ed 3d41 17ee 17a5 52d6 5001ea0 4a90 ec2b 15d1 6d81 edb8 4018 3aed 4c43 5001eb0 ea92 989f 0593 2189 4259 c0c1 99c5 9430 5001ec0 d09b d867 31f6 cf4c e46c be77 da3e c670 5001ed0 10ed 05c0 6950 5038 f974 ff1c bb92
-
Thread
Motorola Vip19x0 (Big brother of Vip1710)
*** German *** Weil mich auf die vip17x0 mpeg4 fehlt hab Ich mir ein VIP1960 auf Ebay.de gekauft. Es sieht ein lott wie die VIP1710. Telnet war nicht da, so keinen Zugriff auf diese Weise. Mit dem Einsatz der Vip1710 Artikel fand ich
BusyBox v1.13.3 (2010-02-12 17:22:36 CET) built-in shell (ash) Enter 'help' for a list of built-in commands. / # toish is getobject all [Volatile] _dhcp.serverid: 192.168.1.1 _dhcp.sroutes: stat.infocast.0.time.total: 2952
-
Thread
Spannungsspitzen in VHDL eliminieren
LVDS ist robuster als man denkt. Zweitens, gibt es nicht um sonst Protokolle, die z.B. mit Frames/CRC32 arbeiten. Du muss Deinen Datenstrom absichern und falls es zum Fehler kommt, noch mal schicken oder so. Grüße, Kest
Insbesondere aber das es miserabel skaliert. Bei einem 10 Bit schieberegister komme ich schon auf 17 Logicelements und 6(!) Level Logik. Da ist eben das Problem, das der Synthesizer wirklich einen Addierer daraus baut und nicht etwa nur Komperatoren als würde man es händisch hinschreiben. (quartus
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
manually replace the 0xFF with a 0x02 to have the correct jump instruction. Second, it seems that the crc for the Intel hex format is not correct, I believe the crc should be the 2 complement of the sum when written at then end. I would be happy to fix those and send you an updated version but the source
SAME ID, RESULTING IN THE FAILURE OF THE ORIGINAL FIRMWARE FUNCTION read it all out and that's it 17:47:15:052>> 0#ISP DEV:94-12-00-00-00-00-00-00 17:47:15:055>> UID:94-12-00-00-00-00-00-00,BTVER:02.50 cause the original firmware to be abnormal replaced by the old chip everything is normal, what
-
Thread
Übertragungsrate DS18S20
Adressieren/Sampeln). (zurück zur Ersatzflüssigkeit) Auf einer RS232 Schnittstelle würde dieses etwa (17 Byte in 10ms) 19200 Baud entsprechen. oder habe ich was übersehen? MfG
Auslesen kann ggf. nach 2 Bytes abgebrochen werden, wenn CRC nicht nötig.
-
Thread
Raceboard mit Zeitanzeigen
Zahlen durchlaufen lasse. Den Strom habe ich auch mal zwischen VCC gemessen. hier sind immer so um die 17-23 mA schwank ebenfalls. Es war auch mal 31mA aber nach längerem beobachten nie höher. Danach habe ich eine Datenleitung zu einem Segment noch gemessen Hier wankt der Strom zwischen 2-3 mA Einmal
tritt dann immmer am letzten Register der Fehler auf // unabhängig ob Pausen da sind // 1 / 9 / 17 / 25 / 33 / 41 / 49 int intStart=17; setRegisterPin(intStart-1, HIGH); setRegisterPin(intStart-1+1, HIGH); setRegisterPin(intStart-1+2, HIGH); setRegisterPin(intStart-1+3, HIGH); setRegisterPin
-
Thread
Viel Information mit wenig Bytes übertragen
Wichtigkeit der Information kann man dann natürlich auch noch Redundanz zum Payload hinzufügen, z.B. eine CRC oder was auch immer. Kein Problem, da auch hierzu Sender und Empfänger bereits vor dem Informationsaustausch wissen, was da genau im Paket sein muß. Am Ende macht man daraus ein "Profilkonzept".
des Tiny (entsprechend ungenau). Alles frei verdrahtet und dann mit Plastikspray eingesprüht, die 17cm Drahtantenne fragwürdig "reingewickelt". Die beiden Tastenlöscher nur mit Tesafilm "abgedichtet". Entgegen den Erwartungen lief es eben einfach. Batteriewechsel ist jedesmal eine Strafe, ich habe
-
Thread
Entwicklungen und Forschung um den Sparmatic Comet / Zero v2 Heizungsthermostat
Ein Telegramm könnte Dann wie folgt aussehen: Zentrale sendet: Adresse->Code->Kommando->Daten (CRC) Gerät antwortet: Adresse->Code->Daten (CRC) Bei sehr vielen Geräten wird vielleicht das Priorisieren des Netzes notwendig. Hauptaugenmerk ist dabei immer ein möglichst niedriger Stromverbrauch
Interesse könnte ich einige Ergebnisse und Erfahrungen aus meinem Beitrag wolle g. (wolleg)30.12.2018 17:43 hier mal reinstellen.