Alert icon
We're changing our privacy policy. This stuff matters.  Learn more  Dismiss

8-Bit PIC Microcontroller doing 64-bit calculations

Loading...

Sign in or sign up now!
Alert icon
Upgrade to the latest Flash Player for improved playback performance. Upgrade now or more info.
18,569
Loading...
Alert icon
Sign in or sign up now!
Alert icon

Uploaded by on Jul 4, 2008

It is makeing a fake 64-bit array (8byte) in it´s memory, and has them all connected to each other. I wanted to see if there was any idea to make some sort of simple decryption program for codes, but has understood that it´s not going to happen with a 64-bit based encryption key. Simply because the PIC doesn´t have the speed for it.

It could go faster if I would use the both PICs and don´t update the LCD all the time, but it would still be a long time... And not half the cool... :P

  • likes, 2 dislikes

Link to this comment:

Share to:

Uploader Comments (Kdg86)

  • where do u get the chips to make that stuff like what store

  • Try ebay, farnell, elfa, microchip and sparkfun. They should have everything you need to build something simular like this.

  • Have you considered parallel programming... Like having one PIC to measure from a to b and the other from b to c....

    It's half time!!! But more effort....

    And why don't you use a ds for that!!! If I remember right they run at 40 or 48 MHz???

    Anyway cool vid!!!

    And something more... I have the same LCD do you use a voltage divider for the signal lines??? CLK, CS, DATA and such....

  • Hi!

    The development board I made has two PICs on it and have serial interface between them, but on this video Im only using one PIC, most of the cpu power actually goes to updateing the LCD. Just too lazy to do a optimal code for the interface to run smoothly :P Nope, havent tought of a DS, this is a project to show the power of the PIC :) As for the voltage divider, Im running the board at 3.7 Volt, so no need for it.

    Thanks for your comment!

    Regards from Sweden! :D

  • What concerns me about going through all combinations, is that there are so many, 1.8x10^19 combinations. At MHz clock speed, you're not going to be able to test much more than 100,000 a second. All combinations would therefore take 10^14 seconds = 20 Million years.

    Still, you're clearly more advanced than me. I don't understand why anyone would doubt that you're doing 64 bit manipulations. Seems conceptually straightforward.

  • Yes, you are right. It will take ((2^64/(3000000/7)/24)/365,25= 4´910´153´187 years

    After 7 hours of computing it had done 3000000 calcultions.

    :P Regards Kdg86

see all

All Comments (23)

Sign In or Sign Up now to post a comment!
  • Yup, its a bomb.

  • Please correct me if I'm wrong, isn't the program just counting from 0 to 18446744073709551615 (2^64 - 1)?

  • I don't see where you do calculation here... I see only a big 64 bit counter... Nothing impressive.

  • i have no idea what this thing is about but i'm guessing that you made something old as hell made calculations that it's not supposed to do...is i? kinda like a NES trying to make an ps3 calculation? :P:P

  • asm or c?

  • You're wrong. There are 2^64 combinations.

    The highest number that can be displayed is 2^64 - 1 because we want to have "zero" (0) as well.

  • You're wrong. 2^64 takes into account every combinations just fine.

  • you should use an old intel processor

    i've never fingured how i could but you seem pretty bright.

Loading...

Alert icon
0 / 00Unsaved Playlist Return to active list
    1. Your queue is empty. Add videos to your queue using this button:
      or sign in to load a different list.
    Loading...Loading...Saving...
    • Clear all videos from this list
    • Learn more