Recent Posts

*EDIT* The TOP fix is the one pinned at the top of the forum - it includes binaries for OSX, Linux and Windows

Not working for me on one linux machine for one reason, so was interested in the other compilable solution referenced in post 271, however that download link has expired.
Think the hack.exe you're referring to is a windows build of that...

My understanding is that the original (expired) download link was for a cross-platform compilable source distribution, and that the subsequent reposts were for a compiled windows binary, sadly.

If anyone has the original contents of the expired link from post 271, perhaps they could repost?

Hi everybody, I have a dumb question:
Does TOP's medicine work for Linux version of XC8 ?

I have found a couple of positive answers earlier in this thread but was unable to get there.
I ran "xclm.exe" under "wine" several times always getting message:

0078:err:ole:start_rpcss Failed to start RpcSs service
Nothing to do

It seems to be trying to start some kind of Windows Service (not possible in Linux)...

Any advice, please?

[Country]

Country	Romania
Note	Product designer, schematics and PCB

Hi,
Does someone know the XC8 pic tutorial using the compiler in
command line mode without using the mplab ide.

This member is invited by me. Registration isn't completed yet.


Note: This message sent by the system behalf of pickit2.

[Country]

Country	Italy
Site	https://www.panu.it/
Note	I am a sofware/hardware developer. I make project with microchip pic, tezas instruments an st arm github bigjohnson

Please calm down.

The code examples I posted are just examples and of course I used higher speeds as well.


I did RTFM and tried different approaches including use of timer interrupts as I have stated in this thread.
 
Considering the long pipeline differing latency is a well known common problem with ARMs (check out various forums including official STM32).
Also, changing compiler optimizations in each case produce different latencies but they're always present.

Of course, if you're able to do it precise timings on STM32 output pins, feel free to do so and post scope screenshots.

I will be happy to be proven wrong but ATM I'm firmly standing behind my statement that less complex 8-bit and 16-bit MCUs (AVR, PIC, PIC24, dsPIC etc.) are more suitable for precise timings on output pins (reliably predictable number clock ticks).