Druckbare Version
kurze frage haltet ihr das für machbar 2 ps/2 mäuse mit einem atmel auszuwerten ich hab mich zu dem thema bisher wenig belesen dennoch reicht mir hier erstmal die antwort ob es mach bar ist wenn ja würd ich mir nähmlich 2 mäuse holen und dann über die ferien das ganze ausprobieren.
ich möchte hier erstmal nur wissen ob das geht
mfg thomas
ps. allen noch einen schönen 4. Advent
(advent) aus dem lat. ankunft
Meinst du mit PS2 Maus die alten mit Kugel? Oder möchtest du nur auf den Stecker hinaus?
Aber wie auch immer, ja sollte machbar sein, je nach verwendetem µC.
ich wollte optische mäuse nehmen entweder mit ps/2 oder dann usb mit adapter zu ps/2
ich wollt das mal zur odometrie nutzen
@netzman danke für den link und iwe ich sehe hast du sogar dein code als zip veröffentlicht
Gerne, aber wie ich im anderen Thread geschrieben habe gibts damit ein kleines Problem, vielleicht löst man das ja durch Forenzusammenarbeit...
Als Odometriesensoren sind Mäuse nur bedingt geeignet, wenn dann nur in Verbindung mit anderen Systemen, weil sie meistens einen kleinen Fehler haben und der sich über die Strecke aufsummiert.
Ich wollte die Mäuse als Geschwindigkeitssensoren für die Regelung einsetzen.
mfg
Soweit ich weiss, geben die PS2 Mäuse das Signal als UART mit 9600 Baud. Das ist noch nicht besoners schnell. Mit einem µC der 2 Hardware UARTs, sollte das kein problem sein. Mit einer HW uart wird etwas schwieriger, geht aber auch noch. Man muß sich aber etwas vorsehen das keine ISR den µC zu lange blockiert.
Ja, halte ich für machbar. Ist aber nicht ohne!Zitat:
Zitat von Thomas$
Ich würde auf jeden Fall reine PS/2-Mäuse nehmen, weil die USB-Mäuse etwas mehr Intelligenz haben und beim Einschalten eines Computers erstmal überprüfen, ob sie an einem PS/2- oder USB-Port angeschlossen sind. Diese Kommunikation würde ich mir sparen, könnte nämlich hinderlich sein.
PS/2-Mäuse kommunizieren - wie die PS/2-Tastaturen auch - über eine Synchrone Serielle Schnittstelle.
Hier mal zwei Links:
http://www.computer-engineering.org/ps2protocol/
http://www.computer-engineering.org/ps2mouse/
screwdriver
mal sehen ob es noch optische ps/2 mäuse gibt werd mich also doch erstmal belesen müssen
Ich beschäftige mich zur Zeit selbst mit dem PS/2 Protokoll. Die Bascom-eigenen Befehle GETATKBD(), usw. kann ich nicht gebrauchen, da entweder meine ankommenden Interrupts das PS/2-Protokoll zerschiessen oder die PS/2-Kommunikation blockiert meine Interrupts.
Schau dir mal das hier auch noch an:
http://www.mikrocontroller.net/topic/25096#new
Insbesondere die angehängte Datei von Gregor am 27.12.2008 21:20.
screwdriver
oder ist es einfacher 2 µC zu nehem jeder macht eine maus und ein dritter rechnet dann denn um aus beiden mäusen die position zu erechnen wird schon ganz schön aufwendig
Ich denke, dass das insgesammt länger dauert, als wenn ein µC alles selbst ausrechnet, da diese 3 µCs untereinender Daten austauschen müssten, was auch seine Zeit braucht. Nehme einfach einen neuen AtMega mit einem sehr schnellen Quarz. Außerdem musst du die Mäuse ja nicht gleichzeitig abfragen, sondern kannst das nacheinander, immer abwechselnd machen oder?Zitat:
oder ist es einfacher 2 µC zu nehem jeder macht eine maus und ein dritter rechnet dann denn um aus beiden mäusen die position zu erechnen wird schon ganz schön aufwendig
Ein AVR bei 16Mhz ist mit 2 PS/2 Mäusen + Berechnungen noch lange nicht überfordert.
Eben - von der Hardware her würde man in ASM locker 8 Mäuse schaffen - auch auf nem Tiny2313. Allerdings ist das nix für Mädchen, da 8 externe Clocks zu beachten wären... *grusel*
Eine robuste ISR-Routine für externe Interrupts selberschreiben sollte machbar sein - ich bin vor einiger Zeit gescheitert, aber kann gut sein, dass es eine dieser USB/PS2-Mäuse war - jetzt wo's hier erwähnt wird!
Jemand mit geeigneter Hardware müsste vielleicht mal die Kommunikation an beiden Maustypen mitschneiden - wäre ggfs. erleuchtend.
PS2 sollte erkennbar sein, ist ja dokumentiert - wie diese USB-Adapter funktionieren habe ich nie wirklich rausgefunden. Weder was in den grünen Steckern drin ist, noch was das Protokoll angeht.
Weiß da jemand was?
Die Stecker sind einfach nur Adapter ohne Elektronik drin. PS/2 und USB brauchen gleich viele Leitungen, daher kommt man damit aus.
Bei PS/2 gibt der Computer den Takt vor und wird beim BIOS-Start initialisiert, wenn die Maus keinen PS/2 Takt bekommt schaltet sie um auf USB-Betrieb.
mfg
Dann ist es ja nicht schwer, die Mäuse anzusteuern: Du kannst ihnen ja einen langsamen Takt vorgeben und dann hat dein µC noch mehr Zeit. Also muss sich dein Controller nicht nach den Mäusen richten und du kannst sogar auch USB-Mäuse mit Adapter nehmen (also wirst du auf jeden Fall eine Optische (sogar Laser) finden).Zitat:
Die Stecker sind einfach nur Adapter ohne Elektronik drin. PS/2 und USB brauchen gleich viele Leitungen, daher kommt man damit aus.
Bei PS/2 gibt der Computer den Takt vor und wird beim BIOS-Start initialisiert, wenn die Maus keinen PS/2 Takt bekommt schaltet sie um auf USB-Betrieb.
Es gibt auch genug optische Lasemäuse mit PS/2 Anschluss. Verwenden wir in der Arbeit immer zum Anschluss an die KVM-Switches.
[offtopic]Ich finde es sowieso lächerlich von Microsoft und IBM (oder wars Intel) die PS/2, serielle und parallele Schnittstelle als Legacy zu bezeichnen und aus der Computerwelt verbannen zu wollen. Gut bei Laptops ist es klar, das man diese Schnittstellen weglässt, aber bei Workstations sollte man trotzdem darauf nicht verzichten. Vorallem in der Industrie oder jeglicher Umgebung wo Automatisierung mit dem PC erforderlich ist, werden diese Schnittstellen gebraucht, da diese doch einfach zum Ansteuern ist. USB ist halt doch zu komplex.[/offtopic]
die berechnung wird sicher aufwendig denn aus der verschiebung der mäuse muss aus der differnz irgendwie noch der winkel bestimmt werden und der dreh punkt also ist es machbar und ich werd mir mal 2 mäuse holen.
wenn die abweichung konsant ist sollte man diese herausrechnen können