seppoman

Hi all, I´ve got a way off-topic question ::) My main domain ("lastname".net) seems to have found a way to some spam bot. In the last weeks I´m getting an increasing amount of non-delivery notifications, out-of-office replies and content-rejection mails to random generated jkhgskjgfagk@.... mail adresses. My mail is (still) configured to forward any mails to my domain, because I used various email adresses for subscribing to newsletters etc (to be able to block adresses when there´s no way to unsubscribe or if a company sells them to spammers). Because I want to receive most of these newsletters, I didn´t block mail forwarding yet and just made a filter to put all different adresses to a separate folder so that I can collect used adresses before switching off. But after I was away for two days last weekend, I´ve found 1200 mails in my inbox, and every hour around 50 mails are coming, so now is the time to do something against it... What I want to ask: am I living in danger to get sued falsely for distributing spam/viruses and so ought to do more than just blocking unused adresses? Can I do anything else at all? Can it happen that because of this my domain gets blacklisted as a whole so that my normal mails wouldn´t reach their recipients anymore? I don´t want to give up this domain just because of some criminal assholes... HELP! :) Seppoman

Quite likely, exactly... You didn´t really read my posting, did you? But in fact you are, also towards Smash and Mike. As mentioned, there´s no official release date yet and it might well be more than half a year until something´s going to happen. Everything Thosten says now about needed PICs etc. is no final statement yet, but you sound like "But you said this and that, can´t I trust you anymore?" There is NOTHING final about V2 yet! What´s the problem with opening the box? Will it be made out of concrete? What´s the problem with getting new PICs when it´s really decided and necessary? What´s the problem with ordering (Free!!!) samples from Microchip if you´re really keen on having PIC18F4685s? In my opinion, for Mike and Smash it would be unreasonable to stock on PIC18F4685s as long as there´s no final word from Thorsten about the PIC used. And Thorsten has no obligation to you or anyone else to have to decide that now... Seppoman

Hi, honestly, I don´t understand why you are in such a hurry now. For MBSID 1.7, you probably won´t get a real advantage with using the CAN Pic, and V2 programming has not even really begun. I will definitely wait for the official release before resuming work on my new MBSID. Ok, I already have one, so it´s not really urgent ;) . But it won´t be a big deal for you finishing the MBSID 1.7 in it´s current state and exchange the PICs and change a few wires when time has come. If you really want the new PICs now, consider ordering the PIC18F4685s as samples from Microchip. The only thing you need for that is a non Yahoo/Hotmail/GMX... email adress. Especially in this case of hard to get parts, I see no moral problem with getting samples. Anyway, as the release date of V2 is still in far future, you can´t even be sure if any malfunctions (see EUSART bug) or new models that are even better suited show up until then, so I fully understand that Mike and Smash might not be too keen on stocking them now... Seppoman

Hi, der wie ich finde beste "normale" Encoder, den ich bisher getestet habe, ist der Alps STEC16B03. Der hat zwar nur 24 Impulse, aber keine Rasterung. D.h., wenn Du in Deiner MidiBox den Encoder-Modus "NON_DETENTED" wählst, wird die Auflösung auf 48 Impulse verdoppelt. Der Encoder ist auch sonst super, er hat nicht das plastikmäßige Klackern z.B. der billigen Bourns-Encoder, sondern ein schön gleichmäßig zähes Drehgefühl fast wie ein Poti. Der Preis ist je nach Bezugsquelle bei gut 2 Euro/Stück. Wofür brauchst Du denn unbedingt eine superfeine Auflösung? Werden das normale Drehknöpfe, oder hast Du was Spezielles vor? Wenn Du unbedingt Encoder brauchst, die hardwaremäßig schon eine sehr hohe Auflösung haben, wirds RICHTIG teuer! Seppoman

An ad it surely is, and for a slightly dubious pyramid system. He can get an xBOX free if so-and-so many people also sign up through the link (and pay for some subscription)... I´d also say this is not the right place for this. Seppoman

Hi, also schlaflose Nächte hatte ich wegen Dir noch nicht - vielleicht wenn Du mal ein Foto einstellst ;) :P :-* Aber ich muß nochmal wiederholen: 1. die LC hat nicht die geringste Ahnung, welche Kanäle sie gerade bearbeitet. Sie weiß nur, daß Du gerade am 2. Fader gewackelt hast. Ob das jetzt Kanal 2 in Logic ist, oder Kanal 18 oder auch Kanal 5, weiß allein Logic. So gesehen weiß nichtmal die eine Hälfte einer 16-Kanal LC, was die andere gerade macht. 2. Es gibt KEINE (realistische) Möglichkeit, irgendwelche anderen Informationen diesen beiden Midiports unterzujubeln. Logic und Konsorten beanspruchen PC-seitig diese Ports exklusiv, also nichts mit Midi-Through. Außerdem ist wie gesagt die Datenmenge so groß, daß man nicht 100%ig garantieren kann, daß zusätzlicher Ballast das Gesamtsystem nicht durcheinander bringt. Eine unrealistische Möglichkeit: Du müßtest die zwei LCs so ummodeln, daß sie Botschaften in Form von z.B. vom LC Protokoll nicht genutzter CCs dazwischenschieben. Dann müßte man zwischen die Ausgänge der LCs und den Midiports je einen Midifilter mit zwei Outs hängen, der die Nicht-LC-Sachen aussortiert und zum zweiten Port rausgibt. Diese zwei Ports müßte man mit einem Merger vereinigen und an die MB64 schicken. Falls die MB64 auch noch sonstige Dinge per Midi empfangen können soll, bräuchte man sogar noch einen zweiten Merger. Das wäre tierischer Aufwand, und das Problem Nummer 1 macht die Aktion immer noch sinnlos. Ich verstehe auch nicht so ganz, was daran so unkomfortabel wäre, statt per Touchsensor einfach auf einen Knopf des MB64-Teils zu drücken, der z.B. mit "EXS24" beschriftet ist. In Anbetracht des riesigen Hard-/Softwareaufwands fände ich das nicht wirklich schlimm. Seppoman

AFAIK, the O stands for Octets, which is one byte (8 bits) in french. Seppoman

Sorry, stimmt natürlich, MB64E ist die richtige Wahl. Ich hab das durcheinandergebracht, die MB64E kann auch Potis, nicht die MB64 kann auch Encoder. Wegen der Stückliste: Du bist mit den Stückzahlen leider jeweils genau über der Grenze - mit nur 8 Fadern bräuchtest Du kein AIN Modul sondern könntest die Fader direkt am Core anschließen. Und bei DIN: 28 Taster + 3 Encoder sind insgesamt 34 DIN-Eingänge, ein DIN hat aber nur 32 Eingänge. D.h., Du brauchst ein zweites reguläres DIN-Modul. Alternativ könntest Du auch nur ein DIN_X1, also ein Viertel des normalen Moduls auf Lochrasterplatine aufbauen. Seppoman

Hallo, die Sache mit LC und MB64 koppeln wird leider eher nicht gehen. Der Grund ist, dass LogicControl ein "dummes" Protokoll ist, d.h., der Controller weiss überhaupt nicht, was er fernsteuert, und schreibt sogar auf die Displays genau das was ihm der Host übermittelt. Das bedeutet z.b., wenn man die +-1/+-8 Tasten zum Durchblättern der Kanäle drückt, übermittelt LC einfach "die Taste wurde gedrückt", und bekommt dann vom PC die neuen Faderstellungen und Displayinhalt gesendet. Er hat aber keine Ahnung, welche Kanalnummern er aktuell gerade repräsentiert. D.h. die Sache mit "wenn ich am ersten Fader wackel, soll Programm 1 der MB64 geladen werden" würde höchstens funktionieren, wenn Deine Projekte grundsätzlich nur 16 Spuren nutzen und Du die "Umblätter"-Schalter nicht anfasst. Ein anderes Problem: womit sollte die Information zur MB64 gesendet werden? der Core hat nur einen Midi-Ausgang, und der ist wie gesagt ausschließlich für die Kommunikation LC->Host nutzbar. Was sicher leicht zu realisieren wäre, ist z.B. eine Reihe mit 8 oder 16 Tastern, die direkt ein Preset laden. So könntest Du die Synths fest auf bestimmte Midi-Kanäle legen und die Tasten mit den Namen beschriften. Das dürfte vom Bedienkomfort ganz ok sein. Seppomen

Was sind Knöpfe? Taster oder Potis? Was sind "Endlos Fader"? Meinst Du Encoder? Sollte auf jeden Fall machbar sein (MB64). Seppoman

Ja, 2xLC = 2 Midi-Ports am PC. Dafür könntest Du natürlich Luna und Gameport nehmen. Wenn Du in die Kiste ein Midi-Interface tun willst, macht es allerdings mehr Sinn, die LCs daran anzuschließen. Dann hättest Du einfach ein USB-Kabel zum Rechner und alles ist angeschlossen. Das kommt auf Deine Ansprüche an. Mit einer LC kann man prinzipiell auch Parameter von Plugins bzw. VSTi s editieren. Die Parameter erscheinen dann auf den Displays der LCs. Eine extra MB64 ist u.U. sinnvoll, wenn Du VSTis auch außerhalb von Logic nutzen willst oder eine wirklich auf Dein Lieblings-VSTi angepasste Oberfläche mit allen Parametern im Direktzugriff haben willst. Allerdings ist eine 2xLC für einen Anfänger auch schon eine ziemliche Herausforderung, ich würde Dir also eher raten, bau erstmal die LCs. Wenn Du dann noch etwas vermisst, kannst Du immer noch einen weiteren Controller danebenstellen (der dann auch einen dritten Midiport brauchen würde). Nein. Was meinst Du mit Midi-Module? Eine LC braucht, wie doc schon geschrieben hat, je einen Midiport für sich allein. Schon wegen der großen Datenmengen. Man kann da nichts durchschleifen. Nachdem Du ja auch von diversen Synths/Samplern schreibst, würde ich Dir echt raten, kauf Dir noch ein Midi-Interface dazu, sonst wirst Du nicht glücklich. Ganz praktisch ist wie gesagt ein eingenes z.b. MidiSport 2x2, das man dann mit in die Kiste einbauen kann. Ohne extra Midi-Interface könntest Du mit Gameport und Luna nur entweder LCs ODER irgendwelche Synths am Rechner anschliessen. Seppoman

+-10 viewing angle should be ok - this just means, the majority of light will be in that angle, but you could still notice if it is lit from further off-axis. But there are two problems with these extra bright LEDs in general: First, you need to give them enough current to be bright. With a large number of LEDs this means that you need a strong power supply and the 7805 will need a large heatsink. I don´t think it is cool if half of the power a unit needs goes into the LEDs. Second, high brightness and a small viewing angle mean that there´s an ultra small and ultra light dot seen from directly above that can even do damage to your eyes if watched for a longer time from short distance. Honestly, if you don´t need this ultra-bright stuff to show off to your friends or to read a book in a dark room, I´d always recommend low power LEDs. There are versions that need only 2 mA to work properly (i.e., use larger resistor values on DOUT boards) and are really bright enough. Price shouldn´t be a problem - you probably won´t need 1000 pieces anyway, and for e.g. 100 low power LEDs, everywhere else the price will be below the price of this auction incl postage.

I don´t know prices from Mouser, but Digikey is not really the cheapest shop as long as you´re ordering small quantities, so I´d say the prices won´t be too different. About having to search and order lists: The existing order lists are only copy&paste for Reichelt (TK´s) and Mouser (Smash´s). For any other shops, it´s always searching and choosing the right parts. Especially with BIG shops like Digikey, the problem is that they´ve often got quite a number of more or less comparable parts - e.g. there´s ICs with same type from different manufacturers that might have slight (dis)advantages for special purposes. So they offer all these variants for people/industries that care about, but for the DIYer it´s often easier to buy at shops like Reichelt that don´t overwhelm people with too many options.

Hi, guck mal in die main.asm, USER_INIT: ;; initialize the shift registers movlw 0x09 ; use up to 9 shift registers (maximum would be 16!) ich denke mal, wenn Du da 0x0a (=10) hinschreibst, sollte es laufen. Seppoman

P.S. you could also consider ordering at Mouser. SmashTV has order lists with Mouser part numbers for all modules in his shop (info area) Seppoman

Hi, the names on your list are order numbers from Reichelt, so it´s no surprise Digikey won´t find everything. e.g. with B80C800RUND, rund means "round" in German. The part no is B80C800. You´ve got to know what to search and not just put order numbers from a different shop into the search. e.g. LM317 gives 134 results. Then check "in stock" -> 73 results. Then select "TO-92-3" (the 3 just means 3 legs) -> 10 results. From these 10 results, a few are out of question because of the min. quantity of 2000 pieces ;) from the rest, just select one, e.g. 497-1573-5-ND. The B80C800 is a bit more complicated. Apparently this type of naming is not used at Digikey. It means a rectifier with max 80 V and max 800 mA. Most important is the current rating, you´ll have to find one that is not rated less. Voltage is generally no problem. I searched for "rectifier", then "bridge rectifiers", "in stock", "through hole", structure "Bridge single phase". Then I found out that the package name of the round ones seems to be "WOG". A suitable part would be e.g. W02GDI-ND. 1N4002 would be e.g. 1N4002DICT-ND 78L05 would be e.g. LM78L05ACZFS-ND RAD is an electrolytic capacitor. GS are DIP sockets. Z5U are normal capacitors. I´ll leave the rest of searching to someone else (you?). Seppoman

I didn´t see any DACs with CAN interface. Do you know one? I think CAN is meant to be an inter system bus and not a way to connect peripheral ICs. Google is your friend - first hit: http://focus.ti.com/docs/prod/folders/print/tlv5630.html it´s 12 bit +2/-1 LSB INL typical, max 6 LSB. The TLV is not quite as good as the MAX525, but 2 MAXs are around 60 EUR and hard to get anyway. The module won´t replace the old AOUT for all purposes. About CANANA: This is really a whole system with own processor that is communicating via CAN. Doesn´t seem as if you can buy it, and it would be quite expensive. But the AD539x series has really great specs - the 14-Bit DACs have around +/-1 LSB INL (!) - that´s even better than the 525 :) It has a cascadeable serial interface, too. The only problem would be the LQFP package with 0.65 mm pin distance :-\ 16 channels would be a bit overkill and if all 16 channels get their OpAmps etc., everything wouldn´t fit onto a 80x100 mm board. But there´s the AD5392 8 channel version that is available at Farnell for 33 EUR +VAT. So maybe this one is worth some discussion - Thorsten??? :) Seppoman

Hallo, schau Dir mal die Produktlisten von den beiden großen Herstellern an (Noritake und Futaba). Die haben zwar inzwischen auch sogenannte "LCD Emulatoren" im Programm, die Hitachi-kompatibel sind und auch die üblichen Größen haben. Die findet man aber kaum auf eBay, und neu kostet sowas gern mal über hundert Euro. Daneben gibt es diverse Parallel-Interfaces mit verschiedenen Steuerleitungen, RS232-seriell, SPI usw. Der Befehlssatz variiert oft sogar innerhalb einer Herstellerlinie. Zum Thema kannst Du mal diesen Thread durchlesen: http://www.midibox.org/forum/index.php?topic=6788.0 und meinen ersten Post in diesem Forum (Nostalgie ;) ): http://www.midibox.org/forum/index.php?topic=2010.0 Seppoman

Naja, bei dem Preis wäre mir das glaube ich auch egal. Einem geschenkten Gaul usw... ;) Falls tatsächlich negative Spannung nötig wäre - im Forum finden sich einige Bauvorschläge, die nicht besonders kompliziert oder teuer sind. Seppoman

At least in 8+8 bit mode, the normal AOUT_LC driver should work with such a module. It doesn´t matter if there´s a resistor ladder or an 8 bit Dac behind the 595s. with CC control, of course the resolution is limited. But as far as I know the filter and envelope curves of MBFM and MBSID are already interpolated internally. And especially when putting out not only control data but VCO pitch voltage, the resolution has enormous impact on the tuning precision of the VCO. Seppoman

http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=290069826613 Schlagt zu :) Seppoman

Zu viel, wenn Du fragen mußt ;) So viel ich weiß, war das um die 600 mA bei 5 V. Falls es sich um eine MB SID handeln sollte: Das C64 Netzteil ist auf 1,5 A spezifiziert, das sollte also hinhauen, solange Du nicht gerade die ganze Kiste mit Casemodder-Hochleistungs-LEDs vollstopfst. Seppoman

Hi, This would be a nice idea for replacing the AOUT_LC. But one 595 and one DAC08(00) are still only one channel. For 8 channels it wouldn´t be cheaper than the TLV5630 and the board would get quite crowded and/or big. A lot of soldering to do, too. And +/- 2 LSB typical of a 12 Bit converter is better than +/- 1 LSB of an 8 bit converter. Seppoman

Hallo Herr Doktor :) ein besseres 2x40 VFD für MidiBox-Zwecke: http://cgi.ebay.de/Extrem-helles-Futaba-M402SD06GL-2X40-VFD-fuer-JALCDS_W0QQitemZ200066930582QQihZ010QQcategoryZ15441QQssPageNameZWDVWQQrdZ1QQcmdZViewItem Dafür hab ich nämlich einen Treiber geschrieben. Das von Dir gepostete hat ein "Profibus" Interface. Seppoman

Hi, I2C is a relatively slow protocol, so I don´t think it would be a good idea to use I2C DACs. Anyway, just to keep you updated: Thorsten and I had a talk about this issue in December and decision was made that I will design a new AOUT based on the TLV5630 in near future. The TLV is a reasonable compromise between cost, no of outputs and precision. It probably won´t replace the MAX525 AOUT, but is a cheap and easy to source alternative for people who want to drive e.g. a number of filters with it. The precision will at least be better than an AOUT_LC (without doing really extensive resistor matching in 12 bit mode), and you get 8 channels for only 15 Euros for the DAC. At the moment I´m really busy with boards for another project, but I will start the design in a few weeks and keep you posted :) Seppoman