Features and limits

Current implementation

Lanternina is a prototype used in one home. Its activity path includes approval, printing, page reading and continuation. Some functions remain incomplete, and installation in other homes still needs to be tried.

Available features

• The panel lets the parent prepare ideas, approve activities and choose preferences and hours.
• The house shows instructions on displays, prints pages and starts a scan when a button is pressed.
• The system generates activities and pages, reads added marks and prepares continuations. The household clock manages help and the start of the ending.
• Reminders, pictures generated from the parent's themes and an image archive.
• Device job assignments, an activity log and a household service-usage limit.
• Each display has its own connection interval in Devices. It receives changes at its next connection; low-battery protection can extend the interval.
• The handheld camera saves photographs before starting Wi-Fi. Authenticated originals can be viewed, downloaded and deleted by the family. Offline delivery was tested on the installed camera; retries preserve the capture identifier.
• The hub chooses an assigned compatible camera or scanner for each return and retains that choice. Photographed sheets are compared with their originals; objects and constructions need no original. Uncertain or late photographs do not advance the activity.
• The parent can create and revoke email-bound portal invitations. An invited adolescent can submit, inspect and delete their own photographs. The hub retrieves pending uploads; receipt alone does not mean a model has interpreted them.

Checks

The parent approves the initial activity. Generated activities and continuations pass format and safety checks; continuations do not require a second approval. Reading pages requires cloud connectivity. Retained data and deletion options are described under memory.

Camera checks

Prototype trials verified battery-powered capture, light feedback, sleep and wake. A receiver-offline test verified that a photograph stays saved on the camera and is delivered when connectivity returns. These results apply to the tested assembly and firmware; they do not establish battery life or performance across lighting conditions.

Measurements, configurations and test conditions.

Open implementation gaps

• Camera trials. The sheet-return path has automated tests. A complete activity with photographed handwriting, varied lighting, power-interruption tests and battery-life measurements remain open. Firmware and wiring changes require new physical trials.
• The button panel. The current hardware has one button per display. It can start a scan when the current return uses a scanner, but cannot yet capture a multiple-choice response. It does not start a scan while the moment waits for a camera.
• Memory visibility. A complete view and scan gallery are missing. The optional temporary reading archive has a 14-day lifetime; photo archives, activity traces and profile observations follow separate retention and deletion paths.
• Activity quality. Building, drawing and investigating can have open outcomes. Checks do not establish comprehension or interest; automatic judges retain false positives. A trial with a person is still needed.
• Print failure and timing. A failed print shows a message already written in the activity, but the alternative path without a sheet is not executed. Consecutive steps that collect no response advance without waiting for their declared durations.
• Other homes. A complete installation has been tried in only one home. Household-bound hub credentials and cross-family refusals have automated tests; provisioning multiple physical homes remains untested. Real invited-account registration and redemption also remain to be exercised.

The system in photographs, page by page ·design notes and open proposals ·project scope

This site sets no cookies, collects no statistics, and loads nothing from anybody else's server.