-
Thread
Unkomplizierte Berechnung oder doch schon Gleitkomma Berechnung?
Rufus Τ. F. schrieb im Beitrag #5604245: > Werden für "KH" auch 0.51, 0.63 o.ä. unterschieden? KH gibt es nur in 0,5 Schritten also 0,5, 1, 1,5, 2,0 usw... Rufus Τ. F. schrieb im Beitrag #5604245: > Mit
Und weil's so schön ist, noch mit Tabelle: [c] static const uint16_t co2powtab[300] = { ... // [i] = 32*100 * pow(10, 7.9 - (600+i)/100.) / (2*2.8) + .5 }; // kh_2: kh*2 (1..50) // ph_100: ph*100 (600..900) // co2_100: co2*100 (1..65535
-
Thread
Grenzfrequenz von Abblockkondensatoren
Laut Stromlaufplan: Auf dem "Curiosity High Pin Count (HPC) Development Board" für 8bitter: 1µF und 100nF parallel. Auf dem "PIC32MZ Embedded Connectivity with FPU (EF) Starter Kit" für 32bitter: 10nF und 100nF parallel. http://ww1.microchip.com/downloads/en/DeviceDoc/Curiosity-High-Pin-Count-Dev-Board-User-Guide
Anschlußbeinchen und auch Bonddraht eine parasitäre Induktivität hat. Man rechnet überschlägig mit 1nH pro mm. Ein Schwingkreis aus 1mm Leitung und einem idealen 100nF Kondensator kommt dann schon auf nur noch 16MHz Resonanzfrequenz.
-
Thread
Stromversorgung Güterbahnhof
/281353515967?hash=item4181f9f3bf:g:gdwAAOSw72Na1wng:rk:11:pf:0 Reicht der? https://www.ebay.de/itm/Nano-V3-0-ATmega-328-Board-CH340-USB-Chip-Arduino-Kompatibel/252742123829?hash=item3ad89ac135:g:Ff0AAOSwLJ9aD2qw:rk:1:pf:1&frcectupt=true oder der https://www.ebay.de/itm/ARDUINO-UNO-R3-ATmega328P-ATmega16U2-Development-Board-with-USB-Cable-Pro/112873622984?_trkparms=aid%3D555018%26algo%3DPL.SIM%26ao%3D1%26asc%3D20140117130753%26meid%3D193e8111fc924866a465d5d628be22f6%26pid%3D100005%26rk%3D5%26rkt%3D12%
-
Thread
1 Kanal Funkempfänger mit Sender 433mhz
Parkplatzschranke wissen wollte - hat geklappt :) bild - batterie nur als Grössenvergl.) Empfänger: H3V4F oder 5V H54f 1€ (gehen beide mit Li-Ion Accu) https://www.ebay.com/itm/H3V4F-3V-433Mhz-MINI-Wireless-Receiver-Module-ASK-Remote-Transceiver-Passthrough/312261697382 Wenn man keine Platine machen
Tasten, ein kleiner 0-9 + OK Tastenblock täte es bestimmt auch. https://www.ebay.com/p/4x4-Matrix-16-Key-Membrane-Switch-Keypad-Keyboard-for-Arduino-Avr-Pic-Arm/23007552744 und dann halt ein Programm für Tastenabfrage und 100-Code-Sender und 100 * Empfänger fester Code 1 bis 100 oder mit den 3
-
Thread
Probleme mit LCD.
gemultiplexten Displays bekommt zwar jeder China-uC hin, aber nur die wenigsten AVR (ATmega169) oder PIC (PIC16F1947). Man kann bei zur Betriebsspannung passenden LCD aber einen uC auch direkt verwenden, siehe http://ww1.microchip.com/downloads/en/AppNotes/doc8103.pdf http://awawa.hariko.com/avr_lcd_drive_en.html
www.pollin.de/p/leitgummi-10-stueck-452124 https://www.ebay.de/itm/Adapterplatine-Mehrere-0-5-0-7-0-8-1-0-Mm-Pitch-Tft-Lcm-Lcd-Fpc-Modul-S-rm/232777749887 Irgendeinen Controller, der 2..4 backplanes und min. 11 Segmente kann, z.B. STM8L, STM32L, PIC16f1947, PIC16F1938, ... backplanes an backplanes-Anschluss
-
Thread
Problem beim File schreiben in Bank1
natürlich auch schon mit anderen Adressierungen versucht, das Gleiche ... Es handelt sich um einen PIC 16F648A mit HS OSZ, CP, WDT, LVP und Brownout sind aus. Hab ich was übersehen? Wird vielleicht irgend ein böses Flag gesetzt? Danke für eure Hilfe, Gruß Philip (PS. Bin die nächsten Stunden nicht
Philip schrieb im Beitrag #5600110: > movwf ByteBank0 > bsf STATUS,RP0 > movwf ByteBank1 > bcf STATUS,RP0 Der Code macht nicht das, was Du schreibst. Hast Du ihn mal im Simulator laufen lassen? https://www.sprut.de/electronic/pic/assemble/befehle.html#movwf
-
Thread
PIC32MZ - SD Probleme
= 1; SPICONbits.CKP = 1; SPICONbits.CKE = 0; SPICONbits.SMP = 1; SPICONbits.MODE16 = 0; SPICONbits.MODE32 = 0; SPICONbits.SRXISEL = 1; // Enables SPI port to run in Enhanced
} } } else { /* SDv1 or MMCv3 */ if ((send_cmd(CMD9, 0) == 0) && rcvr_datablock(csd, 16)) { /* Read CSD */ if (CardType & CT_SD1) { /* SDv1 */ *(DWORD*)buff = (((csd[10] & 63) << 1) + (
-
Thread
Regelbares 3~ AC Netzteil konstruieren
> Die Frequenz könnte man auch auf 45-250Hz festlegen 1,5 Ideen: 1) Class D Audioverstärker, besonders aus dem Bereich Beschallungsanlagen als Inspiration nehmen. 1,5) 1kW Röhren Audioverstärker (heizt und beleuchtet nebenbei die ganze Bude) als Inspiration
Stefanus F. schrieb im Beitrag #5600366: > SMD Trafo für >1000 Watt? Das Kilowatt ist ja noch erträglich, aber bei 1Hz wird es interessant. Selbst 10Hz sind schon eine Ansage. Vielleicht hat die Bahn aus ihrem
-
Thread
Bester unterstützet USB UART/RS232 Chip
Einsatz und noch nie Probleme damit gehabt. Liefen früher unter XP und jetzt unter W7, W10. Alte 16Bit-DOS Programme muß man unter 64Bit in DOSBox laufen lassen. In der dosbox-0.74.conf die COM freischalten, z.B.: serial2=directserial realport:com2 Falls nötig, im Gerätemanager die COM auf 1..4
nachvollziehen. Hier tummeln sich CH340/341, CP2102/2104 und FTDI in bunter Mischung eigentlich seit 1 1/2 Jahren (Rechner -Umbau mit kompletter Neuinstallation) ohne Probleme. Es gibt auch noch einen alten Profilic-Adapter (PL2103???), der läuft nur genau mit einem alten Treiber weil Profilic damals
-
Thread
CCS8 -- unsigned int zählt nicht über >32767
IAR funktioniert es ja mit unsigned int und %d bzw. %u . Hier habe ich eine Schaltung, wo ein MSP430F1611 verwendet wird.
deshalb das eine funktioniert und das > andere nicht? unsigned int muss immer bis (mindestens) 2^16-1 gehen. Versuche mal: [c]#include <inttypes.h> #include <stdint.h> uint16_t zahla; snprintf(zaa, sizeof(zaa), "%" PRIu16, zahla);[/c] Sollte eigentlich auch so wie von dir gemacht gehen,
-
Artikel
PIC C-Compilervergleich
mit int und double. Zum Schluss wird noch eine Wurzel und der Logarithmus von PORTA gebildet und bei PIC18/24/32/dsPIC auch noch PORTA hoch PORTB gerechnet. Ergebnisse. + PIC12/16/18 PIC12F1840 7kB ROM 256B RAM PIC16F1827 7kB ROM 384B RAM PIC18F46K22 64kB ROM 3896B RAM XC8 Free (Optimization: all) Used
1879 Words (46%) Built in 275ms Used RAM: 64 Byte (2%) Used ROM: 6955 Byte (11%) Built in 703ms + PIC24/32/dsPIC PIC24FJ16MC102 16kB ROM 1024B RAM dsPIC33FJ16GS402 16kB ROM 2048B RAM PIC32MX220F032B 32kB ROM 8192B RAM XC16 Free (Optimizing Level 1) Used RAM: 12 Byte (1%) Used ROM: 1404 Byte (26%) Built
-
Thread
Arduino geeignet um sich mit Assembler zu beschäftigen?
> Letztlich muss auch der PIC drei Schritte ausführen. > - RAM read > - ADD > - RAM write Noch einer der die PIC-Architektur *nicht* begriffen hat. - Lade Operand1 in das Operandenhuelfsregister (W) - Addiere Operand1
Wobei Operand2 natuerlich schon an seinem Platz/Register ist. Das blosse Inkrementieren schafft der PIC tatsaechlich mit 1 Befehl.
-
Thread
Tages Countdown Energieeffizient mit AVR realisieren?
Eric F. schrieb im Beitrag #5595864: > Was sind eure Meinungen dazu? Man nimmt ein LCD Display. https://www.reichelt.de/lcd-7-segment-1x2-h-12-7mm-reflektiv-lcd-2-0-13-p10179.html und dazu einen AVR
durchaus möglich, den ganzen MC mit dem 32kHz Uhrentakt laufen zu lassen und damit sehr stromsparend. PIC: AN563 'Using PIC16C5X Microcontrollers as LCD Drivers' AVR: AVR241: 'Direct driving of LCD display using general IO'
-
Thread
RISC-V: Wird das was?
Task. Den ersten kann man völlig unberührt lassen. [code] while(1) { ToggleLED2(); osDelay(13); } [/code] Auf einem STM32F1 oder STM32F3 benötigt das nackte FreeRTOS meiner Erfahrung nach ca. 14kB. Das klingt zwar nach sehr viel, aber es kann dann auch
einen 16550 UART und nicht etwas verkrüppeltes wie bei SiFive (https://sifive.cdn.prismic.io/sifive%2F834354f0-08e6-423c-bf1f-0cb58ef14061_fu540-c000-v1.0.pdf => nur 8 datenbits! ich nutze oft 9-bit zum synkronisieren) oder einen STM32 Nachbau bei Giga Devices (aber gottseidank nicht etwas komplett eigenes
-
Thread
Der nächste Vergleich
1 || 0
Bastler (Gast) (gemeine Bastler) schrieb im Beitrag #5594755: > 8 oder 32Bit Oder doch lieber 16 Bit? 8 Bit-Bytes oder 9 Bit-Bytes? 16 Bit-Computer, 32 Bit-Computer oder doch lieber 36 Bit-Computer?
-
Thread
Bauteile Günstig Dave Jones
Stichprobe Mikrocontroller: 1 Stück STM32F302CBT6 Farnell: USD 5.56 Mouser: USD 4.64 Digi-Key: USD 4.62 LCSG: USD 2.21 Also für diese Stichprobe wirklich viel günstiger.
: Bauteil: Microchip PIC16F1459-I/SS 8Bit Controller mit USB, TSSOP Gehäuse (Habe den gerade auf den Tisch, daher die Auswahl) LCSG: 1 Stück 1,8531 Euro 100 Stück 1,7516 Euro ******************************
-
Thread
CAN-Bus mit Arduino auswerten
.... In der Bib sind aber auch ganz andere werte als deine :D. mcp2515_setRegister(MCP_CNF1, cfg1); mcp2515_setRegister(MCP_CNF2, cfg2); mcp2515_setRegister(MCP_CNF3, cfg3); cfg1 = MCP_16MHz_1000kBPS_CFG1; cfg2 = MCP_16MHz_1000kBPS_CFG2;
Sicherheit wollte ich schon nen anderen Quarz bestellen. https://www.reichelt.de/standardquarz-grundton-16-000000-mhz-16-0000-hc49u-s-p32852.html?PROVID=2788&gclid=CjwKCAjwmdDeBRA8EiwAXlarFmKDt61p6PjsoBLEvH13ZAGjGWhz5Cnr9DH2kF65rZ05xOtChQtC4RoC3hgQAvD_BwE&&r=1 passt der ? DANKE!!!!
-
Thread
STM32 Shift operationen
Jan K. schrieb im Beitrag #5588514: > nicht (1<<10) = 0x0400. > #define MASK ( ( (1 << NUM_PINS) - 1) << START_PIN) > uint16_t Input = (GPIO_ReadInputData(PORT) & MASK) >> START_PIN; // > read port and mask relevant Pins > Hoffe das war einigermaßen
ausgeben, also z.B. auf Pins 10-13: [c]uint8_t data = 0x5; GPIO->BSRR = (data << 10) | ((~data & 0xF) << (10 + 16));[/c] Nur wie kommt man hier an die 10 aus dem BusStartPin-Makro? GPIO_Pin_10 ist ja (1 << 10). Mit log2 geht das: [c]GPIO->BSRR = (data << log2(BusStartPin)) | ((~data & 0xF) << (log2
-
Thread
Padauk MCU für 0.038 USD aus Taiwan
mal einige der Befehlskodierungen rekonstruiert. Die Befehle sind als 14bit-Wort kodiert, ähnlich PIC16. Das Encoding ist allerdings nicht binärkompatibel. [code] goto a x x 1 1 0 a a a a a a a a a a a nop x x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ret x x 0 0 0 0 0 0
mal einige der Befehlskodierungen rekonstruiert. > Die Befehle sind als 14bit-Wort kodiert, ähnlich PIC16. Das Encoding ist > allerdings nicht binärkompatibel. > > [code] > goto a x x 1 1 0 a a a a a a a a a a a > nop x x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > ret x x 0
-
Thread
SW2808S schaltet kurz ab
alle "Protections". Die USB-A-Buchse habe ich abgelötet um statt dessen die Schaltung zu versorgen (PIC16F877, Arduino Pro Micro und nRF24L01+). Nun habe ich mit Allen vier bestellten Modulen das Problem, dass die so alle 12sec für ca. 40ms abschalten, siehe Oszillogramm. Ist das normal? Gruss
platziert.[/code] und [code] Iauto_off Automatischer Abschaltlaststrom BAT = 3,6 V Cout = 20uF mA 60 [/code] Weitere Versuche zeigten: -eine Last von >60mA muss mindestens 1.5sec eingeschaltet damit das IC einscghaltet -und muss alle 4sec wiederholt werden -wenn ein Kondensator von 100uF
-
Thread
minimale Boards
Handhabung, wie Interrupts, ist aber recht gut. Der XC8-Compiler ist da pragmatischer. > zu den PIC bis 18 Mit PIC > 16 kann ich nichts anfangen. Da gibt es weiss Gott besseres. Die kleinen 12er und 16er sind zumindest billig, und die Peripherie wie interne Takterzeugung, ADCs und Komparatoren
meisten, die ich kenne. Z180 / Rabbit 2000 ist ähnlich gut. Aber der STM8 ist deutlich besser als pic14, pic16, MCS-51, GameBoy, Padauk, HC08. Hast du ein kompilierbares C-Beispiel, das deine Ansicht illustriert? Philipp
-
Thread
Projekt: Bremspedal-Poti zur LED-Ansteuerung
Transistoren verheizt. Das könnte bei den BD138 und einem 13V/150mA (~1.9W) LED module je nach Kennlinie gerade so gutgehen. (BD138 kann PD=1W @TA=50°C)
StromREF-Widerstand an PIN 7 haben wir auf 348 Ohm gewählt. Die R10 und R11 am Spannungsteiler sind 1,2k und 1,3k , um unsere Schaltschwellen für Rhi und Rlo bei fast 1V und 3V zu haben. IN+ und IN- am Komparator müssen noch getauscht werden. Ic an Q1 ist 40mA und an Q2-Q4 jeweils 680 Ohm. Die 8
-
Thread
Warum kann das nur der Apfel?
Stefanus F. schrieb im Beitrag #5579544: > Alex G. schrieb im Beitrag #5579393: >> 1. Usability erfordert sehr klare Strukturen unter allen Entwicklern. >> Schon damit "gleichartiges immer gleichartig aussieht
Ähnliches kenne ich von MS nicht. Da wurde Windows 95 eingeführt und da > konnte man seine alten 3.1'er Programme entsorgen. DAS stimmt nicht wirklich. Ich selber habe bis Windows XP mit so einigen Win3.1 Programmen gearbeitet. Angefangen bei AmiPro und bis herunter zum Brennprogramm für PIC's am
-
Thread
Renesas Entwicklungsumgebung
Ich hatte vor 15 Jahren mal so eine M16C im Einsatz. Da gab es das Kit für nachgeschmissen. Ist nicht viel draus geworden.
von mir verwendet die letzten 5 Jahre: AVR PIC16 ATxmega AVR32 RX RL (nur privat) LPC32 (ARM9) TriCore (Infinion) STM32 8051 (weiß den Hersteller nicht mehr ... war aber auch nur ein kleines HW Projekt eigentlicher µC war da ein STM32)
-
Thread
Delphi oder Lazarus mit PASCAL
Atmel AVR mit Lazarus + Freepascal. Ach herrje.. Ja, ich hab auch schon mal ein Grafik-LCD an nen PIC16 angeschlossen und sogar zum Funktionieren gebracht - aber zwischen Demos solcher Art, wo man es einfach nur wissen will, ob's prinzipiell geht und tatsächlicher Benutzung ist ja doch ein ziemlicher
Crosscompiler für Embedded ARM, Embedded AVR dazuinstallieren. Für AVR sollte es mindestens FPC 3.1.1 sein. Bei Fragen ins Lazarus-Forum, da werden sie geholfen.
-
Thread
Low Power Schaltung mit High-Power Peaks
Viele µCs laufen bei < 4 MHz mit 1,8 ... 5,5 V. Da sind 2,7 ... 4,2 V kein Problem. Um starke Spannungseinbrüche abzumildern, wäre auch noch eine Si-Diode + C >= 1 µF in Richtung µC möglich. Mit den passenden Komponenten und
von ST gefunden: https://www.st.com/content/ccc/resource/technical/document/application_note/0d/1d/ae/7f/f9/e8/41/65/DM00206898.pdf/files/DM00206898.pdf/jcr:content/translations/en.DM00206898.pdf Auf Seite 10 wird eine Schaltung gezeigt welche den MCU mit 3.3V von USB versorgt, und beim Abschalten
-
Artikel
LPC-Mikrocontroller
LPC8xx ist nur in Packages mit einer relativ niedrigen Pinanzahl (DIP8, SO20, TSSOP16, TSSOP20) verfügbar, hat zwischen 4-16kB Flash, und 1-4kB RAM. Die zulässige Betriebsspannung liegt zwischen 1,8V und 3,6V. Überblick über die Features der LPC800-Serie: 1-4 I2C 1-2 SSP 2-3 UART 4 Timer
bis 128kB Flash, einem 45 CoreMark™ Benchmark-Score bei 30MHz, 2 bis 8kB SRAM, und einem internen 1% genauen 12MHz Oscillator. Überblick über die Features: fMAX von 30MHz, 1 10-Bit ADC mit 8 Kanälen, 2 Comparatoren, 2 UARTs, 1 SSP/SPI, 1 I2C, DMA Controller, CRC Engine, 1 32-Bit, 5 Timer (16- und 32
-
Thread
Frage zu MSP430 Dokumentation für Einstieg
time U1C - Print current RTC time and date U1W - Print Status Word u1c 05:25:36 18/10/16 (02) u1v DAM430 GP V0.02, Oct 15 2018 u1ast 4095 1644 945 0 1 0 478 0 2053 2630 3.29 24.05 u1xi 185 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u1pr 1 1 1000 16 -340 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 u1p10,12234 UPD10 = 12234 u1pr 1 1 1000 16 -340 0 0 0 0 0 12234 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0
-
Thread
DS18B20 Verkabelungs od Software Problem
...DONE Temperature for device: 0 Temp C: 23.00 Temp F: 73.40 Temperature for device: 1 Temp C: -127.00 Temp F: -196.60 Temperature for device: 2 Temp C: 24.31 Temp F: 75.76 Temperature for device: 3 Temp C: 23.69 Temp F: 74.64 Requesting temperatures
// einzeln ermittel. DeviceAddress sensor1 = { 0x28, 0x61, 0x64, 0x11, 0xB0, 0x6B, 0xE1, 0x21 };//Temp //DeviceAddress sensor2 = { 0x28, 0xFF, 0x5, 0x72, 0x74, 0x16, 0x3, 0xE0 }; //DeviceAddress sensor3 = { 0x28, 0xFF, 0x2B, 0x3F, 0x73, 0x16
-
Thread
Daten von dynamischen Variabel vor Stromausfall schützen
die RTC hat ebenfalls frei verfügbaren RAM. So ein Datum lässt sich ziemlich effizient speichern (16 Bit: Tag 0..30, Monat 0..11, Jahr 0..127 ab Stichtag), von den 56 Bytes blieben dann immernoch einfach zugreifbare 54 Bytes übrig. Wenn du nur 1x/Tag schreibst, dann verlierst du bei einem Stromausfall
aktuelle Zeit in BlipRam speichert. [code] main() { while(true) { if(quark != blimp) { f0(uhrzeit); } else explode(quark); } } f0(bits32 x) { bits32 y; y = 0; if (y >= bits32[foo+8]) { y = y + 1; return (y); } else { x = x - 1; if x != 0 { y = y + 2; } return
-
Thread
Nuvoton N76E003
in einem Thread über den N76E003 von Nuvoton "gestolpert" und finde den als MCS51 interessant: - 16 MHz interner Osizillator - 16 kByte Flash - 1 kByte SRAM - intern SPI, I2C - ICP / ISP programmierfähig (und da liegt der Hund begraben) 10 Stck. bei Ebay 6 Euro Datenblatt gibts auch aaaaaaaaaaaaaaaaaaaaber
Thread über den N76E003 von Nuvoton "gestolpert" > und finde den als MCS51 interessant: > > - 16 MHz interner Osizillator > - 16 kByte Flash > - 1 kByte SRAM > - intern SPI, I2C > - ICP / ISP programmierfähig (und da liegt der Hund begraben) Was ist an diesem so interessant dass man es nicht
-
Thread
Lookup Tablegenerator für NTC-Widerstände (Linux)
) int ntc_gettemp(uint16_t adc_value) { int p1 = pgm_read_word(&(ntctable[ (adc_value >> 6) ])); int p2 = pgm_read_word(&(ntctable[ (adc_value >> 6) + 1])); return p1 - ( (p1-p2) * (adc_value & 0x003f) ) / 64; }
) int ntc_gettemp(uint16_t adc_value) { int p1 = pgm_read_word(&(ntctable[ (adc_value >> 6) ])); int p2 = pgm_read_word(&(ntctable[ (adc_value >> 6) + 1])); return p1 - ( (p1-p2) * (adc_value & 0x003f) ) / 64; }
-
Thread
PIC PIC12 PIC16 CRC16 CCITT Berechnung in Assembler
CTR CRC16_LOOP: rlf TEMP,F ; CRC16 += 1, wenn MSB=1 ; CRC16 schieben rlf CRC16L,F rlf CRC16H,F ; MSB=1? btfss STATUS,C goto CRC16_1 ; XOR mit Generatorpolynom movlw LOW POLYNOM ; 0x21 xorwf CRC16L,F movlw HIGH POLYNOM ; 0x10 xorwf CRC16H,F ; CRC16_1:decfsz CTR,F ; schon alle 8 Bits des Bytes aus W verarbeitet goto CRC16_LOOP RETURN [/code]
-
Thread
Suche Pic16c84 ohne weitere Bezeichnung
hat noch einen oder kann mir einen Besorgen? Ebay hat noch einen...... https://www.ebay.de/itm/PIC16C84-04-P-8-Bit-Microcontrollers-DIP-18-Microchip/202131815451?hash=item2f0ffebc1b:g:DYsAAOSwZVlXkIwz Warum Du nicht den PIC16[F]84 einsetzen willst ist mir schleierhaft.Wirst wohl deine Gruende
Hallo, Danke für deine Hilfe. Der Hersteller von meinem Steuergerät sagt aber, es müsste ein Pic 16c84 ohne zusätzlichen Bezeichnungen seiner . Warum, kann ich nicht sagen. Ich weiß auch nicht, worin der Unterschied besteht. Auch ein Pic 16f84 würde nicht funktionieren.
-
Thread
AVR Assembler: add adc auf 0 prüfen
is zero; cleared otherwise." Das kann man für die Addition ausnutzen: [avrasm] add r16,r20 adc r17,r21 ; r17 == 0: Z = 1 cpc r16, r17 ; r16 == r17: Z bleibt 1 brne nicht_null [/avrasm]
Peter D. schrieb im Beitrag #5558663: > Das kann man für die Addition ausnutzen: Nope. r17:r16 = 0xFFFF r21:r20 = 0x0001 > add r16,r20 0xFF + 0x01 => 0x00, C=1 > adc r17,r21 0xFF + 0x00 + 1 => 0x00, C=1 > cpc r16,r17 0x00 - 0x00 - 1 => Z=0 obwohl r17
-
Thread
Lagerverkleinerung
45ns, 5V 18 Stk 2€ 15. IS62C256AL-45ULI SRAM, 256kB, 32K x 8 Bit, 45ns, 5V 5 Stk 0,50€ 16. K6T0808C1D-GF70 SRAM, 256 Kbit, 32K x 8bit, 70ns, 2.7V bis 5.5V 25 Stk 3€ 17. K6T0808C1D-GF70 SRAM, 256 Kbit, 32K x 8bit, 70ns, 2.7V bis 5.5V 25 Stk 3€ 18. K6T0808C1D-GF70 SRAM, 256 Kbit, 32K x 8bit
bis 5.5V 25 Stk 3€ 22. K6T0808C1D-GF70 SRAM, 256 Kbit, 32K x 8bit, 70ns, 2.7V bis 5.5V 25 Stk 2€ 23. LPC2941 80C51 MCU 4K Flash 27 Stk 1€ 24. PIC12F675 MCU 1k Flash ADC 87 Stk 6€ 25. PIC12F675 MCU 1k Flash ADC 22 Stk 1,5€ 26. STPS5H100
-
Thread
(sehr) kleines "FrameWork" für ATtiny44
reservieren. Ich kenne das, ich hatte vor langem aus Übermut auch mal ein ALPS-LSU (96x32) mittels eines PIC16F871 angesteuert - eigentlich nur, um zu sehen, ob das überhaupt geht. Aber für's Praktische ist das alles Mumpitz. Man sollte so kleine µC wirklich nicht mit grafischen Displays belästigen. W.S
geht völlig in Ordnung. Hab selber schon kleine Digitalthermometer und Frequenzzähler mit sowas wie PIC16F716 und den mittlerweile ausverkauften 2x8 Char Dispays von Pollin gebaut und die funktionieren prächtig. Allerdings hab ich die in Assembler programmiert. Das was nicht in Ordnung geht, sind grafische
-
Thread
BEST Dunstabzugshaube - kennt jemand die Platine und hat Unterlagen?
Du meinst den 470µF und den 220µF? Neben der Stiftleiste sitzt ja auch noch ein kleiner (1µF).
vor nicht. Auf der Platine scheint es 3 Elkos mit den folgenden Bezeichnungen zu geben: - 470uF 25V - 220uF 16V - 1uF 100V Empfehlt ihr alle 3 Elkos zu ersetzen (sonst noch was?) und könnt ihr mir bitte Links bzw. Artikelnummern für geeignete Elkos posten? Gruß, Tom
-
Thread
PIC3 Problem?
Hallo PIC-Freaks! Versuche verzweifelt, eine HEX-Datei (Frequenznormal aus Elektor 5/6/2018) in den Microcontroller (16F1778) einzuprogrammieren. Der PIC wird einwandfrei erkannt, das Brennen funktioniert,
hab ich auf OFF gestellt, und so > kann ich den HEX-Code auch wieder auslesen!!! Stimmt, beim 16Fxxx heißt das Bit CP. Ich hab hier einen dsPIC33E auf dem Tisch, da heißt alles ein wenig anders. Deshalb hatte ich dir vorhin falsche Bit-Bezeichnungen genannt... Freut mich, Glückwunsch :-)