News for hackers. Stuff that matters.
Re:SuperH by thedracle on Monday December 06, 2021 @04:00PM (#29465631)
We used SH4 chips for the cosmic-ray surface detector array for the Telescope Array project: http://telescopearray.org/

I cut my embedded development teeth writing device drivers and custom firmware targeting it.

The reason we used SH4 is because the Dreamcast had failed, so there was a huge surplus of them available on the market at the time.

It was easily one of the most interesting and rewarding projects of my life to work on.

Re:SuperH by johnwalkr on Tuesday December 07, 2021 @02:13AM (#29469815)
In a previous space project we used SH2A because it was used successfully by colleagues previously, and had undergone the requisite radiation screening already.

It was obsoleted but we could get enough stock for the project. What we didn’t realize at the start was that the previous project had lower standards for development and testing and didn’t have the special debugger or great code. The debugger had to be special ordered for a ton of money and no vendors wanted to work on it.

Had a chance to revision up and changed to a pretty obscure atmega micro that was a perfect replacement. Did radiation screening again, development and testing..

That part was obsoleted too and I can’t use it for my next project. Will probably buy a space grade cpu for $20k this time. Radiation screening alone for a few components is $50k.

Re:SuperH by thedracle on Tuesday December 07, 2021 @10:06AM (#29473188)
I worked on some data acquisition software that was in a beam-line (SLAC), but we just made sure to surround everything with lead bricks.

I've never sent any hardware into space, but some former colleagues of mine were working on OWL around the time I left: https://asd.gsfc.nasa.gov/archive/owl/science.html

Re:SuperH by jwuphysics on Monday December 06, 2021 @06:54PM (#29467406)
Have you written about your experiences developing this firmware and your involvement with the Telescope Array? I would be very interested to hear some of the stories (and lessons learned)!
Re:SuperH by thedracle on Tuesday December 07, 2021 @09:51AM (#29472984)
I haven't, to be honest I'm not much of a writer.

I have a good friend however who is a great writer, and who has written a lot about her experiences, and who is working there again: https://www.jamiezvirzdin.com/

She didn't work much on the software/hardware side of things, however.

Maybe one day I'll sit down and put some of it to paper, I definitely have a lot of stories to tell.

Re:SuperH by braincode on Tuesday December 07, 2021 @04:36AM (#29470604)
Which kind of debug probe did you use for it? I've been told that it's not regular OSS/OpenOCD/JTAG toolchain but something Hitachi-specific called H-UDI (proprietary JTAG extension)?
Re:SuperH by thedracle on Tuesday December 07, 2021 @09:56AM (#29473045)
So, it was a long time ago, and I did use a JTAG emulator/debugger called the "Partner JET:" https://www.kmckk.co.jp/eng/gigatrace_index.html

It was extremely expensive, and commercial, I'm honestly surprised I could even find a website for it.

It was extremely cool to basically scroll through memory, our hardware had an on-board FPGA that gathered waveforms from a photomultiplier tube attached to a scintillator, and when I was writing the driver for it, I could watch the memory in real-time with the debugger changing.

Setting initial values of memory to something like 0xDEADBEEF, and using this thing, was an incredibly powerful debugging strategy, especially when dealing with hardware.

Re:SuperH by Bad_CRC on Tuesday December 07, 2021 @05:21AM (#29470898)
I was thinking "cool, like the dreamca....oh ... ok..."