-
Thread
Unbekannte Warnung
Beitrag #6625575: > 0,1, 3,4...? kommt mir komisch vor. Es ist komisch, aber nicht falsch. 2 ist nen CRC Wert
nötig dank std::bit_cast ;-) so modern bin ich noch nicht. Benutze allerdings auch gerade ein C++17 Feature mit C++14 Einstellung, der gcc warnt aber generiert den Code trotzdem.
-
Thread
MMC ansteuerung
perfekt. bekomme bei cmd0 eine 0x01, und bei cmd1 eine 0x00 als response. danach versuche ich einen cmd17(read_block) oder einen cmd10(cid register) befehl audzuführen, jedoch bekomme keine antwort. warte in einer schleife auf die 0x00, aber die kommt net. mache ich irgendwelche timingfehler??? nach dem
Write_Byte_MMC in temp1, SPDR st Z+, temp1 dec temp2 cpi temp2, 0x00 breq read_CID_crc rjmp read_CID2_1 read_CID_crc: ;nicht wichtig darum auslesen und net speichern ldi temp1, 0xFF rcall Write_Byte_MMC ldi temp1, 0xFF rcall Write_Byte_MMC rcall
-
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.