Hallo Gemeinde, nach einiger Googelei habe ich leider nicht viel zu meiner Frage gefunden. Deswegen frage ich hier nach. Ich möchte für ein Mietwagengeschäft eine Faheridentifizierung umsetzen. Der Verleiher soll dem Ausleiher einen Tag (passiv) in die Hand drücken. Darin soll sein Name und eventuelle andere Infos über den Ausleiher gespeichert sein. Diese werden vorab vom Verleiher auf den Tag geschrieben. Steigt der Ausleiher nun in den Wagen, wird sein Tag erkannt und der Name und die Daten weiterverarbeitet. Was ich Suche ist im Prinzip eine Mischung aus "Keyless-Go" und NFC. Es soll nicht der Keyless-Go-Standart angewendet werden, nur rein zum Verständnis. Als Tag möchte ich bereits etwas Fertiges nehmen (Tags, Smartcard, was auch immer exisitiert und handlich ist). Was ich bis jetzt gefunden habe sind NFC Tags basierend auf dem ST25TV die laut ST bis zu 1.5m Reichweite haben können. Würde prinzipiell gehen, allerdings ist mir nicht ersichtlich ob sich der Tag max. 1.5m über dem Reader befinden muss oder ob man ihn einfach im Radius von 1.5m halten kann. Hier der Link zu den ICs: https://www.st.com/en/nfc/st25tv-series-nfc-tags.html#products Natürlich könnte ich ein einfaches NFC-Tag nehmen. Dann ist das Ablegen auf einem Reader allerdings Pflicht. Das wollte ich vermeiden. Danke im Voraus. Alternativen sind natürlich willkommen :-) MfG Rush
Rush .. schrieb: > wird sein Tag erkannt und der Name und die Daten weiterverarbeitet. Womit? Und was wird da "weiterverarbeitet"? Hat das Ding, das "die Daten weiterverarbeitet" Zugriff auf die Datenbank des Verleihers? Ich denke, du solltest dir zu diesem Zeitpunkt weniger Gedanken um die Detailrealisierung als vielmehr um das System und die Interaktion zwischen den beteiligten Komponenten machen.
Danke für die sinnfreie Antwort! Selbstverständlich wird es auch ein Lesegerät geben. Das aber logischerweise passend zum Tag! Und natürlich habe ich mir bereits Gedanken über den Rest gemacht. Na ich poste hier sicherlich nicht Fragen zu Projektteilen die mir schon klar sind. Aber vollständigkeitshalber: Tag -> Reader -> uC mit GSM-Anbindung -> Datenbankserver Um es kurz zu machen....
Rush .. schrieb: > Was ich bis jetzt gefunden habe sind NFC Tags basierend auf dem ST25TV > die laut ST bis zu 1.5m Reichweite haben können. Letzten Mai hat ST noch behauptet, das ginge bis zu 1m: https://www.st.com/content/ccc/resource/sales_and_marketing/presentation/product_presentation/group0/44/e3/8b/24/bd/0b/48/4b/ST25TV_NFC_Tags_product_presentation/files/ST25TV_product_presentation-May2018.pdf/jcr:content/translations/en.ST25TV_product_presentation-May2018.pdf Diese Werte sich dann Werbeangaben, die du bei freier Sicht und idealer Antenne im Labor erreichst. Rush .. schrieb: > Tag -> Reader -> uC mit GSM-Anbindung -> Datenbankserver Und wo ist jetzt das Problem? Speicher nichts auf dem Tag. Lies nur die ID und mach dann das, was in der Datenbank zu dieser ID hinterlegt ist. So funktionieren die meisten Zeiterfassungssysteme: auf dem Tag ist nur eine Nummer. Den Rest macht der Rechner dahinter. > Na ich poste hier sicherlich nicht Fragen zu Projektteilen die mir schon > klar sind. Vielleicht sind da noch Fehler drin? Du glaubst nicht, wie oft hier einer mit einem komplett fertigen, aber völlig vermurksten Konzept auftaucht. > Danke für die sinnfreie Antwort! Hast du an jeden gleich so einen Ton? Ich kann ja nicht wissen, dass du schon alles weißt und es bloß nicht sagen willst. > Um es kurz zu machen.... Ich bin raus.
Nein ich habe nicht immer so einen Ton. Allerdings finde ich es unpassend wenn mir bei einer Frage unterstellt wird ich hätte mich mit den wichtigen Dingen noch garnicht befasst. Zu dem Thema nur eine ID auf dem Tag zu haben. Das funktioniert bei Zugangssystemen oder ähnlichem wo jeder Person ein festes Tag zugewiesen ist. Nicht aber wenn unterschiedliche Personen ein und das gleiche Tag benutzen.
Rush .. schrieb: > Zu dem Thema nur eine ID auf dem Tag zu haben. Das funktioniert bei > Zugangssystemen oder ähnlichem wo jeder Person ein festes Tag zugewiesen > ist. Nicht aber wenn unterschiedliche Personen ein und das gleiche Tag > benutzen. Das ist doch Quatsch. Du kannst das Tag zwar immer wieder mit neuen Informationen beschreiben, der Inhalt Deines Tags verändert sich also über die Zeit, aber zu einem bestimmten Zeitpunkt steht immer eine bestimmte Information darauf. Das kannst Du aber genauso gut auch in einer Datenbank modellieren, und zwar einfacher und sinnvoller. Ich kann Lothars Bedenken verstehen: Dass die Tags immer neu beschrieben werden, statt dass einfach jedes Tag eine eindeutige ID hat, die an den Datenbankserver gesendet wird, klingt irgendwie unsinnig. Sofern da nicht noch eine wichtige Information fehlt (z.B., dass die Stelle, die die Tags beschreibt keinen Internetzugang hat oder so), klingt das Ganze nach einem noch nicht richtig durchdachten Konzept.
Rush .. schrieb: > Der Verleiher soll dem Ausleiher einen Tag (passiv) in die Hand drücken. > Darin soll sein Name und eventuelle andere Infos über den Ausleiher > gespeichert sein. Diese werden vorab vom Verleiher auf den Tag > geschrieben. Und warum nicht in die Datenbank?
Rush .. schrieb: > Ich möchte für ein Mietwagengeschäft eine Faheridentifizierung umsetzen. > Der Verleiher soll dem Ausleiher einen Tag (passiv) in die Hand drücken. So kann man keinen Fahrer identifizieren! Der Entleiher muss nicht zwangsläufig im Fahrzeug sitzen. Dabei kann ein Tag von Arschloch(A), Arschloch(B) oder meinetwegen auch vom TO mitgeführt werden. Tatsächlich wurde das Fahrzeug aber von Arschloch(C) gesteuert. ;-) Btw Mietwagen != Leihwagen
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.