Der häufige Fehler bei WLAN-Problemen mit RFID-Handhelds

Das ärgerlichste Wi-Fi-Problem mit einem Handheld-RFID-Lesegerät ist normalerweise nicht das dramatische. Es ist nicht immer eine defekte Antenne, ein defektes Modul oder ein mysteriöser Firmware-Bug, der sich tief im Gerät versteckt. Häufiger ist das Problem peinlich gewöhnlich: Der Leser wird in ein drahtloses Netzwerk gezwungen, für das er nie richtig konfiguriert wurde. Jemand gibt das Passwort ein, sieht die Verbindung fehlgeschlagen, beschuldigt den RFID-Scanner, startet ihn dreimal neu und öffnet dann ein Support-Ticket. In der Zwischenzeit kann das eigentliche Problem ein 5-GHz-only-SSID, WPA3-only-Sicherheit, ein Captive-Portal, MAC-Filterung, DHCP-Konflikt, blockierte Ports oder eine versteckte Enterprise-Zertifikatsanforderung sein. Der dumme Fehler ist die Annahme, dass, weil ein Telefon mit Wi-Fi verbunden ist, der Handheld-RFID-Lesegerät genau auf die gleiche Weise verbunden werden sollte.

Diese Annahme verursacht viel Zeitverschwendung. Ein modernes Android RFID-Handheld-Terminal mag wie ein robustes Smartphone mit einem angeschlossenen UHF-Modul aussehen, ist aber immer noch ein Industriegerät mit eigenem Wi-Fi-Chipsatz, Betriebssystemversion, Firmware, Sicherheitsunterstützung, Roaming-Verhalten und Unternehmensnetzwerkgrenzen. Ein Lagerarbeiter kann sagen, dass das Wi-Fi in Ordnung ist, weil sein Telefon funktioniert. Ein IT-Techniker kann sagen, dass das Passwort korrekt ist, weil ein Laptop dem Netzwerk beigetreten ist. Ein Projektmanager kann sagen, dass der RFID-Leser schlecht ist, weil alle zehn Einheiten im selben Raum ausfallen. In Wirklichkeit funktioniert der Handleser möglicherweise genau wie entworfen, während die Netzwerkeinstellungen für dieses Gerät nicht geeignet sind.

2,4 GHz vs. 5 GHz Problem

Das einfachste Beispiel ist das 2,4-GHz- und 5-GHz-Problem. Viele Handheld-RFID-Lesegeräte unterstützen beide Bänder, aber einige Modelle unterstützen nur 2,4 GHz und einige unterstützen 5 GHz nur unter bestimmten regionalen oder Kanalbedingungen. Wenn die Site kürzlich Wi-Fi aktualisiert und ein 5-GHz-Netzwerk erstellt hat, sieht der Leser möglicherweise nicht einmal das SSID. Wenn der Router die Bandlenkung aggressiv verwendet, kann sich der Leser einmal verbinden und dann fallen lassen. Wenn der Access Point Kanäle verwendet, die von den Regionseinstellungen des Lesers nicht unterstützt werden, erscheint das Netzwerk möglicherweise instabil. Deshalb sollte die erste praktische Frage niemals nur sein, was das Passwort ist. Es sollte sein, welches Band, Sicherheitsmodus, Kanal und Authentifizierungsmethode dieses SSID verwendet.

Ein Möbellager in Dallas kaufte sechs UHF RFID Handlesegeräte für die Palettenverfolgung und verbrachte zwei Tage damit, sich zu beschweren, dass die Geräte ein schwaches Wi-Fi hatten. Die Scanner im Büro angeschlossen, aber auf dem Lagerboden ausgefallen. Das Büro SSID unterstützte 2,4 GHz und 5 GHz, während die Lagerzugangspunkte erst nach einem Netzwerkoptimierungsprojekt für 5 GHz konfiguriert wurden. Telefone sahen gut aus, weil jedes Telefon im Gebäude 5 GHz unterstützte. Die vom Lagerteam verwendeten RFID-Lesegeräte benötigten für dieses Modell eine 2,4 GHz-Abdeckung. Sobald IT ein ordnungsgemäß gesichertes 2,4 GHz SSID in den Lagerzonen aktiviert hatte, schlossen sich die Lesegeräte normal an. Die Geräte waren nicht defekt. Das Netzwerkdesign hatte sie einfach ignoriert.

Sicherheitsmodus und Enterprise-Authentifizierung

Der Sicherheitsmodus ist eine weitere häufige Falle. Einige ältere oder kostensensible Handheld-RFID-Lesegeräte unterstützen möglicherweise nicht die neuesten Wi-Fi-Sicherheitseinstellungen auf die gleiche Weise wie ein aktuelles Flaggschiff-Telefon. Ein Netzwerk, das nur auf WPA3- eingestellt ist, kann ein Gerät ablehnen, das WPA2 unterstützt, aber nicht WPA3. Enterprise Wi-Fi mit 802.1X erfordert möglicherweise Zertifikate, Benutzernamen, Geräteprofile oder EAP-Methoden, für die der Leser nicht konfiguriert wurde. Einige Leser können die Unternehmensauthentifizierung gut handhaben, benötigen jedoch korrekte Zertifikate und Zeiteinstellungen. Andere sind besser für WPA2-PSK-Netzwerke geeignet. Wenn ein tragbarer RFID-Scanner keine Verbindung zu Wi-Fi hat, sollte der Sicherheitstyp überprüft werden, bevor jemand mit dem Austausch von Hardware beginnt.

Ein Krankenhaus-Asset-Tracking-Team in Manchester stieß darauf, während es RFID-Handlesegeräte für das Infusionspumpeninventar einsetzte. Das Hauptpersonal des Krankenhauses, Wi-Fi, nutzte die Unternehmensauthentifizierung mit Zertifikaten, die über die Verwaltung mobiler Geräte verwaltet wurden. Die RFID-Lesegeräte kamen vom Lieferanten mit grundlegenden Wi-Fi-Einstellungen und ohne Krankenhauszertifikat. Das klinische Ingenieurteam gab immer wieder einen Benutzernamen und ein Passwort ein, aber die Geräte versagten lautlos, weil die Zertifikatskette fehlte. Nachdem IT die Leser im korrekten Geräteverwaltungsprofil registriert und das Zertifikat gedrückt hatte, verschwand das Verbindungsproblem. Die RFID-Software war noch nicht einmal erreicht. Die Barriere war die Netzwerk-Authentifizierung.

Captive Portale und Gast Wi-Fi

Captive Portale verursachen eine andere Art von Kopfschmerzen. Ein Gast-Wi-Fi-Netzwerk kann Benutzer bitten, Bedingungen zu akzeptieren, eine E-Mail einzugeben oder eine Browser-Anmeldeseite zu durchlaufen. Ein Telefon handhabt das leicht, weil der Benutzer die Eingabeaufforderung sieht. Ein robuster Handheld-Lesegerät RFID, der für das Scannen von Lagerräumen verwendet wird, startet das Portal möglicherweise nicht sauber, oder die Scanner-App ist möglicherweise im Kiosk-Modus gesperrt, so dass das Gerät ohne echten Internetzugang verbunden ist. Die Leute sagen oft, dass der Leser Wi-Fi zeigt, aber keine Daten synchronisieren kann. Das bedeutet normalerweise, dass das Gerät dem Funknetz beigetreten ist, aber nie das Portal abgeschlossen hat oder den Server nicht erreichen kann. Für die industrielle Bestandsverwaltung von RFID ist Gast Wi-Fi normalerweise eine schlechte Idee.

Ein Pop-up-Einzelhandelsteam in Miami verwendete Handheld-RFID-Scanner für das Event-Ware-Inventar. Der Veranstaltungsort gab ihnen Gast Wi-Fi, und die Geräte zeigten verbunden. Dennoch konnte die RFID Inventar-App keine Zählungen hochladen. Die mitarbeiter beschuldigten die app, bis jemand den browser öffnete und die bedingungen des veranstaltungsortes auf die genehmigung wartete. Nachdem das Portal gelöscht wurde, funktionierte ein Gerät, aber am nächsten Tag fragte das Portal erneut. Das Team löste dies mit einem dedizierten WPA2-Netzwerk aus einem Reiserouter, der mit der genehmigten Event-Internetleitung verbunden war. Für temporäre RFID-Bereitstellungen ist ein sauberes privates SSID oft zuverlässiger als ein öffentliches Gästenetzwerk mit unvorhersehbaren Anmelderegeln.

MAC Filterung, DHCP und Firewall-Probleme

MAC-Filterung ist ein weiteres hinterhältiges Problem. Einige Unternehmen erlauben nur genehmigte Geräte MAC-Adressen auf Wi-Fi. Das kann für die Sicherheit sinnvoll sein, schafft aber Verwirrung, wenn neue Leser ankommen. Um es komplizierter zu machen, können Android-Geräte randomisierte MAC-Adressen für die Privatsphäre in einigen Netzwerken verwenden. Wenn IT die gedruckte Hardware MAC auf die weiße Liste setzt, der Leser jedoch ein randomisiertes MAC vorlegt, kann der Zugriffspunkt es ablehnen. Wenn sich der Leser einmal verbindet und später fehlschlägt, kann die Randomisierung Teil des Grundes sein. Käufer, die Android RFID-Handlesegeräte bereitstellen, sollten sich fragen, ob das Netzwerk MAC-Filterung verwendet und ob die Wi-Fi-Einstellungen des Lesers das Gerät MAC anstelle einer randomisierten Adresse verwenden sollten.

Eine Universitätsbibliothek in Toronto führte Handheld-RFID-Leser für Buchbestands- und Regalprüfungen ein. Die Geräte, die während des Testens im IT-Büro angeschlossen wurden, scheiterten dann in den Bibliotheksstapeln. Die Bibliothek Wi-Fi verwendete MAC-Filterung für Nicht-Laptop-Geräte. IT hatte die Leser genehmigt, aber die Handhelds wurden auf randomisierte MAC-Adressen auf der Produktion SSID eingestellt. Aus Sicht des Netzwerks sah jeder Scanner wie ein anderes, nicht genehmigtes Gerät aus. Sobald die Geräte für die Verwendung ihrer physischen MAC-Adressen konfiguriert waren und diese Adressen korrekt registriert wurden, blieben die Leser in Verbindung. Die Bibliotheksmitarbeiter hatten schlechte Signale in den Stacks verantwortlich gemacht, aber das eigentliche Problem war die Zugriffskontrolle auf der Netzwerkschicht.

DHCP Probleme können auch wie Wi-Fi Probleme aussehen. Ein tragbarer RFID-Leser kann mit dem Access Point verknüpft sein, erhält jedoch keine gültige IP-Adresse. Der bildschirm wird möglicherweise mit eingeschränktem zugriff verbunden angezeigt, oder die app erreicht möglicherweise nicht den server. Dies kann passieren, wenn der DHCP-Pool erschöpft ist, wenn die VLAN-Einstellungen falsch sind, wenn der Leser im falschen Subnetz platziert ist oder wenn die statischen IP-Einstellungen während des Testens falsch eingegeben und nie entfernt wurden. Eine schnelle Überprüfung der IP-Adresse, des Gateways, des DNS und des Subnetzes kann Stunden sparen. Wenn der Leser eine IP hat, die mit einer automatischen privaten Reichweite anstelle der normalen Reichweite der Site beginnt, ist die Wi-Fi-Verbindung nicht wirklich verwendbar.

Ein Kühlkettenlogistikunternehmen in Rotterdam verwendete RFID Handscanner, um markierte Container und Temperaturlogger zu verifizieren. Die Geräte arbeiteten im Hauptdepot, scheiterten jedoch an einem neu eröffneten Cross-Dock-Standort. Das Wi-Fi-Symbol sah normal aus, aber die Cloud-App konnte nicht synchronisiert werden. IT stellte schließlich fest, dass der neue VLAN einen DHCP-Bereich hatte, der für die Anzahl der Geräte während des Schichtwechsels zu klein war. Telefone und Tablets hatten bereits die meisten verfügbaren Adressen genommen, bevor die RFID-Leser online gingen. Durch die Erweiterung des DHCP-Pools und die Reservierung von Adressen für gemeinsam genutzte Scangeräte wurde das Problem behoben. Die handheld-leser hatten höflich auf netzwerkdetails gewartet, die ihnen nie gegeben wurden.

Firewalls und Serverzugriff sind nach der Verbindung wichtig. Ein Reader kann mit Wi-Fi verbunden werden und trotzdem ausfallen, weil er die Datenbank, die Cloud-Plattform, die Middleware oder den lokalen Anwendungsserver nicht erreichen kann. Einige Netzwerke blockieren ausgehende Ports, lokale IP-Bereiche, MQTT-Verkehr, FTP, benutzerdefinierte APIs oder Geräteverwaltungsdienste. Wenn der RFID-Leser eine Website öffnen kann, aber keine Tag-Daten hochladen kann, ist die Wi-Fi-Verbindung selbst möglicherweise in Ordnung. Der App-Pfad kann blockiert sein. Dies ist besonders häufig, wenn Leser von einem Testbüronetzwerk in ein strengeres Lager- oder Firmennetzwerk verschoben werden. Beschaffungsteams, die Handheld-RFID-Lesegeräte kaufen, sollten sich fragen, welche Ports und Server-Endpunkte die RFID-Software benötigt.

Eine Textilwaschanlage in São Paulo setzte RFID Handlesegeräte für die Leinenverfolgung ein. Die Leser, die mit Wi-Fi verbunden waren, und die Mitarbeiter konnten einen Browser öffnen, aber die RFID-Anwendung blieb offline. Das Netzwerkteam entdeckte, dass die Wäschereiproduktion Wi-Fi den Port blockierte, der vom lokalen RFID Middleware-Server verwendet wurde. Das Office-Testnetzwerk hatte es erlaubt, so dass das Problem nie während der Demos auftauchte. Sobald die Firewall-Regel aktualisiert wurde, wurden die Handhelds sofort synchronisiert. Die Leser versäumten es nicht, sich mit Wi-Fi zu verbinden. Sie erreichten nicht das System, das den Wi-Fi nützlich machte.

Zeit, versteckte SSIDs und Signalstärke

Zeit- und Datumseinstellungen können auch Unternehmensverbindungen und sichere Apps unterbrechen. Zertifikate hängen von der richtigen Gerätezeit ab. Wenn ein handgehaltener RFID-Leser ein falsches Datum hat, kann er ein gültiges Zertifikat ablehnen oder ein abgelaufenes Zertifikat zu haben scheinen. Wenn der Leser einen NTP-Server nicht erreichen kann, kann er nach langer Speicherung oder Batterieentnahme driften. Dies ist leicht zu übersehen, da das Gerät möglicherweise immer noch RFID-Tags perfekt scannt. Das UHF-Modul funktioniert, der Trigger funktioniert, der Bildschirm funktioniert und das Wi-Fi-Passwort ist korrekt. Doch das sichere Netzwerk lehnt es ab, weil das Gerät denkt, dass es im falschen Jahr lebt.

Ein pharmazeutisches Lager in Singapur hatte dieses Problem mit einer Charge von Android UHF RFID-Lesegeräten, die mehrere Monate vor dem Einsatz gelagert wurden. Wenn die Geräte eingeschaltet waren, hatten mehrere falsche Daten. Die Firma Wi-Fi verwendete zertifikatsbasierte Authentifizierung, und die Leser weigerten sich, sich zu verbinden. Die Mitarbeiter dachten, die neue Firmware sei inkompatibel. Ein IT-Techniker bemerkte das falsche Systemdatum, korrigierte es, erlaubte Zeitsynchronisation und die Geräte schlossen sich dem Netzwerk an. In regulierten Umgebungen können Probleme mit kleinen Uhren zu groß aussehenden Verbindungsausfällen führen.

Versteckte SSIDs können auch Zeit verschwenden. Einige IT-Teams verstecken Netzwerknamen, weil sie glauben, dass sie Sicherheit hinzufügen. Ein verstecktes SSID kann mit Laptops und Telefonen funktionieren, aber die manuelle Eingabe auf robusten Handheld-Geräten kann fehleranfällig sein. Ein einzelner Zeichenfehler, eine falsche Kapitalisierung, zusätzlicher Speicherplatz oder eine falsche Sicherheitsauswahl verhindern eine Verbindung. Bei RFID-Rollouts kann ein sichtbares dediziertes SSID während der Einrichtung Fehler reduzieren. Wenn das Netzwerk verborgen bleiben muss, sollte die Konfiguration durch die Geräteverwaltung geschoben oder mit einem kontrollierten Setup-Prozess eingegeben werden, der nicht von zehn verschiedenen Personen in einer Lagerhalle eingegeben wird.

Eine Produktionsstätte in Ohio verwendete Handheld-RFID-Lesegeräte für die Work-in-Process-Tracking. Der Netzwerkname Wi-Fi wurde ausgeblendet, und das Passwort enthielt Zeichen, die auf der Scannertastatur leicht falsch eingegeben werden konnten. Einige Leser verbanden sich, einige scheiterten und niemand konnte erklären, warum. Das Problem war nicht die Hardware-Variante. Verschiedene Supervisoren hatten während der Einrichtung leicht unterschiedliche SSID- oder Passwort-Strings eingegeben. Die Anlage erstellte einen QR-basierten Wi-Fi-Bereitstellungsprozess und erweiterte später die Konfiguration durch MDM. Danach erhielt jeder Leser die gleichen Einstellungen. Manuelles Tippen war die ganze Zeit der dumme Fehler gewesen.

Die Signalstärke ist natürlich immer noch wichtig, wird aber oft missverstanden. Ein in einem Lagerhaus verwendeter tragbarer RFID-Lesegerät kann hohen Regalen, Metallregalen, Gabelstaplern, Kühlräumen, Ladedocks, dicken Wänden und beweglichen Bedienern gegenüberstehen. Ein Telefon-Geschwindigkeitstest am Schreibtisch beweist keine Abdeckung in Gang neunzehn. UHF RFID funktioniert oft genau dort, wo Wi-Fi am wenigsten freundlich ist: in der Nähe von Metall, Inventar, Paletten, Containern und Industriegeräten. Wenn sich der Leser in der Nähe des Zugangspunktes verbindet, aber beim Scannen fällt, benötigt die Site möglicherweise eine ordnungsgemäße drahtlose Umfrage, eine bessere Platzierung des Zugangspunktes, eine Roaming-Tuning oder eine dedizierte Abdeckung für Betriebsbereiche.

Ein Supermarkt-Vertriebszentrum in Madrid verwendete Handheld-RFID-Scanner für wiederverwendbares Kasten-Tracking. Die leser schlossen sich in der nähe des pausenraums an, fielen aber während der scans im gekühlten lagerbereich ab. Das Team vermutete zuerst die Scannerbatterien, weil die Ausfälle nach mehreren Stunden Arbeit passierten. Eine Wi-Fi-Umfrage zeigte eine schwache Abdeckung hinter isolierten Platten und Metallgestellen. Hinzufügen eines Zugangspunkts in der Nähe der gekühlten Zone und Anpassen der Roaming-Einstellungen lösten die Aussteiger. Die RFID-Lesegeräte waren nicht defekt. Sie wurden gebeten, in einer toten Zone zu arbeiten.

Roaming und Gerätemanagement

Roaming kann in großen Einrichtungen schmerzhaft sein. Ein Handlesegerät, das sich durch ein Lagerhaus bewegt, kann zu lange an einem schwachen Zugangspunkt hängen oder langsam zwischen den Zugangspunkten wechseln. Der Benutzer erlebt dies, wenn die App einfriert, Uploads fehlschlagen oder der Scanner zwischen den Gängen offline geht. Verbrauchergeräte verbergen Roaming-Probleme oft mit schnelleren Chipsätzen und verzeihenderen Apps. Industrieleser benötigen möglicherweise Netzwerk-Tuning, Firmware-Updates oder SSID-Design, das stabiles Roaming unterstützt. Wenn Benutzer beim Scannen Hunderte von UHF RFID-Tags laufen, wird das Roaming-Verhalten von Wi-Fi Teil des Scan-Workflows.

Ein Sportgeräte-Vertriebshändler in Chicago hatte Leser, die in festen Zonen gut funktionierten, aber während der Zykluszählung im Vollgeschoss scheiterten. Die Bediener gingen kontinuierlich durch Regalgänge, während sie markierte Kartons scannten. Das Gerät blieb mit einem Zugangspunkt am anderen Ende des Gebäudes verbunden, bis das Signal zu schwach wurde, und hielt dann an, bevor es sich einem engeren anschloss. Die RFID App erschien instabil, aber das eigentliche Problem war Roaming. Das Netzwerkteam passte die Leistungs- und Roaming-Schwellenwerte für Access Points an und testete dann die Leser, während sie die tatsächliche Zählroute gingen. Die Verbesserung erfolgte sofort. Die App wurde für ein Wi-Fi Handoff-Problem verantwortlich gemacht.

Die Geräteverwaltung kann einen weiteren versteckten Block erstellen. Unternehmen verwenden häufig MDM-Tools, um Wi-Fi, Apps, Zertifikate, VPN oder den Browserzugriff einzuschränken. Das ist gut für die Kontrolle, aber ein falsch konfiguriertes Profil kann verhindern, dass der RFID-Leser dem richtigen SSID beitritt oder den Softwareserver erreicht. Der Kiosk-Modus kann den Einstellungsbildschirm verbergen. VPN-Regeln können den Verkehr auf den falschen Pfad senden. Eine Compliance-Richtlinie kann unbekannte Geräte blockieren, bis sie registriert sind. Wenn der Leser Teil eines Unternehmens RFID-Systems ist, müssen IT und Operationen vor dem Rollout koordiniert werden. Das Lagerteam sollte während der ersten Live-Inventarzählung keine Probleme mit der Gerätepolitik entdecken.

Ein Modehändler in Mailand hat RFID Handlesegeräte für die Bestandsaufnahme von Geschäften eingeführt. Die Geräte wurden während der Lieferantenschulung angeschlossen, aber nachdem das Unternehmen IT sie in MDM registriert hatte, verloren mehrere Leser den Zugriff auf das Geschäft Wi-Fi. Das neue Profil erzwang ein Unternehmen VPN, das die lokale Kommunikation mit dem In-Store-Inventarserver blockierte. Das Filialteam beschuldigte den RFID-Lieferanten, weil der Fehler nach dem Konfigurationstag begann. IT passte das Profil so an, dass die RFID-App den richtigen Server erreichen konnte, während die Gerätesteuerung beibehalten wurde. Die Lektion war schmerzhaft, aber nützlich: Sicherheitsrichtlinien und der Workflow von RFID müssen gemeinsam getestet werden.

Firmware und regionale Einstellungen sollten nicht ignoriert werden. Ein Handheld RFID Leser müssen möglicherweise Wi-Fi Firmware-Updates, Android-Patches oder regionale Kanaleinstellungen funktionieren zuverlässig mit bestimmten Access Points. Einige Access Points verwenden Kanäle, die in einer Region legal sind, aber für Geräte, die für eine andere konfiguriert sind, nicht verfügbar sind. Ein Lesegerät, das ohne ordnungsgemäße regionale Konfiguration importiert wird, sieht möglicherweise bestimmte Netzwerke nicht. Dies ist nicht das häufigste Problem, aber es ist real genug, dass Lieferanten nach Firmware-Unterstützung, Regulierungsregion und Update-Verfahren gefragt werden sollten. Käufer vergleichen UHF RFID Handheld-Lesegerätehersteller sollten über die Lesedistanz hinausschauen und fragen, wie Netzwerk-Updates gehandhabt werden.

Ein Bergbau-Dienstleistungsunternehmen in Westaustralien importierte robuste RFID Handheld-Terminals für die Werkzeugverfolgung. Die Geräte arbeiteten an einem Zugangspunkt, konnten aber keinen anderen SSID sehen, der auf einem Kanal außerhalb der konfigurierten Region des Lesers funktioniert. Der Lieferant aktualisierte die Firmware und bestätigte die korrekten regionalen Wireless-Einstellungen. Danach erschien das Netzwerk normal. Das Unternehmen war kurz davor, die Geräte zurückzugeben, aber das Problem war nicht die RFID-Engine, die Antenne oder die App. Es war Wi-Fi Kanal Kompatibilität.

Troubleshooting und Best Practices

Die schnellste Methode zur Fehlerbehebung besteht darin, die Schichten zu trennen. Kann der Leser den SSID sehen? Kann es sich mit dem richtigen Sicherheitsmodus verbinden? Erhält es eine gültige IP-Adresse? Kann es das Internet erreichen, wenn es nötig ist? Kann es den spezifischen RFID-Softwareserver erreichen? Bleibt es verbunden, während es sich bewegt? Funktioniert es im eigentlichen Scanbereich? Tritt das gleiche Problem auf einem einfachen Test-Hotspot auf? Ein Telefon-Hotspot ist keine endgültige Lösung, aber es ist ein nützliches Diagnose-Tool. Wenn der Leser eine Verbindung zu einem grundlegenden Hotspot, aber nicht zum Unternehmensnetzwerk herstellt, ist das Gerät wahrscheinlich nicht kaputt. Das Unternehmensnetzwerk hat ein Kompatibilitäts-, Richtlinien- oder Konfigurationsproblem zu lösen.

Eine Mietwerkzeugfirma in Phoenix verwendete diese Methode mit Handheld-RFID-Lesegeräten für den Check-in der Geräte. Die Leser würden sich nicht mit dem Zweig Wi-Fi verbinden, so dass der Zweigleiter Ersatz wünschte. Der support bat das team, einen leser an einem telefon-hotspot zu testen, und er stellte sofort eine verbindung her. Das zeigte, dass das Wi-Fi-Modul funktionierte. Später wurde festgestellt, dass der Branch-Router nach einem kürzlichen Update nur die Sicherheit von WPA3- verwendet. Durch das Umschalten des operativen SSID in den WPA2/WPA3-Mischmodus konnten sich die Leser verbinden. Der Hotspot-Test ersparte eine unnötige Rücksendung und mehrere Tage Ausfallzeit.

Für Käufer ist der beste Weg, diesen dummen Fehler zu vermeiden, die Wi-Fi-Anforderungen in die Einkaufs-Checkliste aufzunehmen. Vor der Bestellung von Handheld-RFID-Lesegeräten bestätigen Sie unterstützte Bänder, Sicherheitsmodi, Unternehmensauthentifizierungsoptionen, Zertifikatsunterstützung, MDM-Kompatibilität, Roaming-Verhalten, Betriebssystemversion, Firmware-Update-Prozess und erforderliche App-Server-Ports. Fragen Sie den Lieferanten, ob der Leser Ihr tatsächliches Netzwerk unterstützt, nicht nur Wi-Fi im Allgemeinen. Wenn möglich, testen Sie Proben auf Ihrem echten SSID, in der realen Anlage, mit der realen Software, bevor Sie eine vollständige Charge kaufen. Ein handgehaltener RFID-Lesegerät ist nicht nur ein RFID-Gerät. Es ist auch ein vernetzter Computer, der zu Ihrer IT-Umgebung passen muss.

Der gleiche Grundsatz gilt für den Einsatz. Erstellen Sie gegebenenfalls ein dediziertes SSID. Vermeiden Sie Gastnetzwerke mit Captive-Portalen. Registrieren Sie das Gerät MAC-Adressen, falls erforderlich. Deaktivieren Sie randomisiertes MAC, wo Whitelisting verwendet wird. DHCP-Kapazität bestätigen. Öffnen Sie erforderliche Firewall-Pfade. Push-Zertifikate korrekt. Test-Roaming in den Scanzonen. Halten Sie die Gerätezeit synchronisiert. Dokumentieren Sie die Wi-Fi-Einstellungen, damit die nächste Charge von Lesern auf die gleiche Weise konfiguriert wird. Trainieren Sie das Operationsteam, um zu berichten, ob das Gerät das Netzwerk nicht sehen kann, ihm nicht beitreten kann oder beitreten kann, aber nicht synchronisieren kann. Das sind unterschiedliche Probleme, und die Behandlung als ein vager Wi-Fi-Fehler verlangsamt alles.

Der dumme Fehler, einen Handheld-RFID-Leser von der Verbindung mit Wi-Fi abzuhalten, ist selten eine einzige universelle Einstellung. Es ist die Gewohnheit, industrielle Leser wie gewöhnliche Telefone zu behandeln und Wi-Fi wie ein Passwort-Problem zu behandeln. In RFID-Projekten kostet diese Gewohnheit Zeit. Der Leser benötigt möglicherweise das richtige Band, den richtigen Sicherheitsmodus, das richtige Zertifikat, die richtige MAC-Einstellung, die richtige IP-Adresse, den richtigen Firewall-Zugriff, den richtigen Kanal und die richtige Abdeckung im physischen Scanbereich. Wenn sich diese Teile aneinanderreihen, verbindet sich ein guter Handheld-RFID-Scanner normalerweise ohne Drama.

Bevor Sie also das Gerät beschuldigen, gehen Sie mit Disziplin durch die Grundlagen. Überprüfen Sie, ob das Netzwerk 2,4 GHz, 5 GHz oder beides ist. Überprüfen Sie die WPA-Einstellungen. Prüfen Sie die Enterprise-Authentifizierung. Überprüfen Sie Captive Portale. Überprüfen Sie DHCP. Überprüfen Sie die MAC-Filterung. Überprüfen Sie die Firewall-Regeln. Zeiteinstellungen überprüfen. Prüfsignal in der eigentlichen Arbeitszone. Überprüfen Sie den Leser in einem einfachen Testnetzwerk. Das mag sich zu offensichtlich anfühlen, aber offensichtlich ist genau dort, wo sich viele RFID Wi-Fi-Probleme verstecken. Die schnellste Lösung ist oft kein neuer Leser. Es passt den Leser zu dem Netzwerk, das es von Anfang an verwenden sollte.