-
Thread
ATtiny10 lässt sich mit USBasp und avrdude nicht flashen
/avrdude/?C=M&O=D Mein assembler-Programm (erstellt mit Atmel Studio): [c] start: inc r16 rjmp start[/c] Der Befehl in der cmd: [c] D:\Programme\AVRDude\avrdude.exe -c usbasp -p m16 -u -U -F flash:w:ATtiny10Test.hex [/c] Ausgabe von avrdude: [c] avrdude.exe: warning:
Frank K. schrieb im Beitrag #5119554: > Kannst > Du keinen PIC10F320 oder so etwas in der Richtig verwenden. Da hättest > Du das Problem nicht. Das ist ein hundsgewöhnlicher PIC mit einem ganz > normalen ICSP, was mit jedem PICKIT 3 funktioniert. Den hab ich
-
Thread
Welcher PIC16/18 mit ähnlichen Speicher Specs wie Atmega328
als Angabe? Soweit ich das selber überschaut habe sind die PIC16F vom Speicher her eher kleiner und die PIC18FxxJxx eher im Atmega328 Bereich, oder täuscht das? Gruß Beast
Danke Frank, den PIC16F18877 bekommen ich über Reichelt noch nicht, aber sowas wär nicht schlecht...
-
Thread
Oszillatorenhilfe für einen Anfänger
Unterschiede nicht auflösen. Die haben typisch 8Bit oder 10Bit, dein Audiosignal hat mindestens 16Bit Auflösung. Du siehst da vielleicht gerade noch, was ein oller Kassettenrecorder so konnte. Ein Audiospektrumanalyzer wäre da schon hilfreicher, aber
Rechteck programmieren/aufbauen laesst? Schau mal hier in meinem Beirag von 2013 "DAC-R2R-Netzwerk mit PIC16F84": https://www.mikrocontroller.net/topic/300996#3221908 natuerlich darf es auch ein anderer Prozessor sein - siehe dortigen Text. mfG Ottmar
-
Thread
Filter mit konstanter Phasenverschiebung gesucht
500kHz 1. Kann mir jemand einen empfehlen? 2. Wäre es sinnvoll einen Filter in den Mikrokontroller(PIC30F2020) zu programmieren? 3. In wie weit kann ich ein Signal mittels der DFT wiederherstellen?
Werte für die Phasenverschiebung sind extrem Werte und nicht auf diesen Filter bezogen) Signal 1: 8khz / phase: 45Grad Signal 2: 200khz/ phase 90Grad Differenz: SignalPH1 - SignalPH2 = 45 - 90 = -45 Grad Sinus mit 8kHz wird um 15 Grad durch den Filter verschoben bezogen auf das Eingangssignal
-
Thread
ADC-Offset Problem
Ich habe beliebige Signale, welche abgetastet werden. Mein Problem ist, dass der ADC im PIC(dsPIC30F2020) keine negativen Spannungen verarbeiten kann. Damit muss ich das Signal um einen Gleichanteil anheben, sodass kein negativer Anteil übrig bleibt. Anderseits muss ich beachten, dass
angehoben wird, sodass ich in die Sättigung gerate und damit das Signal "zerstöre". (5V Versorgung für den PIC und den Impedanzwandler) Anderseits kann es auch sein, dass bereits ein Gleichanteil am Signal anliegt. Diesen müsste ich auch erfassen und verarbeiten. Hat jemand vielleicht eine Idee oder schon
-
Thread
Ersatzwerte für die gezeigten Bauteile
Unbedeutend ist der nicht, der bestimmt zusammen mit dem Widerstand daneben die Oszillatorfrequenz des PIC16. Hat damit einen indirekten Einfluß auf die Reichweite: Stimmt die Frequenz nimmer ist es Essig mit dem Empfang.
Bauteilbezeichnung von Aussen nicht ersichtlich ist http://www.ebay.ca/itm/50pcs-SMD-Transistor-BC857B-3F-0-1A-45V-PNP-SOT-23-transistor-BC857-New-/302077530359?hash=item46553950f7:g:o8gAAOSwtnpXluk~
-
Thread
Mal wieder Wanderkiste?
3 dsPIC30F4013 DIP40 6 Zahlenschalter Hartmann SMC-D 137 AK2 10 DC-DC Wandler NME0505DC DIP-THT 7 D/A Wandler DAC312H DIP 20 TVS-Diode P6KE30A THT 4 7-Segm.Display Litronix DL747 8 Quarz 16MHz
Kiste ist bei mir angekommen. Die Halbleiter-Box ist ja der Hammer. Out: 2x Gehäuse 2x 2N3055 8x SMD ELKOs 470µF 8x 100µF 16V 3x 100µF 25V 2x BGR 3x NTC 100k 1x Lineal 4x Klemmen 1x ATTiny26 1x L2930 1x Adapter 5x 7805 8x P3NB10 1x TAS5424 1x NXP LPC Eval-Board IN: 1x Grafik-LCD
-
Thread
Schutzbeschaltung H-Brücke
ich diesen Schaltplan hier gefunden, in dem noch 4 Dioden eingebaut sind: http://4.bp.blogspot.com/-8wcu9f-u2Lo/VvpJuGlPN6I/AAAAAAAABD8/z32B-g-dFREHBud382k5lwT6J91pfEnVA/s1600/pic16f877a-dc-motor-speed-direction-control-h-bridge-circuit-ccs-picc.png Ist das eine Schutzbeschaltung oder wofür dienen
-
Thread
PWM-Signal mit 0,1 Hz erzeugen
Wenn man schon eine passende Spannungsversorgung hat, ist der PIC10 kleiner =8-D . Aber der NE555 bewahrt Dich zuverlässig vor Softwarefehlern.
fop schrieb im Beitrag #5105682: > Sogar ein PIC10F200 sollte das schaffen. Für den > bekommst Du aber keinen C-Compiler. Doch, XC8. Allerdings braucht man für den PIC einen Programmer.
-
Thread
Problem mit I²C
> Was den jetzt - 16 oder 32 ? > Ich habe es 2 Mal höfflich versucht... > Du lügst von Dingen von denen du absolut keine Ahnung hast und was > noch schlimmer ist - du widersprichst dir selbst. > Erst sind es 16
immerhin schon 15kSPS. Jeder halbwegs brauchbare Controller schafft das mühelos. Zwei Beispiele: PIC24FV32KA301 (100kSPS) STM32F072 (1MSPS)
-
Thread
VGA Signal Fragen
Plattform. Oder ein LCD plus Controllerchip wie SSD1963 oder Epson S1D13781. Oder ein kleiner ARM oder PIC mit Hardware-LCD-Interface. fchk
Pixelverdoppelung lässt sich einfach mit zwei kaskadierten Schieberegistern (dann z.B. 74xx589) oder einem 16-Bit-Schieberegister (74xx674) bewerkstelligen, bei denen je zwei Eingänge mit einem Bit Deines 8-Bit-Ports belegt sind.
-
Thread
"Apps" für ein embedded Device
angepaßt werden (da kommen ein paar neue Sections hinzu) und (falls verwendet) müssen Libraries mit -fPIC neu compiliert werden. Wie gesagt, auf ARM habe ich's noch nie selbst probiert, aber gehen müsste das eigentlich schon.
: e8bd 4010 ldmia.w sp!, {r4, lr} 20008444: f7fa bfa4 b.w 20003390 <printf> 20008448: 2000d656 .word 0x2000d656[/pre] und mit "-fpic -msingle-pic-base -mpic-data-is-text-relative
-
Thread
toolchain für STM8 unter Windows
/stm8.lib -I/usr/local/share/sdcc/include main.c bin/gpio.rel bin/motor.rel bin/stm8s_adc1.rel bin/stm8s_clk.rel bin/stm8s_exti.rel bin/stm8s_gpio.rel bin/stm8s_itc.rel bin/stm8s_tim1.rel bin/stm8s_uart2.rel
successful. X:\work\bin>cd .. X:\work>sdcc -v SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/hc08/s08/stm8 3.6.5 #9842 (MINGW32) published under GNU General Public License (GPL) X:\work>make -v GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc.
-
Thread
ADCC - nur zuckeln am Eingang!
(uint16_t upperThreshold) { //Sets the ADUTHH and ADUTHL registers ADUTHH = upperThreshold >> 8; ADUTHL = upperThreshold; } void ADCC_SetLowerThreshold(uint16_t lowerThreshold) { //
Peter D. schrieb im Beitrag #5101117: > Beim AVR gibt es neben ADCL und ADCH auch ADCW. ADCW ist 16Bit Gibts bei XC8 auch: ADRES In der PIC18F26K40.h definiert, die über xc.h automatisch includiert wird: [c]extern volatile unsigned short ADRES @ 0xF63;[/c]
-
Thread
Union und Bitfelder
seinen Compilern mitliefert, werden *alle* Registerbits in Bitfeldern angelegt. Die Programmierer des XC8 und des XC16 (ist der GCC) sehen das also exakt andersherum. MfG Klaus
Rufus Τ. F. schrieb im Beitrag #5099226: > Hat schon mal jemand so etwas gesehen oder ist das nur hypothetisches > "Ich kann aber den Standard lesen"-Getue aus der Informatik-Vorlesung? Für die Microchip PIC
-
Thread
Alle Teslas sollen per Software-Update zu vollautonomen Fahrzeugen werden können - realistisch?
abbremsen beschleunigen/abbremsen > beschleunigen/abbremsen beschleunigen/abbremsen ... ... lassen. You pic > the point? Was mich betrifft fahre ich auch nur eine kleinere Kiste mit 1.8l. Also keinen SUV. Außerdem plane ich meinen Gebrauch so daß ich nicht wegen jeder Kleinigkeit raus muß. Das spart Zeit
alles per LKW dorthin gebracht. > Was mich betrifft fahre ich auch nur eine kleinere Kiste mit 1.8l. Wen interessiert denn der Hubraum? Ein F1-Auto hat 1,6l.
-
Thread
Welche maximale Taktrate ist ohne Oszilloskop sicher beherrschbar?
Dieter F. schrieb im Beitrag #5095262: > Nano schrieb im Beitrag #5095254: >> Also wird es wohl ein Rigol DS1104Z werden müssen. > > Wen willst Du hier eigentlicht veralbern :-) Morgen ist Monatserster
damit glücklich werden. Für etwas mehr Geld (<40€) tummeln sich auf ebay auch zunehmend LA mit 16 Kanälen und 100MHz Sampling (das sind dann Clones vom Saleae Logic Pro 16)
-
Thread
FIR Filter auf PIC
Stefan K. schrieb im Beitrag #5091091: > Ob das bei Deinem PIC (welcher?) möglich > ist, weiss ich nicht. Es ist ein PIC16F15376 Also die Musik durchschleifen funktioniert, von daher gehe ich davon aus, dass Jitter kein Problem ist? Wenn die Schleife
sondern darum, dass ich das alles erstmal richtig verdrahtet bekomme. Ich versuche erstmal, an mein PIC16F15376 Dev-Board einen Spannungsteiler hinzufriemeln und dann nochmal die ADC-Werte aufzuzeichnen, vllt. klappt das dann auch mit Matlab :D
-
Thread
Einfachen Mikrocontroller programmieren
Microchip wird sich dabei langweilen. z.Bsp.: http://www.microchip.com/wwwproducts/en/ATtiny10 oder PIC10F??? im SOT23 oder SC70-6 oder 8DFN
brauchst du > eben einen dazu passenden USB-UART. dann spreche es doch aus, Arduino miniPRO mit 8MHz können mit 3,3V oder 5V laufen, aber da muss man beim Kauf drauf achten, sonst klappt das mit der Programmierung aus der IDE (F_CPU 16MHz für 5V oder eben 8MHz für 3,3V Betrieb) nicht weil die üblicherweise
-
Thread
[V] µC, Halbleiter, Relais
-> 1€/Stk. 9x AT89C2051X2-24PC: 8051, DIL -> 0,75€/Stk. 80x PIC16LF648A-I/SO: PIC -> 0,25€/Stk. oder 10€/gesamt 4x DS500: 8051, gebraucht, entlötet, ungetestet -> 2,50€/Stk. 3x AN2131SC: 8051, USB -> 1€/Stk
Hallo Ralph, ich nehme 12x 41.61.9.012.0000: 12V SPDT, 16A, Finder und 4x Goldcap: 1,0F, 5,5V, 20x7mm vielen Dank
-
Thread
HF Rechteckpuls (150MHz) - Duty Cycle programmierbar?
Es gibt eine PIC Familie, die kann das. Siehe dsPIC 30F2023-30I, der kann mit einem internen PLL auf 480MHz hochgehen, fuer PWM.
Aha schrieb im Beitrag #5083391: > Es gibt eine PIC Familie, die kann das. > Siehe dsPIC 30F2023-30I, der kann mit einem internen PLL auf 480MHz > hochgehen, fuer PWM. Das halt ich aber für ein nicht haltbares Gerücht, daß man damit ein PWM-Signal
-
Thread
serielle Schaltung von zwei BMS (Batterie Management Systeme)
durchdenken. Die Bauteile passen auch nicht zu Artikelbeschreibung. Controller-IC: http://pmo3170f3.pic27.websiteonline.wegcn/upload/20_okti.pdf und dann höchstwahrscheinlich Low-Side-Switch (4406 auf dem Switch erkannt): http://www.aosmd.com/res/data_sheets/AO4406A.pdf Ich kann nur jeden E-Technik-Studenten
Hey noreply Nimm doch einfach ein 8s BMS. Gibts ebenfalls für ein paar dollar.(und teilweise lange versandzeiten) https://www.aliexpress.com/wholesale?catId=0&initiative_id=AS_20170719215124&SearchText=8s+bms P.S.: Schau drauf dass
-
Thread
Unterschied zwischen bei Compiler MPLAB® C und MPLAB® XC
Hallo Zusammen, ich habe eine PIC18F4550, die wurde unter MPLAB IDE 8.9.2 programmiert. Jetzt bin dabei einen neue Entwicklungsumgebung (MPLAB® X IDE v3.65) zu runterladden.Die Frage ist was für einen kompiler muss ich noch installieren
vermutlich einen 18F45K50 nehmen. Der sollte billiger sein. Wie kommst du auf die Idee mit dem PIC32? Auch schon daran gedacht einen 16F1459 zu nehmen?
-
Thread
Arduino Pro Mini Tot?
soll man das erklären ohne wieder ein Krieg auszulösen... Sagen wir so: Wenn der normale MC hier (AVR/PIC 8Bit / 32iger STM, SAM NXP etc..) die Regelschule ist, FPGA das Gymnasium - dann ist die ganze Arduino Geschichte eher so im Kindergarten anzusiedeln. Und der übliche Treffpunkt des Kindergartens ist
das erklären ohne > wieder ein Krieg auszulösen... Sagen wir so: Wenn der normale MC hier > (AVR/PIC 8Bit / 32iger STM, SAM NXP etc..) die Regelschule ist, FPGA das > Gymnasium - dann ist die ganze Arduino Geschichte eher so im > Kindergarten anzusiedeln. Genau diese Art Kommentar ist arrogant
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
Mampf F. schrieb im Beitrag #5077685: > Leider gibt es die Kombination wieder nicht als Board ... I2S + SDRAM + > SD-Slot ... :( Das STM32F746 Discovery hat genau das: * 8 MByte SDRAM * 480x272 LCD * Audio-Codec
eigentlich fast alle µC programmieren. Für Audio oder SDR-Zwecke fallen aber fast alle kleineren Typen (8Bit usw.) heraus. Was übrig bleibt, sind PIC32 und Cortex M4F. Nun mußt du PIC32 und Renesas betreffend, jemand anderes als mich fragen, aber zu den unten genannten Cortexen kann ich was beitragen
-
Thread
ATMega ans LAN bringen: Mit HLK-RM04?
wars. Also eine wirkliche Single-Chip-Lösung. Den TCP-IP-Stack gibts bei Microchip, dazu MPLABX und XC8, und die Sache läuft. Wenn Du mehr IOs brauchst, gibts den PIC18F97J60. 100 Pins statt 64, mehr IOs, mehr UARTs/SPI/I2C, ansonsten alles gleich. Der Ethernet-Teil ähnelt dem ENC28J60, aber da hier
Beitrag hier im "Markt" Forum auch schon drüber gestolpert. Habe aber bisher nur die alte Version mit 16MB RAM / 4MB Flash gesehen. Frank K. schrieb im Beitrag #5075149: > Die billigste und kleinste Möglichkeit, einen Ethernet-Knoten > aufzubauen, ist ein PIC18F67J60. Das ist ein 64-Pinner, der
-
Thread
PIC 16F84 geeignet ?
Hallo, welcher PIC eignet sich zum Einstieg in das Thema "C auf PIC" ? Ich dachte an einen 16F84, bin mir aber unsicher. Thanks, Ashoka
Ashoka schrieb im Beitrag #5073025: > Hallo, > > welcher PIC eignet sich zum Einstieg in das Thema "C auf PIC" ? > Ich dachte an einen 16F84, bin mir aber unsicher. Ein PIC32MX150F128B wäre ganz angebracht. Es muss ja kein 8-Bit PIC sein, oder? http://
-
Thread
16 Bit LCD mit I2C möglich?
15 Euro kostet, ist im Prinzip egal. fchk PS: Einen PICKIT3-Clone, mit dem DU alle aktuellen PIC (8,16,32 Bit) flashen und debuggen kannst, gibt für 20€. Auch nicht die Welt.
-8068-8-and16-bit-AVR-XMEGA-A3-Microcontrollers_Datasheet.pdf Wo steht das in der anleitung sehe davon nichts.
-
Thread
Allg. Fragen zum Debuggen von AVRs
nachher per Seriell ausliest. Allenfalls baut man sich einen Addon-Print, der einen oder mehrere 8 fach DACs einthaelt, auf die man dann Prozessvariablen schreibt, und mit einem Oszilloskop verfolgen kann.
und alle Neuerungen zu ignorieren ist aber auch nicht was Wahre. Ich hab Jahrelang mit diversen 8-Bittern von Atmel oder PIC gearbeitet. Der erste Schritt zu HW mit HW-treibern war auch schwierig, wenn man in Projekten die Zeit im Nacken hat, aber als ich mich dann privat mal 2 Tage damit beschäftigt
-
Thread
Wahl Mikrocontroller Abschlussarbeit
ist, wird der andere gefüllt und der jetzige ausgewertet. Da geht nix verloren. Da reicht auch ein 16bit PIC aus. Oder ein ATxMega (8Bit). Auf diese Weise generiere ich auf einem XMega ein 160kSpS Audiosignal per DDS und Lookuptable.
, womit er selbst Erfahrungen hat. BM schrieb im Beitrag #5063783: > sowie voraussichtlich 2-3 8 bit und Abtastrate > ca. 2-3 mal pro Sekunde) Sind das weitere externe AD-Wandler? Oder können das interne sein? Ich bin alter PIC-Anhänger und könnte mir vorstellen, die Aufgabe mit einem PIC16F87X
-
Thread
Welchen MOSFET für PWM?
c.m. schrieb im Beitrag #5062382: > ich hab LED-streifen (8A/12V) ohne probleme über einen BUZ11 gesteuert - Ich denke, der BUZ-11 ist bei den FETs sowas, wie der 16F84 bei den PICs: Veraltet, hat schlechte Daten und ist obendrein auch noch teuer, aber er
halt ein BUZ-11 vielleicht nicht unbedingt die erste Wahl. Mein Eindruck ist, daß häufig auch BUZ-11, PIC16F84 und ähnliches gern für Neuprojekte hergenommen werden, ohne zu prüfen, ob es nicht etwas moderneres und besseres gibt.
-
Thread
[V] THT Bauelemente, AVRs, Logik, Schnittstellen
Hallo Zusammen, ich möchte euch heute folgendes Anbieten: *AVR* [pre] * 16x ATTiny13A-PU 4,00 * 12x ATMega8-16PU 10,00 * 3x ATMega8A-PU 2,50 * 1x ATMega8-16PI 0,60 * 1x ATMega328P-PU 0,80 * 5x ATMega16-16PU 7,50 * 2x ATMega32-16PU
5x CD74HCT4511E (TI) 1,00 * 10x HCF4511BE (ST) 1,00 * 1x MAX7219CNG 0,20 * 1x dsPIC30F2011 0,80 * 5x ULN2803APG (Tosh) 0,20 * 3x MAX232CPE 0,20 * 20x CD4017BE 0,50 * 4x CD4543BE 0,20 * 12x CNY17-2 1,00 * 30x DIL4 Optokoppler
-
Thread
AVRISP MKII nicht mehr lieferbar - Alternativprodukt?
den hier besorgt: https://www.amazon.de/gp/product/B00KM6ZA9I/ref=oh_aui_detailpage_o08_s00?ie=UTF8&psc=1 Das teil läuft wie das original mit AVR Studio. Auch ein Firmware-Update ist kein Problem. Ich habe damit Atmega328 und 16U2 programmiert. Grüße!
Den macht man wenn es an Leistung fehlt. Für die meisten Bastlerprojekte > langt aber ein AVR oder 8er PIC nach wie vor. Wenn ich die Wahl habe zwischen einem 8-Bit Controller mit 128k flash, mehr oder weniger fester Periphierie-Zuordnung, 32MHz Takt für 4€ oder einem 32-Bit Prozessor mit 256k flash
-
Thread
sei nicht schlauer als der Compiler?
ich gerafft. vn n. schrieb im Beitrag #5058972: > Die richtige Wahl wäre uint_fast8_t: dieser ist definiert als > schnellster unsigned Datentyp mit *mindestens 8 Bit Breite* Eine 32bit Cpu wird da eher nicht mit 8bit /rumwuschteln/ und eine 8bit Cpu sicher nicht mit 16bit....
Unterscheidung in der jeweiligen Architektur nicht gibt. Beispielsweise bringt ein AVR eben Befehle für 8 und 16 bit Daten bit, Unterscheidung in vorzeichen-typen/Operatoren gibt es garnicht(? oder ist verzichtbar!). Also alles im Wortsinne Integer und jeweils normal (8bit) und doppelt (16bit) breit -
-
Thread
Loxone Link - CAN-Bus
8 87 00 C9 7F 76 57 89 00 8) 14022.8 Rx 019C0036 8 87 00 C9 7F 76 57 89 00 9) 15039.7 Rx 019C0036 8 87 00 C9 7F 76 57 89 00 10) 16056.7 Rx 019C0036
8 87 00 C9 7F 76 57 89 00 14) 19176.5 Rx 106FF007 8 FF 00 00 00 00 00 00 00 15) 19190.5 Rx 00000000 8 0C 00 00 00 00 00 00 00 16) 19206.5 Rx 106FF007
-
Thread
Firmenliquidation Olimex, Freescale und BMCM Produkte
48 RPi-UEXT PIC32-PINGUINO-MX220 ISP430-SOLAR DCDC-36-5-12 DCDC6-16-TO5 USB-uLIpO BAT LIPO 6600 MOD-USB-RS232 MOD-LCD-1x9 MOD-WIFI-RTL8188 MOD-MRF24J40 MOD-BMPO85 MOD-MPU9150 MOD-SMB380 MOD-RS232 MOD-RS485
. BMCM Produkte LAN-AD16f USB-AD16f USB-AD12f ZU37CO OR8 USBAD12 Diverses: ARM mbed NXP LPC Infineon XMC Boot Kit Freescale Stellasris LM3S6965 Evaluation Kit (Tower) Freescale FRDM-KL25Z Interessenten dürfen
-
Thread
Frequenzzähler eigenbau, Jitter beim Interrupt
zum Artikel, weshalb wurde dort 14.31MHz als Referenz verwendet? Mein Ansatz wäre, einen STM32F0 zu verwenden, anstelle des Atmega8. Die Referenzfrequenz bei z.B. 16MHz anzusetzen.
deutlich einfacher, ich hänge dir mal ein paar Bilder dran. Der µC ist ein billiger einfacher PIC16F716, der Komparator am Eingang ist ein ADCMP600 oder ein MAX999, die beiden Tore für Input und Referenz sind zwei NC7SZ125, die Referenz ist ein TCO-990 von Toyocom und der Quarz für den PIC ist fast
-
Thread
PIC18F26K80 UART Problem (string)
baud rate // 0 = low speed baud rate BAUDCON1bits.BRG16 = 1; // 1 = 16 bit baud rate generator // 0 = 8 bit baud rate generator TXSTA1bits.TX9 = 0; // 0 = select 8-bit transmission
Also bei mir tut dein Programm im Wesentlichen. (xc8 v1.41, ältere IDE) - Target voltage detected (5V) - Target device PIC18F26K80 found. - Device ID Revision = 2 Einige Sachen sind mir aber aufgefallen. 1. alle #includes ausser xc.h kann man
-
Thread
Einstieg in dsPIC oder PIC32?
Sascha W. schrieb im Beitrag #5047345: > Und dann sind da nun die neuen dsPIC und PIC32... > Sie scheinen rein gar nichts mit den alten PICs zu tun zu haben, was > aufgrund meiner Abneigung gegen jene vielversprechend aussieht. Jepp, dsPIC und PIC32 haben mit den 8-bit PICs
dokumentiert. Nur USB oder Ethernet sollte man so eher sein lassen ;-) Foldende Typen sind nett: - PIC32MX250F128B : Fürs Breadboard - PIC32MX470F512H : für Projekte Der letztere hat 512k Flash, da passt schon einiges rein. Zum Debuggen empfehle ich einen Segger J-Link EDU. Das PICkit3 geht auch
-
Thread
Microcontroller - USB
Die billigste Lösung für Full Speed USB ist ein PIC16F1454. Beschaltung ist einfach - VCC, D+, D-, GND von Prozessor und USB miteinander verbinden, 100nF zwischen VCC und GND am Prozessor, dann vielleicht noch 10k zwischen VCC und MCLR, und das wars.
Anwendungsspezifisch". Frank K. schrieb im Beitrag #5045451: > Die billigste Lösung für Full Speed USB ist ein PIC16F1454. Der 0,76€ teure Si EFM8UB10F8G (c8051) ist darunter als Einzelstück am Günstigsten. (ab 1500 gibts den für 0,567€) Dein PIC16F1454 kostet 1,15€ pro Einzelstück. Da ist sogar ein samD11c14
-
Thread
Unnütze Registersicherungen in ISR
[c] #include <avr/io.h> void regs (void) { PINB |= 0x7f; PINC |= 0x7f; PIND |= 0x7f; } [/c]
volatile struct AppFlags* f = (struct AppFlags*) &GPIOR0; f->expired = 1; } int main;[/c] [pre]avr-gcc-8 -mmcu=atmega88 isr.c -Os && avr-objdump -d a.out[/pre] [pre]00000056 <__vector_14>: 56: f0 9a
-
Thread
Lösungsansätze für Bitschieberei gesucht
Mal 4 Werte... Da ist ein Switch case schon gut genug, mehr optimieren nur mit ausmessen. Also 16 bit-wert füllen per shift, Shift zählen, Nach mehr als 7 shifts die oberen 8 Bit rauskopieren und shift-=8 (eigener case, kann nur 8..11 sein...) Was ist denn dein Ansatz?
ein BIT Array nicht hinbekommt, oder ich bin zu d**f. 32*8 Bit ist quasi ein Container. Ich finde es trotzdem erstaunlich, wie kompakt Ihr das dann oft macht. Dazu fehlt mir noch die Erfahrung, scheinbar. Ich werde auch diese Routine mal antesten
-
Thread
Function declared implizit int Fehler bei sprintf unter XC8 mit PIC16F
Moin, hab da ein unschönes Problem mit sprintf, vielleicht hätte ich auch etwas einbinden müssen... Ich häng mal ne Datei vom compilieren dran und dann hier ein paar Zeilen vom Code. [c]void main(void) { char version; char buff[5]; setupIO(); setupSPI1(); setupUART(); init_MFRC522(); //delay after Setup __delay_ms(20); while(1) { //Get the amount of data waiting in USART queue uint8_t n= USARTDataAvailable(); //If we have some data if(n!=0) { //Read it char data=USARTReadData
-
Thread
Welche Programmiersprache auf µC
embedded C++ software, während die von C steigt. Siehe hier: https://www.youtube.com/watch?v=D7Sd8A6_fYU
unsigned int, unsigned int) [/c] wobei das natürlich nicht die Version der libstdc++ ist. Also für 8-Bit: 220-Bytes und für 16-Bit 294 Bytes.
-
Thread
Ein Lob an die Cortex M4 mit FPU :)
den Terabyte Weiten der HDD noch den Schadcode von 2 kB oder den Task für den Keylogger auf einem 8-Core Handy ? In einem ATtiny13 oder PIC16F887 würde Schadcode auffallen wie ein bunter Hund, in den Codemonstern eines PCs/ARM-A nicht mal als Rauschen auffallen, wenn er denn keinen Schaden anrichten
anderen Geräten als Googles Nexus/Pixel sind nach wie vor hundsmiserabel. > In einem ATtiny13 oder PIC16F887 würde Schadcode auffallen Ein ATtiny13 ist typischerweise nicht vernetzt.
-
Thread
Ubuntu Ramspeicher durchsuchen auslesen von fremden Programmen?
00000080 70 ab ec 00 00 00 00 00 f0 ab ec 00 00 00 00 00 |p...............| 00000090 a0 ac ec 00 00 00 00 00 10 ad ec 00 00 00 00 00 |................| daniel@colibri:~$ strings 00eca000-00eeb000 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_US.UTF-8 en_DK.UTF-8 en_DK.UTF-8 en_US.UTF-8 en_US.UTF-8 LC_CTYPE=en_US.UTF-8;LC_NUMERIC=en_US.UTF-8;LC_TIME=en_DK.UTF