Es geht darum, dass die Informationen, was die Karte machen soll, auf der Karte liegt.
Das wäre klasse, wenn das aus irgendwie gehen würde. Zwar hat man hier die Backup Datei, aber die hilft gerade bei einem Mix der Inhalte nicht weiter, oder wenn man den espuino verschenkt.
Bei uns daheim sind die Geschmäcker auch verschieden, teilweise wollen die Kinder aber auch die gleichen Inhalte.
Bei dem tonUINO habe ich es auch auch ein gemacht, dass ich dem beschenkten einfach einen USB Stick mit Dateien und die fertige Karte mitgegeben habe.
Wenn ich mich recht erinnere, wolltest du @biologist hattest du einen Grund das nicht einzubauen.
Evtl. kann man das aber Konfigurierbar machen, oder eben zweistufig: sind Infos auf der Karte, dann nehme diese, wenn nicht dann nehme die aus dem Speicher?
a) Ich halte es generell für unklug, sich auf Daten zu verlassen, die man „aus der Fremde“ bekommt, deren Integrität jedoch für die Erbringung eines Service sehr wichtig sind. Für mich ist das so ein bisschen, als wenn man eine Passwort-Zugangsbeschränkung per Javascript umsetzt. Schönes und aktuelles Beispiel ist für mich das hier: l+f: Prost! Die Kaffee-Flatrate ist da | heise online
Mir ist schon klar, dass der Service eines ESPuino jetzt nicht lebensnotwendig ist, aber ich kann diesem System ganz grundsätzlich einfach nix abgewinnen.
b) Lagert man das auf die Karte aus, so benötigt man die Dateien exakt an der gleichen Stelle auf beiden ESPuinos. Menschen sind jedoch Meister darin, Dinge immer wieder unterschiedlich zu machen (doppelte Leerzeichen, Bindestriche - weiß der Geier). Führt bei der Speicherung auf der Karte zu Problemen. Lernt man dagegen auf beiden System dediziert an, hat man das dieses Problem nicht. Du kannst übrigens aus ESPuino (a) die backup.txt nehmen und sie auf einem Rechner derart editieren, dass nur noch das drin ist, was auf (b) gebraucht wird. Das importierst du auf (b) und dann hast du die Datenbasis auf (b) um diese Einträge „angereichert“ (die bereits bestehenden sind weiterhin da).
c) Ich find’s „witzig“, dass ich auch meine RFID-Tags, die als Zugangsbeschränkungen für die Häuslichkeiten „bei der Arbeit“ dienen, dafür verwenden kann. Warum kann ich das? Ganz einfach: Ich verändere ja auf der Karte nix.
Zweistufiger Mischbetrieb klingt erstmal nicht schlecht, aber dann wird es bestimmt auch Leute geben, die im Laufe der Zeit umstellen. Dann ist aber vielleicht noch Kram auf der Karte gespeichert und dann wundert sich der Benutzer, dass nicht der „Kram“ passiert, der gerade angelernt wurde. D.h. dann brauchst auch wieder eine Behandlung, mit der man Karten einfach nur löschen kann.
Finde es gut das auf die Karten nur lesend zugegriffen wird und hoffe das es auch so bleibt!
Ich verwende zum Abspielen u.A. auch Tonies, wenn hier auf dem Chip etwas verändert würde könnten die auf der Original-Box nicht mehr abgespielt werden! Also bitte keine Schreibzugriffe auf den NFC Chip!
Für Dateien auf der SD-Karte halte ich das für weniger sinnvoll… beim Kopieren der Dateien von der SD-Karte kann man auch einfach das Backup einspielen (notfalls vorher Zeilen bearbeiten).
Für externe Medien, Webradio, NAS, etc. wäre es schon eher interessant.
So langsam wird es echt immer schwieriger alle Anforderungen unter einen Hut zu bekommen.
PS: Der Link zur QUino - V1 - Outdoor ist nicht mehr verfügbar. EDIT: Link ist verfügbar, wenn man angemeldet ist. Danke @joker
Mal schauen, ob QDaniel bald hier auftaucht.
Der Link ist noch verfügbar, dazu muss man im Forum angemeldet sein. Ich vermute der Eintag wurde zu 3rd Party verschoben. Irgendwie muss man für gefühlt alle Einträge in der Kategorie angemeldet sein.
Ich würde auch bevorzugen, keine Daten auf dem Chip abzulegen. Es gibt ja auch keine Garantie, dass dort genug Speicherplatz vorhanden ist. Somit würde man sich ohne Not potentielle Inkompatibilitäten holen.
Hab mich auch hier angemeldet Und auch mein Projekt in Hardware schon vorgestellt.
Ich habe das Problem das ich an die Boxen schlecht wieder rankommen werde (werden im Familienkreis verteilt über verschiedene Orte hinweg). Da die entsprechenden Eltern (meiner Nichten / Neffen) wenig Technik-Affin sind benötige ich eine Möglichkeit Ihnen einfach eine neue Karte oder Figur zukommen zu lassen welche dann funktioniert.
Auch gibt es Geschwister die dann die Karten untereinander tauschen daher ist es sinnvoll eine Möglichkeit zu haben die Daten vom RFID Chip zu lesen.
Es werden von Gerät keine Daten geschrieben. Die Karten werden über eine Android-App erstellt.
Die Daten der Karte werden nur ausgelesen und verwendet wenn keine Zuordnung existiert.
Aktuell unterstützt wird nur der RC522 und Mifare Classic mit min. 512Byte
Sektor 1: Info Daten
Block 0 : Header ,Card Typ , PlayMode, AdminCmd, TrackNr
Block 1: UUID , wird im base64url Format als Ordnername verwendet
Sektor 2-5: Filename / URL / Webstream Adresse
Sektor 0 ist ungenutzt , da viele Systeme diesen für einfach settings verwenden.
Hello
Wie wäre es mit einer Mikrofonkarte wo dann mit einer Taste aufgenommen wird und mit einer anderen das abgespielt wird?
Das machen meine Kinder gerne.
Lg
So etwas hatte ich mir damals mit der vs1053-version gedacht (da das bereits auf der Platine ist).
Ich wusste bloß nicht wie ich es genau umsetzen sollte…Text aufnehmen und einer Karte zuweisen? Kann man mehrere Dateien auf eine Karte zuweisen? Wie kann man den Inhalt dieser Karten verwalten?
Nach diesen Fragen habe ich die Idee wieder begraben
Hello,
hätte eine Karte gemacht, da wird das Gerät in diesen Modus versetzt eine Taste Aufnehmen eine Abspielen => 1 Aufnahme.
Könnten dann auch mehere Karten sein, dann könnten es auch mehrere Aufnahmen sein.
LG
Habe mir den Thread hier eben nochmal durchgelesen. Gibt nicht mehr so arg viel, was von den Feature-Requests offen ist würde ich sagen
OTA
Websteuerung
Bluetooth
Dynamisches Button-Layout
Port-Expander
IR-Fernbedienung
Verschiedene PCBs
Im Titel springen (spulen unterstützt die Lib nicht)
Zusätzlich noch
Cached-Playlist
Modularisierung
PA/HP-Pins enable
Größeres NVS/angepasste Partitionen
PSRAM-Nutzung
Webtransfer
Infos/Log/Restart/Shutdown via WebGUI
Musik aus wenn Karte weg
m3u-Support (einfache Notation)
… und noch bissl was mehr
Was noch fehlt:
i18n => nice to have, aber brennt jetzt auch nicht
JS-Lib nicht mehr von extern laden => Muss ich mal schauen, wie das mit Webpack & co funktioniert
PN532-Support => Wird nicht umgesetzt, da es keinen Vorteil bringt.
Complete-Platine => wird mittelfristig kommen
Dinge aus den Settings mehr in die GUI verlagern => das ist nochmal ein ganz großer Sprung, der einiges an Arbeit mit sich bringt. Damit einhergehend könnte man auch Updates per Web anbieten.
Playlist-Cachefiles bei Transfer via FTP oder direkt von Computer auf SD löschen, wenn der Inhalt eines Verzeichnis verändert wurde (veraltete Cachefiles vermeiden).
Ich wäre sehr glücklich wenn das Abspielen von Webstreams über das Webinterface noch auf die Feature-Liste käme. Einfach eine URL pro m3u-File. Dann kann man sich einen Ordner mit den Lieblingssendern anlegen.
Das habe ich tatsächlich auch noch in meiner Planung auf GitHub drin. Wird irgendwann kommen, ich finde das Feature auch selbst nicht uninteressant.
Aber wir reden da wirklich nur von Webradio und zudem muss das File per http erreichbar sein.
@Saile Ich habe über das Feature nochmal nachgedacht. Denke ich werde es besser so machen, dass man .m3u-Files lokal auf die SD-Karte hochladen kann und dieses Dateien dann, wie einzelne mp3s sonst auch, über Karten verlinkt. Das wird dann ausgeparst und daraus die Playlist generiert. Weil Zugriff auf einen Webserver haben viele Leute halt einfach nicht - glaube das ist mit lokalen Dateien praxisorientierter.
