#10

That’s such great info. There’s a rotary switch on the EZ-KIT that determines the boot mode of the processor.
The loader file to blink a led on the dev kit is 15 Kb, before I can even send a .ldr with SPI I’ll need some sort of storage or file system on the Arduino Uno (I had thought to save it as a literal char[] at least for a first try).
So now I am checking out flash.c and so on, as soon as I have something working I’ll write a follow up, maybe someone is interested.

#11

oh dear, i’m very sorry but i was totally thinking of the Due when i made those statements
https://www.arduino.cc/en/Main/arduinoBoardDue

that is the much bigger and faster ARM-based board with 512K of flash and USB host capabilites. it is actually more capable than the uc3a0512 and easier to work with. we even made an official monome host library [ https://github.com/monome/MonomeHost ], so it can talk to serialosc devices.

the Uno only has 32k of flash, runs at half the clock speed of the uc3a0512, and provides minimal I/O. blackfin executables can be up to 64K (and it’s not hard to hit that if you are using, say, static wavetables). so the Uno (sans external storage) will only work for the most basic test application. which could still be fine for starters.

#12

heh, yeah I think I can make it with the UNO, but that means keeping both bfin and SD card on the same SPI… and, I’ll need to read the “ldf” files from the SD in chunks, select the blackfin, send the data, select the sd card, all this in a loop because the memory is too small to keep the whole file. I will move to the Due after the holidays, even though dealing with Uno’s limitations has been quite instructional today.

#13

curious if you had any success with [quote=“alesaccoia, post:6, topic:818”]
building say a wavetable synth with effects
[/quote]
on the bf537 EZLite kit ?
@alesaccoia

#14

@mike actually I had started and then I got stuck in another project and never continued. I understood the architecture though, and I can attach say an Arduino to the SPI and have the EZ-KIT booting from there… that basically replicates what happens when changing program on the aleph. in the end it was all really instructional even if I stopped at some point! do you have something in mind, or want to collaborate?

#15

@alesaccoia @zebra
I would be interested in collaboration but Im afraid that my skill are probably to newbie at the moment. I was interested in working on a device that would be able to creative very flush FM sounds that have shimmering effects I feel when I listen to indian music. At the moment Im trying to educate myself thru PD on the properties of how to create these sounds. I very interested in the sounds produced but the buchla 700 and believe that it was written in C. Also I did see a BF533 EZ Kit on ebay for 50bucks. I dunno if this interests you…

#16

Good deal on the bf533 kit. Don’t need one myself, heh… In fact I gave one away to Scott Harvestman recently, maybe we’ll see more bf533 eurorack soon…

700 was all assembly. I believe I saw someone at Georgia tech had posted the disassembled code recently… If you wanna look. But that’s just control section. Voices were analog.

FM synths… One can only go so far, naively, in digital domain. Waves module is fun. Working on more efficiency == more voices. Getting there

Time is the weapon

2 Likes
#17

wow more voices on aleph would be amazing ! I cant code ( yet ) but can help if other ways if you think of anything. Interesting to know that the voices were analog on the 700. There is a recording I found on the internet some release party for it in a sake factory ? and it sounded soooooooo good !

#18

@mike , yeah I would say that from PD to the bf533 kit it’s gonna be quite a journey :smile:
I will try to get back on this because it’s really interesting. but, get in touch if you need

ps: vintagesynth.com says “The 700 had 12 voices with 4 digital oscillators per voice (48 oscillators!), capable of a wide range of sonic creation including FM, waveshape interpolation and timbre modulation. Filters, modifiers and amps are all still in the analog domain.”

pps @zebra I don’t get notifications to posts even though I have “Send me an email when someone quotes me, replies to my post” active, weird

#19

found the notifications now, no worries : - )

#20

First time I’ve ever read about the Buchla 700. Did a Youtube search. It sounds amazing for any year, but for 1987? Wow. I can absolutely understand wanting to revise/relive that experience.

1 Like
#21

I just bought a BF533 ez-kit off ebay UK, they go for super cheap, really. will continue this soon

#22

hm, well of course b700 waveform data was digitally generated and stored, but i am really not sure which synthesis operations were/weren’t performed in digital domain. (the ‘4th computer’ mentioned in that description might have been some bespoke collection of ICs interfacing with PROM waveform data? i really don’t know.) one processor ran MIDAS, one executed a sort of MARF-like control generator section. in any case it was a truly hybrid system and could not be easily emulated, in its totality, by one program.

i did quite misremember how much of the source code was indeed written in C though. the guy i was thinking of was aaron lanterman and he posted the code here: http://users.ece.gatech.edu/~lanterma/buchla700/
… but IIRC it is mostly MIDAS code, BIOS for the editor, C libraries, &c. do let me know if you spot anything that looks like an FM calculation.

when i next get a chance i will have a look at the schematic as this thread has rewoken my curiosity about the instrument.

2 Likes
#23

@jasonw22 @alesaccoia @zebra

the 700 sounds are super amazing. and my mind has been tripping on this notion of the limits of the digital domain. I love how the 700 pushed the limits at its time with both digital and analog, would love to see/hear what instrument you guys think dose that today. maybe it would be interesting to build many many many differnt analog filters that could in groups shape many digital sources… I love how older snyhts had at times physical spring reverbs… just the idea that interesting sounds where and are found in many places. what would the buchla 800 (or whatever its called) next be. Im personally motivated about how unique it sounded and would love to dream of whatelse is possible.

#24

well, to put it another way, in my totally hazy memory i had a picture of the b700 voices as a collection of tiny processors working in parallel, something like this in fact: http://petermopar.blogspot.com/2015/11/24-parallel-pic-chips.html , funny how things come around. but i was 6/7 years old during its development so not really able to pay attention, the picture could be totally wrong. (if we were on a different forum i’m sure rick smith or someone would be correcting me by now)

analog/digital is only useful in context; here i kind of thought the context meant “implemented entirely in software; easy to copy” vs “implemented largely in hardware; difficult to copy”

4 Likes
#25

wow https://www.youtube.com/watch?v=doaDD3wVw6c
Tocante Karper has an awesome resonance sound to it thats really special sounding, both strong and frail at the same time. exciting to hear new sounds that are so exotic. have you made and other stand alone instruments other then aleph is this something your interested in ?

1 Like
#26

on a tangent (since you referenced it)

is emulation of a sound module like the karper possible on aleph?

#27

Emulating all those parallel microprocessors would require some pretty intimate knowledge of how they’re all working together. Is the Tocante Karper open source?

All the Ciat-Lonbarde instruments are just fascinating and brain-melty. Seems like something worthy of (directly) supporting to me!

1 Like
#28

I have a question (restarted playing around with this). I am using the BF-533 EZ-Kit… and I’d like to develop some algorithms directly on it, as it has GPIO and everything I need for small self-contained projects. I am losing my hopes of using the bare metal toolchain, because I can’t find a way, after I have built the project, of transferring the ldr file to the flash, without using another MCU and SPI. Do you have any experience in achieving what I’m trying to do? Otherwise I’ll use visualDSP, but… I’d definitely love to go with the open source alternative

#29

BUT REALLY

i’m seeing that uboot should be present by default on the EZ-KIT flash. if it hasn’t been bricked, you should just be able to connect with serial/network and use uboot to load your ELF.

TL/DR:

  • use JTAG if you can, but it might be hard/expensive to find a programming device that works “out of the box.”

  • if you can’t, i’d just use an arduino or whatever for development, use SPI boot mode and stream your development LDR from the computer (same as aleph boot sequence.)

  • for “production”, use some kind of PROM or flash that you can write from a separate device.

OK, so if you don’t want another MCU in your project, you’ll want to boot from external flash/PROM, using either direct addressing on the SBIU bus, or SPI. the EZKIT has some flash on it but i don’t remember what kind. see the EE-240 app note linked above for boot mode details. (the blackfin doesn’t have its own flash, just the very small internal boot ROM.)

to update the firmware on your device “in the field” (via UART i guess, something like that) you’ll have to roll your own bootloader and put it at the top of your program. (or i guess you could use u-boot, the open-source bootloader, if you want to support different boot processes, uclinux, whatnot and etc.)

the easy way to bootstrap your development process (that is, develop your bootloader) would be to use a JTAG programming device and load directly into blackfin SRAM. from there you should also be able to [write the LDR to flash] (https://blackfin.uclinux.org/doku.php?id=bootloaders:u-boot:loading#programming_flash_via_jtag).

if you can’t get a programmer, i guess you’ll have to come up with some other way of flashing whatever memory is on the EZKIT using another device. or connect your own NV memory. (or, seriously, just use an AVR8 or something that can also serve as a serial->USB bridge when you inevitably want that later.)

i’m not at all familiar with VisualDSP, but i don’t think it really gives you any magic bullets for this task.

one thing to note: you might come across a lot of discussion referencing the bf537 and how to boot it over UART. but this is a different part, and unfortunately the bf533 lacks a boot-over-UART mode.

1 Like