/ Модель

Характеристики

Контекст
256 токенов
Параметры
5 млн
Лицензия
CC BY 4.0
Архитектура
llama · dense
Библиотека
transformers
Опубликована
19 сен 2026

gpio-llm-nano-rpi5

Генерация текстаТекст → текст3 профессии

Компактная англоязычная Llama-модель преобразует запросы об управлении GPIO Raspberry Pi 5 в JSON-действия для локального исполнения.

362скачиваний за 30 дней0лайковвеса обновлены19 сен 2026

Бенчмарки

Как модель справилась с задачами пользователей ailist и что о ней публикуют открытые лидерборды

Тесты пользователейпока нет

Никто ещё не опубликовал тест этой модели. Соберите бенчмарк из своих задач — результат появится здесь.

  1. Добавьте модель в бенчмарк

    Вместе с другими моделями категории «Текст» — сравнение идёт внутри одной категории.

  2. Опишите свои задачи

    Напишите запросы, при необходимости приложите файлы и эталонные ответы.

  3. Запустите и опубликуйте

    Модели ответят на каждую задачу, судья оценит ответы. Опубликованный результат появится на этой странице.

Публичные оценки

Из открытых лидербордов. Сравнивайте результаты одного теста при одинаковых условиях — отсутствие оценки не значит, что модель хуже.

В подключённых источниках результатов для этой модели пока нет.

Что умеет модель

Описание составлено по карточке модели и метаданным Hugging Face

gpio-llm-nano-rpi5 — компактная языковая модель семейства Llama, разработанная автором репозитория и обученная с нуля для преобразования англоязычных запросов к GPIO Raspberry Pi 5 в JSON-действия. Она предназначена для локального управления цифровыми входами и выходами, PWM, импульсами, ожиданиями и последовательностями через Raspberry Pi; также формирует ошибки и запросы на уточнение. Модель содержит около 4,96 млн параметров, использует архитектуру LlamaForCausalLM с 6 слоями и контекстом 256 токенов. Доступны веса Safetensors для Transformers и квантованные int8-веса для C-движка.

В README приведены результаты тестирования на синтетических англоязычных запросах: точность полного совпадения JSON составляет 93,61% на eval, а доля допустимого JSON — 99,98%. На Raspberry Pi Zero 2 W C-движок показал медианную задержку 132 мс с грамматическими ограничениями вывода. Модель предназначена для английского языка и правил GPIO Pi 5; реальные формулировки и другие модели плат могут отличаться от обучающих примеров. Это не механизм безопасности: до 4,11% случаев отказа или запроса уточнения в указанной оценке превращались в исполняемое действие до проверки валидатором. Лицензия — Creative Commons Attribution 4.0 International (CC-BY-4.0).

Сценарии применения

  • преобразование команды включить или выключить GPIO-пин в JSON
  • настройка цифрового входа или выхода Raspberry Pi 5
  • формирование команд PWM и импульсов на GPIO
  • создание последовательностей действий с ожиданиями
  • выдача ошибки или запроса уточнения для неоднозначной GPIO-команды

Ограничения

Обучена на синтетических англоязычных запросах и метках для правил Raspberry Pi 5; контекст ограничен 256 токенами, а транзакции I2C, SPI и UART не поддерживаются. Модель может превратить запрос на отказ или уточнение в исполняемое действие, поэтому каждое действие необходимо проверять детерминированным валидатором.

Для каких профессий подходит3

Разделы каталога профессий, в задачах которых используется эта модель

Все профессии

Карточка модели

README от автора на Hugging Face, как он его опубликовал

Открыть на Hugging Face

gpio-llm-nano-rpi5

A 4.96M-parameter Llama-style model, trained from scratch, that turns one English request for a Raspberry Pi 5 GPIO header into one JSON action:

User: turn on the LED on GPIO 17
Assistant: {"action":"gpio_write","pin":17,"value":"HIGH"}

This is the middle size, and our candidate for the single-core Pi Zero / Pi 1 boards. We have not measured it on those boards yet; the numbers below are from a Pi Zero 2 W. It is part of GPIO-LLM: the code, the C inference engine and the training scripts are on GitHub, and the data is AwaleSagar/gpio-llm-rpi5-actions. The other sizes are gpio-llm-pico-rpi5, gpio-llm-base-rpi5.

⚠️ The model is not a safety layer. It picks an action; a deterministic validator must check every action against the board's rules before anything touches a pin. Before the validator, 4.11% of the refusal or clarification cases in eval still come out as an executable action.

Use it

On a Raspberry Pi, with the C engine (no Python, no ML framework; int8 weights):

git clone https://github.com/AwaleSagar/gpio-llm && make -C gpio-llm/engine
cd gpio-llm/engine
for f in nano.gllm gpio_llm_bpe_12k.gltk grammar_v2.txt; do
  curl -LO https://huggingface.co/AwaleSagar/gpio-llm-nano-rpi5/resolve/main/$f
done
build/gpiollm -m nano.gllm -t gpio_llm_bpe_12k.gltk -g grammar_v2.txt "turn on the LED on GPIO 17"
build/gpiollm -m nano.gllm -t gpio_llm_bpe_12k.gltk -g grammar_v2.txt \
    --context '{"device_mappings":{"fan":23}}' "switch the fan off"

The engine decodes under a grammar built from the training labels, so its output is always one of the JSON shapes the dataset uses.

With transformers (fp32, unconstrained greedy decoding):

from transformers import AutoModelForCausalLM, AutoTokenizer

repo = "AwaleSagar/gpio-llm-nano-rpi5"
tok = AutoTokenizer.from_pretrained(repo)
model = AutoModelForCausalLM.from_pretrained(repo)
prompt = "User: turn on the LED on GPIO 17\nAssistant:"
ids = tok(prompt, return_tensors="pt").input_ids
out = model.generate(ids, max_new_tokens=200, do_sample=False)
print(tok.decode(out[0, ids.shape[1]:], skip_special_tokens=True).strip())

Prompt format. User: <request>\nAssistant:, optionally preceded by one context line such as Context: {"device_mappings":{"red_led":16}}\n or Context: {"available_pins":[16,17,18,25]}\n. The answer starts with a space and ends with <|endoftext|>. Multi-turn clarification follows the dataset format (...\nAssistant: <question>\nUser: <answer>\nAssistant:).

Model

ArchitectureLlamaForCausalLM: 6 layers, d_model 192, 6 heads (head_dim 32), SwiGLU FFN 512, RoPE θ = 10000, RMSNorm ε = 1e-05, tied embeddings
Parameters4,960,704
Vocabulary / context12,000 (byte-level BPE gpio_llm_bpe_12k, from the dataset repo) / 256 tokens
Weightsmodel.safetensors (fp32); nano.gllm: int8 Q8_0, groups of 32, for the C engine

Training

Both stages ran on one rented RTX 4090 (24 GB), PyTorch 2.11 + CUDA 12.8, transformers 5.17.

StageDataSteps × batchLRResultTime
Pretraining550M tokens of fineweb-edu-dedup (SmolLM corpus), 1 epoch8,392 × 65,536 tokens0.003, cosine, bf16val loss 3.6253 (perplexity 37.5) on 0.5M held-out tokens10.4 min
SFTall 1,678,821 v2 train rows, 2 epochs; loss on the answer tokens only; 4×256 English tokens replayed every 12 steps (~1.1% of loss tokens)13,116 × 256 rows0.002, cosineeval_core answer-token loss 0.02249.3 min

The pretraining learning rate came from a sweep on the nano shape at 55M tokens (lr → val loss): 0.001 → 4.5915, 0.002 → 4.2903, 0.003 → 4.1836, 0.005 → 4.1985. Logs are in training/.

Evaluation

Exact match compares canonical JSON (same object, key order ignored) with the label. eval has 26,297 rows from 132 phrasing templates that never appear in training; eval_core is a 5,083-row stratified subset.

SetupSplitExact matchValid JSONUnsafe execute*
PyTorch fp32, greedyeval93.61%99.98%4.11%
PyTorch fp32, greedyeval_core91.82%99.94%4.66%
C engine int8, no grammareval_core91.70%99.94%4.66%
C engine int8, grammareval_core91.72%100.00%4.82%

* Share of the refusal/clarification rows (1,845 in eval_core) where the model produced an executable action instead. This is measured before any validator.

Latency with the C engine and the grammar, on all 5,083 eval_core requests from raw text (tokenizer included), 4 threads:

Devicep50p95
Raspberry Pi Zero 2 W, 64-bit Raspberry Pi OS, no heatsink (throttled at ~81 °C)132 ms280 ms
Apple M5 laptop2.7 ms5.0 ms

The Pi's outputs were byte-identical to the Mac's on all 5,083 rows. The int8 engine's greedy answers matched fp32 PyTorch on 200/200 sampled rows (minimum next-token logit cosine 0.99983).

Limitations

  • Pi 5 labels only. The v2 data has no board field, so the labels follow the Pi 5 (RP1) rules, e.g. per-pin drive strength. On older boards, board-specific cases must be caught by the validator.
  • Synthetic English requests. They come from templates, a rule-based generator and (v1) model rewrites. Real users will phrase things in ways the model has not seen.
  • Scope. Digital I/O, PWM, pulses, waits, sequences, errors and clarifications only. There are no bus transactions (I2C/SPI/UART data), and the context is 256 tokens.

Files

FileWhat it is
model.safetensors, config.json, generation_config.jsonfp32 transformers checkpoint
tokenizer.json, tokenizer_config.jsonthe dataset's gpio_llm_bpe_12k tokenizer
nano.gllmint8 weights for the C engine
gpio_llm_bpe_12k.gltk, grammar_v2.txttokenizer and output grammar for the C engine
training/training logs, LR sweep, eval summaries (JSON)

Licence and attribution

The weights are released under CC-BY-4.0; the code on GitHub is Apache-2.0. The training data carries its own terms:

  • the fine-tuning data, AwaleSagar/gpio-llm-rpi5-actions, is CC-BY-4.0
  • its knowledge-base scenes are CC BY-SA 4.0
  • the user wording in its v1 teacher_* rows was generated with third-party models, so check those providers' terms on using model outputs
  • the pretraining text is fineweb-edu-dedup (ODC-By 1.0)

Как запустить

На своей GPU в ailist. Цена — по текущим предложениям провайдеров

GPU в ailist

Универсальный рантайм · transformers

Можно запустить

Подбираем GPU…

Класс архитектуры
LlamaForCausalLM
Ревизия весов
e891e7c

0 моделей