Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Toltekradiation

Pages: [1] 2 3 ... 8
preenfm2 and preenfm3 / Re: compile preenfm3 sources
« on: February 14, 2021, 11:19:41 AM »
yes, that's great, it's much faster to program than on the pfm2 !
To test the new cpu capabilities, i'm trying to add a master fx section ;D

For this, i added a third page in the Mix/Mix page : Fx send level.
And a third page in Mix/Global to set params of the fx.. the plan is to have a collection of fx there with 6 parameters :
1 for the fx type (reverb, delay, chorus..) and 5 parameters (time, tone, width..).
the fx out would be hardwired to the 1-2 jacks.

i will let you know if it turn to something interesting!  :)

preenfm2 and preenfm3 / Re: compile preenfm3 sources
« on: February 13, 2021, 11:54:27 AM »
i did as you suggested with my st-link v2 clone (the small coloured one one can find everywhere) :
it works fine :D

Many thanks for your explanations !

preenfm2 and preenfm3 / compile preenfm3 sources
« on: February 12, 2021, 06:46:12 PM »
Hello Xavier,
i'm trying to figure out how to compile the preenfm3 firmware..
so far, i compiled preenfm3.bin without errors but the debug version is a 65ko file ,34ko for the release one, far from the ~430ko of the latest version.
I don't understand what i'm missing, maybe you can point out my errors please?

the way i did it :

Git clone the project
then in STM32CudeIDE, i create a new STM32 Project from an existing STM32CubeMx configuration .IOC : so here i use preenfm3/firmware/preenfm3.ioc
i press the build button and that's it.

obviously, not the good way. :P

preenfm2 and preenfm3 / Re: dfu mode issue
« on: January 13, 2021, 08:43:18 PM »
then i checked the continuity of the sd traces : it were good until the sd socket itself, not so well soldered.
After resoldering the sd card socket, i now have a fully working preenfm3  8)

Thanks for the support, and for the preenfm3 ! i love it very much, the sequencer is funtastic and the filters sounds very nice in poly :D

preenfm2 and preenfm3 / Re: dfu mode issue
« on: January 13, 2021, 12:17:34 AM »
yes, that's weird, i tried to find any evidence around the broken zone and could not see anything. it may be broken under the capacitor..
so i made the 5v link and the control board work fine now,
but not the sd card reader : still error #6
i tried two sandisk : 1 ultra and another from the edge series, both previously formatted with the official formatter, deep formatting.
btw i use latest firmware.

i will have a look for another tft tomorrow.

preenfm2 and preenfm3 / Re: dfu mode issue
« on: January 12, 2021, 08:17:56 PM »
thanks guys, thanks Xavier,
we're getting closer to the solution !

i checked the voltages :
4,5,6,7 : 4.8v
1,2,3,8 : 0v

it seems that the 5v is lost after the (4).
Continuity is correct everywhere except between 4 and 8.
It's also correct on the control board.

maybe i should wire the hp hole (1) with +5v ?

About the sd card, i joined photos of the TFT.

preenfm2 and preenfm3 / Re: dfu mode issue
« on: January 12, 2021, 07:31:42 AM »
yes, i have soldered the headers : only the needed pins, as described in the Vandaal electronics instructions :

i also triple checked all the headers : there is no shorts between pins.. :-\

preenfm2 and preenfm3 / dfu mode issue
« on: January 11, 2021, 10:48:34 PM »
i have been struggling with the preefm3 build for some time, due to a weird issue :
the dfu mode did not set up when i linked BootD and DFU pins : it seems that the DFU pin does not hold any voltage (on naked board, nothing plugged except usb ) ???
Finally, i linked 3,3v with bootD and could then enter DFU mode and flash the firmware.
It start, the screen seems to work ok, but not the sd card (error #6)
And now, the control board does not act as it should : complete mismatch of buttons and actions.
the 5v pin on left of main board has no voltage as well, there may have some sort of short somewhere, but i can't figure out where  :
the soldering inspection did not give any result (joined two photos of the board, with some voltage values.)

surprisingly, I can play notes and even edit the patch with USB!

Any hints is appreciated...

preenfm2 and preenfm3 / Re: FM3 Screen 'crash' and mix saves (0.97b)
« on: December 24, 2020, 11:50:29 AM »
thank you !

preenfm2 and preenfm3 / Re: FM3 Screen 'crash' and mix saves (0.97b)
« on: December 24, 2020, 10:46:48 AM »
hello Xavier,
i have a question about the TFT :
i ordered a model with the Q1 transistor, but the one i received today does not have it :(
it should work, as @forestcaver use one of this kind, but should i get another one ? how bad is that ?

preenfm2 and preenfm3 / Re: Pfm2 : unison discussion
« on: December 06, 2020, 07:16:19 PM »
that's great, many thanks Xavier !
i can't wait to check it out (..but my pfm3 is still to built  ::)).

preenfm2 and preenfm3 / Re: Pfm2 : unison discussion
« on: November 20, 2020, 07:34:11 AM »
yes, on the ambika, each voice cards do both : oscillators and filter.
look at the file list in the voicecard directory of the ambika project :

preenfm2 and preenfm3 / Re: Pfm2 : unison discussion
« on: November 19, 2020, 10:25:31 PM »
@Xavier, i forgot you do know well the ambika !
yes, ambika is quite different from pfm, but there is also similarities : both are digital for the midi part, they are multitimbral and a voice card is still a voice ;)

For now, in the pfm, the voice allocation is handled by Timbre.cpp, but i found it quite difficult to modify when i tried, because i found it a bit entangled ..
the ambika voice allocation mecanism add a code layer between timbre/part and the voices, which is a good thing in my opinion.
implementing unison (and unison x2) would then be quite easy to do.

But that's just my opinion, there is maybe an easier/better way to do it ! :)

preenfm2 and preenfm3 / Re: Pfm2 : unison discussion
« on: November 18, 2020, 08:48:09 PM »
hi guys !
if it were me, i would go the ambika way to handle unison : each timbre ("part" in ambika terminology) has a number of voices, a mode and a spread parameter :
mode: Polyphony handling. When this is set to mono, all voices assigned to this part are simultaneously played in unison, and you cannot play chords (only the most recently played note is heard). When this is set to poly, the notes you play are dispatched to the voicecards. Obviously, the polyphony is limited by the number of voices assigned to the edited part! Finally, 2x unison works like the polyphony mode except that every time you play a note, it is played by 2 voices - this effectively divides the polyphony by two.

the spread parameter is used to detune voices (zero to -+1 semi tone).

it's very flexible and effective on the ambika.

the good news is that the code is available here :

all this would also add some benefit to poly handling, as it use a note stack to keep track of pressed keys.

but, yes, it's a lot of work to refactor such a big part of the code pool. :P

preenfm2 and preenfm3 / Re: prennfm2 black front
« on: August 14, 2020, 07:20:23 PM »
welcome to the forum :D

i don't know where to find a white acrylic front panel,
but if you can't read the text on the panel, i suppose you haven't painted it yet.
You may try acrylic paint, to fill the engraved labels, as explained here :

it will be good enough to be readable..

Pages: [1] 2 3 ... 8