Ich möchte ein Mobiltelefon zusammen mit einem Barcode-Scanner als Arme-Mann-Version eines computergestützten Barcode-Scanners verwenden, etwa so: http://www.thebarcodewarehouse.co.uk/pdas-and-handheld-computers/ handheld-computer/motorola-MC9190-G/
Mein Telefon ist USB-OTG-fähig, und das funktioniert gut, aber es verwendet denselben Micro-USB-Anschluss zum Aufladen des Telefons, und ich möchte vermeiden, den Barcode-Scanner zu trennen, um das Telefon aufzuladen.
Ich möchte im Wesentlichen Telefon und Scanner zu einem einzigen Gerät mit einer Steckdose kombinieren, über die ich es aufladen kann.
Ich weiß, dass Y-Kabel verfügbar sind, aber diese scheinen eher das Peripheriegerät (Scanner) als das Telefon mit Strom zu versorgen. Ich habe auch verschiedene Mikro-Hubs gesehen, aber diese scheinen wiederum nur die Peripheriegeräte mit Strom zu versorgen.
Ich habe verschiedene Vorschläge für ein ähnliches Schema wie das folgende gesehen, jedoch mit einem zusätzlichen Widerstand, um die ID-Leitung im Anschluss des Telefons mit bestimmten Werten nach unten zu ziehen. Ich konnte keine leicht verdauliche Liste davon finden, und es gibt Hinweise darauf, dass dies gegen den Standard verstößt. Ich weiß auch nicht, wie es mit dem An- und Abklemmen des Ladegeräts umgehen würde.
In dem OTG-Kabel, das ich zum Verbinden von Telefon und Scanner verwende, besteht meines Erachtens ein Kurzschluss zwischen ID und GND. Dadurch wird dem Telefon mitgeteilt, dass es sich im Host-Modus befinden und Strom liefern soll. Wenn ich das Ladegerät anschließe, muss das Telefon die Stromversorgung der 5-V-Leitung beenden und stattdessen Strom annehmen.
Ich habe über einen einfachen Schalter nachgedacht, um den ID-Pin zu öffnen, wodurch das Telefon aus dem OTG-Modus genommen und aufgeladen werden kann. Aber ich glaube, es dauert eine Weile, bis das Telefon erkennt, dass das OTG-Gerät vom Stromnetz getrennt wurde, und die Stromversorgung beendet. Während dieser Zeit versuchen das Telefon und das Ladegerät gleichzeitig, Strom zu liefern, was nicht ertönt Gut.
Ich habe auch nach einem Chip gesucht, der diese Umschaltung für mich übernimmt. Sie scheinen entweder nur die Datenleitungen schalten zu wollen, die ich meiner Meinung nach nicht brauche (es sei denn, das Ladegerät signalisiert seine Anwesenheit auf diese Weise), oder ein Laderegler für einen Akku zu sein (ich brauche das nicht, da das Telefon damit umgehen wird Aufladen des eigenen Akkus).
Der Barcode-Scanner muss während des Ladevorgangs nicht funktionieren, aber das wäre eine nette Funktion.
Dies ist ein grundlegendes Problem. Wenn die ID = GND, übernimmt Ihr Telefon die Rolle des HOST und wird daher VBUS SOURCE. Und es lädt seinen internen Akku nicht auf. Wenn ID = offen ist, übernimmt das Telefon die Rolle des Geräts, lädt sich selbst auf, aber es findet keine Kommunikation mit Ihrem Barcode-Scanner statt, da USB keine Gerät-Gerät-Kommunikation unterstützt.
Was Sie möglicherweise benötigen, ist die Implementierung eines sogenannten "Zubehör-Ladeadapters". Siehe Abschnitt 1.4.1 und Abschnitt 6 von „USB Battery Charging Specification 1.2“, die unter dem Link zur Website usb.org zu finden sind .
Vielleicht möchten Sie mit dem Angebot von Texas Instruments als TSU6721- Link nach Anwendungsideen suchen .
Dies alles setzt voraus, dass Ihr Telefon die BC1.2-Spezifikation wirklich befolgt/unterstützt. Wenn nicht, haben Sie Pech.
Einige Telefone / Tablets ermöglichen das Aufladen des Akkus im USB-OTG-Modus. Ich habe Dokumentation für zwei verschiedene Schemata gesehen.
1) Normaler OTG-Modus (kein Laden der Batterie): ID-Pin ist mit dem Erdungspin verbunden.
2) OTG-Modus mit Batterieladung v1: ID-Pin über 20k-Widerstand mit Masse verbunden.
3) OTG-Modus mit Batterieladung v2: ID-Pin über 120k-Widerstand mit Masse verbunden.
Diese Modi funktionieren mit einer kleinen Teilmenge aller OTG-fähigen Geräte. Aber es ist ziemlich einfach, mit Ihrem speziellen Gerät zu versuchen, um zu sehen, ob es damit funktionieren könnte.
Benutzer105652
Passant
Passant
Tut
Transistor
Benutzer3210218
Benutzer3210218
Benutzer3210218
Benutzer105652
Benutzer3210218
Benutzer3210218
Benutzer3210218
Benutzer3210218
Benutzer3210218