pico

Hallo zusammen, ich habe gerade auf der Microchip Seite entdeckt, das es einen neue Version ( Rev.B4) vom PIC18F4550 gibt. http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1335&dDocName=en010300 Es sind viele Erratas behoben worden. LG pico

Hallo, ich habe da mal eine grundsätzliche Frage zu USB. Wie bekomme ich zum beispiel eine ein externes Gerät via USB mit dem MIDI Clock synchronisiert. Seriell ist mir das Klar, aber via USB bekomme ich die Daten in eine 64 Byte großen Frame und kann somit ja nicht die zeit zwischen den Clocks ermitteln. Ich habe mir schon überlegt den USB Buffer schneller abzupollen, aber Windows redet mit meinen gerät ja sowieso nicht schneller als 1ms. Eine Zweite überlegung wäre nach jedem Transmit Complete Interrupt den Buffer zu Prüfen. Hat jemand mit der Problematik schon Erfahrungen gesammelt? LG pico

Hallo TK, erstmal vielen Dank für deine Unterstützung. Ich bin erstmal soweit zufrieden mit meiner MIDI USB Performance. Dein Descriptor läuft großartig. Ich habe ja im Rahmen einer Diplomarbeit eine USB MIDI Controller gebaut, unter Verwendung von industriellen Sensoren. Als Fader habe ich Positionsmessstreifen (Sensofoil) benutzt.Sie funktionieren großartig. Wenn ich damit fertig bin, werde ich dir mein konzept mal zukommen lassen. LG pico

Hallo TK, ja du hast recht, mit dem Jitter. Ich habe meine Messung nicht präzise genug beschrieben. Also ich habe beim eintreffen eines bestimmten des USB MIDI Events (3 Byte) ein PIN am µC auf high gestetzt, es seriell gesendet, es dann wieder seriell empfangen und unmittelbar vor dem USB senden das PIN auf low gesetzt. Da habe ich eine Zeit von 1,025-1.121ms gemessen. Ergibt ein Jitter von 96µs. Damit ist natürlich nicht die USB Übertragung einbezogen, sondern nur meine Systemlaufzeit und die serielle Kommunikation. Ich verwende nur den Bulk Modus und den standard LegacyTreiber. Ich haben die mein gekaufte Midicontroller(UC-33 von Evolution) analysier,der verwendet den gleichen Modus und den gleichen Treiber. Wie kann ich den USB Performence erhöhen, ohne den Modus und den Treiber zu ändern? Wie kann ich die MIDI Benchmark Software zur Messung verwenden? LG Pico

Danke für den Tip mit dem Benchmark ich werde das mal ausprobieren. Ja ich weiss dass das MBHP_USB von Torsten schon getestet wurde. Ich muß sagen, die Performense ist beeindruckend. Das hat aber nichts mit meinem Projekt zu tun. Ich habe im Rahmen einer Diplomarbeit einen USB Remote Controller gebaut und mit verschiedenen Sensoren (Drucksensor und Wegsensoren) bestückt. Deswegen wollte ich meine Systemdurchlaufzeit messen. Das habe ich mit einer Debugversion auch gemacht. Meine Messungen haben ergeben das ich ein drei ByteMidiFrame in 1,025ms mit einem Jitter von 96µs weiterleite. LOOP:USB empfangen -> Seriell senden -> Seriell empfangen -> USB senden LG Pico

Hallo zsammen, Ich habe endlich mein USB MIDI Interface, basierend auf den PIC18F4550, fertiggestellt. Jetzt wollte ich die Performance mit MIDIOX testen. D.h. ich möchte die maximale Latenz beim Loop messen. Allerdings weiss ich nicht, wie ich bei MIDIOX die Zeit zu interpretieren habe. Die erste Zahl im Display repräsentiert wahrscheinlich den Zeitpunkt des Sendens bzw des Empfangs. Oder geht das garnicht mit MIDIOX und ich muss mir eine Debugversion schreiben, wo ich mit per Pin anzeigen lasse wann das Empfange wieder gesendet wird. LG Pico

Hallo, ich arbeite zur Zeit mit dem PIC18F4550 an eine USB Midicontroller/Schnittstelle. Ich habe im Vorfeld die Problem mit diesen PIC gelesen.Das er beim senden einfach Zeichen auf die Schnittstelle packt. Trotzdem habe ich es ausprobiert und bis jetzt habe ich noch keine Probleme mit dem Senden gehabt. (Teste seit 3 Wochen) Ich vermute das der SiliconBug von Microchip behoben wurde ohne eine neue Rev. anzulegen. Da sie diesen Bug ja auch nicht dokumentiert haben. Den PIC habe ich direkt von Microchip als Samples bekommen. MfG Pico

Hallo, hier ein kleiner Tip, wie man USB Treiber unter WinXP entdecken und entferner kann. Sobald ein neues Gerät an unter WinXP erkannt wurde, merkt sich das WinXP.Das ist auch gut so. Außer man ist dabei ein USB Device zu entwickeln und hat noch Fehler im Descriptor. Auch wenn danach der Descriptor einwandfrei läuft, wird das Device nicht mehr erkannt. Workaround: Man muß unter Start -> Einstellung -> Systemsteuerung -> System -> Erweitert eine neue Umgebungsvariable unter Systemvariablen anlegen. Mit dem Namen "devmgr_show_nonpresent_devices" und dem Wert "1". Danach muß im Gerätemanager unter Ansicht "Ausgeblendete Geräte anzeigen" aktiviert werden. Jetzt werden alle je angeschlossenen Geräte im Gerätemanager angezeigt und können deaktiviert oder gelöscht werden. So vielleicht könnt ihr es ja gebrauchen. Viel Spaß. Gruß pico

Moin Moin, Ich glaub ich habe mein Problem gefunden aber noch keine Lösung. Und zwar arbeite ich ja mit dem CCS Compiler.Der im großen und ganzen ziemlich okey ist. Aber ich schaffe es nicht eine POINTER auf den USB RAM zulegen(ab 0x400) Zum Beispiel : char bd0statoe@0x400; // ENDPOINT O OUT BDT[0] geht bei CCS gar nicht erst. Also habe ich mir gedacht ich reserviere mir die RAM Adresse mit #RESERVE 0x400 char bd0statoe; // ENDPOINT O OUT BDT[0] und dann habe ich im sym-file gesehen wo er diese Variable hinlegt: 018 bd0statoe // Variable liegt im Ram 0x018 Ich bin mir nicht mal sicher ob er den BufferDescriptorEntry an die Adresse 0x400 legt. Ich glaube nicht. struct BufferDescriptorEntry * BDT= (struct BufferDescriptorEntry *)0x400; Hat jemand vielleicht eine Workaround für den CCS Compiler und USB??? Schließlich vertreibt die Firma ja ein CCS USB Developmentboard für teuer geld. PS: TK, danke für den feedback und ja es währe nett wenn du mir deinen Sourcecode zum PIC USB Modul zusenden könntest. Danke im voraus MfG Pico

Hallo Leute, ich hab auf ucapps.org das PIC USB Module entdeckt. Ich hab auch die Probleme mit diesem uC zur Kenntniss genommen. Aber so weit ich das verstanden habe funktioniert die reine USB kommunikation. Genau das würde mir schon reichen. Ich möchte mir eine Remote-Controller ala UC-33 bauen.Allerdings ohne Midischnittstelle für externe Geräte sondern nur für den Rechner. Ich haben mir den Quellcode von Roberl Lang (MIDI NATOR) runtergeladen und ihn für den CCS-Compiler umgeschrieben. Aber....es funktioniert nicht. Deswegen würde ich gerne eine zweiten Quellcode (kann auch in Assembler sein) als Referenz haben. Leider konnte ich den PIC USB Module code nicht finden. Ich bin leide auf solche Quellen angewiesen, da ich Neuling in der USBgeschicht bin. Ich würde mich freuen wenn mir da jemand weiterhelfen könnte. MfG Pico