-
Thread
Unterschied zwischen bei Compiler MPLAB® C und MPLAB® XC
} } #endif static void InitializeSystem(void) { char Data[3]; #if (defined(__18CXX) & !defined(PIC18F87J50_PIM)) ADCON1 |= 0x0F; // Default all pins to digital #elif defined(__C30__) #if defined(__PIC24FJ256DA210__) || defined(__PIC24FJ256GB210
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
ATMega ans LAN bringen: Mit HLK-RM04?
aufzublähen. Die billigste und kleinste Möglichkeit, einen Ethernet-Knoten aufzubauen, ist ein PIC18F67J60. Das ist ein 64-Pinner, der alles enthält: Ethernet MAC, Ethernet PHY, Prozessor, Flash, RAM, die übliche Peripherie. Du musst nur noch 3.3V anlegen, einen 25 MHz-Quarz anschließen (der ist
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 der SPI-Flaschenhals fehlt, ist die erzielte Datentransferrate
-
Thread
sei nicht schlauer als der Compiler?
[/c] wird: [avrasm] main: ldi r24,lo8(10) ldi r25,hi8(10) .L2: lds r18,i subi r18,lo8(-(1)) sts i,r18 sbiw r24,1 brne .L2 ldi r24,lo8(0) ldi r25,hi8(0) ret i: [/avrasm] und aus: [c] volatile uint8_t
wird das: [avrasm] main: ldi r24,lo8(10) ldi r25,hi8(10) .L2: lds r18,i subi r18,lo8(-(1)) sts i,r18 sbiw r24,1 brne .L2 ldi r24,lo8(0) ldi r25,hi8(0) ret i: [/avrasm] Mit AVR gcc 4.6.4 und -O1 getestet
-
Thread
Loxone Link - CAN-Bus
00 00 00 00 17) 19220.5 Rx 00000000 8 0C 00 00 00 00 00 00 00 18) 19576.6 Rx 119C0036 8 00 63 1A 21 00 00 00 00 19) 19617.3 Rx 019C0036 8 87 00 C9 7F 76 57 89 00 20) 19620.4 Rx 119C0036 8 79 00 9C 01 36 00 9C 01 <-Seriennummer MS 21) 19622.4 Rx 019C0036 8 F8 B4 61 26 41 FB 41 02 22) 19720.6 Rx 106FF0F4 8 00 00 00 00 00 00 00 00 23) 19724.5 Rx 00000000 8 0B 00 C9 7F 76 57 89 00 24) 19728.5 Rx 119C0036 8
-
Thread
I2C: Idle Pegel nicht da, I2C geht nicht
würde ich gerne dem ein oder anderen das Problem ersparen. Ich habe versucht, einen I2C an einem PIC18f26k80 in Betrieb zu nehmen. Leider hatte ich das Problem, dass meine Signalleitungen einfach nicht in den IDLE gehen wollten, bzw. genauer gesagt SCL. Obwohl im Datenblatt dick und fett steht,
Vielleicht hilft es dem ein oder anderen mal weiter (via google Suche o.ä.). Beste Grüße ein überfroher PIC-Besitzer
-
Thread
PIC18F26K80 UART Problem (string)
Hallo, seit kurzem verwende ich den PIC18F26K80 MC um Sensorsignale zu verarbeiten. Leider ist es mir auch nach tagelangem Probieren und Stöbern in verschiedenen Foren nicht möglich ein Signal über die UART-Schnittstelle nach außen zu transportieren
ähnliches Problem schon gehabt und eine Lösung dafür > gefunden? Sowas ähnliches hatte ich bei einem PIC18F26K40-Projekt. Nach mehreren Stunden Suche, die Erkenntnis: es gibt einen PIC18-Core-Bug, der sich "TBLRD Requires NVMREG Value to Point to Appropriate Memory" nennt (am besten im Errata nachsehen
-
Thread
ATMega328-basierter Sprach-Synthesizer für den CPC 464 - Schnelles Byte-weises Lesen mit dem 328?
Datenbus des CPCs zu lesen und zu puffern. Die Addressdekodierung mache ich mit 2 PALs (Lattice / Atmel G18V8), die ein "Adresses erkannt"-Signal erzeugen sobald die IO-Addresse &F9E0 auf dem Addressbus erscheint. Ursprünglich sollte dieses Signal dann im 328 einen Interrupt mittels INT0 auslösen, der sich
Das 74LS373 verarbeitet ja auch nicht, fragt z.B. nicht auf 20 oder 26 ab - was hat es eigentlich damit auf sich?
-
Thread
[V] Rauchmelder FireAngel ST-620-DET
Modul: D1 7E D1: Status der anderen Melder? 7E: End of transmission Modul -> Melder: D2 5F 7D 02 00 5A F3 xx xx 6C 0C 00 01 00 98 7E D2: Antwort auf D1 5F 7D 02 00 5A F3: ?? xx xx: Seriennummer anderer Melder (1 oder 2 Byte) 6C 0C: Vielleicht der Typ (= Rauchmelder)?
Seriell Wandler eingebaut. - Dieser ermöglicht es der Software über einen virtuellen COM Port mit dem PIC Controller im DIAGNOSEMODUL zu kommunizieren. - Der PIC Controller im Diagnosemodul wird beim Einstecken über SPI mit dem PIC Controller des Rauchmelders verbunden. Mit "USB nach irgendwas Adapter
-
Thread
PIC18F26K22 Timer0 1sec Interrupt für Uhrzeit
Messen kann ich den Zeitunterschied nur mit meiner Handy-Stoppuhr nach Gefühl. Ich verwende einen PIC18F26k22 und dessen interner 16MHz Oszillator mit PLL (4x). Hier ist meine Software, etwas redzuiert [c] /* * File: main.c * Author: Markus * * Created on February 7, 2017, 11:54 PM */ //LIBRARIES #include <xc.h> #include <pic18f26k22.h> #include <plib.h> #include <string.h> #include <stdio.h> #include <delays.h> #include "lcd.h" //DEFINITIONS #define TMR0Reload 3036 typedef unsigned char Boolean; #define TRUE
-
Thread
PIC18 & XC8: strcpy
#4967651: > Dann öffne einfach selbst n projekt, schreib fünf Zeilen Code und schieb > es auf besagten pic - es geht nicht. Habe ich gemacht, und hier mein *ganzes* Quellcode für den besagten PIC18F26K80, ein Problem kann ich nicht erkennen. Um das compilieren zu können habe ich zu deinen 5 Zeilen noch
ein Bestandsprojekt mit MPLABX 3.55 und XC8 1.41 nach kleinen Änderungen neu kompiliert und auf nen PIC18F46K80 geflasht.
-
Thread
Pic18 - großes Array
Hallo, ich habe ein const char font[256][24] array auf einem pic18f26k40. auf einem pic 16 hat alles prima funktioniert, jetzt habe ich das auf den pic18 portiert und es geht nicht mehr. Fehlerbild - siehe Anhang. Ich sehe den Arrayinhalt im Debugger, wenn
einfiel: Write protection.. Aber die ist auch aus, siehe Bild. Weitere Infos: Ich verwende einen PIC18F26K40 mit dem XC8 in V1.41! Beim Rest komme ich leider grad nicht ganz mit. Was ich sagen kann: Zuvor hatte ich einen pic16f18857, da wurde das Array in einer "font.h" als: const char font[256
-
Thread
ATTiny25: unklare Interaktion PROGMEM <-> ADC
91900061 LDS R25,0x0061 Load direct from data space +0000014C: 91A00062 LDS R26,0x0062 Load direct from data space +0000014E: 91B00063 LDS R27,0x0063 Load direct from data space +00000150: 0F82 ADD R24,R18 Add without carry +00000151:
LDS R25,0x0061 Load direct from data > space > +0000014C: 91A00062 LDS R26,0x0062 Load direct from data > space > +0000014E: 91B00063 LDS R27,0x0063 Load direct from data > space > +00000150: 0F82 ADD R24,R18 Add without carry
-
Thread
KiCAD ist im Kommen
ersten Abspeichern: net 1 (segment (start 50.165 44.45) (end 62.23 44.45) (width 0.25) (layer F.Cu) (net 1)) (segment (start 62.23 44.45) (end 59.055 41.275) (width 0.25) (layer F.Cu) (net 1) (tstamp 58CAFD43)) (segment (start 59.055 41.275) (end 59.055 29.845) (width 0.25) (layer F.Cu) (
) (layer F.Cu) (net 1) (tstamp 58CAFD4F)) (segment (start 101.6 46.355) (end 100.965 46.355) (width 0.25) (layer F.Cu) (net 1) (tstamp 58CAFD51)) Dann wird eingelesen (NET 0 ) angezeigt beim unveränderten
-
Thread
AVR Attiny10 External Interrupt in C
> 14: 08 c0 rjmp .+16 ; 0x26 <__bad_interrupt> 00000016 <__ctors_end>: 16: 11 27 eor r17, r17 18: 1f bf out 0x3f, r17 ; 63 1a: cf e5 ldi r28, 0x5F ; 95 1c: d0 e0 ldi r29,
91 pop r21 54: 4f 91 pop r20 56: 0f 91 pop r16 58: 0f bf out 0x3f, r16 ; 63 5a: 0f 91 pop r16 5c: 1f 91 pop r17 5e: 18 95 reti 00000060 <main
-
Thread
PIC18F26K40 Data EEPROM
Hallo zusammen, Ich versuche seit ein paar Stunden mit dem Data EEPROM des PIC18F26K40 klar zu kommen und schaffe es noch nicht einmal, ein Byte zu lesen. Mein Programm besteht darin, dass offenbar die Register NVMADRH/NVMADRL nicht beschreibbar sind. Ich nutze den Code
11.1.4 NVM UNLOCK SEQUENCE ? Danke, aber das gilt nur für das Schreiben - war schon immer bei den PIC so. Selbst wenn man das (bei den alten Typen) nicht gemacht hätte, hätte man die Adressen schreiben können, nur das "WR"-Bit hätte sich anschließend nicht setzen lassen.
-
Thread
Opensource 2-Draht Hausbus
Arduino F. schrieb im Beitrag #4891682: > Naja... > > Ich finde die Idee eines "Offenen Hausbusses" interessant. > Mache mir aber Sorgen über die Angreifbarkeit. > > Da krankelt es bei einigen Systemen
Automotive-Schutzschaltung, die die gängige Literatur zeigt), und los gehts. Als Controller reicht ein PIC18F26K80 (http://www.microchip.com/wwwproducts/en/PIC18F26K80), der hat ein ECAN eingebaut. Als Schaltregler zum Wandeln der 48V nach 5V nimmst Du den TPS54060A http://www.ti.com/lit/ds/symlink/tps54060a.pdf
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
/files/downloads/file/131/the_gerber_file_format_version_2_faq_de.pdf?ffadb605ad51e2ab5d87820700d9d26c Die z.Z. aktuelle Spezifikation von Gerber X2 Revision 2016.12 ist hier: https://www.ucamco.com/files/downloads/file/81/the_gerber_file_format_specification.pdf?cb3475a30bcf27121f13b2f307f8231b
0x0000000804f091dc in g_cclosure_marshal_generic_va () from /usr/local/lib/libgobject-2.0.so.0 #18 0x0000000804f07bfa in ?? () from /usr/local/lib/libgobject-2.0.so.0 #19 0x0000000804f1d5f6 in g_signal_emit_valist
-
Thread
SDR-Dekoder für TFA KlimaLogg Pro/IT+ Temperatursensoren
verodere, dann erhalte ich folgenden Output: [code] #045 1497699524 2d d4 59 cd 86 63 6a 70 c0 56 f1 ID 59cd +26.3 0% seq c lowbat 0 RSSI 81 [/code] :-D Das ist richtig! Bei dem Pool-Sensor ist das 8 Byte scheinbar immer 0x70. Warum hast du da auf 0x60 abgefragt? Gruß Maik
17 RSSI 81 1550419975 L=25 4b 2d d4 2b 12 02 48 97 a9 de 8a 00 04 40 87 40 87 1b cd 11 c9 e0 10 8f 0b RSSI 81 #010 1550420400 L=25 4b 2d d4 2b 12 02 48 97 a9 de 8a 00 05 40 81 40 81 1b f3 00 1f e2 f0 c3 06 RSSI 81 Danke und liebe Grüsse Flavio
-
Thread
Was sind eure Lieblings-ICs?
Meistverbaut: PIC16F876 7805 MC34063 Gruss Chregu
MCP1700 LT1050 MAX11200, CS5534 ADCs 7555 CMOS Timer - viel besser als 555, niedrige Schaltflanken 18F8722, 18F46K81, 12F683/4 u.a. PICs STM32F103/407 - hat die Leistung wenn man sie braucht LPC2478 (mit TFT Graphic Controller) LPC2103 für kleine Sachen ATMEGA1284P/644P, ATMEGA328P(B) - Gute, verläßliche
-
Thread
VMS 4.1 PIC 18f65j50 Firmware über ICSP einspielen?
mit USB verbunden wird, aber es kann kein Gerät identifiziert werden). In dem Ding werkelt ein PIC 18f65j50 , der offenbar die Firmware enthält und auch für den USB zuständig ist und dort vermute ich den Fehler: - entweder ist der PIC kaputt oder - der PIC hat seine Firmware "vergessen"
.01.46.14 Firmware type..............PIC18FJ Target voltage detected Target device PIC18F65J50 found. Device ID Revision = 3 2017-01-09 18:40:24 +0100 - Reading... The following memory area(s) will be read: program memory: start
-
Thread
Bitmanipulation beschleunigen
240 450: 24 fd sbrc r18, 4 452: 8f 60 ori r24, 0x0F ; 15 454: 25 fd sbrc r18, 5 456: 80 6f ori r24, 0xF0 ; 240 458: 26 fd sbrc r18, 6 45a: 9f 60 ori r25, 0x0F ;
240 340: 24 fd sbrc r18, 4 342: 8f 60 ori r24, 0x0F ; 15 344: 25 fd sbrc r18, 5 346: 80 6f ori r24, 0xF0 ; 240 348: 26 fd sbrc r18, 6 34a: 9f 60 ori r25, 0x0F ;
-
Thread
Servosteuerung 30 A - H-Brücke verstärken?
IR2184 als Brückentreiber ansteuern? In den Datenblättern finde ich "input capacitance" von 1470 pF für den IRFZ44N, vs. 10820 pF für den IRFB7434. Ist das der "casus knacki"? Der IR2184 ist mit 1,4 / 1,8 A Ausgangsstrom angegeben, was bei 12 V gut zu den 10-Ohm-Gate-Widerständen in der Beispielschaltung
Laststrom die 7-fache Erwärmung am Transistor, korrekt? Also weg vom Extrem. IRFZ44 55V / / 1470 pF / 0,0175 Ohm IRFZ48 55V / 64A / 1970 pF / 0,014 Ohm IRF1018 60V / 79 A / 2290 pF / 0,0084 Ohm IRF3205 55V / 110 A / 3247 pF / 0,008 Ohm, *IRF1405* 55V / *169 A* / *5480 pF* / 0,0053 Ohm IRFB7434
-
Thread
Was kann man mit 16Byte an RAM machen?
schon wieder einer der keine Ahnung von der Materie hat. Max M. schrieb im Beitrag #4829165: > PIC 10F220 Das ist einer meiner Lieblingstypen neben dem PIC10F322 und dem PIC12F1572. Der PIC ist billiger als ein NE555. Wenn eine Blaue LED an 3V ein und ausschalten will und sie auch noch Dimmbar
Max M. schrieb im Beitrag #4832557: > Mir ist gerade aufgefallen, dass der PIC10F220... Nimm doch wenigstens einen 10F32x.
-
Thread
Einstieg in die NFC Technik.
Einstieg in die NFC Technik. Dafür habe ich mir schon einen eigenen RFID Leser gebaut. Mit einem PIC18F26J50 und einem NXP RC522 Chip. Die Benutzung von Mifare Classic Transpondern ist kein Problem. Der Transponder wird gefunden, selektiert, Mifare mäsig autentiesiert und auf Sektoren kann gelesen
-
Thread
Problem UC1608 Grafik LCD
25 ist, CD, dann D7...D0? Ganz blöde Frage, die Bitreihenfolge passt so aber schon? Denn, der PIC18F14K22 sendet die Bits ja genau andersherum, laut Datenblatt, ich muss die also rumdrehen vor dem Senden? Hast Du zufällig auch die libs glcd.h irgendwo? Denn, da müssten ja die einzelnen Befehle
> Denn, der PIC18F14K22 sendet die Bits ja genau andersherum, laut > Datenblatt, ich muss die also rumdrehen vor dem Senden? Eigentlich nicht. Der PIC schickt mit MSB first und das Display will auch MSB first.
-
Thread
DIY Frequency Counter mit 10 bis 12 Digits?
einfach über einen Widerstand lädt. Der PTC ist z.B. im neuen Atmega328PB enthalten. Die CTMU gibts ab PIC18/24/32 und dsPIC. Die Auflösung des genannten PIC-Reziprokzählers lag um 1 nsec, also etwa 7-8 Bit besser als ohne die Interpolation. Anscheinend hatte sonst noch niemand diese trickreiche Idee.
stoppen des Zählers erfolgt mit einer Flankensteilheit von 1nS. Es kommt also eine Unsicherheit von 18 Takten am Anfang und 18 Takte am Ende des Zyklus hinzu? ( 1ns/55ps=18,18per) hmmm. man kann damit sicherlich die Auflösung des Zählers erhöhen, aber die Genauigkeit? Wie will man einen Fehler von
-
Thread
PICKIT3 und pic16f54 in c Einfches Program scheitern beim Brennen
leuchten bekomme? [c] /* * File: newmain.c * Author: rob * * Created on 7. April 2017, 10:26 */ // PIC18F14K22 Configuration Bit Settings // 'C' source line config statements // CONFIG1H #pragma config FOSC = IRCCLKOUT // Oscillator Selection bits (Internal RC oscillator, CLKOUT
schreiben? [c] /* * File: newmain.c * Author: rob * * Created on 7. April 2017, 10:26 */ // PIC18F14K22 Configuration Bit Settings // 'C' source line config statements // CONFIG1H #pragma config FOSC = IRCCLKOUT // Oscillator Selection bits (Internal RC oscillator, CLKOUT
-
Thread
PIC18F25K22 und 3,3Volt
Hallo, Zur Ansteuerung eines TFT Display über SPI nutze ich ein PIC18F25K22. Dieser PIC enthält die Firmware für die Wörter/Zeichen, die ich anzeigen möchte. Der PIC wird über einen "Master" mit Daten versorgt. Bisweilen habe ich den PIC18F25K22 immer mit 5 Volt
Meldung" PK3Err0031: Failed to get PC " Heute morgen habe ich es mit einem anderem Board mit dem PIC18F26K22 getestet. Gleiches Ergebnis, sogar wenn ich den PIC vom PicKit3 versorge. Können die PIC18xxx bei einer Versorgung mit 3,3 Volt nicht im Debug-Modus betrieben werden? schönen Tag
-
Thread
"Universalprogrammer" für Linux
Die PIC18xxxx (ohne J und K) z.B. 18F2455 18F2550 etc. werden wohl nicht unterstützt?
der führenden 2 eine 4 haben und statt 18 Pins dann 40 bzw. 44 Pins haben. Eine gute Übersicht findest Du unter http://www.sprut.de/electronic/pic/18f.htm und http://www.sprut.de/electronic/soft/usburn/usburn.htm#typen
-
Thread
"Driverless" HID, bidirektional, je 64 Byte - möglich?
,'H','I','D', ' ','D','e','v','i','c','e',' ','D','e', 'm','o',' ','(','-','>', #if defined(__18F14K50) '1','8','F','1','4','K','5','0',')' #elif defined (__18F4550) ' ','1','8','F','4','5','5','0',')' #elif defined(__18F27J53) '1','8','F','2','7','J','5','3',')' #elif defined(__18F25K50) '1','8','F','2','5','K','5','0',')' #elif defined(__16F1459) ' ','1','6','F','1','4','5','9',')' #elif defined(__16F1455) ' ','1','6','F','1','4','5','5',')' #else #warning
-
Thread
µC programmieren ohne ISP ?
Reset-Pin Teil des ISP Protokols ist, darf da kein dicker > Kondensator direkt dran hängen. 100nF sind Ok, bei mehr kann es zu > Fehlfunktionen kommen. Du kannst das Problem so umgehen: Ist bei PIC genauso. fchk
doch schon ;-) @Anfänger: Ja das könnte passen. Ich habe diesen http://www.ebay.de/itm/PICkit3-PIC-KIT3-PICkit2-PIC-KIT2-Debugger-Programmer-Emulator-PIC-Controller/282227054977?_trksid=p2046732.c100040.m2060&_trkparms=aid%3D111001%26algo%3DREC.SEED%26ao%3D1%26asc%3D20140107095009%26meid%3D68b8532daa2943fda52a7143c18df8e8%
-
Thread
China-ELM umprogrammieren
ELM-Clones aus China bestellt. Das Teil hat Bluetooth und natürlich keinen original ELM-Chip. Es ist ein PIC18F2480 drauf, welcher wohl auch beim original ELM genutzt wird. Woher die Firmware stammt... will ich garnicht wissen. Damit es überhaupt zu etwas nutze ist, frage ich mich, ob man dem Chip per Programmieradapter
pub/can-can/ https://wiki.kewl.org/dokuwiki/projects:can-can Die notwendigen Anpassungen für den PIC18F2480 halten sich in überschaubare Grenzen. Gruß Gerd
-
Thread
for(;;) bedeutung?
und Beherrschung größerer Datenelemente > (Objekte und Kapselung) besser machen als C Einen XLP PIC12F möchte ich aber doch lieber in C Programmieren geht schneller als in Assembler, und die Baterie sollte doch einige Jahre halten. Für das was du willst gibt es ja schon lange C++ ;)
mec schrieb im Beitrag #4760298: > Einen XLP PIC12F möchte ich aber doch lieber in C Programmieren geht > schneller als in Assembler, und die Baterie sollte doch einige Jahre > halten. Für das was du willst gibt es ja schon lange C++ ;) Bügelt auch
-
Thread
Zeigt her Eure interessanten historischen Bauelemente
im Beitrag #4774568: > Marcus H. schrieb im Beitrag #4774564: >> Hier ein Cockpitphoto einer C172F, Baujahr 1965. > > Auch der Copilot hat eine Steuerungsmöglichkeit -falls mal in Länder mit > Linksverkehr geflogen wird. In allen ICAO Ländern sitzt der PIC generell im Flächenflieger links
6508-9119 HP-5082-2300 HP-5082-7392 HP-5082-7415 HP-HDSP-0960 HY-214 Minitron 3015-F Siemens DL440 Siemens DL340