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