-
Thread
ESP32 - Programmteile im RAM
großer Teil nicht > benötigter Firmware vorhanden wäre. Meine Herangehensweise: Nimm einen kleinen 8-Bitter wie den hier http://www.microchip.com/wwwproducts/en/PIC16F18426 Der ist zum ESP32 hin I2C Slave und spricht ein genormtes Protokoll, das alle zukünftigen Sensoren verwenden werden. Weiterhin
Sensoren auf einmal ansprechen, auch wenn die Sensorchips alle die gleiche I2C Adresse haben sollten. Der PIC abstrahiert das alles. Du kannst auch irgendwas anderes nehmen, aber die PICs haben für ihre Pinanzahl recht viel Peripherie drin. Und 12 Bit ADCs sind z.B. bei AVRs eher selten. fchk
-
Thread
PICkit 4 wird verkauft
Hallo, bin beim überlegen ob ich mir ein PicKit4 leisten soll. Mein einziges Problem ist das ich nicht weiß ob der PIC16F917 unterstützt wird, in der IDE wird angegeben das der Chip noch nicht auf kompatiblität getestet wurde (Beta-Support). Vielleicht
Hoffnung auf mehr Zuverlässigkeit, brachte da aber nichts. Und es funktioniert nicht mehr mit so älteren PIC Basteltypen wie PIC16F886, PIC16F877. PIC16F1933 ist okay. Meldet da immer Invalid Device ID. Beim PIC16F886 wird ID 0x2060 angezeigt und dann die Fehlermeldung. Schade, das Original PICkit3 und das
-
Thread
Geschwindigkeit IO-Zugriff
. Es sieht sogar so aus, als dass der TO dort allein mit der richtigen Optimierung auf seinem STM32F1 auf die 8 MHz gekommen ist. Denn schließlich ist HAL_GPIO_TogglePin() ja auch nichts mehr als das: [c] void HAL_GPIO_TogglePin(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin) { /* Check the parameters
Habe im Moment nur einen STM32F767ZI (Nucleo-Board) zur Verfügung. [c] while (1) { GPIOC->BSRR = (1<<8); delayXX(); GPIOC->BSRR = (1<<(8+16)); delayXX(); } [/c] Ohne Delays mit dem Oszi (Leihgerät
-
Thread
Speicherdrossel wird extrem heiß
Ringkern-Drossel verwenden. O ha. Ich hätte bei 500 kHz eher an eine Hochstromdrossel mit 2.7 .. 6.8 µH gedacht. Dein Drosselkern ersäuft ja geradezu im Strom, ohne ihn loszuwerden. W.S.
LM5104 und die Spule habe ich ausgelötet und übernommen. Das PWM-Signal erzeugt jetzt statt dem MCP16.. ein PIC12F683 auf eigener Platine mit separatem 5V-Spannungsregler, der wiederum 14V vom ersten linearen Regler erhält. Für den ersten Test habe ich mich für eine PWM-Frequenz von 10kHz entschieden
-
Thread
usb_ch9.h ERROR
gegen mich hat :P Langsam regt mich diese Universal Shi* Bus Geschichte echt auf. Und ja, der PIC 18F2455 ist natürlich Low-Speed-fähig ;)
Rufus Τ. F. schrieb im Beitrag #5338142: > Das ist eine 8-Bit-Maschine, die keine Alignment-Probleme kennt und > deswegen Strukturen eh' gepackt anlegt. Aber, aber... Also, das ist eine 8 Bit Maschine,
-
Thread
uC für USB Audio Anwendungen
z.B. ist jetzt nicht so riesig, das du da lange Samples speichern kannst. Von den oa. ist das STM32F7 zwar gross, hat aber SDRAM mit drauf. Das STM32F429 Discovery hat wie das F7 Board 8 MB RAM.
mehr zum Standard konform. fchk PS: Vorschlag von mir: http://www.microchip.com/wwwproducts/en/PIC32MZ0512EFE064 Ist zwar MIPS statt ARM, hat aber USB 2.0 High Speed (das ist Voraussetzung für 192k/24 Bit) und I2S/AC97 Codec Interface. Bei STM32F4 hast Du nur Full Speed USB Transceiver eingebaut
-
Thread
PWM Signal mit hoher Frequenzauflösung
PIC12F1572
mir nur nicht sicher, ob der die Frequenzauflösung schafft. Rattn schrieb im Beitrag #5333787: > PIC12F1572 Schafft nicht die Frequenzauflösung. Carsten R. schrieb im Beitrag #5334033: > phase shift PWM controller Gibt es die für 2,5MHz?
-
Thread
Starthilfekabel teardown
2172977/948/diesel_schwein.jpeg Nein, sowas: http://www.leab.eu/fileadmin/_processed_/csm_1502019170_PIC_01_c32807057a.jpg
Euro pro Klemme, man braucht 4): https://www.elmag.de/de_de/polklemme-rot-vollisoliert-bc2263a6-1f22-4061-82ca-d5840357f1df.html 600A 165mm, die zwei Messingbacken sind mit Kupferband verbunden. Habe ich mir vor 20 Jahren geleistet und es nie bereut ("damit Sie auch morgen noch kraftvoll zubeißen
-
Thread
wann Windows 10 IOT/Linux, wann zwingend Microcontroller ? Gesperrt
---------------------------------------------------- The 8086[1] (also called iAPX 86 )[2] is a 16-bit microprocessor chip designed by Intel between early 1976 and mid-1978, when it was released. The Intel 8088, released in 1979, is a slightly modified chip with an external 8-bit data bus (allowing
willst, macht es schon einen Unterschied ob der Mikrocontroller auf deiner Platine 50c kostet (zB 8-Bit PIC) oder dein Raspberry noch angeschlossen wird (Stecker/Kabel, Raspberry -> 25€). Ich behaupte: Für alles, außer Kameraverarbeitung/Multimedia/Großer Bildschirm, reicht ein Mikrocontroller.
-
Thread
Gerät automatisch einschalten
also einen kurzen Tastendruck. Allerdings habe ich nach gemessen, dass der Receiver 5,2V auf PIN8 raus gibt. das ist der Standard für 16:9 Bildformat und sollte den Fernseher, so er den reagierte, automatisch in den AV-modus schalten. Da das Gerät das leider verweigert kann ich doch diese 5V für
| GND R1 27k R2 270k R3 10k C1 220µF C2 1µF Der Rest des NE555 wie standard (Restet auf V++, Pin 5 via 10nF gegen GND, Pin 1 und 8 jeweils gegen GND oder V++) Das ergibt 6,5s via 4k7 am BC547, welcher mir den Taster des TV kurzschließt
-
Thread
PIC14, SDCC und "variable argument lists "
PICs? Volker S. schrieb im Beitrag #5330090: > Gerade mal ohne die blinkende LED getestet. XC8-Free braucht mit den > Funktionen printf() und delay() aus der Bibliothek 620 Bytes ;-) Sorry, war nicht für einen PIC16 sondern PIC18F26K22. PIC16 kann ich gerade nicht hardwaremäßig (UART) testen
aber gut aus. putchar() wird auf jeden Fall mit den korrekten Daten aufgerufen. (<450 WORDs bei 16F877A)
-
Thread
XC8: error: (1098) conflicting declarations for variable "_INTCONbits"
Generation not available in Free mode C:\Program Files (x86)\Microchip\xc8\v1.45\include\pic18f4685.h:35017: error: (1098) conflicting declarations for variable "_INTCONbits" (C:\Program Files (x86)\Microchip\xc8\v1.45\include\pic18f4685.h:32235) (908) exit status = 1 nbproject
bleiben soll, dann steht soweit ich mich erinnere in der Application Note was zu tun ist. <edit> XC8 ist praktisch nur der neue Name für HI-TECH C </edit> Ein bisschen was hat auch Nico auf PIC-Projekte zusammen getragen: https://pic-projekte.de/blog/bootloader-fur-pic16-und-pic18/
-
Thread
IR mit Internal Clock
2,7V, gut. - Interner Oszillator mit 8MHz, gut, wenn F_CPU=8000000UL eingestellt. - SPI enabled, gut. Sieht eigentlich gut aus. Auch schon mal einen anderen ATMega8 probiert? Hast Du einen 16MHz-Quarz am ATmega oder soll der über den
An dem ATmega328P (Uno Board) ist ein 16MHz Quarz. Der funktioniert soweit auch. Der ATmega8A wird mit dem internen Oszillator (8MHz) betrieben. Ich werde einmal einen anderen testen und mich dann hier melden. Ich kann sonst auch noch einmal
-
Thread
Wie sieht eure Entwicklungsumgebung aus?
wobei es oft schwierig war, den kleinsten gemeinsamen Nenner zu finden. Beispiel: set_clock(CLOCK_8_16); setzt den Clock auf 16 MHz bei einem Quarz von 8MHz. Ob das jetzt ein HCS08, ein S12X, ein STM32xx, ein SPX56xx oder ein Renesas R8C ist, spielt keine Rolle. Bei einem AVR würde der Compiler meckern, dass CLOCK_8_16 nicht definiert ist. Hier müsste man dann CLOCK_16_16 nehmen und einen 16MHz Quarz. Ich hatte schon mal angefangen, das zu dokumentieren um es zu veröffentlichen, aber leider wächst es schneller
-
Thread
6kW Buck Converter, Mikrocontroller gesteuert
Mikrocontroller/DSPs haben die üblichen Verdächtigen im Programm. Beispiele: TI TMS320F28027 Infineon XMC4200 ST STM32F334 Microchip dsPIC Serie Freescale MC56F827xx Bei 6kW würde ich keinen Wald und Wiesen Mikrocontroller wie ATMega nehmen. Gruß DC/DC
und 3kW Spitze gehen sehr gut mit 16MHz. http://www.votronic.de/index.php/de/produkte2/sinus-wechselrichter/standard-ausfuehrung/smi-1700-st-nvs#technische-daten Der Wirkungsgrad ist allerdings auch nicht 99.8%...
-
Thread
bootloader AN1094 PIC33EP Problem
Hallo, ich verwende den Bootloader 1094 mit dem 16bit Flash Programmer. Funktioniert super bei den Pic 24fj.. Jetzt wollte ich diesen einfach auf den DSPic33EP. Den 16bit Flash programmer habe ich angepasst zumindest die Device Id. Nur wenn ich jetzt das Programm hochladen will. Kommt die Fehler Meldung Hex File 0xF80010addresse out of range. in der 16bit-flash programmer.cpp line 378 #define PM_SIZE 1536 /* Max: 144KB/3/32=1536 PM rows for 30F. */ #define EE_SIZE 128 /* 4KB/2/16=128 EE rows */ #define
-
Thread
SDCC & PIC16887: Fehler in erzeugter ASM-Datei
STM32 und NXP mit den entsprechenden GCC-Compilern und der Code funktioniert auch mit MCS51 und STM8 mit dem SDCC Compiler... Nur mit PIC will er nicht (und wie gesagt mit PIC beschäftige ich mich erst seit kurzem). Zur Verfügung habe ich derzeit leider nur einen PIC16F887 (andere sind bestellt
SDCC "dubios" ist weiß ich nicht, er hat bisweilen ein paar > "Macken", aber in Verbindung mit STM8 und MCS51 funktioniert er gut. Die stm8 und mcs51 backends (wie auch ds390, hc08, s08, z80, z180, r2k, r3ka, tlcs90 und gbz80) sind allerdings auch ausgereifter. Die pic14 und pic16 Backends dagegen
-
Thread
LCD auf Steckbrett, Störungen
LCD wiederverwenden, die voll funktionstüchtige Software habe ich dabei nicht verändert und auch am PIC18F26K22 an den gleichen Pins angeschlossen. Allerdings habe ich derzeit nur einen Versuchsaufbau auf einem Steckbrett. Hier kommt es zu kuriosen Störungen wie auf einem Bild ersichtlich. Wenn ich allerdings
natürlich gerechtfertigt. Hi, habe einmal die Routine umgeschrieben, so dass statt der 30 bzw. 03 3F bzw. F3 auf den Port gegeben wird, was ja einem +Vcc (high) auf den "unbenutzen" Pins entspricht. Tatsächlich scheint der der Wechsel zum Vierbit-Modus zu funktionieren. Aber nach internem CPU-Reset
-
Thread
Delay-Routine für STM8S
aber gerne verstehen. Beim PIC ist es einfach: 4 Quarztakte normal, 4*2 Quarztakte bei Sprung Im STM8 CPU Manual sieht man die Problematik: http://www.st.com/content/ccc/resource/technical/document/programming_manual/43/24/13
Also beim STM32F1xx ode F4xx zählt man mit der --> Data Watchpoint and Trace Unit die Zyklen und kann damit ziemlich präzise auf die Mikrosekunden zurückrechnen. Ob es das beim 8-Bitter auch gibt hab ich
-
Thread
Hilfe mit Altera Cyclone II (bzw. III)
Hallo, ich habe hier zwei TFT-Treiber Boards, eines hat einen Cyclone II vom Typ "EP2C8F256I8" drauf, im BGA-Gehäuse und das andere einen Cyclone III "EP3C25F324A7N", ebenfalls im BGA. Beide Chips haben wohl von hause aus eine JTAG-Schnittstelle. Bei den vielfältigen Datenblättern und
stw r17,28(sp) 95c: dd000415 stw r20,16(sp) 960: dd800215 stw r22,8(sp) 964: ddc00115 stw r23,4(sp) 968: dfc00a15 stw ra,40(sp) 96c: dc000815 stw r16,32
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
ed 01 00 08 ................ 08000194 <delay.constprop.0>: 8000194: b082 sub sp, #8 8000196: 23c8 movs r3, #200 ; 0xc8 8000198: 2100 movs r1, #0 800019a: f644 601f movw r0, #19999 ; 0x4e1f 800019e: 9101 str r1, [sp, #4] 80001a0: 9a01
SystemInit+0x5e> 800029c: 689a ldr r2, [r3, #8] 800029e: f022 02f0 bic.w r2, r2, #240 ; 0xf0 80002a2: 609a str r2, [r3, #8] 80002a4: 689a ldr r2, [r3, #8] 80002a6: f442 5280 orr.w r2, r2, #4096 ; 0x1000 80002aa
-
Thread
220VAC Timer aus China verändern (Zeit verlängern)
genug gesagt -> leckströme. >Ein PIC12f1822 wäre sogar ganz pinkompatibel, nur wie könnte > M.B. diesen programmieren, wenn er nicht einmal weiss, wie ein 555 >funktioniert?..... dito. Wenn er mit 30min plus/minus 5min zufrieden ist, lasst ihn Doch. Zu den moderaten Mitteln: C5 durch 5600uF/16V tauschen, ab in das Gehäuse damit und gut ist.
-
Thread
DHT11 - AusleseRoutine in ASM30 (Assembler für PIC24 oder PIC30)
DHT11 - Ausleseroutine für 16Bit-PIC-Controller (hier 30F4011) vielleicht spart es ja jemand Arbeit. 1.: Worum es sich handelt: Dies ist eine "source"-File zur Programmierung eines Microcontrollers (Integrierter Schaltkreis
soweit ich weiß. Die File ist in Assembler programmiert und sollte mit geringen Anpassungen auf jedem PIC24 DSPIC30 laufen, da sie nur einen ST-IN/OUT- Port benötigt. und beide Typen in ASM30 programmiert werden. andere Pics-Famillien z.B. PIC16 sind nicht mit diesem Programm kompatibel. nicht alle PIC
-
Thread
0-300mA Strommessung
Der Maximaler Spannungsabfall sollte nicht über 0.5V betragen. Der Mikrocontroller ist ein PIC16F15376.
> Maximaler Strom ist 300mA. > Die Genauigkeit sollte mindesten +/- 2mA betragen. Da reichen 8 bit. Noah R. schrieb im Beitrag #5315739: > Der Mikrocontroller ist ein PIC16F15376. Löst 2mV auf AD02 EIL Integral Error — ±0.1 ±1.0 LSb ADCREF+ = 3.0V, ADCREF-= 0V AD03 EDL Differential Error
-
Thread
Suche günstigen 5V Mikrocontroller mit 6 PWM Channel für LED Steuerung
Guten Morgen Community, bei meiner Suche nach einem passenden Controller bin ich auf die PIC24F08KMXXX Serie gestoßen, als konkretes Modell sei hier der PIC24F08KM101 genannt. Laut MAPS kann dieser maximal 7 PWM Chanel bereit stellen. Da diese Serie soweit ich es überblicke alle Anforderungen
PIC24F08KM202 dsPIC33EV32GM002 PIC24F16KM202 dsPIC33EV64GM002 dsPIC33EV32GM102 dsPIC33EV32GM004 PIC24F08KM204 dsPIC33EV128GM002 PIC24F16KM204 dsPIC33EV64GM102 dsPIC33EV64GM004 dsPIC33EV32GM006
-
Thread
Anfänger bittet um Unterstützung (PIC 12F629)
. als orientierung mal ideen für pic's bis 18pins und besser immer die lf variante andenken! - pic10 (6pin): pic10f322 - pic12 (8pin): pic12f1572, pic12f1612, pic12f1822, pic12f1840 - pic16 (8pin): pic16f18313 - pic16 (14pin): pic16f18326, pic16f1825, pic16f1615 - pic16 (18pin): pic16f819, pic16f1455 key ist welche on-chip peripherie ich brauche - und auch anwenden kann. wie z.b. mit 5/8/10bit dac, 10 oder 12bit adc, 8/16/24bit timer
-
Thread
Alternative zu Nuvoton?
www.ebay.de/itm/ISD1760PY-Digitale-Sprachaufzeichnung-40-120s-4-12kHz-DIP28/111173328015?hash=item19e2725c8f:g:DmcAAOSwRgZTxbRI Eine Bord: https://www.ebay.de/itm/ISD1700-Series-Voice-Record-Play-ISD1760-Module-6-8KHZ-frequency-For-AVR-Arduino/201604480592?hash=item2ef0903e50:g:omEAAOSwOVpXUpVB https:
Mit einem PIC32 habe ich ähnliches schon gemacht - Audio-Widergabe mit 16Bit/2 Kanälen. Das geht dank DMA und I2C problemlos mit fast 0% CPU-Last. Ich habe zur Widergabe einen UDA1334 verwendet, dann ist ein genauer
-
Thread
GLCD Fonts (64x128)
so platziert werden 0x0F -> 00001111 0x1F -> 00011111 könnte links oben sein, also muss jetzt 16 bit Zeilenweise der Array[zeile+0] und der Array[zeile+8te] Wert aufs Display geschrieben werden. In welcher Reihenfolge müsste
ein ALPS LSU7S1011A (von Pollin) mit einem PIC16F871 in Assembler angesteuert. Ja, geht, geht auch schnell genug, aber ist dennoch ein einziger Krampf, weil eben der µC dafür zu klein war. Also, wenn wirklich Grafik ansteht, dann den Controller
-
Thread
SDCC 3.7.0 RC1
in SDCC achieving the highest Coremark scores among STM8 C implementations. * Declarations in for loops (ISO C99). * 64-bit integers (long long) for the mcs51 and ds390 backends (now long long is fully supported in SDCC except for the pic14 and pic16 backends
static in array parameters (ISO C99). * Improved support for DWARFv2 debug info in ELF output (stm8, hc08, s08). * Various improvements in z80/z180/gbz80/tlcs90/r2k/r3ka code generation, in particular for mixed 16-/32-bit code. * __z88dk_fastcall function pointer support for --reserve-regs-iy.
-
Thread
Terratec (NEC) Fernbedienung mit IRMP
IRMP_DATA-Datenstruktur genauestens kennt. https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/main.c#L684 https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/usb_hid.c#L50 https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/usb_hid.c#L14 Da wird uint8_t + uint16_
3 5 20 27 28 4 8 7 9 21 24 written 17 bytes: 03 00 00 01 02 00 00 00 00 00 00 00 00 00 00 00 00 read 17 bytes: 02 01 00 01 0f 11 10 00 00 00 00 00 00 00 00 00 00 protocols: 15 17 16 [/code]
-
Thread
HD44780+PIC18F25k22 Rise Time Probleme?
überprüft, gesucht, geändert, kein(en wirklichen) Fehler gefunden o. ich bin /Betriebsblind/. Der Pic18F25k22 ist auf ein BrakeoutBoart (ink. 1x100nF) gelötet, Steckbrett. Stromversorgung OK, Protokoll OK(?), /alle/ Timings ausgemessen OK, Letzer Prüfung RiseTime FALED! Ja kruzefix, kann ja wohl
74HC164. Dito, wollt das aber halt mal machen. Dito, so habe ich mein allererstes LCD auf einem 16f84 programmiert. Schien mir als Übung sonst zu einfach und viel zu viele Pins. :) Das Busy-Flag lesen heißt ja auch dieses zu /beherrschen/. Nur fällt mir nich wirklich was zu ein. Die Cursor Adresse
-
Thread
PIC16F877 Einschalt-Begrenzung deaktivieren
wieder ausliest inkl. den EEPROM Dump. Wobei man das sicher auch in ner Emu machen kann für den Pic16f877 gibt es da genug
nebensächlich, CP ist auch nicht wirklich an sondern Invalid, also nen Falscher wert, der passt ehr zum PIC16F877A vielleicht kann sich der TO nochmal dazu melden ob es nicht der A typ ist. Im Anhang mal der vergleich beim PIC16F877 ist nen Fehler beim Ab typ passt es, die ICs sind zwar ziemlich gleich
-
Thread
UART Protokoll für µC
sondern zwei - was dann? Ähem, mit einem Bit mehr verdoppele ich die Zeichenzahl. Damit kann ich 8bit-Binärdaten von 0..255 schicken und hab noch 256 Steuerzeichen zur Verfügung. Theoretisch könnte man das auch mit 8 Bit machen: Zeichen von $00 bis $7F als Steuercodes, Zeichen von $80 bis $FF,
sind 7-bit-Binärzahlen, damit könnte man 7 Bit, 14 Bit, 21 Bit Binärwerte senden. Das Anpassen auf 8-bit Werte kann einfach durch Shift erfolgen und die Datenrate wäre gerade mal 1/8 = 12% langsamer. Wenn man davon ausgeht, dass sowieso seltenst alle 16 bit eines Integer genutzt werden, verliert man
-
Thread
FFT-Spektrumanalyzer
Anzeigen kann man das entweder auf einem Grafikdisplay oder man gibt das einem PC weiter. Mit 8 oder 16Bit- µC brauchst du aber nicht anzurücken. Einen halbwegs potenten 32-Bitter mit ordentlich RAM ist schon sinnvoll, viel kostet das eh nicht. Ähnliche Geschichten habe ich mal mit einem PIC32MX370
dem noisefloor liegen). Die Auflösung der Signalwerte wurde vor der FFT-Berechnung künstlich auf 16Bit bzw. 8 Bit runtergerechnet. Abtastung ist mit 20kS/s und 2^14 Messwerten, Frequenz des Signals ist 102Hz.
-
Thread
Kommunikation mit AD-Wandler ADS1255
Hi, evtl hilft Dir mein C-Code von ADS1256 am PIC32 Gruß
. Siehe Anhang. Frequenz passt auch. Habe einen 7.3728 MHz Quarz. (7.3728 / 7.68)* 30 kHz = 28.8 kHz
-
Thread
SDCC & PIC16F
Es geht um SDCC v.3.6.0 unter Linux und PIC16F Controller. Jetzt bastel ich schon eine Weile dran herum und werde nicht schlau. Im Netz findet man permanent immer "etwas" das einem sagt, der SDCC kann Code für PIC16F erzeugen. Man findet
> Wie gesagt, wenn einer eine gute Anleitung für das "builden" einer SDCC > Toolchain für PIC16F hat: ich bin sehr dankbar dann dafür ! minimal, rudimentär: https://quozl.linux.org.au//pic16f84-sdcc-blink/
-
Thread
Welcher PIC ist der beliebteste ?
gemein. Du solltest also zumindest etwas einschränken, um welche Familie es hier gehen soll. Der PIC16F887 gehört zu den 8-Bittern (PIC12... PIC16...), und auch da gibt es schon 3 Familien: Base-, Mid- und Enhanced Midrange. Der 16F887 gehört zu den (betagten) Mid-Range Typen. Außer in ganz speziellen
PIC16F54 und PIC16F84 waren so ziemlich die Beliebtesten.
-
Thread
Radiobasteln - Was hat 2018 noch Aussicht auf Erfolg ?
zur Induktivität: Die Formel kenst du ja, also setze als Frequenz mal 480 kHz und als C eben 300 pF an. Wieso fragst du das eigentlich (Zitat: "Erfahrung und Equipment ist zwar vorhanden..")? Leg dir ein L/C-Meter zu, entweder das von AADE (Komparator als Oszillator und PIC als Auswertung der
Mehrfamilienhaus innen; Antenne: Funkgerätinterne Ferritantenne ca 40 mm Lang, Empfänger Kenwood TH-F7 (Doppel super Empfindlichkeit auf MW 2,24 µV (bei 10 db S/N) kHz o533,5 spanisch ? 0538,8 tschechicher Handball ? 0580 spanisch ? 0635 catalanisch ? 0755 italianish ? 0935 italienisch ?
-
Thread
I2C Display läuft nicht
Hallo, ich habe ein Problem mit meinem PIC16F1829. Ich will ein I2C Display ansteuern, aber irgendwie wird das nichts. Ich habe ein LCM015 - Display, welches einen eingebauten PCF8574 (https://www.nxp.com/docs/en/data-sheet/PCF8574_PCF8574A.pdf
case 'f': display_search_variable(0x16,0x56,0x16,0x56,0x4E); break; case 'g': display_search_variable(0x16,0x56,0x17,0x57,0x4E); break; case 'h': display_search_variable(0x16,0x56,0x18,0x58,0x4E
-
Thread
LED-Treiber Fahrradlampe (Reverse-Engineered)
Cube_S schrieb im Beitrag #5303630: > Also Mosfet dauernd aus, aber damit liegen die ca. 8V Batteriespannung > (fast) direkt auf den LEDs. Und weil die LED aber mindestens 12...16V brauchen, leuchtet da nichts...
Das Pinlayout des "uCs" ist identisch mit Microchips PICs wie z.B. den pic12F683 oder pic12F1840. Ich wuerde die Leds so umverdrahten,dass jeweils 2 in Reihe liegen,dann parallel schalten und diese Kombination direkt mit dem dem MOSFET ansteuern.An Pin 5 des ICs kann man
-
Thread
FOSDEM Konferenz, Live streams KICad, horizon, LibrePCB
Vortrag von Lukas über horizon habe ich auf Youtube gefunden. https://www.youtube.com/watch?v=0OImfTMZkv8
Die vorbereiteten Demos sehen alle exzellent aus, aber als ich mal anregte "Nehmense doch mal nen PIC16F.. und nen Quarz und nen Steckverbinder und dann machen wir mal nen Stromlaufplan und ein Board.." (hatte ich hier auch schon davon berichtet, die exakten Bauteile sind mir mittlerweile entfallen.
-
Thread
Unbenutzte Pins vom Mikroprozessor als Fehlerquelle.
Mikroprozessor habe ich bemerkt etwas seltsames. Beim Beruhigen mit Finger vom Gehäuse vom meinem PIC18F2680 kam zum seltsamen verschiedenen Störungen. Mein „System“ wuchs ständig. Letzte Erweiterung war Multiplexer dankt dem habe ich zu Verfügung genug I/O´s (16 digitale Ausgänge, 8 Analoge und 8 digitale Eingänge). Fast alle Ports meines Mikroprozessor waren im Einsatz. Von Störungen war nicht zu merken. In der letzte Zeit habe ich auch Temperaturmessung mit MAX6675 Modul integriert. Der Dialog
-
Thread
Infrarot-Decoder MCP2120
. Ich frage mich ohnehin, warum Du nicht einen Chip genommen hast, dessen UART IRDA kann. Jeder PIC24 hat es eingebaut. fchk
Die Puls treten also nicht immer an der selben Stelle auf, wobei der Abstand zwischen den Pulsen für 8 Bit Übertragung immer gleich ist. Eventuell liegt das an dem Offset, der auf Seite 8 im Datenblatt beschrieben ist?! Bis dahin sieht denke ich alles noch okay aus. Die Pulse sind 1,6 µs lang und und
-
Thread
Daten von uC an PC senden
übersehen wird, was aber am einfachsten geht, ist USB HID, geht ohne Treiber. Hier sind Beispiele auch für PIC: http://janaxelson.com/hidpage.htm Es gibt aber auch bessere uC dafür als PIC: https://www.silabs.com/products/development-tools/mcu/8-bit/sltb005a-efm8-universal-bee-usb-capable-starter-kit
Von Microchip gibt es uC mit integrierter USB Schnittstelle. Hat da > jemand Erfahrung? Ja. Ein PIC16F1455 (der '1454 hat keine ADCs) ist die billigste und kleinste Lösung. Der hat zertifizierte USB 2.0 Hardware eingebaut und kommt im 14-Pin Gehäuse - auch als DIL14, wenn Du willst, oder als 4mm*4mm
-
Thread
Wanderkiste Widlar, Runde II
14,5 mm 3x ESP8266 ESP-01 Boards 4x 50 Stück LED rot 3 mm, mit gewinkelter Platinenfassung 8x Step-Down Converter mit Poti und Festspannungswiderständen* 5x SMD Adapterplatinen, je 6 Stück verschiedene Größen 10x SMD Adapterplatinen SOP16/SSOP16 2x SMD Adapterplatinen SOP20/SSOP20
s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwiFuOO7tKncAhWDCJoKHWNPAnYQFggvMAA&url=https%3A%2F%2Fwww.semikron.com%2Fdl%2Fservice-support%2Fdownloads%2Fdownload%2Fsemikron-datasheet-skm300gar12e4-22892418.pdf&usg=AOvVaw2MIFi5hUebifniVqZz3JXD