• The forums' spoiler embargo for all content from Pokémon Legends: Z-A's Mega Dimension DLC has been lifted! Feel free to talk about the new content from the expansion across the forums without the need of spoiler tabs!

    Please note that this lifted embargo only applies for the forums, and may still be in effect on other Bulbagarden sites.

Inside the Pokewalker

Roisen

New Member
Joined
Jun 9, 2010
Messages
3
Reaction score
0
So I'm going to do a modding project and I was wondering if anyone else out there had dug into the internals of the pokewalker yet. This was the only picture I could find on the internet, so if anyone else has some better ones I would love to see them.

I'm assuming part #1 is the IR transmitter, only because of it's shape and location at the top and back of the device.

Part 2 I have no clue about. Maybe a small microcontroller dedicated to TX/RX?

I'm fairly sure that part 3 is the accelerometer

4 is obviously an OSC

and 5 is obviously the main Microcontroller.


What I'm most curious about is what data the pokewalker and Pokemon cart send to each other, and if anyone has captured one of these packets. Additionally, I'd like to know the baud rate of the device.
 
They sent the hexix number of the mon and the numbers of the mons that can be coughas well as the picture to display. on the way back it sends the a return code, the hexi numbers of the capture mons and berry's and nothing else...or so I'm lead to believe.


I lost mine when i was going to the physics lab to record it all.
 
It would also have to send the complete data for the player's party at the time in order for the Trainer House to work. However, I wouldn't be surprised if it sent incomplete data for the Pokemon that's actually taking the Stroll; it may well be nothing beyond species, form[e], and happiness, and maybe not even happiness. The data for captured Pokemon is probably also only enough to display the correct species on the Pokewalker--that would explain why you can't look at their movesets on the Pokewalker itself.
 
They sent the hexix number of the mon and the numbers of the mons that can be coughas well as the picture to display. on the way back it sends the a return code, the hexi numbers of the capture mons and berry's and nothing else...or so I'm lead to believe.


I lost mine when i was going to the physics lab to record it all.

Is there an easy way of determining the baud rate and the byte format? I could whip up a photo resistor and microcontroller platform and read the data but with all the possible combinations of stop bits, parity bits, baud rates, etc. it could take a while. I think we can assume that there are 2 stop bits, some kind of parity and a really slow baud rate though at least. IR communication through open air is far from great.


It would also have to send the complete data for the player's party at the time in order for the Trainer House to work. However, I wouldn't be surprised if it sent incomplete data for the Pokemon that's actually taking the Stroll; it may well be nothing beyond species, form[e], and happiness, and maybe not even happiness. The data for captured Pokemon is probably also only enough to display the correct species on the Pokewalker--that would explain why you can't look at their movesets on the Pokewalker itself.

I agree that they would only send data about that pokemon that is needed, ie. not the moves or stats. I do wonder if they send all the data for the route that you're going to be walking on when you connect, like the pokemon and items that can be found, or if all of that data for all of the routes is stored on the pokewalker. Even so, I think it's safe to assume that they send over the pictures for the pokemon and items when you connect. Sure the pictures are probably only really small, but it adds up when you have to have 500 of those pictures always stored on there.


Anyway my eventual plan is to create a device that can send back any pokemon or items that can be found on the pokewalker whenever you want. It should only be a matter of figuring out the format of the packets and manipulating them.

It may even be possible to send back ANY pokemon or item at all... depends how many checks they have for that kind of stuff.
 
Probably on Tuesday or Wednesday I'll set up a rig to capture the data. I'll post the packets here if anyone is interested. I'm sure it won't be easy trying to decode/interpret the packets so some help would be great :p
 
Please note: The thread is from 16 years ago.
Please take the age of this thread into consideration in writing your reply. Depending on what exactly you wanted to say, you may want to consider if it would be better to post a new thread instead.
Back
Top Bottom