Phatline
-
Posts
1,278 -
Joined
-
Last visited
-
Days Won
71
Content Type
Profiles
Forums
Blogs
Gallery
Posts posted by Phatline
-
-
i want the to adjust the exact RPM of my Blender (up to 37500 rpm)
via a menu encoder i want to setup the exact hz,
the code displays then the RPM value,
the leds connected to a dout-module begin to flash
the combinations of different Dout-pins to one LED give the led more Current... dont know up to know... maybe i need this.
i now have to adjust the speed off the blender until the rotor seems to not moving anymore
some basics?
if (RPM==Blinkfrequency) {there will be No Motion}
RPM=Rotation per minute
1minute has 60000ms
RPms=Rotation per ms
1RPM is 60000RPms
38000RPM is 2280000000RPms
u32 range is=4294967295
1hz = 60RPM
38000RPM = 633Hz so the maximal range of this strobo will be arround 640hz
Frequency=1/Time
Time=1/Frequency
1000hz = 1ms
the protone resonance frequency of hydrogen (H) = 61779498184847720448 Hz
the 58 Octave from this is 428.681 Hz
taken from the free m.rauch software: http://aladin24.de/htm/res/index.php
428,681hz = 25720,86 RPM --- this is the speed i want to setup the mixer with water in it.
Time= 1/428,681hz = 0,002161316s x 1000 = 2.1613ms
that meens that
void APP_Tick(void)is not accorate for this, since it is called evy 1ms
the standart updaterate ot the
void APP_SRIO_ServicePrepare(void){ //called before the shift register chain is scanned MIOS32_DOUT_PinSet( 0, LEDvalue[0]);}is 1,28uS which is accourate enough to handle the LED-Status
u32=4294.967.295 wordlength.
seco.milis.mikro I think thats enough
so set up a timer @1uS rate:
void APP_Init(void){ //initialize MIOS32_TIMER_Init(1, 1, Timer, MIOS32_IRQ_PRIO_LOW); //1uS Timer setthen count (timecount) to a specific time... when reached: reset the counter, turn on the led...
the counter now counts again a specific time until it reaches the decay--time-mark (here 100uS) now it turn off the LEDs
...now it counts forwarde to the specific time...reset the counter, turn on the led....
void Timer(){ timecount = timecount + 1; if (timecount >= time) {LEDvalue[0] = 1; timecount = 0;} if (timecount >= decaytime) {LEDvalue[0] = 0;}}next time some menus, encoders, display, and formulars...
for what a ocataved protone resonancy frequency on water? hmm someone sayed that on this frequency the temperature drifts down and water got lost... i want to proove that!
-
NICE!!!
-
Live-Arrangment:
AbletonLive=Mixer und MelodyLoops
Korg Electribe Rythm MKII = Drumsynthesizer and Triggersource
Triggermatrix=Midiprocessere which take the MelodyLoop and save it, until the a Trigger accours - then it sends the melodys to the synths....
Synths: JP8080 (which u dont see)
NordRackIII - where the bass Part goes thru a modified FB383 (a 303 clone), and the Lead and Polypart goes to Abletons Reverb.....
TamaTechstar
KorgElectribeRythm thru a Spectral Audio Neptune (which acts as A-Fi-ADSR and Distortion-Unit)
Akai APC40 acts as Audio-Mixer
-
After a few months of jaming testing programming and debugging...
now a public beta of Version V1.0, which is specialised to work with the DI-OUt modules... see Attachment!
there is also a hardware manual -which meens what DOUT or DIN-Pin do what,
and the code itself is documented in app.c //...and so on
there is also a midi-implementation...that is a bit "beta" - not all controlls are sent out or can be received, some make no sense via midi (trigger indicators and other midi-stream shitting flackerings...)
how ever² if somebody wants to test it without havening the hardware: if somebody want to test it via OSC and a Tablet - then he must help me to get the OSC itself running --- (i already route the CCs internally to different functions, and midi is also no problem... the OSC-i-fiying of the program is no big deal, to initialze the ip and other ethernet basic thing is the hardest-for that i need help) i already own a lemur licensce and a ethernet wired tablet...
the manual and project describtion is deep beta...
Hm the future of the TM-CODE?
the Project-"TEKKSTAR" is done - except the OSC
A Triggermatrix-standalone-UI-PCB? maybe...but since i dont need that @ the moment, this will have to wait...but i must say - i like the idea of a handy 8x8 matrix and a lot of buttons, with triggerouts at the back... in the other hand - its a bit to small for a crown setup with synths, drummachines filters and so on...on the other side ... i thinked so much, and have a so "ready" concept/picture of this in my head - even i dont need it, even it is to small for my setup --- even off all - it could be a really cool midi-desktop tool that would make me happy to own it...just to say - no its not the Tekkstar --- yess thats the TRIGGER MATRIX! (without the analog drum-voices arround!)
the next extendet triggerMatrix -Code should work on the BLM-16x16 Matrix that a other user design @the moment..switchable from simple stepsequencer to TM-Mode
- on the code side a 16x16 matrix for trigger is no problem... just add more lines from the same code...replace some [1-8] to [1-16]
polyphone melodys are limited by ram and my code skills 6 channels i think are max...
@the moment:MidiChannel 4 5 6 7 and 8 are 128xPolyphonic Retrigger-channels for synth using --of course at the same time also Drumtrigger on the DOUT-Modules
how ever that could work:
Trigger 1-16 - DOUT Trigger
Trigger 1-10 - Midi-Mono-Retrigger
Trigger 10-16 - Midi-Poly-Retrigger
- thats big enough for everything i have and can think of....ok ok...8 polyphonic retrigger channels would be kick ass, by using 8 polyphonic synths that are exactly tuned-and are fitting together (change the master tuning > change the mood > make healing music and so on)
how ever here in action:
-
@jam-videos...
do you know a video-multi-track - software for Linux or in worst case "Windoof"?
I thougt of using multiple webcams @once, mounting them on my Rack-Lightnings "Schwanenhals" - after jaming -motion dedtection would also be nice...with motions-dedtection - morph between camera-streams.
maybe a miditrack, that detects CCs from Controllers or Synths - so if you touch one synth or CC the cam goes immediatly to your hand...so you dont have to cut the video later...
-love the synth sounds & the live play...
-
short answer - nope cant help...but in service manual the LCD part of the LCD-Assembly is named:
LCD: EDMMR03Y00
get the service manual, maybe you find the correct Pin-Out of the Display...
you can get the wrong dimensions... maybe the mounting holes are not on the correct position.... for that you have to unmount the unit, and make some measure on your own.
Then when you unmount the lcd...maybe there is some more info on it...maybe a graphical chip, that can tell us more...
if you dont find out what Display it is - you have to look into the service manual - pinout like i said.
good look
how ever this has nothing to do with midibox construction.
http://elektrotanya.com/yamaha_rs-7000_sm.pdf/download.html
"Display (LCD) 64 x 240 dot graphic LCD with backlighting and contrast control"
in the wiring sheet u see it is a 12pole(CN10) connector going to the LCD and a 2ple connector (CN17) (+5V Backlight)
we have to focus on CN10 ... the polarity of CN17 you can test with an Multimeter.
on site 18 of the service manual you can see that the Backlightpanel and the LCD panel are seperate parts
what brings me to the next step - is the backlight dead or the LCD?
on the site 28 you have the pinout of the LCD controller ... we want to find out the connector CN10 and the pinout of it... CN10 is situatet on the DM-Board....nope....no pinout in the manuel, so have to see on the chips - pinout.....
but bevore buy anything: take a look on the Block diagram on page 14: "cont.VR -12V" --- the contrast circuit is on the Digital Main board "DM"
so the crapical chip could be dead, the contrast circuit, the LED-Backlight, or the LED-Backlight - circuit (5V) - or the LCD-part
-
https://soundcloud.com/transistsyntandsampledrum/greatfulltekk-wauwauwud
Midiboxpart: "Tekkstar" (analoge Drums-DOUT) und Triggermatrix (MB-Hardwareplatform)
2 in 1 mix:
1.schneller 90er polyphonic trance (JP8080...)
2.Acid tekkno-trance...treibend
im prinzip sinds keine zwei lieder... einziger unterschied - loop länge und wilderer umgang mit der Matrix.
Die Melodie ist jetzt schon 8 Jahre alt... hab sie des öfters mal gespielt, aber nie soooo.. jetzt weist wies ist wenn ma ein halbes jahr seine geräte nicht zu hause hat.
-
i take a 8bit mini core - just to have one.
@mounting holes: there is a VESA - Standart outthere, and a lot of standoffs for it.... and so on:
maybe this is a idea for extra holes for the groundplate
-
There are different DIP-Sockets Types outthere, to be shure that most of them have place, you have to make more space arround them....For the 40Pin DIP Socket, and the Resistors and CAPS under/in it > move them to the middle of the socket as much as you can...For the case you have not the right CAPS ordered and the caps are to big, it make sense to make more place arround it...As I can see this changes are easyli...possible without changing the PCB-SizeWhen using Sockets for the DIPs you have to make more space arround them....It is always good to check the pcb design with other people ;) - technicly i dont have checked it.Have a nice weekend - phat
-
@Adafruit Model or Dimensions:
without YOUR pcb Files i cant design anything technicly/correct/exactly also it is a waste time.
A Design based on your PCB sent to "beastUk" or anyone else give us an offer... you dant have to do anything... http://thebeast.co.uk/?page_id=21
@Mounting the PCB:
There are more ways to dont need "mounting holes" on the frontside then JBWeld and Pressed/soldered screw threads.
e.g. with 3 U-bars on the back of the PCB that also strength the whole case to be like an Volvo240... with that the whole Frontpanel isnt static relevant anymore...
@Exactly what you want: 3 Letters "CAD"
@Core direct connections to UI-PCB: hell yea! flatter is better
-
well then lets see how many will be in.
in the meantime you could send me the PCB files, i convert it into DWG so i can try out different case variations, and maybe to test a protofrontplate (since 3mm 500x400 costs only 15€ material....) .... just to see what work in time it is, and how much it costs in Milling-Heads.
thx
-
@Contrast: a self made finish - Pink Black White with that Red Pink Blue LEDs..... like this LP:
:format(jpeg):mode_rgb()/discogs-images/R-40735-1241822599.gif.jpg)
@500$ - so you are from US? >>> I am from west-Europe, maybe we have in europe cheaper Supplyers(no inport tax...) or is this case custom made? (or what is a machined case?)
500 for Frontpanel drilling + Case?
@CAD, CAM and CNC > Case and Frontpanel:
Can you link a Vector-Based drawing, or something i can convert to a DWG DXF?
I want to check if my CNC can drill it (max 720x420x120mm Copper or Aluminium)
Silikon buttons: (5+10 +5+10 +5+10 +5+10)x4=240x240mm for the Matrix witout extra buttons... i think my cnc can make this.
ME: CAD=pro, cam=need to know, alu cnc materials speed...=bloody newbee >>> i will need a bit help to find the correct 3,2mm Aluminium, the perfect milling-head, drill speed, feed, cooling fluid pressure... i have this Mill 6 years now... but only used for wooden... this mill is built for at least aluminum...so its time to learn some more of it... (Mach3 and VectricCut2D)
@Rackmount:
For the case i make my own case(case²... wtf > english...) i would make a rackmount version with a "blind" Faceplate right or left to the matrix - to a. fill the empty space, b. make room for future exensions. c. make room for my own codes UI (e.g.like this shuttles) ---- the Desktopcase and Rackmount-case would differ, but the Frontpanel for the Matrix would be the same, with same mounting holes, so i can switch from Desktop to Rackmount, without taking a lot of money in hand...
Also I want to use the same Matrix-Faceplate-Design like yours, so others can switch or choose the other case.
@A other Case Design 2:
I thougt of a thunk-in Panel for the Connectors..for those who want to Rackmount, or just want to save space on the Desktop
example jp8080, of course there are more ways to thunk in without such complexity (e.g.whole sloped back panel, or make a step over the whole lengtho of the device... in the height of a core module+Midi-Connector....)
-
this:
or this
hmm, i want to make my own version of the Sequencer (softwareside) --- so the different colours symbolizes different velocity "ranges" <low mid hi>
from this point of fiew... Blue=Lo, Pink=mid, Red=HI
also Blue Light LED are not good for your Eye > specially in dark rooms where your Iris is open...
on the other side the green cyan blue are more simular (for me) it gives the device a more clean roundet look>Aluminum-white..... where the blue pink and red could fit very well in a contrast case/frontplate... (for me)
count me for the pinky (because of the subjectivly more difference between colours in a way of velocity ranges)
-
I AM IN:
46x Pads (4x4er)
2x PCB
2x Mini Core
800x RGB LEDs
2x Spacer plates
no case, no frontpanel.
-
I take 3 pairs
-
something like this:
this is for MIOS32... you can adapt the most of code by removing the "32" some synthax may changed like "=!" or the {{}} initalizing thing...
the code should (not testet) do:
pin 0 of the DIN Modul is the "noteGateSwitch" it is initalized with 1 - meens the Port 32In is in THRU-Mode to Port32 Out
while Port32In to Port33Out is always in ThruMode
The thing is when you interuppt the NoteStream/gate you loose NoteOffMessages - that mean your Synth will hang > sound endless!
So I addet a Buffer/array "u8 NoteState" it has 16Midichannels and for that 16x128 Note-States that are saved (notestate=velocity)
If you now Deactavete the NoteGateSwitch- a "for" cycle counts from 0-127 > it steps now in every NoteState and compare if one of the States is "ON/>0" if so it sends a noteOFF command out to the Port32Out
One Channel one Switch:
#include <mios32.h> #include "app.h" u8 NoteState[16][128]={{}}; u8 DumpNoteOutCounter=0; u8 NotePort = 32; //=Switchable NotePort u8 NoteGate = 1; u8 ThruPort = 33; //=OutPort which always thruput the NotePort-In! void APP_Init(void){} void APP_Background(void){} void APP_MIDI_Tick(void){} void APP_MIDI_NotifyPackage(mios32_midi_port_t port, mios32_midi_package_t midi_package){ if(port==NotePort){ //Save the Note-Velocity-State: if(midi_package.chn==0) {NoteState[0][midi_package.note] = midi_package.velocity;} //Always forward Port32In to Port33Out MIOS32_MIDI_SendPackage(ThruPort, midi_package); //forward Port32In to Port32Out - only when the gate switch is activated if(NoteGate==1) {MIOS32_MIDI_SendPackage(NotePort, midi_package);} }} void APP_SRIO_ServicePrepare(void){} void APP_SRIO_ServiceFinish(void){} void APP_DIN_NotifyToggle(u32 pin, u32 pin_value){ //Trigger the NOTE-OFF-Commands & Toggle the MIDI-STREAM-GATE if(pin == 0 && pin_value == 1){ //pin= your Hardware Switch 4 the Note-Gate NoteGate =! NoteGate; //toggle the Switch-State if(NoteGate == 0){ for(DumpNoteOutCounter=0; DumpNoteOutCounter<128; ++DumpNoteOutCounter) if(NoteState[0][DumpNoteOutCounter]>0){//Are there Note On-States? MIOS32_MIDI_SendNoteOff(NotePort, 0, DumpNoteOutCounter, 0);}}}} //Send Note Offs void APP_ENC_NotifyChange(u32 encoder, s32 incrementer){} void APP_AIN_NotifyChange(u32 pin, u32 pin_value){} -
sounds a bit psy trance - except that i dont like the part after 3:38 (stylish) > good 2nd piece.
-
if it comes to an Mouser order, i am in with:
and maybe some other stuff, that i need (aout...)
-
you got pm
-
yes AND: The Core itself send CC back to C4 to light up the LED-Rings - else the LEDs will not light up!
@ translator: not only > it has to act as storage for a huge ammount of Variables - call it "virtual parameters" aka Synths aka DAWs aka VSTs aka Sequencers-Controll-Change-Parameters,
since you switch the UI - form Plugin2Daw2Synth... it is a must to recall them from the internal Memory ---otherwise - you have to recall a whole DUMP of CC-Data from the Controlled Devices
- which over Midi will defenitivly kill your Midiclock your Notes/hanging-notes, THE MIDISTREAM....
Of course the CCs that are sent out of the Controlled Devices are saved as Virtual parameters in the CORE > and could dumped out to the UI anytime without messing the midistream.
- i am pretty shure that when you dump out the UI-Data to a C4 on a own Port which is only for UI - that the other ports are not messed with that stuff (dont hit me to that --- i only assume this)
look at the midibox ng, take a look on its functionality,,,,, to send some Sysex-Streams out to a midiport-is not that complex... but C Skillz are definitivly needet....not that complex is good i dont even have an idea how to implement this in Midibox... but maybe someone other can help you, maybe someone other understand how this SYSEX thing work when he read the follwong lines:
i have made a max msp patch ... hm yes the C4 receive ControllChange Messages to update the LED-Rings (it needs to looback the sendt data - as i said) so no special deal with that - standart...
The LCD itself is a differnt story... here a screenshot to that story:
After "iter" is the output to the MidiPort >connectet2> C4-Midi-Input
Convert ASCI to INTEGER and Pack a whole DisplayContent to a package > and then send it with a prefix "240 0 0 102 23" to the C4 -it is- "Sysex"
after "240 0 0 102 23" came the Display ID: "48" or 49 or 50 or 51 (4 Displays)
after this the Character Nr0: 1st Letter first row, Character Nr.56: 1st Letter second row....
after this a lot of INTEGERS wich formaly was a Text-Message, if you want a "space" write "32" and so on...
after all Text messages are printed you terminate all that with "247"
...thats bretty much the Mackie Systex Format for the Displays... all the other stuff you can find under Mackie Sysex Implemention or so...
by the way a clear screan looks like this:
240 0 0 102 23 $1 0 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 32 247
where $1 is 48 49 50 or 51 (the Display Nr)
Describtion Max MSP patch:
"atoi" converts asci (text) to integer (eg: 0-256)
"pack" make i list/package of integers...
the long row of 32s represents one whole Display-Content
C4 as Hardware can be a choise if you can program C- you have to program a sysex-translater for the Displays, you have to understand how midibox NG works, the platform itself and those external Functions ... what for my expirience with Midibox Software is the hardest part... trying to follow Someone other Code - for me is so complex that it is easyer for me to start from scratch -even if i dont know how to do this -learing to do this is easier then trying to learn from an complex software-tecture... it depends on the mind - my mind is - need to know, step by step, learing by doing, not a software for all cases, a software for my case, not more...
i startet with midibox in september 2014 i think... to install the software to build a Application took my 2 weeks or more... translaiting a already made Application from MaxMSP to Midibox in rudimintary took me one week - i knowed what i software must be there at the end of the day... you have to know what you need to make music... but then it comes to special things like writing Bank-Data to SD-Card - it took my 3 weeks only to write a single bythe on a sd-card... or my acutal problem: interconnecting via LAN and OSC protocoll...3 weeks later and still have no glue... well every one is a nother one... try it.
-
but as i need , mackie C4 do not have 4 separate assignable midi out ,
and about a properly midibox hardware configuration is necessary,
...
Connect Mackie In to Midibox Core, Connect Mackie Out to Midibox Core Connect Synth CC in+out to Midibox Core, Connect USB to to Midibox Core -the other end to a PC where your Plugins run.... THE CORE HAVE THE MIDI-IO..... the C4 is only a brainless I-O Device...where the CORE made Virtual Pots of the parameters...
-
i hade two of this C4...now only one...and the this one i also want to sell...they are very overpriced... and the sysex command set is really huge (massive datatransfair...which in most cases overload my max msp patches, midibus, or audio databus...)
the display is very exotic...2x56 Charcters... if you want it affordable - go to ebay and take 2x40 Character displays... (i got 20 of these for only 100€ alltogether with backlight!!!! ... such encoders costs 0,5-4€ each...)
if you want less timeconsuming, and solder work, or design work ---then just put Encoder below the screens and you are done! (meens no ledbars)
you could spare some lcds if you use LED-Ring which indicates the Value...and you use both rows to letter the upper, and the lower Encoders.... but since you could get that displays so cheap on ebay.... of course 1000 LEDs are cheap as hell but you have to solder them also... for LCD you have to crimp some cables, and make some transistor driver for backlight (no big deal).... anyway thats only my point of view.
In order to letter the controlls it might be better to use only 4 Encodesr a 2x40 Character displays --- so 2x2x40 Char for 8 Encoders *4 Rows = 8LCDs + 64 Encoders nad maybe 64 or more Buttons > hardware sidely it is possible... 8LCDs ore more is also no problem.... ... alsoe you can turn the knobs better if they have enough space between.... i like that...i like also long names like LatterFilt instead of CUT or Overdriv instead ov OVR .... display space.....
Software side from the ready to use applications (midibox ng) I- dont have no clue... i wrote my own application...so i could decide how much Encoders under the LCDs are sitting....
search for MIDIBOX NG
and maybe this will be intresting for you...not C4 like a nother "NICE"
-
The Ethernet-USB-Adapter "JP1081B" is working with my Android Tablet "POV p1046" (orginal firmware): but not in DHCP mode > then it says disconnected - but dont matter i need a static IP anyway...
--AND NOT ALWAYS!!!!! ---sometime the Adapter looses connections and start blinking rapidly!!!! >>> dowloading @ the moment a new Android system... hope that helps
So set uped my router and switches and PCs and Laptops and Tablets with static IPs... and it works...
Lemur mirror me the Editor Layout made on a Windows 7 PC (connected via Ethernet)...
...I am Still looking for a Linux solution!... I thougt of a DMG (Mac)...Emulation on VirtualBox .... because wine dont worked for me with the Lemur Editor! (DirectX Error- which is a known bug)
-
finally get lemur > after 3 weeks waiting...
now its time to setup the the usb-Ethernet Adapter on a tablet... but bevore doing this by manual (without dhcp), i have to find out my routers settings... for Linux type in:
$ nm-tool
now i get my subnet, dns, gateway, and router-ip.
since i now find out that i have a class C network (netmask 255.255.255.0) i need a IP adress above 192.x.x.x or in the range 10.0.02-255 and so on
MBLoopA: Voxelspace MIDI recorder and clip looper
in MIDIbox User Projects
Posted · Edited by Phatline
I also need a Loopa for my Synth-Guitarist... also realtime recording... and no need for edit and so on... (he is able to play it again if it was no good recording... while i cant...)
YESS!!! > http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Fplayground%2Fhawkeye%2Fmbloopa%2F
thankz for that, this could make it easier to adapt it to my guitarist whises (the whole seq4 is to complex for me...)
(ich brauch so ein teil schon seit dezember...zeitmangel, motivationsmangel, trägheit, und Komplexität vom SEQ4 und trozdem... und schwups die wups - ein paar monate später- gibts so ein Teil - Hoch Lebe DIY Open Source Kooperation und der Erfindungsgeist)