pay_c

Oder modulor.de oder http://www.alpina-silicone.de/ (liefert auch an Privatpersonen und ist vergleichsweise günstig bei einer irren Auswahl) Grüße!

Hey TK, long time no see (or read...)! That's some great machine there! Not only for music, but dozens of apps. I surfed all the links but I miss one single information for getting started such a project: Where to get the stribes (I mean those sensors there) for a "normal" person?!? Who are the distributors? Are there?!? GREETZ!!! :) :) :)

Maybe your LCD has another pin layout. Check the datasheet (googling or @ your vendor) for the pin layout and perhaps adapt it accordingly. Maybe you also need some negative driver voltage. Search the forum for that ("negative LCD voltage"). Or (that would be the bad option) you got some LCD which is not compatible with "normal" LCD displays. It has to be KS0070 or HDD44780 compatible. But that´s a very seldom case. Greetz!

Zuuuustimmung. Vor Allem kann man auch in C einen µC so dermaßen schlecht programmieren, daß es nicht mehr schön ist (bspw. ein volatile, static, enum, long, int, char oder sonst was vor bestimmten Variablen nicht gesetzt oder unnötig gesetzt und schon ist´s mit der Perfomance vorbei). In ASM *weiß* man halt, was der µC macht, das ist der entscheidende Vorteil. Ich wünscht halt nur ich könnt ASM so programmieren wie Du, MIOS ist schon echt irre, wenn man sich mal reindenkt. Wird halt mal so dermaßen elegant & effizient, wenn man sich tagtäglich damit beschäftigt (was ich mal gar nicht mache - mein Job geht in eine (fast) ganz andere Richtung). So, genug off-topic Schleimerei für einen Tag. ;) ;) ;) Grüße!

Najaaaaa, fürs erste Austesten halt schon einfacher. ::) Ich gibs ja zu, bin faul... ;) Wenn der Treiber mal komplett steht, werd ich v.A. die direkten SPI Zugriffsroutinen auf Assembler ummünzen (und als .s includen). So Schmarrn wie bspw. Fonts oder Bitmaps schreiben mach ich dann doch ganz gern in C, ist eben sehr angenehm mit Pointern zu programmieren. Und was die Perfomance angeht nehmen sich C und Assembler bei AVR gar ned mal so dermaßen viel, was mich echt überrascht. Wie wars denn bei Dir? Du hast doch MIOS in C umgeschrieben, oder? Gabs da Perfomance-Einbrüche?

@Jack und Illemenator: Kleine Updates bezüglich der Farbdisplays, falls noch interessant für Euch: Ich habe jetzt beide Displays am Laufen und ein Haufen Info oben drauf bekommen. Das S65 kommt leider doch nicht mehr in Frage aus zwei Gründen: 1tens ist es stinkelahm (die 2 Bytes pro Pixel + die ca. 23k Pixel reduzieren die realistische Framerate bei kompletten Bildschirmrefresh & 8 MHz SPI Rate auf unter 10 fps, Augenkrebs mit einbegriffen, da man immer den Displayaufbau mit anschaut) und zweitens (wichtiger find ich) ist das Display am Auslaufen, d.h. es wird nur noch Restbestände geben, es wird gar nicht mehr neu hergestellt. Leider für µC Anwendungen (MIDI inkl.) beides Killerargumente. Der 6100er Display macht nach wie vor den besten Eindruck. Einziges Problem bleiben die unterschiedlichen Controllervarianten für´s gleiche Display (etwa 7). Man kann die Ansteuerung allerdings auf zwei Hauptcodes herunterbrechen, also auch kein allzu großes Prob. Außerdem sind 80% aller heute verkauften Displays von einem bestimmten Controllertyp, der zudem mit dem zukünftigen Controller kompatibel bleiben wird (d.h. auch die Displays werden mind. 5 weitere Jahre produziert). Die Geschwindigkeit des Displays ist Dank 8bit Modus und "nur" 17k Pixel absolut in Ordnung (kompletter Bildschirmrefresh bei 8 MHz SPI mit etwa 20 fps und deutlich mehr möglich -> hier ist der µC der Flaschenhals!). Also ich werd beim 6100er bleiben, ist am flexibelsten. Evtl. nutze ich in meiner Anwendung auch zwei davon, mal gucken. Code hätte ich zu beiden Displays, allerdings halt für AVR... lässt sich evtl. Dank AVR GCC relativ leicht in PIC ummodeln. Vllt gibts ja mal ne Midibox mit Farbdisplay? ;) Grüße!

RS and Farnell have some, too (http://www.rsonline.de http://www.farnell.com/). You should get them in pretty many places. Just search for Solenoid, that should be it.

Das ist ja das Blöde an "billigen" Displays. Hier ein IC, das genau für solche Anwendungen gedacht ist: ICL 7662 (auch bei Reichelt). Man kann auch den MAX232 missbrauchen, ist bspw hier: http://www.mikrocontroller.net/topic/63991#new beschrieben. In jedem Falle kannst Du nochmal etwa 3€ auf den Preis draufrechnen + Arbeit. :P Billig? Nooojo...

Also ich habe das auf Alu schon mal probiert, bei mir gings vollends in die Hose (war diese Folie hier: http://www.reichelt.de/?;ACTION=3;LA=4;GROUP=E462;GROUPID=700;ARTICLE=27162;START=0;SORT=artnr;OFFSET=1000;SID=26zMKyy6wQARoAAByVKrI7203e0658f6323a8a59834e7fc762a8a) . Kann türlich mein Ungeschick gewesen sein, klaro. Würde mich jedenfalls auf neue Ergebnisse freuen!

If not, I´ll get some Atmega you need from Reichelt, programm it and send it to you, if you would like it that way. Anyhow, also ask in other forums (which are more AVR - specific), as e.g. here: www.avrfreaks.net There should be tons of people out of Canada (I hope) ,who can do the same for less postage fee. Greetz!

Hmm, ok, that´s some point. So, where do you come from and so on? You don´t wanna ship the chips from one side of the world to the other, do you? ;) Perhaps it would even be better if the one (e.g. me or whoever) would burn you an Atmega which "the one" already got so you save posting fees one time (those Atmegas don´t cost anything anymore). Depends what the posting fees will be. Greetz!

If you have an ISP programmer, you did pretty certainly NOT destroy your AVR (because you can´t with a normal ISP programmer). Most likely you´ve fused it to a state where the AVR thinks it´s getting it´s clock directly (instead of the RC clock or a quartz clock). I´ve got the same problems at the beginning. Check out these links here: http://www.avrfreaks.net/ and here is the topic (pretty old), where I fused my Atmega to silence: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=38442 You should use some USB-ISP programmer, they work most reliable (instead of the RS232 ones). You can get those pretty cheap e.g. here:http://shop.mikrocontroller.net/index.php?VID=IaZ04BdWb24W5Q1V or in many other places. The important point is that they *should* be compatible to AVRstudio (example AVR STK500 compatible) so you can use it directly out of AVR studio. Anyhow many other programmers will work also. If you want to stick to the RS232 version (works, but anyhow, you´ll need a COM port on your PC, *without* USB-adapter in between), this here worked out well for me: http://rumil.de/hardware/avrisp.html But do use a 74HCT244 instead of the suggested 74HC244, this will be more reliable. Good luck & greetz!

This is cool! ;D Thanks! I´ll try that on SMD´s!!!

Search functions are soooooo cool: http://www.midibox.org/forum/index.php?topic=2246.0 Greetz! ;D

If you only cracked the ceramic part (a little piece came of or similar) - that´s no problem at all. As long as *the wire* is not damaged (!!!). Anyhow measuring the resistance of it is indeed a good idea, if it got no short (meaning a resistance higher than 100 kOhm) everything´s just fine. If it´s less that value I would abandon it also.

Noch eine kleine Anmerkung zu dem Datenblatt, wotu: Auf Seite 2 siehst Du die Pin-Belegungen. Die zwei mittleren, gegenüberliegenden Pins sind aufs Housing gelegt, also an und für sich uninteressant. Die kannst Du zur Sicherheit auf GND legen (um den Fader gegen Strahlung abzuschirmen). Die Pins 1/2/3 sind die interessanten. Pin 1'/2'/3' sind nur nochmal Spiegelungen zu den anderen Pins und haben die gleiche Funktion. Also, ja, Du hast 8 Pins, davon sind aber 5 uninteressant. ;) Pin 1,2,3 einfach mal vermessen (wie von midiboxxer vorgeschlagen) und die Sache sollte passen. Wahrscheinlich wird Pin 1 der Schleifer sein (also 0-10kOhm variabel gegenüber einem der anderen Pins), Pin 2 und 3 die Anschlüsse für GND und +5 Volt. Grüße und viel Glück (Tip: Mach das Fenster auf, damit sich der Rauch nicht im Raum fängt ;) ;) ;) ).

Hmm, hört sich aber eher so an, als ob die SPI durcheinander kommt. Hast Du schon mal probiert, die Clock-Frequenz runter zu setzen (bspw. halbieren bzw. vierteln - bei Atmel AVR´s gehts bspw. nur in 4er Schritten runterwärts)? Ich kenn mich blöderweise bei Eurem Treiber nicht aus, aber das wäre mein erster Schuss. Und eine geringere Clockfrequenz sollte mal gar nix ausmachen, da das Display eh nur ein paar 10 Bytes zur Ansteuerung braucht. @Jack: Nur, falls es für Dich interessant ist, habe heute ein S65er Display und ein 6100er direkt vergleichen können. Das 6100er hat einen besseren Kontrast und geringe "schwarze Lücken", aber das S65 trumpft eindeutig mit der puren Displaygröße. HG Beleuchtung ist bei beiden etwa gleich gut. Fazit: Gerade ein Display auf Eblöd bestellt. ;) Werde mal schauen, wie ich die zich verschiedenen Spannungen herstelle (2,8V, 5V, 10V ... puh), wird sicher lustig. :)

Vielleicht liegts ja echt an einem anderen Controller, weiß man ja nie so sicher. Aber wirst wahrscheinlich eh schon alles überprüft haben. Freu mich jedenfalls schon auf Deine Box, wird sicher ein Mörderteil (inklusive Mörderarbeit - klar). Na, vielen Dank jedenfalls, werde mir die S65er Displays mal zu Gemüte führen (und mit den 6100ern vergleichen). Dankö! @MTE: Sorry fürs leichte Off-Topic, hat gerade gepasst.

@Jack: JA HOLLA! ;D ;D ;D Ok, mir bleibt nur eins zu sagen: DANKE DANKE DANKE! Werde mir die Infos dort gleich mal ordentlichst zu Gemüte führen! Hast Du das alles gemacht? Wenn ja: WOW, Haufen Arbeit. Anscheinend hast Du ja beide Displays mal vergleichen können. Abgesehen von der Größe, wie schauts denn mit der Bildqualität aus? Sprich Kontrast, Blickwinkel, "schwarze Lücken" zwischen den Pixeln usw.? Vor allem Letzteres schaut auf den Bildern relativ krass aus. Supi Seite auf jeden Fall! Warum verlinkst Du das nicht auf mikrocontroller.net und avrfreaks.com? Es gibt sicher eine MENGE Leute, die das interessieren würde! Einziger Minuspunkt an den Displays (wie so oft und auch bei den 6100ern): Drei verschiedene Controller... :P war ja klar... ;)

@Jack: Danke für das echt nette Angebot, aber bin inzwischen auf AVR umgestiegen und habe mit dem Display auch einige Pläne, daher würd ich schon gern ein komplett eigenes Board entwerfen und nutzen (die Companion Boards sind ja stellenweise frech überteuert meiner Meinung nach). Außerdem habe ich schon zwei Displays da + Mikrocontroller, mir fehlen nur noch die Anschlussbuchsen, die sollten nächste Woche kommen (hoffe ich). Muss mal alles was ich bisher habe endlich in eine einigermaßen annehmbare Form bringen und ins Web stellen (Blog Addi habe ich schon, aber keine Zeit, alles zu dokumentieren). Danke auf jeden Fall, weiß ich zu schätzen! @Illmenator: Hast Du noch weitere Gründe? Wenn ja, erzähl mal, fänd ich auch interessant (andere Sichtweisen! :) ). Das "konvertiert" bezog sich eher auf den C Interpreter. Die Software ist in IAR C geschrieben und ich nutze GCC C (weil´s das für lau gibt und direkt in die Programmiersoftware von Atmel integriert werden kann). Also: JEPP, bin voll auf AVR umgestiegen. Habe PIC´s, AVR´s und 8051er angeschaut und AVR´s sind von meinen Eindrücken her für DIY Apps ideal und bieten gegenüber PICs ein paar Vorteile (Betonung: ein paar). TK hat mir auch eher die AVR´s empfohlen. Vordergründiger Vorteil: Es gibt nicht *ein* Arbeitsregister (also einen Akku oder W-Register), sondern insgesamt 32 (von denen allerdings nicht alle alles machen können). Das macht progammiertechnisch türlich einiges sehr viel einfacher. Jepp, habe das Wiring von ucapps übernommen. Andere Schaltungen sind übermäsig kompliziert (bspw. werden die 3,3 Volt per Spannungsregler erzeugt, obwohl der Displaycontroller weniger als 1 mA braucht und zudem 2,5 bis 3,5 Volt vollkommen aushält - sprich völliger Overkill), TK hat hier eine sehr einfache und trotzdem absolut funktionale Lösung bereit gestellt. Die 220 Öhmler sind meiner Meinung nach sehr wichtig (und eben auch nicht in jeder Schaltung vorhanden), so stellt man sicher, daß ein ISP (also ein "In System Programming") noch suaber funktioniert. Ich würde den Reset vom Display noch extra rausziehen und nicht fix auf +3,3 Volt ziehen, so kann man den Display kontrolliert per Software starten und muss nicht auf einen sauberen Reset bei Einschalten "hoffen". Aber das ist sicher Geschmackssache und bietet eher keine *echten* Vorteile. Grüße! :)

Puh, Wiki wird hart, soweit bin ich sicherlich noch nicht, außerdem gibts *SEHR* interessante, andere Displays, an denen ich mir sehr viel mehr die Zähne ausbeisen *will*. :) Hier z.B. ein 6610er Display ebenfalls mit SPI Ansteuerung, allerdings 132x132 Pixeln und das Ganze mit 4096 FARBEN (!!!!!!!). Das geilste an diesem Display: 20 Öcken auf Ebay, ca. 3-5 Euro für einen passenden SMD-Stecker macht 25 Euro für einen Display, der sehr sehr sehr geil ist. Beispiele (nur exemplarisch) hierzu hier: http://thomaspfeifer.net/nokia_6100_display.htm http://www.e-dsp.com/controlling-a-color-graphic-lcd-epson-s1d15g10-controller-with-an-atmel-avr-atmega32l/ (PS: Die LCD´s mit den Lötpunkten auf der Rückseite gibts leider kaum noch, man kommt nur noch an welche ran mit nur dem Stecker) und hier http://www.sparkfun.com/commerce/product_info.php?products_id=569 Das sehr sehr schöne und angenehme an diesem Display: Ein Pixel benötigt 12 bit Farbinformation, d.h. es wird ein 8-bit SPI Befehl zum setzen des Pixels gesendet, anschließend 2 8-bit SPI´s mit den Farbinfos (wobei die letzten vier Bit automatisch auf das nächste Pixel übernommen werden *können*, muss aber nicht sein). Damit ist die Adressierung natürlich ein Kinderspiel und es ist kein 8-bit herumgerechne wie bei allen monochromen Displays nötig (jeder, der so etwas schon mal selbst programmiert hat, weiß was ich meine). Natürlich hat das Ganze einen krassen Nachteil: Um den gesamten Bildschirm zu beschriften, sind mindestens ~ 25k 8-bit SPI-Befehle nötig, das dauert locker mal eben 10 - 20 ms, in denen der Controller andauernd per SPI sendet. Glücklicherweise sendet man ja normalerweise nur die benötigten Sachen. /edit: Außerdem gibts noch einen 8-bit Modus, d.h. es ist nur ein 8-bit SPI-Befehl pro Pixel nötig, allerdings hat man dann "nur" 256 Farbstufen. Hmm, blöde Frage: TK, wie wäre hier das Interesse Deinerseits? Zu der 3310er Ansteuerung habe ich dieses hier "missbraucht": http://www.microsyl.com/nokialcd/nokialcd.html Ich habe den Code kurzerhand auf AVR GCC konvertiert und dann lief alles. Dort kannst Du sicherlich einige Befehle mal rauslesen. Vor allem der etwas komplizierte Init ist böse ("Extended" Befehle ein, Kontrast setzen, Temperaturkoeffizient setzen, BIAS auf 48, korrekte Adressierung (horizontal) und dann zurück in den Normal Mode -> HEIEIEIEI... endlich fertig). Hier gibts auch noch ne ganze Menge Info und weitere Links zu Sachen Ansteuerung: http://serdisplib.sourceforge.net/ser/pcd8544.html Grüße! PS: Sorry für den Roman und das teilweise Off-topic Gelabere. ;)

Impressive work there!!! Very very much work for sure, and certainly done right! :D Am looking forward for modifications of this! :) Congrats!

These were a lucky buy @Ebay. That guy had two of them. Although they might look cool on the photo in fact they´re just like ok. The "normal" Displaytech ones or similar have a much greater contrast and viewing angle. The only really cool thing is the blue backlight. Anyhow I think about exchanging them with some blue/black background LCDs. They cost like triple the money but look like *ass*. Anyhow, unfortunately I can´t tell you where to get *exactly* those, as it was a private (DIY) seller. Greets!

Ist händisch gemacht. Ich habe ein eigenes Proggi dazu angepasst. In meinem Proggi (ich habe *keine* Ahnung, ob das bei TK´s Treibern auch möglich ist) wird der komplette Display zunächst im RAM gespeichert (und außerdem pro Byte noch ein Flag "geändert"). Daher ist invertieren kein Problem, einfach einen XOR mit 0xFF über den entsprechenden RAM-Bereich laufen lassen. Ist alles erledigt, werden alle Bytes in einem Aufwasch ans LCD gesendet (bzw. nur die mit dem "geändert"-Flag). Spart eine Menge SPI-Akitivität ein. Naja, die Displays bekommt man ja ohne Probs auf Ebay, werde mal schauen, ob ich wieder so nen Preis herbekomm... :)

;D ;D ;D -> siehe Anhang :) Habe mal eine Platine dazu entwickelt, auf die man direkt das Ganze verschrauben kann. Ist aber noch weit von "fertig" wech, muss noch einiges passieren. Kann ich ja mal was posten, wenns soweit ist. Danke erstmal! Funzt einwandfrei! :) Die Ansteuerung ist anfangs etwas knifflig (vor Allem die korrekte SPI Konfiguration), aber alles in allem top Displays fürs Geld. PS: Hast Du noch welche übrig (mir ist beim Basteln eines über den Jordan gegangen).