Jump to content

Nomical

Members
  • Posts

    207
  • Joined

  • Last visited

    Never

Everything posted by Nomical

  1. Nomical

    MIDIbox SID

    2 quotes van ucapps site: Required modules for minimal control unit: a MBHP_CORE module which controls the SID and provides the MIDI interface, plus a MBHP_SID module which is stuffed with the SID and includes an audio amplifier and the serial bus interface to the core. a power supply unit - either AC or DC, ca. 12V for the 8580 or 15V for the 6501, ca. 300 mA. Although normaly 6-9V are recommented for the core module, it can be supplied from the same source like the SID due to the low power consumption (the 7805 doesn't get too hot). See also the MBHP_SID page how to re-use the original C64 PSU. Step C control unit: n x core modules n x SID modules the minimal control unit (see above) an improved PSU (ca. 1A) - the C64 PSU should be prefered due to the seperate +5V output for the core module(s) 3 DINX4 modules 2 DOUTX4 modules 14 additional rotary encoders 32 additional buttons 99 LEDs a nice frontpanel Het verschil tussen de 8580 en de 6581 zijn de filters en de signaal/ruis verhouding. De 8580 SID is beter, maar dat wil niet zeggen dat je die andere niet moet gebruiken. Doordat de 6581 wat minder/anders is, heeft ie ook zijn eigen karakteristieke geluid. Ik dacht dat TK en andere mensen  2 x 6581 en 2 x 8580 in hun SIDsynth hebben gebruikt. Van dat display weet ik niets, is het een grafisch of character display? Ik weet wel dat het LCD het standaard HD44780 Hitachi protocol moet hanteren als je een character display gebruikt. Van grafische displays weet ik niks eigenlijk. Succes! ;D
  2. ;D I know you said this before and must be thinking what a stubborn guy i am... ;D I'm sorry about asking before experimenting, but i just think it helps the way i think about building up the application in assembler language. I'm starting the LCD Menu interaction, reading a lot about sysex of the DB50XG and it just makes my descisions easier if i know what is possible and not and how things are handled. I want to program it the way i want it to instead of having to change code afterwards (has to be done afterwards anyway, but i would like to minimise this as much as possible). I like collecting as much info in advance before starting to build the code, so if i run into some problems or alternatives i know what possibilities i have of adapting it. Instead of just trying it until it works. I guess this has to do with my education, because that's the way they tought me to work and think in chemistry. I want to make a very nice interface (frontpanel and MIOS application), that features no bugs or anything. I'm also building it for you TK! ;D Thanks for all the answers to my questions. Maybe they seem not so important, but they really helped me TK.
  3. Why not try and make a 'for Fruityloops dedicated' application for MIOS, just like there is an LC? There are a lot of Fruityloops users and i think it would be a welcomed addition to the already nice list of MIOS applications....
  4. I've been reading about the QS300 sysex commands to control the QS300 voices and as far as i've understood (from the Beggar's Guide deluxe version) these sysex messages consist of sysex dumps rather than sysex strings, because all voice data/parameters for every element HAS to be sent in one sysex message/dump which is build up from more than 50 bytes which takes up a lot of space and time. If i would make a QS300 mode into my DB50XG project: How would this affect realtime control when it comes to editing the voices when triggering them via an external sequencer to hear the difference?
  5. [edit2] Now that i see my message in preview mode, i can conclude that's it's probably to big ;D [edit1] When i finished typing the following questions and re-read them, i knew i was asking/talking about the same thing in very long and the same type of questions in different forms. ;D I would like to apologize for this in advance, since i am really making an attempt to ask something what is not easy for me to explain in simple words and short sentences. Since TK told me that sysex is a (often real-time) continious message i wondered something. If i would assign a certain sysex string to a certain function which is displayed on the LCD, would it be possible to send a sysex string for every increment or decrement value i input with an encoder and this would mean that i can hear the difference this sysex message has on the sound in real time for every 'step'(defined size) up or down i make with a certain encoder? (Because i'm triggering the 'to be changed' sound/voice with an external sequencer) In a attempt to really make sure people understand what i'm talking about ;D. As an example: I want to change for instance the cutoff frequency of some sound. On the display is shown a value of 200 Hz (Doesn't really matter what the value is as long as there is a change). Will the value that's needed in the sysex string for the change in cutoff be taken from the value that's shown on the LCD? This value that's shown on the LCD would be stored in a pre-defined location of the RAM in the PIC, right? So every change i make to the value on the LCD, would be audible instantly because of the sysex string that's sent for EVERY increment or decrement that's given by the last known value in comparison to the change in value by the encoders...? I can't find the answer although it has been given. I Must be an idiot for not finding it. What's the time needed for the sysex to execute what it should do? I already known there sometimes should be a difference in time between certain sysex commands like 50 ms or something. How much time in total would it take for (In this order also): 1) The LCD to shown the value that's caused by a (up OR down) movement of an encoder. 2) To take the value that's shown on the LCD after this movement, put this value to a assigned bit of a certain assigned sysex string and let me hear the difference it has on the sound (because i'm externally triggering it)? Or: If i sweep the encoder from full left to full right, would i hear the difference that's caused by every step that's been made by the encoder and is displayed on the LCD and has a sysex string based on this value for every 'step'/value change? Or would all these sysex messages take to long to hear the change instantly? And if so, would i have to make any change of a parameter be executed by a 'enter' command (dedicated 'enter' button ;D)? These questions go beyond the things a i've read and learned so far. This doesn't mean this is the end for my understanding of things i have to overcome. If i understand what i'm trying to say in the above questions, then my way of understanding of how i have to program the sysex control enviroment into a MIOS based application would be greatly improved/increased. And this would make me very happy! ;D Sorry for the VERY LONG descriptions/questions....... Thanks
  6. What's the problem? When you go to that site it states the 2x40 display has no backlight and uses an EL supply voltage of 100Vrms, 400 Hz.
  7. Look at this one: LayoPCB The site is in Dutch which you probably don't understand. Don't try to, just go to the downloads section. When you go to the downloads section and click Layo PCB, you'll see 4 links. The 2 last ones are the english versions (one as .exe, one as .zip). The free version is the same as the full version, except for the fact that the free version only can make 200 component boards maximium. These components come from the included library. But you can make as much holes and via's as you want to, so you can cheat and make boards with more components. It works pretty easy and fast, so check it out. I first used Layo PCB and after that Eagle and didn't like the way Eagle worked. I think Layo is better. But LayoPCB (freeware version) doesn't have as much functionality as Eagle. Don't try the 'freeware' Layo Electro, because it has got an 'save' limitation. It's a program for making shematics, but what good is it if you can't save your work.
  8. Look at this one: LayoPCB The site is in Dutch which you probably don't understand. Don't try to, just go to the downloads section. When you go to the downloads section and click Layo PCB, you'll see 4 links. The 2 last ones are the english versions (one as .exe, one as .zip). The free version is the same as the full version, except for the fact that the free version only can make 200 component boards maximium. These components come from the included library. But you can make as much holes and via's as you want to, so you can cheat and make boards with more components. It works pretty easy and fast, so check it out. I first used Layo PCB and after that Eagle and didn't like the way Eagle worked. I think Layo is better. But LayoPCB (freeware version) doesn't have as much functionality as Eagle. Don't try the 'freeware' Layo Electro, because it has got an 'save' limitation. It's a program for making shematics, but what good is it if you can't save your work.
  9. Very nice!! Thanks, this will become very handy i think! ;D
  10. Very nice!! Thanks, this will become very handy i think! ;D
  11. I haven't read the E-drum site for a while because you have to register now, so i don't know if the answer to my next question is given in his faq or something similar. Couldn't you ask Admir for the source code/assemble code file of the E-Drum and make some necessarry changes to the code? Or is it already there for download?
  12. Whohahaha, this stuff is killing me! (rolling on the floor right now..;D ) Very nice!
  13. Whohahaha, this stuff is killing me! (rolling on the floor right now..;D ) Very nice!
  14. Nomical

    oi

    Voor zover ik weet kun je in Nederland geen encoders vinden die bruikbaar zijn EN betaalbaar ;D Er worden regelmatig inkoopacties gehouden op dit forum (Zie bv hier, hier en hier) , maar ook bij bv Laupro. Hou gewoon dit soort sites/acties in de gaten. Je hebt net pech, omdat de genoemde inkoopacties via het forum net afgelopen zijn. Maar als je geluk hebt, dan kan je misschien via Nat nog aan encoders komen. Door een productielijn fout komt er een gedeelte van de bestelling later en dat is pas in november. Dus als er mensen hun bestelling afzeggen, dan heb jij misschien nog een kans op encoders. Dit zijn dezelfde encoders als die TK in zijn SID design heeft gebruikt. PM Nat even zou ik zeggen... Ik zou even op het forum controlleren of er aanpassingen of uitbreidingen zijn gedaan die evt. van belang zouden kunnen zijn. Voor de rest zou ik het niet weten, aangezien ik geen SID aan het bouwen ben.. Maar normaal gesproken kan je er wel van uitgaan dat alles wat op de hoofdsite staat het meest up-to-date is. Er is bovenaan een search functie die erg goed werkt. Als je iets zoekt en geen zin hebt om alles door te lezen, dan is dat je redding ;D Je kan altijd aan een Duitse forum member vragen of hij ze in kan/wil kopen voor je!
  15. That's very good news! ;D I thought i read in the topic you posted some high transfer speed for the banksticks would be reduced, but apparantly there are no changes at all. :D So i can connect 8 banksticks and use the IIC functions? That's very nice! Where should i connect the IIC interface (the digital pot), before or after the banksticks? The driver is no problem, because i friend of mine can explain the IIC language and if it's that simple he will probably write it for me. As it has to be an .inc file, it will be included at the top of main.asm file in the mios application? Â
  16. That's very good news! ;D I thought i read in the topic you posted some high transfer speed for the banksticks would be reduced, but apparantly there are no changes at all. :D So i can connect 8 banksticks and use the IIC functions? That's very nice! Where should i connect the IIC interface (the digital pot), before or after the banksticks? The driver is no problem, because i friend of mine can explain the IIC language and if it's that simple he will probably write it for me. As it has to be an .inc file, it will be included at the top of main.asm file in the mios application? Â
  17. A friend of mine sent me this site because it features digital potentiometers. At first i thought i probably wouldn't need them, but than i had an idea. Why not connect the 3 pins/holes for the contrast control of the lcd to one of those digital pots (perhaps on a separate, small pcb). They also have dual types, so you can connect both contrast and backlighting/luminescense to one dual digital pot. My friend told me they had to be controlled by IIC (or is it IIS?) and TK has opened up some space in the PIC for that type of language recently, is it not? So wouldn't it be possible to implement some extra code into the MIOS (if it isn't already there) or in the MIOS application to simply control this digital pot? It only has to have 2 inc/dec functions with a certain stepsize. Both could be controlled via the menu on the LCD. And that's what i would like to achieve for my project if possible. What about the bankstick(s) if this IIC functionality is used? As far as i could find and understand in other topics, there will only be a limit on the transfer speed to the bankstick, right? And it's still possible to use the banksticks with all the functionalities they had except for the reduced speed? No harware changes? Thanks
  18. A friend of mine sent me this site because it features digital potentiometers. At first i thought i probably wouldn't need them, but than i had an idea. Why not connect the 3 pins/holes for the contrast control of the lcd to one of those digital pots (perhaps on a separate, small pcb). They also have dual types, so you can connect both contrast and backlighting/luminescense to one dual digital pot. My friend told me they had to be controlled by IIC (or is it IIS?) and TK has opened up some space in the PIC for that type of language recently, is it not? So wouldn't it be possible to implement some extra code into the MIOS (if it isn't already there) or in the MIOS application to simply control this digital pot? It only has to have 2 inc/dec functions with a certain stepsize. Both could be controlled via the menu on the LCD. And that's what i would like to achieve for my project if possible. What about the bankstick(s) if this IIC functionality is used? As far as i could find and understand in other topics, there will only be a limit on the transfer speed to the bankstick, right? And it's still possible to use the banksticks with all the functionalities they had except for the reduced speed? No harware changes? Thanks
  19. That certainly looks nice! Who's going to be the first one to build it? ;D
  20. Ah, ok! Thanks for this info, it's just what i needed ;D In my own standalone project this will be more difficult i think, because the MIOS based interface will be tuned for XG (which is superior to and backwards compatible with GS/GM) and especially for the DB50XG. In the future i wish to implent GS/GM modes, which will solve this problem though. I don't think that's going to be a problem for me, because the DB50XG will be controlled intirely by the MIOS based interface, so any real-time editing will be generated by MIOS and therefor i can store these changes into a bankstick or i can record them via the midi out of the MIOS interface into for example a sequencer. I think... ;D I have to test all of this yet. Let's first try to finish the code for the PIC ;D In the future when everything is tested and all, i'll post the zip files containing all necesarry files to recreate my design. What's the use of/for this? All QS300/TG300B patches are already on the DB50XG card, why store them to an eprom? I already was planning to implent a QS300/TG300B mode in the future which can be turned on/off via the (LCD) menu.
  21. I also changed some of the questions and i've also modified and added questions after you posted TK ;D
  22. TK: I already know some of the answers, but since the 'accident' on Monday, i'll repost my (long) questions just in case you or anyone else still has some new ideas or solutions. Or just in case someone else has a use for some answers given to my questions for his own project. Thanks for the replies in the original post. I'm about to finish the design of my MIOS based DB50XG project and i have some final questions. 1: How do use the RS232 interface together with the normal MIDI I/O, without losing the normal MIDI I/O functionality? Do i have to use 2 LTC modules, 1 LTC module and swap the IC's when needed or by a different method? 2: How do i make a direct TTL connection between the CORE module and my own DB50XG module? 3: Which wirings/cabling can or can't be bundled together? Is it only necessarry to separate the digital and analog wires? 4: What would be the maximum length of ALL the different wirings/cables? I already know the maximum length between 2 DIN modules shouldn't be greater than 1 meter to avoid any problems. 5: What's the difference between the SIL headers and 'white headers' on TK's CORE module? And where can i get these? Is it only possible to buy them at stores like Farnell and Reichelt, because my local electronics shops don't have other types of headers besides the SIL type. 6: Does anyone have a tested (and postitively approved ;D ) shematic for a headphones circuit which signal(s) have to be taken from the already existing line outputs? If i do not want volume control for the headphones, just the output which is controlled by the main volume of the application (like on commercial synths/samplers etc by Roland/EMU/Yamaha etc), would that change the circuit very dramatic? 7: Which IC's are recommended for opamp circuits? These will be used for the above application, the line outputs and the headphones circuit. 8: Does anyone have some clear info on Star-like wiring and for which wirings/cabling it is necesarry? 9: I can use 8 bankstick IC's of 512 at the same time, right? Do these IC's get a 'number' so MIOS understands which one is which? And how many times can data be written to and from these IC's? 10: What would you think is best and what would you prefer? Putting ALL parameters that are in use (system and channel/part parameters) for 1 channel/part in 1 setup and switch between them (16 of them) by swapping from and to banksticks? Or only the channel/part dependent parameters in 1 setup and leave the 'system' parameters in the PIC's RAM? Or maybe some different approach? 11: Has anyone tried to swap the 7805 for a PT5101N? Someone told me this would solve all the heat problems that COULD occur when using a 7805. Datasheet (PDF): PT5101 Datasheet See also here 12: @TK: Why is a hardware reset (caused by the circuit attached to pin 26 of the DB50XG) necessarry for the DB50XG? 13: @TK: Could you take a look at this please? It's about wrong pinnings descriptions for the waveblaster connector on/for the DB50XG. Can you confirm which pinning is correct, since you build an external unit yourself back in the days? 14: @TK: The name of my project will be TK50XGM... ;D
  23. Has anyone tried to swap the 7805 for a PT5101N? Someone told me this would solve all the heat problems that COULD occur when using a 7805. Datasheet (PDF): PT5101 Datasheet
  24. Ik heb liever geen eurocard formaat, omdat ik er dan iets van zes nodig heb, die ik ook nog eens allemaal smaller moet maken. Maar in ieder geval bedankt voor het aanbod. ;D
  25. Ik zoek een leveraar van dit soort vectorboards: Overal waar ik ben geweest, verkochten ze alleen euroboard size vectorboards, maar die waren ook meteen weer van epoxy. Ik zou graag gewoon dezelfde pertinax boards willen gebruiken die TK ook op de foto's heeft gebruikt. Ik heb eigenlijk twee 19" 2U formaat vectorboards nodig. Kan iemand mij helpen aan een adres of misschien is er iemand die nog zulke grote stukken over heeft of zo? Anders zit er niks anders op en moet ik via Reichelt bestellen, maar ik heb veel te weinig nodig voor een bestelling. Is er iemand die binnenkort nog bij Reichelt gaat bestellen misschien?
×
×
  • Create New...