Let's make a closely MXT like detector!

[Okelm]

Get STM32CubeIDE for programming. Get STM32CubeMX for assigning pins and generating start-up code. Both free. Chinese clone ST-Link programmers can be found on eBay for $3. Or, buy an STM32-Nucleo board with the micro you want to use and it comes with an ST-Link programmer that also works independently. That's what I use.

The MXT runs at 13.8kHz in all modes. The GMT runs at 48kHz. Yes, you could design a system to use radically different frequencies for different modes; say, Relic = 2kHz, Coin = 13kHz, and Gold = 48kHz. But the MXT (and GMT) uses a boosted resonance transmitter (L4, C18, C20, and the TX coil) that can only run at one frequency, so you'll need to do something different.

[Hristo]

The MXT runs at 13.8kHz in all modes.
The GMT runs at 48kHz.

Yes, you could design a system to use radically different frequencies for different modes; say,

Relic = 2kHz,
Coin = 13kHz, and
Gold = 48kHz.

But the MXT (and GMT) uses a boosted series LC resonance transmitter (L4, C18, C20, and the TX coil) that can only run at one frequency, so \

you'll need to do something different.

like old Bulgarian Golden Mask 5 (like Mambo No.5 song of Lou Bega)

[KRinAZ]

Ok just a quik note - I think I'm willing to give SMD - for chip devices - a go.

I found a youtube with a guy using soldering tools very much like mine, soldering STM32's and such on his bench, I think I can pick up his method / skill. Still thinking thru-hole for resistors, capacitors, (passives), and diodes, and maybe transistors (just because I and probably you - already have tons of them), and SMD for all chips (with pads that make it easy to check for pin continuity and for bridges) - I may have to make the KiCAD pad footprints - that's ok with me.

[KRinAZ]

Opamps are not a problem, lots to choose from even in thru-hole.

I'm thinking the TLV9362 opamp (successor to the NE5532) would be a good replacement for the MC33077 and MC33178.

Anyone think otherwise, or suggest a more suitable replacement?



The only other component questions (that I'm currently aware of) are:

The specific STM32 - I'm thinking one of the H7's - TBD

A bluetooth module - TBD

The display (I'm thinking a daylight and low light fully readable) - TBD

[KRinAZ]

A quick note - at times I may be quiet for a day or three as I have some other projects going on also, work on this project is still going along.

I'm going to start on a KiCAD schematic, starting at the PS section...and don't plan to worry about the Bluetooth or display sections until the main schematic is completed.

And, all my PIC stuff is supposed to arrive by this Sat 4/25 - those old programmers, a K150, a batch of ten PIC16C76's to torture and experiment on haha, and such...

Onward thru the fog...

[Carl-NC]

I'm thinking the TLV9362 opamp (successor to the NE5532) would be a good replacement for the MC33077 and MC33178.

That looks reasonable. Often I lay out the preamp for thru-hole, then use an adapter board to plug in an SMT opamp.

The display (I'm thinking a daylight and low light fully readable) - TBD

Are you using an Hitachi-style alpha-numeric display? Many of those are daylight readable and include a backlight.

[KRinAZ]

That looks reasonable. Often I lay out the preamp for thru-hole, then use an adapter board to plug in an SMT opamp.

Great idea on the adapter board - thx.

Are you using an Hitachi-style alpha-numeric display? Many of those are daylight readable and include a backlight.

I agree - a Hitachi display with (added) ambient sensing backlight (that could be turned off) would certainly work and fit right in with the MXT. Lots of options to choose from, TBD

[KRinAZ]

An update -

1) On the PIC Programmer - I have finally got the ancient PICStart Plus PIC programmer, and it's MPLab IDE, working, and have used it to burn (and then read) a PIC17C44 in order to do a firmware update of the PICStart Plus programmer itself. If anyone else decides to get one of these working this will save you hours of time - it (MPLab IDE v5.7.4, no newer version, no MPLab X IDE) requires either actual Win95 or a true Win95 emulation in Win10-x32 (but not x64) via NTVDM, directly on a PC with at least one of each - a real Com port (as Com1, 2, 3, or 4) and a real LPT port (as LPT1). The Win install cannot be in a VM (I tried VirtualBox) - as MPLab must have direct hardware access - no virtualization will work. Win98 is too new!!!, a true Win95 install, or true Win95 emulation must be achieved for the MPLab IDE to operate. Since I have largely avoided using Win for the last 25 years I had to really dig into old memories of using Win95 to get things working correctly...if you decide to try to get one of these old PIC IDE and programing platforms working - feel free to ask me Q's - especially which hardware version of PICStart Plus you would want...
.
The K150 PIC programmer was much easier to get working but doesn't have nearly the features the old MPLab does...

Turns out my MXT is an older version - has control board p/n 505-0224-C with an actual socketed PDIP PIC16C76 with marking 1.0 in pen (v1.0 of firmware) - I am under the impression 1.0 marking is MXT firmware and 1.1 marking is GMT firmware, both plugged into the same control board part number. In other words a GMT also has a control board of the same p/n but a different firmware. I believe Carl at some point also as made this point - relying on memory. Observing the schematic - the PIC firmware determines the TX frequency - I find it curious how the same board tunes either the 14khz MXT coil or the GMT 48khz coil...especially doing it so well...

I will apply my MPLab environment to my MXT PIC soon...


2) On the STM32 selection - the criteria I came up with:
a) Only LQFP packages - to make hand soldering realistic, preferrably LQFP32
b) There is a Nucleo board with the selected processor - so that breadboarding can be done on sections of the MXT instead of having to build the whole control board first, and then chunks of the firmware developed.
c) Select the highest end version of each of these
With these criteria there are two choices:
STM32F303K8T6 as LQFP32 - and it's NUCLEO-F303K8 dev board - in the NUCLEO-32 family.
STM32H503RBT6 as LQFP64 - and it's NUCLEO-H503RB dev board - in the NUCLEO-64 family.

Since the STM32F303K8T6 / LQFP32 will be much easier to hand solder I'm trying this first. My NUCLEO-F303K8 arrived today, and I rummaged around and found I have a LCD 4x80 I2C display, and a color touch screen I2C TFT display, so will begin with these (the LCD 4x80 first) as I breadboard bits of the circuit.

Processor comparison:


Current active component list:

MXT Active Components List v1b
U1 LP2951-50 SOIC8 100ma 5v LDO Voltage Regulator
U2 TLE2426 SOIC8 Voltage Reference
U3 LQFP-32 STM32F303K8T6 Microprocessor
U4 74HCT4053 SOIC16 MUX
U5 ADS8320 VSSOP8 ADC
U6 74HC4351 SOIC20 MUX
U7 TLV9362 SOIC8 Dual Op Amp
U8 LTC1446 SOIC8 DAC
U9 TLC555 SOIC8 Timer
U10 TLV1842 TSSOP8 Dual Comparator
U11 TLV9362 SOIC8 Dual Op Amp
U12 TLV9362 SOIC8 Dual Op Amp
U13 TLV9362 SOIC8 Dual Op Amp
U14 TLV9362 SOIC8 Dual Op Amp
U15 LP2951-33 SOIC8 100ma 3.3v LDO Voltage Regulator - added - to power STM32
Q1 MMBT3906 SMT PNP BJT
Q2 MMBT3906 SMT PNP BJT
Q3 MMBT3906 SMT PNP BJT
Q4 MMBT3906 SMT PNP BJT
Q5 MMBT3904 SMT NPN BJT
Q6 MMBT3906 SMT PNP BJT
Q7 MMBT3904 SMT NPN BJT
D1 IN4148
D2 IN4148
D3 IN4148
D4 N/A
D5 IN4148
D6 N/A
D7 IN4148
TH1 10K NTC Thermistor
X1 WAS 8mhz
X1 NOW 16mhz? 24mhz? 32mhz?

[Hristo]

You Will Need MPLAB InCircuit Debuger 2 who has exclusive option to download and debug firmware a developer mode programmer:
https://www.microchip.com/en-us/deve...-tool/dv164005

It only 2 has a unique feature to download firmware from PIC and dissansembler in IDE MPLAB

Overview created by AI(google):
Yes, MPLAB X IDE, when used with Microchip programmers (like PICkit 3/4/5 or ICD 3/4/5), provides functionality to read/download firmware from a PIC MCU and disassemble that code, which is a key feature for debugging and firmware recovery.
https://stackoverflow.com/questions/...pilers-for-pic
AI responses may contain errors. Learn more AI responses may contain errors. Learn more

[KRinAZ]

You Will Need MPLAB InCircuit Debuger 2 who has exclusive option to download and debug firmware a developer mode programmer:
It only 2 has a unique feature to download firmware from PIC and dissansembler in IDE MPLAB

Overview created by AI(google):
Yes, MPLAB X IDE, when used with Microchip programmers (like PICkit 3/4/5 or ICD 3/4/5), provides functionality to read/download firmware from a PIC MCU and disassemble that code, which is a key feature for debugging and firmware recovery.
https://stackoverflow.com/questions/...pilers-for-pic
AI responses may contain errors. Learn more AI responses may contain errors. Learn more

Ok many thanks for that.

The ICD2 requires MPLAB IDE v6 or higher, I'm running v5.7.4, I'll have to see if the firmware in my PICStart Plus programmer will work with MPLab v6 or higher (hope so). If so I'll look into getting an ICD2. I see there are some ICD2's on eBay...

I'll make another Win10x32 To Go drive and install MPLab IDE v6 and see what support looks like. One problem may be PIC16C76 support - I already saw an ICD2 overview doc stating the ICD2 does not support the PIC16F76 (and therefore PIC16C76 also?), but maybe it was an early version doc?...Best way to know is to install the newer IDE to get the readme's and check the support...I'll do that this weekend...

[Hristo]

Dont bother you already have it "The PICSTART Plus" is a legacy Microchip development programmer designed for programming old PICmicro microcontroller devices. Its Just not have an in circuit debbuger capabilities like MICD2 has with special daughter board and 6pin piggy cable. The daughter board is inserted into the chip socket on the MXT PCB motherboard, and on the daughter board itself there is a socket for the PIC Microchip MCU controller and 6pin cable connector RJ-11 type to MICD2. Then MPLAB IDE can debug software with hardware stop points for program and in real time debug&edit firmware of the working development device.

When learned microelectronics PIC16C76 is a with Eprom type memory inside, but don't have quartz window for deleting with UV-C light lamp for 20-30 min. So there is not posibble to hack it PIC16C76 with software, after the fuse CP write read protected bits are set. And is one simple brute force solution, but you will need - a microelectronic microscope with more than 2000-5000 optical zoom this will need to use to locate place where these fuse cell are on die crystal in chip first then with a laser emiter UV light or focused UV light Lamp in to thiny beam to locate and charge capacitors of Eprom type memory and with that disable CP protection bits. Rest is to simply read hex-code from chip with any programmer you have will be suitable. Of course you first need to dessolve plastic epoxy resign case to get access to chip die. And there are specialized china's who ask only 1000$ for all that work Original PIC16C76 with code and three blank samples of PIC16C76 required to do all that up described briefly just order, send and pay - and within a week or month you recieve one PIC16C76 with hex program on him coded but not code protected bit set and is up to you to read and share hex code or debug if you like and dissanssemble to source and rewrite algorithm of auto ground balance and other program secrets MXT have like good discrimination for example. Or Just Ask Carl to Explain how is done by memory recall and write new source then to broke enchanted loop ot authors Right's s.h.i.t.y need to go open source by Creative Common like license of this first will get benefit china copier who search for DIY free project on this forum and get you new program source and build "MXT" in serial mass production to flood the market world-wide with a fraction of price of original dead White's who to same end fight with a wind mill's like Cervantes characters and don't give nothing for free or reduce high prices so they re goone Now RIP.

[KRinAZ]

Dont bother you already have it "The PICSTART Plus"... ... ...working development device.
...
When learned microelectronics PIC16C76... ... ...Now RIP.

Hmmm...

[KRinAZ]

Well the better news is that since I upgraded the firmware in my PICStert Plus I can now run the latest (and last, before MPLab X IDE) version of MPLab IDE - v8.9.2

The less than better news is that the PIC16C76 appears to not have any debugging capability designed into it's silicon, and therefore is not supported by any of Microchip's debuggers as seen in the attached screenshot. Just the same I'll take a shot at my PIC and see what I can do...

[Carl-NC]

Why would you want to use a C-series micro? They are OTP and non-debuggable. If you want to stick with PIC use a more modern chip with plenty of flash and MPLabX support.

[Altra]

I believe He is attempting to extract the hex from some old pic16c chips