kelu124

Ha Will, fancy seeing you there !

Hi, author here. I must say I'm not 100% confident in everything the STM32s do - and the rp2040/rp2350 is an easy one. One of my pieces of work is : continuous acquisition, acquisitions, processing, and writing on a fast storage, which allows for continuous 10MB/s+. All of this can be managed through the 2 cores, and the PIOs.

In short, PIOs are really a game changer, I have dumped a FPGA from the previous iteration to go rp2040.

BUT... solutions like some of PIC32 and their integrated 40Msps ADC are really nice and worth exploring (if I had the time). The positive thing about the pico is that it's so common and tools are so common that it's really a pleasure developping on this device =)

Even the iCE UP5K has a whopping internal 1Mb RAM.

With a focus too on Lattice's ;)

https://github.com/kelu124/awesome-latticeFPGAs

Thanks for sharing this!

As a way to go around this issue, I sense a bit of progress through compressed sensing, see for example http://advances.sciencemag.org/content/3/12/e1701423 . This would enable one (with enough horsepower) to get 4D imaging with a single element. This is very early, but I do plan on using this hardware to test the feasibility of single-piezoelement pseudo-imaging.

I would definitely be happy to chat with the sdr community to see how we could interface. Ping me ?

OP here -- I had played with a wireless probe and developed a very basic python framework around it, see https://github.com/kelu124/pyUProbe1 .

Same origin: Shenzen. Very friendly contacts there, always a pleasure to chat with fabs.

Superb!

Could be indeed! Augmented sensing, there's definitely something one can do. A ping (radar-like) every 5s, and in time you listen to echoes. The more intense, the higher the frequency. Ping me through the contact in the doc if you're keen on discussing about this!

One of the next experiment is to try with 8 small elements ;)

I guess nothing prevents you from doing so :)

Let me know if you can spare one too ;)

The point being that on these experiments, the sensor isn't an array of piezos, rather a single-element piezo. Cuts the costs (a fab invoices around 100-200e for such a sensor), but lowers the overall image quality.

It's been a question I'd love to be able to answer to!

Before trolling a bit, I remember the main costs don't come from hardware (though it definitely costs something) - rather for r&d, patents, and most of all proper certification, since, in the end, it's a matter of life and death. That being said, this experiment is mostly a dev kit to help curious tinkerers explore the topic :)

Hey! Theres a link for tindie in the doc. It's quote expensive, high voltage being the main reason, but I'm planning on reducing the costs and have a cheaper on-board extension for the pi once this hardware stabilizes

A ultrasound imaging dev kit for academics, teachers, researchers, and hackers : https://kelu124.gitbooks.io/echomods/content/

Interesting to see this ! Any way to contact you?

SEEKING FREELANCER

Seeking a STM32 dev for an embedded gig - preferably on a EMW3165.

Agreed, for a single element one there's a project on hackaday : https://hackaday.io/project/9281-murgen =)

160$ cost for a single electronic board, not cheap, not so expensive..

Indeed! That was a solution used 30 years back =)

Hey Jes, would be glad to get your insights on echopen.org 's project still =)

Electronics wise, we are using a single element, mechanically translated (similar to the atl access pv10 probe) - then with a single element you can cut on the price (so far our prototype parts costs 250$/300$) while still giving a basic image for the user, who doesn't all the time need all the feature of a high-end ultrasound scanner =)

What do you think?

No idea! Though, if VML is the Vector Markup Language, then "VML is specified in Part 4 of the Office Open XML standards". Maybe MVL ?

For medical images, ezDICOM may work ?

inky rasping ?

Answer to that one is easy: with the level of details that this board can provide, one can't find the sex of the fetus - whereas placental location is still possible - and allows the medical staff to inform the mother and prepare the birth =)

Still, an issue.

The usual comment we hear on usage of this is that OSH equipment like a simple hammer would have to present a disclaimer such as "Can be fatal if used wrongly -- bashing one's head with this device may prove dangerous" - but doesn't bring a lot to the debate.

That being said, open source medical hardware is quite a new field, and lot of aspects need to be matured.

Depends on the volume of course, and of the quality of image that is expected. This board, plus transducer (necessary to get the image) in small volumes, should be around 200$. Maybe less in higher quantities, and with streamlined components. Far lower than the usual portable ultrasound scanners (costing ~5k$). But that's a work in progress so let's see!

We were following the Newcastle project, but I guess the tech was finally bought by NDT -> image quality and framerate were not as good as expected. At least, haven't seen progress on medical imaging use from this end.

Hey there. Indeed, we supply HV to the pulser. Integrated is a recom dc/dc converter. Alternatively, for a DIY approach, you can as well work with something as in http://echopen.org/index.php?title=Analog_Parts_%28Farad%29#... - for HV and pulser.

Done, tried to write a summary on the home page, thanks for the feedback!