fix: better home assistant integration, refs NOISSUE
This commit is contained in:
19
README.md
19
README.md
@@ -71,18 +71,11 @@ N8N_WEBHOOK_URL=http://n8n.yourserver.com/webhook/telegram
|
||||
TELEGRAM_BOT_TOKEN=your_telegram_bot_token
|
||||
TELEGRAM_CHAT_ID=your_chat_id
|
||||
|
||||
# Optional: queue Telegram prompts until Home Assistant reports battery/surplus targets are met.
|
||||
PROMPT_QUEUE_ENABLED=false
|
||||
PROMPT_QUEUE_AUTO_PROCESS=true
|
||||
PROMPT_QUEUE_FORCE_PROCESS=false
|
||||
PROMPT_QUEUE_POLL_INTERVAL_SECONDS=60
|
||||
PROMPT_QUEUE_MAX_BATCH_SIZE=1
|
||||
# Optional: Home Assistant integration.
|
||||
# Only the base URL and token are required in the environment.
|
||||
# Entity ids, thresholds, and queue behavior can be configured from the dashboard System tab and are stored in the database.
|
||||
HOME_ASSISTANT_URL=http://homeassistant.local:8123
|
||||
HOME_ASSISTANT_TOKEN=your_home_assistant_long_lived_token
|
||||
HOME_ASSISTANT_BATTERY_ENTITY_ID=sensor.home_battery_soc
|
||||
HOME_ASSISTANT_SURPLUS_ENTITY_ID=sensor.home_pv_surplus_power
|
||||
HOME_ASSISTANT_BATTERY_FULL_THRESHOLD=95
|
||||
HOME_ASSISTANT_SURPLUS_THRESHOLD_WATTS=100
|
||||
```
|
||||
|
||||
### Build and Run
|
||||
@@ -107,7 +100,7 @@ docker-compose up -d
|
||||
|
||||
The backend now interprets free-form Telegram text with Ollama before generation.
|
||||
If `TELEGRAM_CHAT_ID` is set, the Telegram-trigger workflow only reacts to messages from that specific chat.
|
||||
If `PROMPT_QUEUE_ENABLED=true`, Telegram prompts are stored in a durable queue and processed only when the Home Assistant battery and surplus thresholds are satisfied, unless you force processing via `/queue/process` or send `process_now=true`.
|
||||
If queueing is enabled from the dashboard System tab, Telegram prompts are stored in a durable queue and processed only when the configured Home Assistant battery and surplus thresholds are satisfied, unless you force processing via `/queue/process` or send `process_now=true`.
|
||||
|
||||
2. **Monitor progress via Web UI:**
|
||||
|
||||
@@ -121,7 +114,9 @@ If you deploy the container with PostgreSQL environment variables set, the servi
|
||||
|
||||
The health tab now shows separate application, n8n, Gitea, and Home Assistant/queue diagnostics so misconfigured integrations are visible without checking container logs.
|
||||
|
||||
The dashboard Health tab also exposes operator controls for the prompt queue, including manual batch processing, forced processing, and retrying failed items.
|
||||
The dashboard Health tab exposes operator controls for the prompt queue, including manual batch processing, forced processing, and retrying failed items.
|
||||
|
||||
The dashboard System tab now also stores Home Assistant entity ids, queue toggles, thresholds, and batch settings in the database, so the environment only needs `HOME_ASSISTANT_URL` and `HOME_ASSISTANT_TOKEN` for that integration.
|
||||
|
||||
Guardrail and system prompts are no longer environment-only in practice: the factory can persist DB-backed overrides for the editable LLM prompt set, expose them at `/llm/prompts`, and edit them from the dashboard System tab. Environment values still act as defaults and as the reset target.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user