-
Thread
Multimeter gesucht
ist ein Zangenamperemeter top. protokoll wurde reverse engineered: https://github.com/JayTee42/ow18b
Durchgangsprüfer > - Widerstand > - Temperatur > - Schnittstelle für Logging Ich habe ein OWON OW-18B (Pollin 29,99), das alle diese Bedingungen erfüllt. Der mA-Bereich geht bis 600mA, dazu 20A über eine andere Buchse. Logging und Fernsteuerung über Bluetooth möglich. Bin sehr zufrieden mit dem
-
Thread
EEPROM write/read für PIC18F27Q84
was? https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/PIC18F27-47-57Q84-Microcontroller-Data-Sheet-DS40002213.pdf Seite 106 steht, wie man da ein Word ins EEPROM schreibt. Gruß
-
Thread
[V] Diverse ICs PICs und andere
Hallo Leute ! Abzugeben sind: 13 PIC Controller PIC16 und PIC18 2 MPS6522 1 MC68705 1 H63P01M1 von Hitachi 3 Keramikics ohne Beschriftung, einer geöffnet 1 MPS6316 2 M755B1 1 MC34018 1 EF9364 Die Teile sind benutzt, der H63
-
Thread
[V] PIC Controller: 2x PIC18F452 + 2x PIC18F4685 (I/P, DIP)
Hi, auch bei mir ist die 8-bit Ära langsam vorbei und ich muss etwas Platz schaffen. Zum Verkauf stehen die vier ICs samt ESD-Steckschaumdose. Mit Versand würde ich mal 10€ in den Raum werfen. [edit:] 5€ (mit Versand) Die ICs waren kurz mal verbaut, sollten aber noch alle funktionieren. Die Dinger sind ja eh relativ unzerstörbar. Damals hatte ich nur noch so einen RS232-Programmierer mit ZIF-Sockel und musste meine PICs öfter mal umstecken - deswegen haben drei ICs einen Klecks Tipp-Ex auf der Markierung. VG Matthias
-
Thread
Jemand schon mal I3C (nicht I2C!) genutzt?
Hier ein Werbeartikel von Microchip, deren PIC18-Q20-Reihe offenbar I3C kann: https://www.edn.com/elevating-embedded-systems-with-i3c/ Kernpunkte: - Geschwindigkeiten von bis zu 12,5 MHz im SDR-Modus (Single Data Rate) - In-Band-Interrupts
-
Thread
Mikrocontroller mit 16-Bit-UART
#7665626: > Es spricht nichts dagegen, aber halt auch nichts dafür. 2x 8N1 sind 20 > bits, 1x 16N1 sind 18. Also 10% Ersparnis, aber zu nix kompatibel und > schlechtere Übertragungssicherheit. Die Rechnung stimmt halt nicht. Für 16 Bit Daten in einem Paket bräuchte ich brutto 18 Bit. Für 16 Bit Daten
Empfangsbestätigung in Hardware und mit differentieller Übertragung. Das bekommst Du z.B. mit der dsPIC33CK... Serie. fchk
-
Thread
Sprut Brenner8 unter Windows11
mir vor Jahren einen Brenner8 von Sprut und anschließend mehrere Geräte mit USB Anschluss mit den PIC18F2550 und 4550 gebaut. Unter WindowsXP bis Windows10 habe ich dafür den Treiber MCHPFSUSB v1.3 von Microchip verwendet. Windows11 reagiert auf die Installation des Treibers wenn der Fortschrittsbalken
vor Jahren einen Brenner8 von Sprut und anschließend > mehrere Geräte mit USB Anschluss mit den PIC18F2550 und 4550 gebaut. > Unter WindowsXP bis Windows10 habe ich dafür den Treiber MCHPFSUSB v1.3 > von Microchip verwendet. Windows11 reagiert auf die Installation des > Treibers wenn der Fortschrittsbalken
-
Thread
Das Ende des Z80
fuer Assembleruebungen reicht die FSR Konstruktion allemal, und ist fuer die Gesamtarchitektur auch "PIC-gerecht".
und 6800, nicht aber 6502. Die 8-Bit PICs haben damit ziemliche Nöte, erst die revidierte Vision der PIC18 Architektur kommt damit zurecht. Analog dazu implementierte die 68000 reg32+const16. In der Z8000 gab es diese Variante nur bei load&store, was die Effizienz von C/Pascal deutlich reduzierte.
-
Thread
Microcontroller PIC SPI und ICSP gleichzeitig benutzen
mal ins DB auf Seite 12. Dort gibt es die Ergänzung #3 bei PORTA.0/1. Dort steht: 3: LVP support for PIC18(L)F1XK50 legacy D.h. bei Deinem PIC steht ICSP nur an PORTC zur Verfügung. DB: https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ProductDocuments/DataSheets/PIC16LF1454-5-9-14-20
ins DB auf Seite 12. Dort gibt es die Ergänzung #3 bei > PORTA.0/1. Dort steht: 3: LVP support for PIC18(L)F1XK50 legacy > D.h. bei Deinem PIC steht ICSP nur an PORTC zur Verfügung. Nein, das heisst diese Fußnote gerade NICHT! Warum sollte es auch bei einem Datenblatt zu einem ganz anderen PIC erwähnt
-
Thread
Header File CC5X Compiler
Vielleicht hat das ja etwas damit zu tun. // HEADER FILE #ifndef ICD2_DEBUG #pragma chip PIC16F628A, core 14, code 2048, ram 32 : 0x14F #else #pragma chip PIC16F628A, core 14, code 0x700, ram 32 : 0x14F // last 256 locations are reserved for debugging //RESERVED RAM LOCATIONS char
T1OSCEN @ 16.3 #pragma bit T1CKPS0 @ 16.4 #pragma bit T1CKPS1 @ 16.5 #pragma bit T2CKPS0 @ 18.0 #pragma bit T2CKPS1 @ 18.1 #pragma bit TMR2ON @ 18.2 #pragma bit TOUTPS0 @ 18.3 #pragma bit TOUTPS1 @ 18.4 #pragma bit TOUTPS2 @ 18.5 #pragma bit TOUTPS3 @ 18.6 #pragma bit CCP1M0
-
Thread
CAN MCU mit 1 Analogeingang
dann einfach per DIP-Switch modifizieren, VP230 transceiver dran, fertig. Google spuckt als erstes PIC18F25K83-I/SO aus sind aber auch schon wieder 2€ nur für den Chip. Geht das noch günstiger? Kann man das ganze Projekt nicht als sehr kleines Fertigbauteil bereits kaufen? Wei heißen die? Ich kann
ESP4096 S. schrieb im Beitrag #7643083: > Google spuckt als erstes PIC18F25K83-I/SO aus sind aber auch schon > wieder 2€ nur für den Chip. Geht das noch günstiger? Ja. https://www.microchipdirect.com/product/PIC18F26Q83-I/SS Wenn Du LIN nehmen würdest, ginge
-
Thread
[VS] Pickit 2
Anmerkung für „Nachmacher“, die PICs verwenden, die LVP (Low Voltage Programming) unterstützen, z.B. PIC16F628A: RB4/PGM (Pin 10 vom 18-poligen Sockel) muss unbedingt einen Pull-Down (~4k7) bekommen, damit nicht versehentlich LVP aktiviert werden kann. Ohne diesen Widerstand hatte ich im versuchsweisen
-
Thread
Nixie Röhren IN-14 Leuchten nicht
Also meine selbstgebaute Nixie-Uhr mit IN-18 kommt mit 4,5W Leistungsaufnahme aus. Auch wenn man dieser Uhr bei 5V einen schlechteren Wirkungsgrad annimmt, sollten bei 5V trotzdem keine 2A fließen.
ich noch keinen Mikrocontroller entdeckt, aber das kann auch ein 8-Pinner sein, z.B. ATtiny oder PIC12. Der bedient seriell eine Kette von 8-bit-Schieberegistern 74HC595. Für 6 Ziffern braucht man maximal 60 Bit, bei den Zehnern kann man noch sparen. Stunden-Zehner nur 0-2, Minuten- und Sekunden-Zehner
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
nur meine PICs leid, mit denen ich früher so gerne arbeitete. Für deren größeren Bauformen wie z.B. 18F8722 gab es ja nur SMD Bauformen. Die 30 und 33er hatten sich auch gut bewährt und machte in der Arbeit viel mit denen. Da war der 18F4620/2620 mein Liebling. Früher der 16F877A/876A. Ich sehe die
Falls sonst noch jemand jemand den Wechsel von AVR/PIC nach STM erwägt: Ich empfinde die STM32L0 Serie für den Anfang als angenehm. Ihre Komplexität ist nur wenig über den alten AVR (die aktuellen kenne ich nicht). Sie sind ab 1 Euro zu haben, und ein passender
-
Thread
unsigned int zu ASCII mit weniger als 18 div or mod or mul
effizient einen unsigned int (32 bit) in seine 10er stellen aufzuschlüsseln? Also mit weniger als 18 mul/div/mod operationen. (Mein softcore hat kein HW mul, daher sind diese operationen sehr zeitintensiv).
effizient einen unsigned int (32 > bit) in seine 10er stellen aufzuschlüsseln? Also mit weniger als 18 > mul/div/mod operationen. Warum sollte man sowas verrückte tun? Das menschliche Auge ist mit seiner Ablesegeschwindigkeit selbst einem kleinen PIC12 hoffnungslos unterlegen.
-
Thread
Noise Shaper in VHDL
Stufen der teuersten LDO etc. (Muss ja auch Dekadent sien). Betriebsspannung war meines wissens +/-18V (leistungsmässig für eine angenehme Beschallung eigentlich ausreichend). Kosten vermutlich 5stellig pro Kanal. Paralellschaltung hat auch ein SNR Vorteil: Leistung x2, Rauschleistung nur x sqrt(2),
Ausgänge dasselbe können. Ich habe schon seit Ewigkeiten nicht mehr mit denen gemacht, kenne so einen PIC nur von der damaligen "Basic Briefmarke", aber ich kann mir vorstellen, dass man den nicht so gut konfigurieren kann, wie FPGA-Ausgänge, die allemöglichen Standards können. Mit einem LVDS-Ausgang, den
-
Thread
[V]: USB I²S Wandler, Soundkarten
und Ausgang, IC: WM8731 miniDSP v.1.9 AD/DA Wandler/DSP Board, IC: ADAU1701 Wandler/DSP Chip und PIC18F14 Controller, 2 Audio Eingänge, 4 Audio Ausgänge Alle Karten wie neu, allenfalls mal kurz für einen Test benutzt. Peter
-
Thread
Microchip CLB - Messung des Propagationsdelays und Ausblick
zurückgreifen, dass er - wie in der Abbildung gezeigt - mit einem SMD-Adapter und einem Interface für das PicKit4 ausstattete. Erfreulicherweise sind auch „ältere“ PicKits zu Kombination mit dem 16F13145 befähigt - Microchip widersteht der Versuchung, seine Entwicklerschaft zum Upgraden zu zwingen. . Die Kiste wiegt jetzt 16.5 kg und ist seit heute auf dem Weg zu bastelator (Dirk). Stefan 14:44, 20. Dez. 2008 (CET). Infos zum DIGISOUND F/SK 44GB in der Kiste. 16,5kg-Kiste
auf dem Weg zu Fabian (fabs). Ich habe ein Bordbuch hinzugelegt, da kann man den Verlauf eintragen. 18.02.2009 "Venus" ist angekommen und wurde direkt inspiziert 19.02.2009 "Venus" wird weiter geschickt an Pyro-Mike 23.02.2009 Kiste "Venus" ist angekommen, habe ein paar nützliche Steckverbinder gefunden
-
Thread
ESP32 C++ Code Frage
empfehlen, wo ich das sehen kann? Ich hatte derzeit echt Probleme etwas brauchbares zu finden. Beim PIC und auch beim Atmega gibts ja sehr schöne Blockschaltbilder im DB.... Sicher frei habe ich TX0,RX0,18,19,34,35 und die zwei. Danke. VG
Thorsten S. schrieb im Beitrag #7692007: > Sicher frei habe ich TX0,RX0,18,19,34,35 und die zwei. Dann wähl halt zwei, möglichst welche die nicht auf deiner Platine schon belegt sind (USB-Uart, Builtin LED oder Taster usw...) und verwende die. Ansonsten gibt's hier was
-
Thread
Induktiver Positionssensor - Fragen dazu
bedeuten. Für so'n Puckel-Packel (Sensor-Auswertung -und-dann-was?) würde ich 'nen minimal nötigen PIC nehmen, könnte sogar ein nur 8-pinniger reichen, wenn nur 'ne LCD oder RS232 bedient werden sollen. von Andreas S. (igel1) 18.02.2024 00:53 Du hättest in Deinem Aufbau die Temp.abhängigkeit
pedas Programm-Beispiele sind im Artikel in AVR- oder ATMEL-"C" geschrieben, ich mach aber in minimal-PIC und Assembler, das ist mir sowas von egal, ich habe mich nur inspirieren lassen. Und dann immer! an den Energiebedarf denken, der PIC ist über wiegend im sleep-state. Die PICs in meinen Projekten...
-
Thread
chipKit PIC32 gcc wird von Arduino nicht gefunden
was da wieder falsch ist. Das knallt schon bei der Installation. Downloading packages chipKIT:pic32-tools@1.43-pic32gcc chipKIT:pic32prog@v2.1.46 chipKIT:drivers-windows@v2 chipKIT:pic32@2.1.0 Installing chipKIT:pic32-tools@1.43-pic32gcc Failed to install platform: chipKIT:pic32. Error: 13
" In file included from C:\Users\DIE\AppData\Local\Arduino15\packages\chipKIT\hardware\pic32\2.1.0\libraries\EEPROM\examples\eeprom_get\eeprom_get.ino:18:0: C:\Users\DIE\AppData\Local\Arduino15\packages\chipKIT\hardware\pic32\2.1.0\libraries\EEPROM/EEPROM.h:43:30: warning: type qualifiers
-
Thread
Kleine Vorabfrage zu P3 RGB LED Projekt mit ESP32
Daniel S. schrieb im Beitrag #7595071: > Also 64x64x12x2 Bit wären ja schon 144 kB Ram Eher 18.4 ... 24.6 kB
Matrix Library Assemblerbefehle Was ist das? Ich habe 20 Jahre Assembler gemacht, aber auf dem PIC nicht auf dem ESP. Ich würde aber eh versuchen alles in C zu machen, möglichst ASM nah vom Aufbau her, sodass es gut übersetzt werden kann. Das ist etwas näher dran als dieses Arduino Cpp geschluntze
-
Thread
ELM327 liefert NO DATA
von mir wohl einer der schlechteren ist. Ich habe mir nun einen ELM327 mit angeblich besserem PIC18F25K80 Chip bestellt, sowie einen sog. vLinker der wohl vom Design ein OBLink Klon ist und einen originalen OBDLink CX. Ich werde dann mal alle 3 Geräte Testen wie die mit UDS umgehen.
-
Thread
PIC18F4550 klonen
Hallo. Simple Frage: ich möchte einen PIC18F4550, der bereits fertig programmiert / beschrieben ist, klonen. Wie gehe ich am simpelsten vor? Meine Vorkenntnisse gehen Richtung Null. Grüße Achim
Achim schrieb im Beitrag #7594583: > Simple Frage: ich möchte einen PIC18F4550, der bereits fertig > programmiert / beschrieben ist, klonen. Wie gehe ich am simpelsten vor? > Meine Vorkenntnisse gehen Richtung Null. Ganz klar: laß' das jemanden tun, der weiss, war
-
Thread
Einbindung Wolf CHA Wärmepumpe in Gebäudeleittechnik mit ISM8i
mal den Schaltplan rauszeichnen und dann mit dem GALEP die Speicher auslesen und mal nen ICD an den PIC anhängen.
pin-cable-with-rj12-modular-plug-for-microchip-icd-10-version Und einen Microchip ICD3 oder neuer für PIC24 und PIC32. Der PIC24 ist in den Reglern und dem Bedienmodul. Der PIC32 ist in den ISM7/8. Bisher ungetestet, Kabel wird bestellt. Da ist auf dem BM-2 auch noch ein Footprint ohne die Halteklammern
-
Thread
Hilfe bei 74HC595 über Komparator ansteuern, Ansteuerzeiten/Signalqualität
Felix schrieb im Beitrag #7590856: > Ein PIC32MM0128GPM048 auf Board A, hat zu wenige 24V-Ausgänge Um es genau zu sagen: Ein PIC32MM0128GPM048 hat gar keine 24V-Ausgänge. Laut Datenblatt vertragen die GPIOs im günstigsten Fall maximal 6V (DS
Michael B. schrieb im Beitrag #7591229: > Oder er hat Masse der PIC32MM0128GPM048 Platine nicht mit Masse der > 75HC595 verbunden Oh ja, das ist auch ein Klassiker.
-
Thread
PIC I2C Host blockiert Acknowledge
passenden Beitrag zu meinem Problem gefunden. Ich habe vor, zu Testzwecken und zum Ausprobieren, zwei PIC18F27Q83 miteinander über I2C kommunizieren lassen. Dazu soll der Host 4 Bytes (4 Übertragungen) vom Clienten empfangen. Das Ganze soll sich ca. alle 10ms wiederholen (Unterprogramm „I2CUebertragung
-
Thread
Hashwert unterliegende Cryptofunktion herausfinden
0780 | 00 00 00 00 00 00 00 00 00 05 4B 44 00 00 00 00 | 0000:07D0 | 00 00 00 00 00 00 00 00 18 11 0F 30 09 88 6A 9F | 0000:07E0 | 2B F5 B2 C9 A3 7D 59 B7 05 9A 06 2E B8 4B 55 F9 | 0000:07F0 | 3C 03 05 C0 0F 22 33 35 09 00 7C 06 00 00 00 00 | [/code] Systemnummer: 4213 | Passwort
einen Individuellen Key, hätte mir alles nichts gebracht. Offenbar haben die Authoren alles inkl. der PIC-Firmware reversed, aber halten sich etwas bedeckt mit inhaltlichen Details zum Protokoll. Ich habe mir die wichtigsten Kommandos zusammengescriptet, zwar ohne checks und Fehlerbehandlung, aber für
-
Thread
AVR T1 Capture Problem - Meinung erbeten
HW oder der Sesselokkupant vor dem PC;-) Ich machte etwas ähnliches vor über 10 Jahren mit einem 18F8722 PIC und da funktionierte es 100% einwandfrei mit ähnlichem Ansatz was Capture und Overflows betrifft. Mich interessiert nur, ob der AVR diesbezüglich über alle Zweifel erhaben ist und das Problem