-
Thread
Arbeit mit 16 bit in 32 bit system in C
ptr16:0 datain32[0]:32cc3000 ptr32:32cc3000 datain16[0]:ffff8838 ptr16:ffff8838 datain32[0]:33dd3000 ptr32:33dd3000 datain16[0]:ffffb7f3 ptr16:ffffb7f3
Variable hat, die das eingelesene aufnehmen soll. Sieh dir mal dies hier an http://www.nongnu.org/avr-libc/user-manual/group__avr__inttypes.html an schau auf deinem System nach, ob du eine inttypes.h hast. [C] for(i=0;i<7;i++) fscanf(data_fp,"%8"SCNx32 ,&datain32[i]); // das
-
Thread
Thermomix Rezeptchips
a7a2 294c 68e6 5000980 c946 2f73 6682 631d 44c1 830b 0ccd 5a99 5000990 e550 a276 4be3 b76a e03b 80dd a11b a402 50009a0 00f4 0577 2d32 9cae b69b 3a63 cb0f d139 50009b0 4ae6 6845 86db 6c51 f964 f6d0 4857 952d 50009c0 021e b4a0 4274 0810 e14c d9af 2880 73a3 50009d0 09d8 f83a 6540 c534 35ee b6a6 fb7e
06df 00ec 08dd 2715 50015a0 03a0 29b8 6d91 e474 b3dd d019 597e 8fce 50015b0 5232 462b 32dc 638b ce27 b287 41ba a86c 50015c0 15f0 a305 10a2 4280 0d67 cc7e 4501 9e1b 50015d0 49c0 c2d7 2903 2fa6 ad71 b335 daf7 021a
-
Thread
AVR für wenig Geld im LAN
http://www.ulrichradig.de/ -> AVR -> ETH_M32_EX dort im letzten Drittel als ZIP-Datei
" stellen, AVR-NET-IO mit Spannung versorgen. Dann: ./avrdude -P serial -c avr109 -p m32 -b 57600 -u -V -U flash:w:Webserver_MEGA32.hex Nochmal: -u, -V ist wichtig, da Flashread und Fuses nicht modifiziert
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
0,25 €/Stk. Schalter: 3x 62A11-02-020C: Optischer Encoder -> 5,00 €/Stk. 8x 3.14.200.901: Taster beleuchtet gelb -> 0,50 €/Stk. 32x 3.14.200.944: Taster beleuchtet grün -> 0,50 €/Stk. Buchsen: 25x F-Buchse: Hersteller Tyco -> 0,50 €/Stk
0,15 €/Stk. Schalter: 3x 62A11-02-020C: Optischer Encoder -> 5,00 €/Stk. 8x 3.14.200.901: Taster beleuchtet gelb -> 0,25 €/Stk. 32x 3.14.200.944: Taster beleuchtet grün -> 0,25 €/Stk. Buchsen: 25x F-Buchse: Hersteller Tyco -> 0,25 €/Stk
-
Thread
Bizarrer Firmware crash - ATmega4808. Wie Debuggen?
in meinem Code liegen, nicht an der Hardware. Nach dem Kompilieren sind gerade einmal 863 Bytes bzw 14% des Rams belegt, und ich kann mir beim besten Willen nicht vorstellen was passieren muss um das RAM mit Daten und/oder Heap voll zu müllen. Beim AVR64DD32 war ich gerade überrascht: RAM: 32.7% (used
Johann L. schrieb im Beitrag #8076697: > Zu avr-gcc-8.5.1_2025-07-14_mingw32.tar.xz ist anzumerken, dass es keine > definierte Version der AVR-LibC enthält, sondern den Stand der > 2025-07-14 aktuell war. Neueste Release ist die v2.3.2, also wäre
-
Thread
Komisches Bitfield Padding
auf 16bit aligned. Ich würde jetzt mal probieren, ob [c] typedef union GYRODATA { uint32_t Data; struct { uint32_t P1:1; uint32_t CHK:1; uint32_t CST:1; uint32_t PWR:1; uint32_t POR:1; uint32_t NVM:1; uint32_t Q:1; uint32_t PLL:1; uint32_t empty:2; uint32_t Daten:16; uint32_t ST:2; uint32_t P0:1; uint32_t SQ:3; }; }GYRO1; [/c] nicht auch funktioniert. Beim gcc geht folgendes: -funsigned-bitfields macht
-
Thread
Hilfe Grundlagen Atmel in C
zeile, uint16_t spalte) { if (zeile == 1) lcd_write(0x80+0x00+spalte-1,0); // DD-RAM Adress 1. Zeile + Spalte if (zeile == 2) lcd_write(0x80+0x40+spalte-1,0); // DD-RAM Adress 2. Zeile + Spalte if (zeile == 3) lcd_write(0x80+0x14+spalte-1,0); // DD-RAM Adress 3. Zeile + Spalte if (zeile == 4) lcd_write(0x80+0x54+spalte-1,0); // DD-RAM Adress 4. Zeile + Spalte } /** gibt eine int-Zahl auf dem Display aus. space=0 => führende Nullen, 1 => führende Leerzeichen */ void lcd_writezahl (int32_t zahl, uint16_t pos, uint16
-
Thread
Problem Inbetriebnahme OLED-Display DD-160128FC-2A (Densitron)
Zweifel ob ich alles richtig interpretiert habe. Es ist folgendermaßen angeschlossen (an einen AVR32): Pin 1 2 3 4 5 6 7 8 9 10 Fkt NC GND +14V GND 68K-PD |-10K-| +3V NC GND PIN 11 12 13 14 15 16 17 18 19 bis 24 Fkt GND GND GND 1K-PD 1K-PD SCK MOSI MISO GND
//variante 1*16bit statt 2*8bit ohne cs select_display(); spi_write(&AVR32_SPI0, data); spi_ready(&AVR32_SPI0, CS_DISPLAY); unselect_display(); } [/c] Send_data hab schon zig Male geändert. 16Bit und 2*8Bit Daten mit CS-Flanke zw. den Bytes ohne CS. Mit vorangestellten
-
Thread
ATMega Auslaufmodell?
die > Entwicklung nicht weiter. Atmel wurde 2016 von Microchip gekauft, und die neueren 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, z.B. AVR64DB48, AVR32DD32.
schrieb im Beitrag #7740644: > Atmel wurde 2016 von Microchip gekauft, und die neueren > 8-Bit-AVR-Mikrocontroller heißen nicht mehr ATmega, sondern AVRxxxxxx, > z.B. AVR64DB48, AVR32DD32. Es gibt auch etliche ATmega mit der "neuen" Architektur. Siehe: https://ww1.microchip.com/downloads/
-
Thread
Plasma Effekt
Zur Info: Es wird ein AVR32 verwendet, höchst wahrscheinlich mit Embedded Linux. Da ist genug Power vorhanden.
dem Monitor ausgibt.. und man kann mit floats arbeiten. Das ist insgesamt viel sinnvoller als ein AVR32 UC3B. MFG
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
baudrate von 19200, nur der rest keine ahnung. und dann mal frage ob das funktioniert 2 * Funk-AVR-Evaluations-Board v1.2 2 * Atmel ATmega 32 mit 16MHz Clock vom Board 2 * RFM12S
woran es liegen könnte. zudem es ist nicht immer der gleiche müll varriert etwas. Sender 20 EB DD 87 E7 EE BF 08 80 F3 20 EB DD 87 E7 EE BF 08 80 F3 20 EB DD 87 E7 EE BF 08 80 F3 20 73 75 08 0A C8 20 73 75 08 0A C8 Empfänger 14 58 1A 79 71 41 F8 14 58 1A 5E 71 43 F8 14 58 1A 5E 71 43 F8
-
Thread
Logamatic 2107 Schnittstelle
10 14 00 1A 7D 14 DF : A0 08 10 14 00 1A 7D 16 DD : A0 08 10 14 00 1A 7D 18 D3 : A0 08 10 14 00 1A 7D 1A D1 : A0 08 10 14 00 1A 7D 1C D7 : A0 08
* ! 00 * ! 1E * ! 64 * ! 32 * ! DB 00 DB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 34 * ! DD 00 DD FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 36 * ! DF 00 DF FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 38
-
Thread
Lokalität von Registerwerten?
-----; ; Melody Generator (C)ChaN, 2005 .include "tn45def.inc" ;This is included in "Atmel AVR Studio" .include "avr.inc" .include "mg.inc" .def _0 = r15 .def _Sreg = r14 .def _Zreg = r12 .def _Yreg = r10 .def _TmrH = r9 .def _TmrL = r8 .def _TmrS = r7 .equ N_NOTE
63, 72, 80, 86, 89, 90, 89, 87, 84, 81 .db 79, 77, 75, 73, 72, 69, 66, 61, 55, 48, 39, 31, 22, 14, 6, 0 .db -5, -10, -14, -17, -20, -22, -24, -26, -28, -29, -30, -31, -32, -33, -34, -35 .db -36, -37, -39, -41, -44, -48, -52, -57, -63, -70, -77, -85, -94, -102, -110, -116 .db -121, -124,
-
Thread
Zeta SBC V2 Z80 mit Floppy Disk
zugehörige /CS reagiert. Und so weiter. Die MMU würde ich erstmal totlegen. RAM-Chips raus und A14 mit A14 und A15 mit A15 verbinden, A16 und A17 auf Masse.
DSP16xx FR-30 FR-V Intel i960 IP2000 M32R MCORE MicroBlaze MMIX MN10200, MN10300 NS32K ROMP Stormy16 Synopsis Designware ARC Texas Instruments MSP430, MSP432 V850 Xtensa
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
auf eine andere CPU gehen > sollte (wobei ich in der AVR-Familie bleiben will) Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf genauso die AVR128-DB Reihe
Beide Quarze möglich z.B. bei: AVR32EA28/32/48 AVR16EA28/32/48
-
Thread
Typsichere und permutierte Parameterlisten in C++
diesem "passenden Objekt". Naja, eine Klasse, die einzig eine unsigned Variable beinhaltet, die beim AVR bis zu 32x10^6 Ticks aufnehmen kann, also z.B. uint32_t. Da ich alles constexpr verwende macht die Größe dem Zielsystem kein Problem, denn es kommen am Ende ja Werte raus, die in die 8-/16-Bit Timer
auch nur einmal schreiben. Ob sich das gelohnt hat für meine gelegentlichen Hobbyexperimente mit AVR/STM32? Zeitlich sicher nicht, aber gelernt hab ich dabei einiges. Selbst wenn ich beruflich mit C++ nicht in Kontakt komme, hat sich auch dort mein Programmierstil verändert. Viele der C++>=11-Konzepte
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
Danke Detlev, die SAM D10 haben Charme! 14- und 20 polige SOICs mit 1.27 mm Pinabstand klingt ja recht entspannt. 16 Kb Flash max. ist zwar nicht der Brüller, aber meine 6 Kb AVR Code bekomme ich da locker rein! Beste Grüße, Uwe
Libs. Vergleich mal das Datenblatt eines AVR mit dem Handbuch eines ARM. Dann weißt Du was wirklich einfach und vor allem in allen Einzelheiten beherrschbar ist! dd MO-BY bb
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
funktioniert. Nach Änderung mit den unsinnigen Funktionen: [c] uart.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .data 00000000 00800100 00800100 000000d0 2**0 CONTENTS, ALLOC, LOAD, DATA 1 .text
; 66 62: 80 83 st Z, r24 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 64: 2f ef ldi r18, 0xFF ; 255 66: 33 ed ldi r19, 0xD3 ; 211 68: 90 e3 ldi r25, 0x30
-
Thread
GNUBLIN www.gnublin.org
.26_SMBus Hier ein kleines Beispiel von mir http://krumeltee.wordpress.com/2011/08/15/pcf8574-am-avr32-unter-linux/ für den PCF8574, gibt dort noch mehr. Die Linux-I2C-Geschichten laufen, solange du /dev/i2c-xxx hast, auf jedem Board gleich ab.
/13/kleine-budde.pdf Vor einiger Zeit haben wir mal einen 2515 an die SPI Schnittstelle eines AVR32 (NGW100) gehaengt und socketcan cross-kompiliert. Das hat auch ziemlich schnell funktioniert. Gruesse, Hubert
-
Thread
AVR C Programmierung unter Linux
=avr3@mlong-double=32 avr31/double64;@mmcu=avr31@mdouble=64 avr31/long-double32;@mmcu=avr31@mlong-double=32 avr35/double64;@mmcu=avr35@mdouble=64 avr35/long-double32;@mmcu=avr35@mlong-double=32 avr4/double64;@mmcu=avr4@mdouble=64 avr4/long-double32;@mmcu=avr4@mlong-double=32 avr5/double64;@mmcu=avr5@mdouble=64 avr5/long-double32;@mmcu=avr5@mlong-double=32 avr51/double64;@mmcu=avr51@mdouble=64 avr51/long-double32
-
Thread
Z180-Stamp Modul
sollten nunmehr die folgenden Varianten möglich sein: Z180-Stamp + EPROM Z180-Stamp + Bootprozessor (AVR, Propeller, STM32) Z180-Stamp + Bootprozessor + ECB-Bus Im nächsten Schritt folgt der Bootprozessor (AVR, STM32) als Huckepackvariante zum Z180-Stamp. Alle Unterlagen wie immer hier: http://
ist wieder alles korrekt... A>date Sat 01/23/2016 14:53:29 => date Sat Jan 23 14:53:32 2016
-
Thread
STM32 Chips zur Zeit so gut wie nicht beschaffbar
Ich denke, das ist das Ende des STM32F103. Da hat man sich gerade dran gewöhnt, schon ist er wieder weg. Vielleicht sind Anfänger und Hobbybastler doch mit den 8 Bit AVR besser bedient.
Kleiner Seitenhieb: AVR sind immer noch problemlos zu bekommen. Plötzlich stellt sich heraus, dass es doch keine so gute Idee war, jedem AVR Nutzer den Umstieg auf STM32 nahezulegen. "Größer, breiter, schneller" genügt
-
Thread
LCD 4x20 2004A auf Zeilen schalten
wird LCD_LINE3 zu 0x54. Fehlt noch die Zeile 2. 0x15 ist mit Sicherheit falsch. Sinnvoller wäre 0x14 (20 Zeichen Versatz). Macht als Tabelle: #define LCD_LINE1 0x00 #define LCD_LINE2 0x14 #define LCD_LINE3 0x54 #define LCD_LINE4 0x40
sehe da auch keine Probleme. Habe mit der Fleury LIB auch angefangen, sehr gut zu verwenden unter AVR oder Arduino(Atmel AVR) wer keine anderen findet.
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
Wert 65): [code] EEPROM Settings 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 16 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50
14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50
-
Thread
EMS > Adapter > NetIO > Raspi
:11 .. -rw-r--r-- 1 root root 248 Mai 24 21:18 config.php -rw-r--r-- 1 root root 202 Mär 8 14:32 config.py -rw-r--r-- 1 root root 323 Mär 8 14:34 config.pyc -rw-r--r-- 1 root root 76 Mai 24 21:19 config.sh -rw-r--r-- 1 root root 4682 Mär 3 19:44 emschoosers.inc -rw-r--r-- 1 root
Olaf. Es ist das Experimentierboard von Ulrich Radig http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex Ist der zweite usart hier entscheidend?
-
Thread
Mikrocontroller-Auswahl: ATTiny, ATMega, Pic,?
Altes Produkt, alter Halbleiterprozess, vergleichsweise schwache Ausstattung. Wenn überhaupt noch AVR, dann die neueren AVR128DA/DB/DD Serien. Die laufen nämlich auch bei 3.3V mit voller Geschwindigkeit, weil die in einem neueren Prozess gefertigt worden sind. Ansonsten STM32L/STM32U (https://www.st.com
Frank K. schrieb im Beitrag #7498303: > Wenn überhaupt noch AVR, dann die neueren AVR128DA/DB/DD Serien Das ist auch meine Meinung. Zumal auch noch in DIP erhältlich wie vom TO gewünscht. Johan schrieb im Beitrag #7498250: > Level-shifting ... wär in
-
Thread
IRMP - Infrared Multi Protocol Decoder
11 <DIR> . 10.12.2008 01:11 <DIR> .. 07.01.2010 21:50 <DIR> AVR Tools 17.03.2008 20:32 <DIR> BASCOM-AVR 02.09.2008 14:23 432.040 CodeCompareSetup.exe 25.11.2008 01:00 <DIR> Grafikkonverter 07.03.2008 21:01 <DIR>
der irsndconfig noch eingetragen werden, da auch hier die Pins nicht stimmen: [c] #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || defined (__AVR_ATmega324P__) // usw. [/c] Vielen Dank für dieses schöne Projekt!!! Grüße, Peter
-
Thread
Transistortester AVR
0xDD 0xBF
usb -v bekam ich auch die "did not find any USB device" Fehlermeldung. Ich habe dann libusb-win32-bin-1.2.6.0 aus dem Internet geladen. Im ausgepackten Verzeichnis habe ich den "libusb-win32 Inf-Wizard" ausgeführt (Doppelklick). Mein Diamex ALL-AVR war dabei schon eingesteckt (USB). Danach geht
-
Thread
KS0108 GLCD Routinen
font_data[]; * // bit field of all characters */ #include <inttypes.h> #include <avr/pgmspace.h> #ifndef ARIAL_BOLD_14_H #define ARIAL_BOLD_14_H #define ARIAL_BOLD_14_WIDTH 10 #define ARIAL_BOLD_14_HEIGHT 14 static uint8_t Arial_Bold_14[] PROGMEM = { 0x22, 0x08, // size
von Ape aus seinem ersten Post(also die Urlib(für mich als Anfänger reichts)) auch auf meinen Atmega32 laufen, nur leider sieht das das Display so aus wie im angehängten Bild. Hier mal mei n Quellcode vom main.c [c] #include <avr/io.h> #include <avr/pgmspace.h> #include <avr/delay.h> #include
-
Thread
MMC/SD ansteuern mit AVR
Diese Funktionen gitbt es in der aktuellen Version von WinAVR nicht mehr (seit 14.02.2005). Lade dir halt die aktuelle Version der MMC-Bibliothek bei Ulrich Radig (www.ulrichradig.de) herunter. Da ist es schon länger abgeändert. Gruß Elektrikser
Clockzeiten anzupassen, reicht es aus, dem Befehl noch 2 Weitere Parameter zu übergeben (BASCOM-AVR) Shiftout Mosi , Clk , Dat , Msbl , 8 , 500 Shiftout Mosi , Clk , Addr , Msbl , 32 , 500 Am ende gibt man zum einen eine "8" oder "32" für die anzahl der Bits ein, die übertragen werden sollen
-
Thread
AVR SPI Schieberegister C
Screenshot. Der Programmcode ist wie folgt: #include <avr/io.h> #define DDR_SPI DDRB //schieberegister #define DD_MOSI DDB5 // MOSI dann auf SIN = SER #define DD_SCK DDB7 // dann auf SCK #define DD_SS DDB4 // auf RCK #define F_CPU
[C] DDR_SPI &= ~(1<<DD_SS); DDR_SPI |= (1<<DD_SS); DDR_SPI &= ~(1<<DD_SS); [/C] und was soll das da sein? Da steht: Schalte den Pin auf Eingang, schalte den Pin auf Ausgang und dann wieder auf Eingang. Du
-
Thread
Erste Schritte mit ARM SAMD20
Firmware ist der Bresenham-Algorithmus, also 32-Bit-Integer-Additionen und -Subtraktionen. Der braucht nach wie vor rund 300 CPU-Takte. Lediglich der 32-Bit-Timer hat etwas gespart, der wird auf AVR mit einem 16-Bit-Timer emuliert, was einige Takte
drunter mit GCC 4.8.4 mit CMSIS 4.2.0. Aktuell wäre 4.8.5, 4.9.3 oder 5.2 und CMSIS 4.3.0. Für den AVR ist es GCC 4.8.1 und für AVR32 gar 4.4.7. Also der Zoo an Tools wird doch eigentlich immer bunter, obwohl vieles davon GCC ist.
-
Thread
8h Timer mit attiny85 - Genauigkeit ohne Quarz
lange auf PIC gekuckt. Aber diese zwei Sachen, gebankte SRAM und teure Compiler - das hält mich bei AVR. Wenn schon zu wechseln, dann lieber gleich auf STM32. Auch kostenlose Compiler und frei zugängliche (und auch viel größere) RAM. Wenn AVR nicht mehr reicht. Übrigens, hier hat man noch eins bei
Reset Recommended Usage 00 6 CK 14CK(1) BOD enabled 01 6 CK 14CK + 4 ms Fast rising power 10 6 CK 14CK + 64 ms Slowly rising power 11 Reserved ATtiny25/45/85 [DATASHEET] 29 2586Q–AVR–08/2013 Note: 1. If the RSTDISBL fuse is programmed
-
Thread
IAR workbench + olimex msp430-jtag-ISO
schreiben das ich das gefunden habe. ich bekomme die Meldung: IAR C/C++ Compiler V5.10.6.30180/W32, Kickstart edition for MSP430 Copyright 1996-2010 IAR Systems AB. 936 bytes of CODE memory 127 bytes of CONST memory 146 bytes of DATA memory (+ 14 bytes shared) ... IAR Universal Linker V4.61T/W32 Copyright (C) 1987-2010 IAR Systems AB. 1 670 bytes of CODE memory 201 bytes of DATA memory (+ 14 absolute ) 102 bytes of CONST memory ... wenn ich mir die Werte anschaue
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
3*32KByte für 640*480? Das stimmt aber nur für Graustufen. Und da wär ich mir nicht sicher, ob das noch vernünftig aus nem AVR zu holen ist. Lass mich aber auch gerne vom gegenteil überzeugen. Wieso nicht
auf egal wo ich das Bild auf dem Display platziere. PS. der 10,24MHz Quarz war noch ungenutzt, den 14,7456 Mhz hab ich aus meinem AVR-Server mit Kamera ausbauen müssen. mfg walter10
-
Thread
Wie bekomm ich die Daten in den Speicher?
das kam dabei heraus: :1 000000 00 09 01 0A 02 0B 03 0C 04 4B 08 11 09 12 0A :1 000100 13 0B 14 0C 53 10 19 11 1A 12 1B 13 1C 14 5B :1 000200 18 21 19 22 1A 23 1B 24 1C 63 20 29 21 2A 22 :1 000300 2B 23 2C 24 6B 28 31 29 32 2A 33 2B 34 2C 73 :1 000400 30 A9 31 AA 32 AB 33 AC 34 6B 40 09 41
Bytes 0xAA, 0xBB, 0xCC, 0xDD an den ersten vier Stellen finden..... Gruß Thilo
-
Thread
Orange Pi - 15$ Quadcore SBC
[ 14.312429] systemd[1]: Starting Journal Socket. [ 14.461076] systemd[1]: Starting udev Coldplug all Devices... [ 14.590645] systemd[1]: Starting Setup Virtual Console... [ 14.613591] systemd[1]
am einfachsten wäre es direkt mit Linux dd, Cygwin dd müsste auch klappen.. Live CD in die Konsole "dd if=eingabefile.img of=/dev/sdbX" ich bevorzuge in Windows Rawrite32.. http://www.netbsd.org/~martin/rawrite32/
-
Thread
Verständnisfrage PWM mit AVR
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
> eigentlich hatte ich mit einem kleinen ATTiny412 geliebäugelt Ein AVR16EB14 sollte die Vorgaben erfüllen.
-
Thread
SDR-Dekoder für TFA KlimaLogg Pro/IT+ Temperatursensoren
Oct 25 17:37:09 localhost kernel: [366534.958633] usb 1-1.3.2: SerialNumber: 00000001 Oct 25 17:37:14 localhost run-tfrec.sh[579]: Read timeout, exiting Oct 25 17:37:14 localhost systemd[1]: tfrec.service: main process exited, code=exited, status=255/n/a Oct 25 17:37:14 localhost systemd[1]: Unit tfrec.service
fa 00 27 dd 68 b2 30 c0 06 RSSI 80 #003 1550170801 L=25 4b 2d d4 2b 12 02 48 97 a9 de 8a 40 00 81 13 00 fa 00 27 dd 68 b2 30 c0 06 RSSI 80 02 48 97 a9 de 8a entspricht der aufgedruckten Seriennummer. Könnt
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
0x03 ; 3 5b6c: ba 2e mov r11, r26 5b6e: cc 24 eor r12, r12 5b70: dd 24 eor r13, r13 5b72: ee 24 eor r14, r14 5b74: ff 24 eor r15, r15 5b76: 00 e0 ldi r16, 0x00 ; 0 5b78: 10 e0 ldi r17, 0x00 ; 0
ftw32 += freq32 / 264ul; ftw32 -= freq32 / 761203ul; stop_t1_counter(); [/c] 3) Matthias Hopf hat auch eine 64-Bit Lib geschrieben - http://www.mshopf.de/proj/avr/uint64_ops.html Damit ist