You'll not find MCU with more than one CAN in DIL package to be easy to hand solder. Majority of MCUs with 2 CAN controllers are available in 64-pin packages with 0.5mm pitch. Those with 4-6 CAN controllers are 100 or 144 pin packages, LQFP or similar. Cheaper, more accessible and with available documentation are those from STM. Some like STM32F105,407,446 are -40 to 105 C but not AEC-Q100 automotive grade qualified. Automotive grade Microchip MCUs with more than 2 CAN are quite hard to find, but do exist and documentation is available.
In terms of reliability, performance and automotive grade, there is no better than NXP in my opinion. It's my first choice, since I do automotive only. Problem is, documentation is not available but they provide some code examples. All their dev boards come with a programmer/debugger, that you can reuse. Those dev boards are not cheap. Don't be surprised when you see $400-500 price tag on them. Look them up on eBay first.
To daisy-chain multiple MCUs to get to the desired number of CAN will not be that simple in terms of coding. I suggest to use external CAN controllers like your MCP1525 instead, if you decide to go that route.
Most of the stuff I'm hand soldering is surface mount 0603 size, as long as it has legs (even QFN) i can solder no problem, its the BGA stuff i haven't tried or tooled up for yet.
I have only found mostly 1 CAN controller in 8 bit MCU's, 2 CAN controllers in 16 bit MCU's, then the 32 bit stuff has tons of options but also very complex looking MCU's to control.
Most of the MCU's I'm finding in the automotive world (2008-2016 era) are Freescale/NXP units, generally 16 bit units with 2 CAN controllers. These are pretty much obsolete and discontinued now.
The issue I'm having with the MCP2515 is the lack of filters (5 I believe), which ends up with me having to do the filtering in the cpu. Other issue is the SPI bus, I'm running a 20MHz crystal on the Atmega328P and using the clock out at 20MHz to feed the MCP2515 to get the 10MHz SPI bus speed which is fine for 1 maybe 2 MCP2515's but after that I believe that's becoming my bottle neck/overhead issue trying to go fetch everything from the MCP2515 just to find out I don't need it and discard the info.
Going with a MCU with built in CAN controllers will remove the overhead of fetching everything over SPI bus for the CAN controllers, I'm hoping that DMA can take receive buffers and move it to memory till the MCU has time to go through the data and do conversions that are needed.
What kind of documentation do you get with NXP chips? I'm able to find some datasheets for chips of theirs out there, the formatting is a bit different and maybe a bit more cryptic but appears to be all there.
.... I’m really trying to avoid having to make messages to go between microcontrollers that are on different busses to get the info over, as an example: bus1 —> gateway —> gateway—> gateway —> bus3. ....
What kind of truck is that? The only IC that serves as a gateway I can think of is the one in VAG cars, so I guess that's what you're dealing with here?
You can't translate messages with one ID into messages with a made up ID.
As far as I understand, you're trying to retrofit modules from a newer generation of the same model. the IDs are most-likely the same, and new ones are added to the newer model for modules that didn't exist in the old model. but that will have to be confirmed.
A great 2-CH CAN adapter compatible with PCAN View and Busmaster is this:
https://www.amazon.com/dp/B0CGPRPZN8?ref=ppx_yo2ov_dt_b_fed_asin_title&th=1
for $20-30 more you can get the same one with 2x LIN from Aliexpress or Ebay, if youre willing to wait.
The truck in question is a 2008 Ford Superduty. The 2008-2010 era uses, lets call it old CAN message formatting, the cluster is the gateway between the HS and MS bus and also the anti theft system (PATS). Starting in 2011 (to 2016) Ford changed the Superduty to use a new formatting, lets call it new CAN format, that uses a lot of the same ID's but not the same data or encoding in the message ID's. They moved the HS to MS bus gateway and the anti theft system (PATS) to the BCM starting in 2011, in 2013 higher trim levels got fancier options that made Ford add another CAN bus called I-CAN. I-CAN was added and a new gateway between HS and I-CAN bus was put into the cluster and leaving the HS to MS bus gateway in the BCM. I can not run either the BCM or the cluster from the 2011+ trucks as the anti theft system (PATS) wont work, so I need a way to read from the old HS bus, make a new HS bus, make a new I-CAN bus and read/write to the MS bus.
In 2017 Ford changed architecture again but made a separate gateway module that has 5 CAN busses going to it, This module is exactly what I need but uses a Freescale SC667303VLH4 MCU that I can not find any info on and according to what I could find, any MCU starting with SC is a custom chip, this one only Ford has info about so that's out of the picture.