#7

hm actually this other board i don’t think does a lot for you as far as approximating the aleph. it comes with SDRAM instead of SRAM, so the heap memory is much bigger and slower. RS232 port would still needs conversion to serial-usb (aleph uses a slaved AVR8 running LUFA for this; older monome devices used FTDI.) ethernet would go unused (unless networking is part of your vision.)

we don’t use any extra flash in the aleph beyond the internal 512k. (bees app stores everything on the sdcard - in hindsight more flash would probably have been a good idea; as it is we should at some point redo the scenes structuring to be more space-efficient and store the default scene+module internally.)

so my 2 cents would be: if you want to use avr32 go with the barebones version and build on it from there.

or maybe you have something else lying around that could serve as an initial testing controller. for example, an Arduino Uno would work fine - it has USB host capabilities and SPI, and is easy to program.

#8

ok, well last night I was thinking wether it was ok to use Arduino Uno. so, cool, for now I’m sorted! Will start try to get SPI working already today

#9

yeah i think that would be perfect - see if you can boot the bfin in SPI slave mode by sending .ldr file from the Uno, then send parameter changes once its booted.

pins used:

SPI

  • clock
  • select
  • MOSI
  • MISO

GPIO

#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?