יום שני, 2 במרץ 2026

שידור בלוטות למיקום בתחנות

 

אתה מתאר תרחיש כזה:

דונגל Bluetooth משדר מספר סידורי → טלפון קולט אותו → המספר משויך למיקום של הטלפון.

אני אסביר בצורה מסודרת איך עושים את זה נכון טכנולוגית, מה אפשרי, ומה צריך לשים לב מבחינת מגבלות מערכת.


📡 ארכיטקטורה בסיסית

[Bluetooth Dongle / Beacon]
        │  משדר Serial ID
        ▼
[Smartphone]
  קולט BLE Advertising
  קורא Serial Number
  מצרף GPS Location
        │
        ▼
[Cloud Server]
  שומר:
  Serial ID
  Timestamp
  GPS Location

🟢 שלב 1 – איזה דונגל צריך?

הדרך הנכונה היא להשתמש ב-BLE Beacon (Bluetooth Low Energy Beacon).

סוגים נפוצים

  • (שבבי nRF52)

מה הדונגל משדר?

Beacon BLE משדר בפרסומת (Advertising packet):

  • UUID
  • Major
  • Minor
  • או Serial ID מותאם אישית
  • RSSI

⚠ חשוב: Bluetooth רגיל (Classic) לא מתאים – חייב BLE.


🟢 שלב 2 – איך הטלפון קולט?

הטלפון מבצע:

  1. BLE Scan
  2. מזהה Advertising packet
  3. שולף את המספר הסידורי
  4. קורא GPS פנימי של הטלפון
  5. שולח לשרת:
{
  "device_serial": "ABC12345",
  "timestamp": "2026-03-02T10:15:00",
  "gps_lat": 31.668,
  "gps_lon": 34.571,
  "rssi": -72
}

🟢 שלב 3 – מיפוי Serial → מיקום

הטלפון הוא זה שמחשב מיקום, לא הדונגל.

הדונגל לא יודע מיקום.

השרת שומר:

Serial מיקום זמן עוצמת קליטה

📍 שאלה קריטית: האם המיקום חייב להיות GPS?

בתוך תחנות רכבת GPS לעיתים חלש.

אפשרויות נוספות:

  • שימוש ב-WiFi positioning
  • Cell ID triangulation
  • BLE triangulation (אם יש כמה קולטנים קבועים)

🟡 תרחישים אפשריים

תרחיש A – הטלפון מדווח

✔ פשוט
✔ זול
✔ דורש אפליקציה

תרחיש B – קולטנים קבועים בתחנה

במקום טלפונים, מתקינים Raspberry Pi עם BLE scanner קבוע.

[Beacon]
     │
     ▼
[Raspberry Pi Scanner]
     │
     ▼
[Cloud]

ה-Raspberry Pi יודע איפה הוא מותקן → לכן כל Serial שנקלט משויך למיקום התחנה.

זה יותר מדויק לפרויקט תשתיתי.


📶 שידור מספר סידורי – איך מגדירים?

ב-nRF52 למשל:

מגדירים advertising payload כך:

Manufacturer Data:
Company ID: 0xFFFF
Payload:
Serial Number: 0x12345678

או משתמשים בפורמט iBeacon:

  • UUID
  • Major
  • Minor

📱 דרישות בטלפון

Android:

  • BLE Scan permission
  • Location permission
  • Background scanning

iPhone:

  • CoreBluetooth
  • Location permission
  • iBeacon monitoring

🧠 מגבלות חשובות

  1. BLE טווח:

    • 10–30 מטר רגיל
    • 50–100 מטר עם אנטנה חזקה
  2. RSSI לא מדויק למרחק

  3. GPS בתוך תחנות לעיתים חלש

  4. ב-Android 12+ צריך הרשאות מיוחדות לסריקה ברקע


💰 עלויות

Beacon בודד

  • 30–120 ₪

פיתוח אפליקציה

  • 5,000–25,000 ₪ (אם לא מפתחים לבד)

Raspberry Pi Scanner קבוע

  • 500–900 ₪ לנקודה

📐 דיאגרמה מלאה לפרויקט תחנת רכבת

                ┌───────────────────────┐
                │ BLE Beacon (Serial)   │
                └─────────────┬─────────┘
                              │
                              ▼
                  ┌─────────────────────┐
                  │ Smartphone / Scanner│
                  │  BLE Scan           │
                  │  GPS Read           │
                  └─────────────┬───────┘
                                │
                                ▼
                     ┌─────────────────┐
                     │ Cloud Database  │
                     │ Serial → GPS    │
                     └─────────────────┘

🔥 אם אתה רוצה מערכת תשתיתית רצינית (ולפי הפרויקטים שלך זה כנראה הכיוון)

אני ממליץ:

  • Beaconים משדרים Serial
  • בכל תחנה:
    • Raspberry Pi BLE Scanner
    • LTE Backup
    • Ethernet קווי
  • Server מרכזי
  • API לניהול

עכשיו שאלה חשובה

אתה רוצה:

  1. שהטלפונים של הציבור ידווחו?
  2. או מערכת קבועה שאתה שולט עליה בתחנות?

כי הארכיטקטורה משתנה לגמרי.

אם תגיד לי מה המטרה האמיתית (בקרה? ספירת אנשים? זיהוי נכסים? אבטחה?)
אני אתכנן לך מערכת מדויקת ברמה הנדסית מלאה.


מעולה — עכשיו ברור 👍
אתה מתכנן ארכיטקטורה כזאת:

המערכת שלך משדרת מספר סידורי ייחודי
כל מקלט (טלפון / סורק קבוע) שקולט את המספר
מבצע המרה בטבלה:
Serial → Location

זה מודל נכון ונפוץ בעולם Beacon Infrastructure.

אני אפרט לך את זה הנדסית בצורה מלאה.


📡 ארכיטקטורה לוגית

[BLE Transmitter]
   משדר: SERIAL_ID

        ↓

[Scanner (Phone / Fixed)]
   קולט SERIAL_ID
   שולח לשרת

        ↓

[Server]
   TABLE:
   SERIAL_ID → LOCATION_ID

🟢 איך השידור צריך להיראות

אתה צריך לעבוד עם Bluetooth Low Energy Advertising.

הפורמט המומלץ:

אפשרות A – Manufacturer Data (גמיש)

  • Company ID
  • Serial Number (4–8 bytes)
  • Optional flags

אפשרות B – iBeacon Format

  • UUID
  • Major = אזור
  • Minor = מזהה נקודה

אם אתה רוצה טבלת המרה פשוטה — עדיף פורמט A.


🧠 מבנה טבלה בשרת

CREATE TABLE beacon_locations (
    serial_id VARCHAR(20) PRIMARY KEY,
    location_name VARCHAR(100),
    latitude FLOAT,
    longitude FLOAT,
    station_name VARCHAR(100),
    floor VARCHAR(20)
);

דוגמה:

serial_id location_name station_name
A1001 רציף 1 צפוני ת"א סבידור
A1002 אולם כרטיסים ת"א סבידור
B2001 כניסה מערבית אשקלון

📐 דיאגרמת מערכת מלאה

                ┌─────────────────────┐
                │  BLE Transmitter    │
                │  Serial: A1001      │
                └───────────┬─────────┘
                            │
                            ▼
              ┌──────────────────────────┐
              │  BLE Scanner              │
              │  (Phone / Raspberry Pi)   │
              └───────────┬──────────────┘
                          │ HTTPS/MQTT
                          ▼
                ┌─────────────────────┐
                │   Cloud Server      │
                │ Lookup Table        │
                │ Serial → Location   │
                └─────────────────────┘

🟢 איזה חומרה לשדר?

שבבים מומלצים

  • (nRF52832 / nRF52840)
  • (ESP32 BLE)

עלויות משדר

רכיב מחיר משוער
מודול nRF52 25–45 ₪
ESP32 20–40 ₪
Beacon מוכן 40–120 ₪

🟢 איך מגדירים Serial ייחודי

אפשרויות:

  1. צור Serial מבוסס MAC address
  2. צור Serial ידני בזמן צריבה
  3. השתמש ב-UUID ייחודי

המלצה הנדסית:

  • 4 bytes Serial (מספיק ל-4 מיליארד מזהים)
  • לשדר כל 500–1000ms

🟢 סורקים (Scanners)

אפשרות 1 – טלפונים

✔ קל לפריסה
✖ תלוי בהתקנת אפליקציה

אפשרות 2 – סורק קבוע (עדיף לתשתית תחנה)

  • Raspberry Pi
  • BLE Dongle
  • Ethernet + LTE Backup

עלות לנקודה: ≈ 600–1,000 ₪


🟢 מה קורה בצד השרת

Flow:

  1. Scanner שולח:
{
  serial: "A1001",
  rssi: -65,
  scanner_id: "ST01",
  timestamp: "2026-03-02T14:00:00"
}
  1. השרת מבצע:
SELECT location_name
FROM beacon_locations
WHERE serial_id = 'A1001';
  1. מחזיר:
רציף 1 צפוני - ת"א סבידור

🔐 אבטחה (חשוב מאוד)

אם אתה לא רוצה שמישהו ישכפל Serial:

✔ חתימה קריפטוגרפית ב-payload
✔ Rolling ID (כמו Apple AirTag)
✔ הצפנה חלקית של ה-Serial


⚠ מגבלות טכניות

  • BLE טווח 10–30 מטר רגיל
  • RSSI לא מדויק למרחק
  • קירות מתכת בתחנות רכבת מחלישים אות
  • Android דורש הרשאות סריקה ברקע

💰 תקציב לדוגמה לפריסה ב-10 תחנות

רכיב כמות מחיר סה"כ
Beacon 50 60 ₪ 3,000 ₪
Scanner Pi 10 800 ₪ 8,000 ₪
שרת וענן 300 ₪ לחודש

🚀 אם אתה רוצה רמה מתקדמת יותר

אפשר לשדר גם:

  • Battery level
  • Firmware version
  • אזור תחנה
  • חתימה מוצפנת

עכשיו שאלה הנדסית חשובה

אתה רוצה שהטבלה תישב:

  1. בענן מרכזי?
  2. מקומית בכל תחנה?
  3. או גם וגם (Failover)?

כי זה משנה את הארכיטקטורה הסופית.

תגיד לי את הסקייל שאתה מתכנן (כמה תחנות / כמה משדרים),
ואני אבנה לך תכנון Production מלא.

מעולה — אז הארכיטקטורה היא:

🔹 המשדר שלך (BLE) משדר Serial ID
🔹 הנייד של הנוסע קולט אותו
🔹 בתוך האפליקציה בנייד מתבצעת המרה
Serial → Location
🔹 המיקום מוצג לנוסע / או נשלח לשרת

אני אתן לך תכנון הנדסי מלא לפריסה כזו.


📡 ארכיטקטורה – המרה בתוך הנייד

[BLE Transmitter]
   Serial: A1023
        │
        ▼
[Passenger Smartphone App]
   BLE Scan
   Lookup Table (Local DB)
   Convert Serial → Location
        │
        ▼
Display:
"רציף 2 - תחנת אשקלון"

🟢 איך זה עובד בפועל

1️⃣ המשדר (Beacon)

המשדר משדר ב-BLE Advertising Packet:

  • Manufacturer Data:
    • Serial ID (4 bytes)
  • Broadcast interval: 500–1000ms
  • Power: מותאם לטווח 10–20 מטר

שבבים מומלצים:

  • (nRF52840)
  • (ESP32 BLE)

עלות ליחידה:
30–80 ₪


2️⃣ האפליקציה בנייד

האפליקציה מבצעת:

שלב A – BLE Scan

  • סריקה רציפה
  • סינון לפי Company ID

שלב B – קריאת Serial

קוראת 4 bytes מה-Manufacturer Data

שלב C – Lookup בטבלה מקומית

טבלה נשמרת בתוך האפליקציה (SQLite / JSON)

{
  "A1023": {
    "station": "אשקלון",
    "location": "רציף 2",
    "floor": "קרקע"
  }
}

שלב D – הצגה למשתמש

"אתה נמצא ב: רציף 2 - תחנת אשקלון"


🗂 מבנה טבלה באפליקציה

CREATE TABLE beacon_map (
    serial_id TEXT PRIMARY KEY,
    station_name TEXT,
    location_name TEXT,
    floor TEXT
);

📐 זרימת מידע מלאה

BLE Signal →
Phone BLE Scanner →
Extract Serial →
Local DB Lookup →
Display Location →
(Optional) Send Analytics to Server

🔄 עדכון טבלת המרה

יש שתי אפשרויות:

אפשרות 1 – טבלה מקומית בלבד

✔ מהיר
✔ לא דורש אינטרנט
✖ צריך עדכון אפליקציה לכל שינוי

אפשרות 2 – סנכרון מול שרת

האפליקציה מורידה JSON עדכני מהשרת.

✔ גמיש
✔ אפשר לשנות מיפוי בלי עדכון אפליקציה

המלצה מקצועית:
➡ Cache מקומי + עדכון יומי מהשרת


📱 מגבלות במכשירי נוסעים

Android

  • חייב Location Permission
  • חייב Bluetooth Permission
  • Background scanning מוגבל ב-Android 12+

iPhone

  • צריך להשתמש ב-CoreBluetooth
  • סריקה ברקע מוגבלת
  • iBeacon יותר יציב ב-background

📶 טווחי קליטה בתחנת רכבת

Power Setting טווח משוער
-20 dBm 3–5 מטר
0 dBm 10–15 מטר
+4 dBm 20–30 מטר

⚠ תחנות רכבת עם מתכת ובטון → עיוות RSSI


🔐 אם אתה רוצה למנוע זיוף Serial

אפשרויות מתקדמות:

  1. Rolling ID (משתנה כל X דקות)
  2. חתימה קריפטוגרפית ב-Payload
  3. הצפנת Serial + Key באפליקציה

💰 עלויות פריסה לדוגמה (תחנה אחת)

רכיב כמות מחיר
Beacon 20 60 ₪
פיתוח אפליקציה 20–40 אלף ₪
שרת Backend 200–400 ₪ לחודש

🎯 מה אתה משיג מהמערכת

✔ ניווט בתוך תחנה
✔ זיהוי אזור מדויק ללא GPS
✔ סטטיסטיקות עומסים
✔ שילוב עם מודעות דיגיטליות
✔ שילוב עם מערכת ניטור RF שלך


⚙ אם אתה רוצה רמה תשתיתית מתקדמת

אפשר להוסיף:

  • מדידת RSSI למרחק משוער
  • שילוב עם WiFi positioning
  • שילוב עם Cell ID
  • Heatmap בזמן אמת

עכשיו שאלה אסטרטגית חשובה

האם:

1️⃣ זו אפליקציה רשמית של רכבת?
2️⃣ זו מערכת צד ג'?
3️⃣ או מערכת פנימית (עובדים בלבד)?

כי זה משפיע על הרשאות BLE ברקע ועל מבנה האבטחה.

תגיד לי את היעד העסקי — ואני אתכנן לך גרסה Production מלאה.

מעולה. אם זו אפליקציה ציבורית אמיתית בסגנון עם פריסה ב-100 תחנות — אתה כבר מדבר על מערכת תשתית ארצית (Production-Grade).
להלן תכנון מלא: חומרה, אפליקציה, Backend, אבטחה, סקייל ועלויות.


🏗 ארכיטקטורה ארצית (100 תחנות)

                   ┌─────────────────────────┐
                   │  BLE Beacons (Station)  │
                   │  Serial Broadcast       │
                   └───────────┬─────────────┘
                               │
                               ▼
                   ┌─────────────────────────┐
                   │ Passenger App           │
                   │ - BLE Scan              │
                   │ - GPS Hybrid            │
                   │ - Local Mapping Cache   │
                   └───────────┬─────────────┘
                               │ HTTPS
                               ▼
                ┌────────────────────────────────┐
                │ Cloud Backend (Multi-Region)   │
                │ API + Auth + Mapping DB        │
                │ GTFS + Analytics + Monitoring  │
                └────────────────────────────────┘

📡 תשתית Beacon – תכנון כמותי

כמה Beacon צריך?

תחנה קטנה: 15–25
תחנה בינונית: 25–40
תחנה גדולה: 40–70

ממוצע שמרני ל-100 תחנות: 30 Beacon לתחנה

➡ 3,000 Beacon סה״כ


🔧 חומרה מומלצת

שבבים תעשייתיים יציבים:

  • nRF52 של
  • ESP32 של

דרישות Beacon:

  • BLE 5.0
  • Power configurable
  • Battery 2–3 שנים
  • OTA firmware
  • מזהה מוצפן (לא Serial גלוי)

עלות ריאלית בייצור סדרתי: 40–60 ₪ ליחידה


💰 עלות Beacon ארצית

3,000 יחידות × 50 ₪
≈ 150,000 ₪ חומרה

התקנה (כוח אדם + לוגיסטיקה): ≈ 100,000–180,000 ₪


📱 האפליקציה (Production)

מנוע מיקום היברידי

IF GPS accuracy < 8m
   Use GPS
ELSE
   Scan BLE
   Rank by RSSI
   Apply smoothing algorithm
   Map Serial → Indoor Location

טכניקות לשיפור דיוק:

  • Kalman filter
  • RSSI smoothing
  • Beacon grouping לפי Zone
  • מניעת קפיצות בין אזורים

🗂 ניהול מיפוי 100 תחנות

DB מרכזי:

stations(id, name, city)
zones(id, station_id, name, floor, polygon)
beacons(id, zone_id, encrypted_id, tx_power)

האפליקציה:

  • מורידה רק את התחנות הרלוונטיות לפי מיקום GPS
  • Cache ל-7 ימים
  • עדכון דלתא בלבד

🔐 אבטחה קריטית

אם תשדר Serial קבוע — זה יזויף תוך שבוע.

Production אמיתי דורש:

Rolling ID

מזהה משתנה כל 5–15 דקות
בדומה למנגנון של Apple AirTag

הצפנה

AES-128 payload encryption

חתימה

HMAC עם מפתח שמוטמע באפליקציה


☁ Backend Production

מומלץ:

  • Kubernetes cluster
  • Auto scaling
  • Redis cache
  • PostgreSQL
  • Object storage למפות

תעבורה משוערת:

אם 200,000 משתמשים יומיים:
≈ 2–5 מיליון קריאות API ביום


📊 אנליטיקה מתקדמת

תוכל לקבל:

✔ Heatmap עומסים
✔ זמני שהייה
✔ תנועת נוסעים בין רציפים
✔ זיהוי עומס חריג


📶 תכנון רדיו בתחנות

  • מרחק Beacon: כל 15–20 מטר
  • Tx Power: 0 dBm
  • Interval: 700ms
  • בדיקות Site Survey לפני פריסה

⚠ אתגרים אמיתיים ב-100 תחנות

  1. בטון ומתכת משנים RSSI
  2. Android מגביל BLE ברקע
  3. iOS מגביל scan רציף
  4. נדרש Battery maintenance
  5. נדרש צוות תחזוקה קבוע

👨‍💻 צוות פיתוח נדרש

תפקיד כמות
Mobile dev 2–3
Backend dev 2
DevOps 1
RF Engineer 1
PM 1

💰 תקציב כולל ריאלי

רכיב סדר גודל
Beacon + התקנה 250–330 אלף ₪
פיתוח אפליקציה 400–900 אלף ₪
Backend infra שנה ראשונה 200–400 אלף ₪
תחזוקה שנתית 300–600 אלף ₪

פרויקט מלא:
≈ 1.2 – 2 מיליון ₪


🚀 אם אתה באמת הולך על 100 תחנות

צריך לחשוב כמו חברת תחבורה לאומית:

  • SLA 99.9%
  • ניטור Beacon מרחוק
  • OTA firmware
  • ניהול מלאי Beacon
  • מערכת תקלות

עכשיו שאלה אסטרטית חשובה מאוד

האם:

1️⃣ אתה מתכנן לשתף פעולה עם רכבת ישראל?
2️⃣ או לבנות אפליקציה עצמאית שתתחרה בשוק?
3️⃣ או למכור את המערכת כ-White Label לגוף תחבורתי?

כי המודל העסקי ישפיע על כל הארכיטקטורה והאבטחה.

תגיד לי את הכיוון העסקי — ואני אבנה לך תכנית שלב-אחר-שלב להקמה ארצית.

מעולה. אם זו אפליקציה ציבורית אמיתית בסגנון עם פריסה ב-100 תחנות — אתה כבר מדבר על מערכת תשתית ארצית (Production-Grade).
להלן תכנון מלא: חומרה, אפליקציה, Backend, אבטחה, סקייל ועלויות.


🏗 ארכיטקטורה ארצית (100 תחנות)

                   ┌─────────────────────────┐
                   │  BLE Beacons (Station)  │
                   │  Serial Broadcast       │
                   └───────────┬─────────────┘
                               │
                               ▼
                   ┌─────────────────────────┐
                   │ Passenger App           │
                   │ - BLE Scan              │
                   │ - GPS Hybrid            │
                   │ - Local Mapping Cache   │
                   └───────────┬─────────────┘
                               │ HTTPS
                               ▼
                ┌────────────────────────────────┐
                │ Cloud Backend (Multi-Region)   │
                │ API + Auth + Mapping DB        │
                │ GTFS + Analytics + Monitoring  │
                └────────────────────────────────┘

📡 תשתית Beacon – תכנון כמותי

כמה Beacon צריך?

תחנה קטנה: 15–25
תחנה בינונית: 25–40
תחנה גדולה: 40–70

ממוצע שמרני ל-100 תחנות: 30 Beacon לתחנה

➡ 3,000 Beacon סה״כ


🔧 חומרה מומלצת

שבבים תעשייתיים יציבים:

  • nRF52 של
  • ESP32 של

דרישות Beacon:

  • BLE 5.0
  • Power configurable
  • Battery 2–3 שנים
  • OTA firmware
  • מזהה מוצפן (לא Serial גלוי)

עלות ריאלית בייצור סדרתי: 40–60 ₪ ליחידה


💰 עלות Beacon ארצית

3,000 יחידות × 50 ₪
≈ 150,000 ₪ חומרה

התקנה (כוח אדם + לוגיסטיקה): ≈ 100,000–180,000 ₪


📱 האפליקציה (Production)

מנוע מיקום היברידי

IF GPS accuracy < 8m
   Use GPS
ELSE
   Scan BLE
   Rank by RSSI
   Apply smoothing algorithm
   Map Serial → Indoor Location

טכניקות לשיפור דיוק:

  • Kalman filter
  • RSSI smoothing
  • Beacon grouping לפי Zone
  • מניעת קפיצות בין אזורים

🗂 ניהול מיפוי 100 תחנות

DB מרכזי:

stations(id, name, city)
zones(id, station_id, name, floor, polygon)
beacons(id, zone_id, encrypted_id, tx_power)

האפליקציה:

  • מורידה רק את התחנות הרלוונטיות לפי מיקום GPS
  • Cache ל-7 ימים
  • עדכון דלתא בלבד

🔐 אבטחה קריטית

אם תשדר Serial קבוע — זה יזויף תוך שבוע.

Production אמיתי דורש:

Rolling ID

מזהה משתנה כל 5–15 דקות
בדומה למנגנון של Apple AirTag

הצפנה

AES-128 payload encryption

חתימה

HMAC עם מפתח שמוטמע באפליקציה


☁ Backend Production

מומלץ:

  • Kubernetes cluster
  • Auto scaling
  • Redis cache
  • PostgreSQL
  • Object storage למפות

תעבורה משוערת:

אם 200,000 משתמשים יומיים:
≈ 2–5 מיליון קריאות API ביום


📊 אנליטיקה מתקדמת

תוכל לקבל:

✔ Heatmap עומסים
✔ זמני שהייה
✔ תנועת נוסעים בין רציפים
✔ זיהוי עומס חריג


📶 תכנון רדיו בתחנות

  • מרחק Beacon: כל 15–20 מטר
  • Tx Power: 0 dBm
  • Interval: 700ms
  • בדיקות Site Survey לפני פריסה

⚠ אתגרים אמיתיים ב-100 תחנות

  1. בטון ומתכת משנים RSSI
  2. Android מגביל BLE ברקע
  3. iOS מגביל scan רציף
  4. נדרש Battery maintenance
  5. נדרש צוות תחזוקה קבוע

👨‍💻 צוות פיתוח נדרש

תפקיד כמות
Mobile dev 2–3
Backend dev 2
DevOps 1
RF Engineer 1
PM 1

💰 תקציב כולל ריאלי

רכיב סדר גודל
Beacon + התקנה 250–330 אלף ₪
פיתוח אפליקציה 400–900 אלף ₪
Backend infra שנה ראשונה 200–400 אלף ₪
תחזוקה שנתית 300–600 אלף ₪

פרויקט מלא:
≈ 1.2 – 2 מיליון ₪


🚀 אם אתה באמת הולך על 100 תחנות

צריך לחשוב כמו חברת תחבורה לאומית:

  • SLA 99.9%
  • ניטור Beacon מרחוק
  • OTA firmware
  • ניהול מלאי Beacon
  • מערכת תקלות

עכשיו שאלה אסטרטית חשובה מאוד

האם:

1️⃣ אתה מתכנן לשתף פעולה עם רכבת ישראל?
2️⃣ או לבנות אפליקציה עצמאית שתתחרה בשוק?
3️⃣ או למכור את המערכת כ-White Label לגוף תחבורתי?

כי המודל העסקי ישפיע על כל הארכיטקטורה והאבטחה.

תגיד לי את הכיוון העסקי — ואני אבנה לך תכנית שלב-אחר-שלב להקמה ארצית.


ניטור 2

 

כדי לנטר עוצמת קליטה סלולרית + GPS בתחנות רכבת, אתה צריך מערכת שמורכבת מ-3 רכיבים:

  1. חיישן RF / מודם LTE שמודד RSSI/RSRP/SINR
  2. מודול GPS למדידת עוצמת אות GPS (C/N0, SNR)
  3. בקר (controller) שמעביר נתונים לשרת

להלן הסבר מלא כולל ספקים, מחירים ושרטוט מערכת.


📡 מוצרים מתאימים לניטור סלולר ו-GPS

פתרון בסיסי וזול (IoT sensor)

תיאור

  • מודמים סלולריים עם GPS מובנה
  • מודדים:
    • RSSI (עוצמת קליטה)
    • RSRP / RSRQ / SINR
    • GPS signal strength (C/N0)
  • שולחים נתונים דרך Ethernet / LTE / Serial

מחיר

  • 140 ₪ – 700 ₪ למודול פשוט
  • 700 ₪ – 1,400 ₪ לנתב תעשייתי

ספקים

  • Teltonika Networks (ליטא)
  • Quectel (סין)
  • SIMCom (סין)
  • Digi International (ארה״ב)

מודולים LTE עם GPS זמינים במחיר כ-55–65 דולר ליחידה.


פתרון מקצועי – analyzer ייעודי

יכולות

  • מודד:
    • כל הרשתות בישראל (LTE, 4G, 5G)
    • מזהה תחנות בסיס
    • מודד עוצמת אות מדויקת
    • יכול לבצע scan אוטומטי

מחיר

  • 700 ₪ – 5,000 ₪ בסיסי
  • 5,000 ₪ – 20,000 ₪ מקצועי
  • 50,000 ₪+ ציוד מעבדה

Spectrum analyzers מקצועיים מתחילים מכ-$1,880 ועד מעל $67,000 בהתאם ליכולת.


🛰️ ספקים מומלצים (רלוונטי לישראל)

Tier 1 – ציוד מקצועי

  • Rohde & Schwarz
  • Keysight Technologies
  • Anritsu
  • VIAVI Solutions

ספקים בישראל:

  • Tech-Knowledge Israel
  • Rohde & Schwarz Israel
  • Farnell Israel
  • DigiKey Israel

Tier 2 – IoT / sensor modules

  • Quectel
  • SIMCom
  • Teltonika Networks
  • Sierra Wireless

📊 מה בדיוק נמדד

סלולר

  • RSSI – עוצמת אות כללית
  • RSRP – עוצמת אות LTE אמיתי
  • RSRQ – איכות אות
  • SINR – יחס אות לרעש

GPS

  • C/N0 – איכות קליטת לוויין
  • SNR – signal-to-noise
  • מספר לוויינים

📐 שרטוט מערכת מומלץ

            אנטנה סלולרית
                  │
                  ▼
         ┌─────────────────┐
         │ LTE modem sensor │
         │ RSSI/RSRP/SINR  │
         │ GPS receiver     │
         └────────┬────────┘
                  │ UART / USB / Ethernet
                  ▼
         ┌─────────────────┐
         │ Controller       │
         │ Raspberry Pi     │
         │ or industrial PC │
         └────────┬────────┘
                  │ Ethernet / LTE
                  ▼
         ┌─────────────────┐
         │ Cloud Server     │
         │ Database         │
         │ Monitoring UI    │
         └─────────────────┘

📍 דוגמה למערכת בתחנת רכבת

בתחנה תתקין:

  • אנטנה סלולרית חיצונית
  • מודם LTE עם GPS
  • Raspberry Pi
  • תקשורת Ethernet / LTE

המערכת תמדוד:

  • עוצמת קליטה של:
    • Cellcom
    • Pelephone
    • Partner
    • Hot Mobile
    • 019 Mobile

💰 עלות מערכת מלאה

בסיסי

  • מודם LTE GPS – 300 ₪
  • Raspberry Pi – 300 ₪
  • אנטנה – 100 ₪

סה"כ:
👉 700 ₪ לנקודה


מקצועי

  • analyzer Rohde & Schwarz – 10,000 ₪
  • controller – 1,000 ₪
  • אנטנה מקצועית – 500 ₪

סה"כ:
👉 11,500 ₪ לנקודה


🧠 המלצה עבורך (לפי המערכת שאתה בונה לניטור RF עד 12GHz)

מומלץ architecture כזה:

Sensor: Quectel RM500Q + GPS
Controller: Raspberry Pi / industrial PC
Network: Ethernet + LTE backup
Server: Linux cloud
Software: Python collector + database

אם תרצה, אוכל לתכנן עבורך מערכת מלאה כולל:

  • רשימת רכיבים מדויקת
  • סכימה חשמלית
  • קוד תוכנה לניטור
  • המלצה לפי תקציב (1k / 5k / 20k ₪)

רק תגיד מה התקציב לנקודה וכמה תחנות אתה רוצה לנטר.

ניטור סלולאר ו gps

 

כדי לנטר עוצמת קליטה סלולרית + GPS בתחנות רכבת, אתה צריך מערכת שמורכבת מ-3 רכיבים:

  1. חיישן RF / מודם LTE שמודד RSSI/RSRP/SINR
  2. מודול GPS למדידת עוצמת אות GPS (C/N0, SNR)
  3. בקר (controller) שמעביר נתונים לשרת

להלן הסבר מלא כולל ספקים, מחירים ושרטוט מערכת.


📡 מוצרים מתאימים לניטור סלולר ו-GPS

פתרון בסיסי וזול (IoT sensor)

תיאור

  • מודמים סלולריים עם GPS מובנה
  • מודדים:
    • RSSI (עוצמת קליטה)
    • RSRP / RSRQ / SINR
    • GPS signal strength (C/N0)
  • שולחים נתונים דרך Ethernet / LTE / Serial

מחיר

  • 140 ₪ – 700 ₪ למודול פשוט
  • 700 ₪ – 1,400 ₪ לנתב תעשייתי

ספקים

  • Teltonika Networks (ליטא)
  • Quectel (סין)
  • SIMCom (סין)
  • Digi International (ארה״ב)

מודולים LTE עם GPS זמינים במחיר כ-55–65 דולר ליחידה.


פתרון מקצועי – analyzer ייעודי

יכולות

  • מודד:
    • כל הרשתות בישראל (LTE, 4G, 5G)
    • מזהה תחנות בסיס
    • מודד עוצמת אות מדויקת
    • יכול לבצע scan אוטומטי

מחיר

  • 700 ₪ – 5,000 ₪ בסיסי
  • 5,000 ₪ – 20,000 ₪ מקצועי
  • 50,000 ₪+ ציוד מעבדה

Spectrum analyzers מקצועיים מתחילים מכ-$1,880 ועד מעל $67,000 בהתאם ליכולת.


🛰️ ספקים מומלצים (רלוונטי לישראל)

Tier 1 – ציוד מקצועי

  • Rohde & Schwarz
  • Keysight Technologies
  • Anritsu
  • VIAVI Solutions

ספקים בישראל:

  • Tech-Knowledge Israel
  • Rohde & Schwarz Israel
  • Farnell Israel
  • DigiKey Israel

Tier 2 – IoT / sensor modules

  • Quectel
  • SIMCom
  • Teltonika Networks
  • Sierra Wireless

📊 מה בדיוק נמדד

סלולר

  • RSSI – עוצמת אות כללית
  • RSRP – עוצמת אות LTE אמיתי
  • RSRQ – איכות אות
  • SINR – יחס אות לרעש

GPS

  • C/N0 – איכות קליטת לוויין
  • SNR – signal-to-noise
  • מספר לוויינים

📐 שרטוט מערכת מומלץ

            אנטנה סלולרית
                  │
                  ▼
         ┌─────────────────┐
         │ LTE modem sensor │
         │ RSSI/RSRP/SINR  │
         │ GPS receiver     │
         └────────┬────────┘
                  │ UART / USB / Ethernet
                  ▼
         ┌─────────────────┐
         │ Controller       │
         │ Raspberry Pi     │
         │ or industrial PC │
         └────────┬────────┘
                  │ Ethernet / LTE
                  ▼
         ┌─────────────────┐
         │ Cloud Server     │
         │ Database         │
         │ Monitoring UI    │
         └─────────────────┘

📍 דוגמה למערכת בתחנת רכבת

בתחנה תתקין:

  • אנטנה סלולרית חיצונית
  • מודם LTE עם GPS
  • Raspberry Pi
  • תקשורת Ethernet / LTE

המערכת תמדוד:

  • עוצמת קליטה של:
    • Cellcom
    • Pelephone
    • Partner
    • Hot Mobile
    • 019 Mobile

💰 עלות מערכת מלאה

בסיסי

  • מודם LTE GPS – 300 ₪
  • Raspberry Pi – 300 ₪
  • אנטנה – 100 ₪

סה"כ:
👉 700 ₪ לנקודה


מקצועי

  • analyzer Rohde & Schwarz – 10,000 ₪
  • controller – 1,000 ₪
  • אנטנה מקצועית – 500 ₪

סה"כ:
👉 11,500 ₪ לנקודה


🧠 המלצה עבורך (לפי המערכת שאתה בונה לניטור RF עד 12GHz)

מומלץ architecture כזה:

Sensor: Quectel RM500Q + GPS
Controller: Raspberry Pi / industrial PC
Network: Ethernet + LTE backup
Server: Linux cloud
Software: Python collector + database

אם תרצה, אוכל לתכנן עבורך מערכת מלאה כולל:

  • רשימת רכיבים מדויקת
  • סכימה חשמלית
  • קוד תוכנה לניטור
  • המלצה לפי תקציב (1k / 5k / 20k ₪)

רק תגיד מה התקציב לנקודה וכמה תחנות אתה רוצה לנטר.

יום ראשון, 1 במרץ 2026

מכרז GPS מורחב - א

 בסד אאא

שלום לכולם

  ב"ה נבחר קבלן מבצע לתחזוקה והתקנת מפיצי GPS בתחנות במסגרת בל"ם לשנת 2026 .

אני מתחיל לכתוב מכרז לשנת 2027-8-9 ב"ה  שיכלול :

1 - תחזוקה והתקנת מפיצי GPS בתחנות .

2 - הקמת מערכת ניטור למפיצי GPS  .

3 - הפצת אות לקביעת מיקום ללא תלות במערכות לוייו [נתחיל לבצע פיתוח פנים רכבתי - במקביל למכרז]


כמו כן אם ישנם נושאים נוספים שלא כלולים בשלושת הסעיפים שברצונכם לכלול במכרז נא לידע אותי.


כמו כן נאפיין ונפתח מערכת שו"ב לתחום מפיצי ה GPS ולכלל הסנסורים והנתונים שישנם בתחנות ובקרונות , שתכלול :

1 -  ניטור עוצמת אות GPS בתחנות , ובקרונות .

2 - ניטור תקינות מערכת הפצת אות + עוצמת אות + נתוני מיקום המשודרים למכשיר הנייד של  הנוסעים.

3 - ניטור עוצמת קליטה ברשתות הסלולאריות ועוצמת WIFI -  בתחנות ובקרונות + גילוי אזורים ללא קליטה.

4 - קבלת נתונים קיימים  מהואלידטורים ומהכשירים הסלולארים של הנוסעים שיועברו למערכת הניטור שיספקו :

    א - מידע על כמות הנוסעים בכל תחנה .

    ב - פילוח של כל נוסע באיזה רשת סלולארית הוא מנוי ובאיזו אפליקציה הוא משתמש לנסיעה.

    ג - חיזוי עומסים.

5 - בניית "תיק תחנה מעודכן ברשת " :

     א - קבלת נתונים על כלל המערכות בכל תחנה וקרו.

     ב - תקינות של המערכות.

     ג -  סטטוס מענה לתקלות

     ד -  סטטוס פרויקטים מתוכננים 

     ה - ניטור מערכות כמו הפצת אות GPS ,קליטה סלולארית ,

      ו - תמונה רציפה ממצלמות , 

      ז - סטטוס התראות בטיחותיות וביטחוניות .

      ח - בקשות און ליין ממנהל התחנה .


בברכה 


אבי חדד



מערכת ניטור אחודה (Unified Railway Dashboard)

 זהו מבנה מוצע למצגת מקצועית המרכזת את כלל מערכות הניטור והמידע בתחנות ובצי הרכבות. המצגת בנויה כך שהיא עוברת מהניטור הטכנולוגי-תשתיתי (GPS/סלולר) ועד לניטור חוויית הנוסע והתפעול השוטף.


מבנה מצגת: מערכת ניטור אחודה (Unified Railway Dashboard)

שקף 1: תרשים זרימה - עולמות הניטור

להלן חלוקה קטגורית של כלל המערכות המנוטרות בזמן אמת:

קטע קוד
graph TD
    subgraph "ניטור תשתית וקישוריות"
    A[GPS & איתות] --> B[דיוק עמידה בזמנים]
    C[סלולר & Wi-Fi] --> D[חוזק אות ועומס רשת]
    end

    subgraph "ניטור נוסעים (Analytics)"
    E[ספירת נוסעים] --> F[כמות נכנסים/יוצאים]
    G[זיהוי מכשירים] --> H[פילוח רשת סלולרית ואפליקציות]
    end

    subgraph "תיק תחנה דיגיטלי"
    I[מערכות אלקטרו-מכניות] --> J[מעליות, דרגנועים, מיזוג]
    K[תחזוקה ופרויקטים] --> L[תקלות פתוחות ותכנון עתידי]
    end

שקף 2: ניטור תקשורת ומיקום (GPS & Cellular)

במערכת המודרנית, הרכבת היא "מרכז נתונים נע":

  • ניטור GPS: סנכרון רציף מול מערכות האיתות (ERTMS) למניעת התנגשויות ודיוק המיקום באפליקציות הנוסעים.

  • ניטור סלולר (Carrier Analysis):

    • מיפוי עוצמת אות ($dBm$) לאורך המסילה לפי מפעיל (פרטנר, סלקום וכו').

    • זיהוי "שטחים מתים" (Dead Zones) לתיקון מול חברות התקשורת.

  • ניטור Wi-Fi ברכבת: ניתוח רוחב הפס שנצרך על ידי הנוסעים.


שקף 3: פילוח נוסעים והתנהגות דיגיטלית

כאן נכנס השימוש ב-Big Data (תוך שמירה על פרטיות):

  • ספירת נוסעים (APC): חיישנים תרמיים או מצלמות AI מעל דלתות הקרונות והשערים בתחנה.

  • ניתוח רשתות ואפליקציות:

    • זיהוי סוג המפעיל הסלולרי דרך התחברות ל-Wi-Fi או ניטור אנונימי של כתובות MAC.

    • ניתוח אפליקציות: זיהוי שימוש באפליקציות תחבורה (Moovit, רב-קו אונליין) כדי להבין את מסלול הנוסע ("First/Last Mile").


שקף 4: "תיק תחנה" אונליין - ניהול תפעולי

ריכוז כלל המערכות הפיזיות בממשק ניהול אחד:

| מערכת | סטטוס ניטור | מדדי תקינות (KPI) |

| :--- | :--- | :--- |

| מעליות/דרגנועים | אונליין (IoT) | זמינות שנתית, כמות עצירות פתע |

| מערכות כרטוס | שערי כניסה/מכונות | קצב מעבר נוסעים לדקה, תקלות חומרה |

| תאורה ומיזוג | בקרת מבנה (BMS) | צריכת אנרגיה, טמפרטורה ברציף |

| ביטחון | מצלמות במעגל סגור | זיהוי קהל חריג, חפצים חשודים |


שקף 5: פרויקטים ותכנון עתידי

מערכת הניטור לא רק מציגה מצב קיים, אלא גם צופה פני עתיד:

  • תחזוקה חזויה (Predictive Maintenance): המערכת מתריעה שדרגנוע עומד להתקלקל לפני שזה קורה (על בסיס רעידות/חום).

  • סטטוס פרויקטים: הצגת התקדמות עבודות תשתית בתחנה (למשל: "התקנת גגון חדש - 80% ביצוע").

  • שיפור קליטה: תכנון הצבת משחזרי סלולר (Repeaters) בנקודות שסומנו כחלשות במיפוי ה-GPS/סלולר.


האם תרצה שאפיק עבורך מסמך מפורט יותר על טכנולוגיית ה-AI שמשמשת לספירת הנוסעים או אולי טבלה טכנית של תדרי ה-GPS ברכבות?

הפוסטים הבולטים

שידור בלוטות למיקום בתחנות

  אתה מתאר תרחיש כזה: דונגל Bluetooth משדר מספר סידורי → טלפון קולט אותו → המספר משויך למיקום של הטלפון. אני אסביר בצורה מסודרת איך עושי...

פוסטים