KNX/EIB
อินเตอร์เฟซ KNX/EIB สามารถเชื่อมต่อผ่าน Ethernet ได้ คุณสามารถพบคำแนะนำและเทคนิคจากประสบการณ์หลายปีที่นี่
การนำเข้าโครงการ KNX
หลังจากสร้างอินเตอร์เฟซแล้ว คุณสามารถนำเข้าประเทศ KNX ได้เลย ถ้าหากโครงการถูกป้องกันด้วยรหัสผ่าน คุณจะถูกขอให้กรอกรหัสผ่าน รหัสผ่านนี้จะถูกเก็บไว้ในอินเตอร์เฟซภายใต้ส่วนขยาย
คำแนะนำ: หลังจากการนำเข้า คุณสามารถสร้าง ช่องทาง ได้
การนำเข้าประเทศ Theben LUXORplug
เป็นไปได้ที่จะนำเข้าประเทศจาก LUXORplugโดยตรง การนำเข้าจะทำเช่นเดียวกับการนำเข้าประเทศ ETS ไม่มีรายชื่อของกลุ่มที่อยู่และโฟลเดอร์ Gewerke ที่ถูกสร้างขึ้น เซ็นเซอร์ได้ถูกรีบออกจากอาคารเพื่อความชัดเจน หลังจากการนำเข้า คุณสามารถสร้างช่องทางได้เช่นกัน
การสร้างช่องทาง
ในโครงสร้างอาคารและทอพอโลจี คุณสามารถสร้างช่องทางได้ เพื่อให้สามารถสร้างช่องทางได้ ต้องมีเงื่อนไขต่างๆ ที่ต้องถูกปฏิบัติตาม สำคัญคือการประกาศชนิดของข้อมูลใน ETS
| ชนิด | เงื่อนไข |
|---|---|
| อย่างน้อยสองค่าบูลีอัน | |
| อย่างน้อยหนึ่งค่าบูลี_dimup และสองค่าแบบ uint_byte | |
| อย่างน้อยสองค่าสี color_3bytes ค่า สำหรับเวอร์ชันที่มีช่องทางเดี่ยวไม่ได้รับการสนับสนุนในขณะนี้ | |
| อย่างน้อยหนึ่งค่าบูลี_up และสองค่า uint_byte | |
| อย่างน้อยหนึ่งค่าบูลี_up และสี่ค่า uint_byte |
ค่าสำหรับสถานะต้องปรากฏหลังจากค่าที่ถูกส่ง คุณลักษณะของแผ่นจะถูกระบุโดยคำว่า slat และ lam
การกำหนดชนิดข้อมูล
การแปลงชนิดข้อมูลไม่ได้ทำงานเช่นเดียวกับวิซูอัลไลเซชันอื่นๆ ที่พื้นฐานอยู่บน KNX ทุกชนิดของข้อมูล KNX (DPT) จะถูกแปลงเป็นรูปแบบ SPS ใน ETS คุณสามารถเห็นได้ที่นี่ คุณสามารถพบรายชื่อการแปลง DPT ที่สมบูรณ์ ที่นี่
คำแนะนำ: กำหนดชนิดข้อมูลทั้งหมดในโครงการ ETS ก่อนการนำเข้า หลังจากนั้น Antcas Control จะทำให้เกิดผลกระทบเช่นกัน
RAW-Telegramm
ชนิดข้อมูล raw ถูกสร้างขึ้นอย่างไรต่อไปนี้ ตัวเลขหนึ่งบิตในตัวเลขฐานสิบหกตามด้วยช่องว่าง:
00 FF 3B
หรือค่าบินารี (6-Bit) ด้วยสัญลักษณ์ $- ที่นำหน้า:
$3F
Read-Anfragen
Read-Anfragen สามารถประเมินได้ด้วยชนิดข้อมูล read เพื่อส่งการตอบกลับ คุณสามารถวาง r ไว้หน้าเครื่องหมายกลุ่มได้ ตัวอย่างเช่น: r1/4/23 ดังนั้นการตอบสนองจะถูกส่งออก
การโปรแกรมจะทำงานอย่างไรต่อไปนี้ in.switchRead สร้างขอบเขตที่ส่งผลกระทบโดยไม่ช้าในการตอบสนองของสถานะจากอุปกรณ์ออก out.switch
หมายเหตุ: เครื่องหมายกลุ่มที่มี r ที่นำหน้าไม่ได้ถูกรายงานในการติดตั้ง
ตัวแปรออฟไลน์และข้อผิดพลาด
มีตัวแปรสองตัวสำหรับการวินิจฉัยของอินเตอร์เฟซ ตัวแปร offline เป็นจริงเมื่อเกตเวย์ทั้งหมดล้มเหลวหรือถูกตัดขาด ตัวแปร
error เป็นจริงเมื่ออินเตอร์เฟซหนึ่งล้มเหลวและการดำเนินงานยังสามารถรักษาไว้ได้ เมื่อเริ่มต้นโดยไม่มีเกตเวย์ ตัวแปร
offline จะถูกเขียนเป็นจริงโดยอัตโนมัติ
Flow-Control
เนื่องจาก Flow-Control ของเกตเวย์ทำงานได้เฉพาะกับรูเตอร์ที่ไม่ได้ถูกกรอง ต้องตั้งค่าจำนวนของเทเลกรัมและการขออ่านอย่างแน่นอน ควรมี 100ms ต่อรูเตอร์ที่ใช้งาน หากมี 2 รูเตอร์ที่ถูกเรียกผ่านมัลติแคสต์พร้อมกัน ควรมีระยะห่าง 200ms ในโครงการขนาดใหญ่ คุณสามารถตั้งค่าการขออ่านให้สูงขึ้นได้ หรือประมาณ 2000ms
หมายเหตุสำคัญ
- ไม่เคยควบคุมแอปพลิเคชันความปลอดภัยผ่าน KNX บัส บัสนี้ไม่เหมาะสมกับการทำงานนั้น แม้แต่เซนเซอร์การเคลื่อนไหวที่เสียหายหรือสั้นวงจรจากน้ำค้างในตัวควบคุมอาจป้องกันการแจ้งเตือน
- ถ้าบัสถูกวางในพื้นที่ภายนอก คุณควรสร้างเส้นใหม่ ดังนั้นจะได้รับประกันว่าหากมีสั้นวงจรในพื้นที่ภายนอก ฟังก์ชันภายในอาคารยังสามารถรับประกันได้ คุณสามารถป้องกันบัสจากการเข้าถึงไม่ได้อย่างดีโดยตั้งค่าฟิลเตอร์แพ็กเก็ตในไลน์คัพเลอร์
- ในสถาปัตยกรรมมัลติแคสต์ คุณควรพิจารณาความปลอดภัยของการเข้าถึง ห้ามใช้มัลติแคสต์ในอาคารสาธารณะ
- เนื่องจาก KNX บัสช้าเกินไป คุณสามารถสร้างเส้นกรองหลายเส้นและให้เซิร์ฟเวอร์ควบคุมแต่ละเส้นได้ คุณต้องระมัดระวังว่าบัส KNX ในระดับเครือข่ายมีเพียง 9600 Baud
- ในการรูทิง คุณต้องระมัดระวังกับลูป KNX มีวิธีแก้ไขต่อไปนี้สำหรับลูปไม่สิ้นสุด แต่ความเร็วของบัสจะยังมีผลกระทบอยู่ ด้วยเกตเวย์หลายตัว แพ็กเก็จจะไม่ถูกส่งต่อภายในโดยปกติ
Checkliste
- ในโครงการขนาดใหญ่ ความยาวของบัสจะถูกลืมไปเสมอ คุณต้องจำได้ว่าช่างไฟฟ้าจะไม่วางสายตามที่คุณวางแผนไว้ ดังนั้นอาจเกิดขึ้นจากการเชื่อมต่อแบบสเตอร์นที่วางแผนเป็นการเชื่อมต่อแบบรันนิง คลับบัสอาจไม่เสถียรหากอะกเตอร์สุดท้ายอยู่ห่างจากการจ่ายไฟเกิน 1000m
- วางแผนสำรองในการกระจายอย่างดี มักจะมีปัญหาเมื่อไม่มีพื้นที่เพียงพอในกล่องกระจายสำหรับไดเมอร์ เป็นต้น ตั้งค่าการขยายตัวสูงสุดกับลูกค้าที่แน่นอนในแผนงาน เพื่อหลีกเลี่ยงปัญหานี้อย่างมากที่สุด
การแก้ไขปัญหา
เทเลกรัมถูกส่งซ้ำบ่อยครั้ง
เมื่อเทเลกรามในกลุ่มโมนิเตอร์ของ ETS แสดงเป็นสีเหลือง เทเลกรามจะถูกส่งออกอีกครั้งเนื่องจากการชนแพ็กเก็จ หากเกิดขึ้นอย่างต่อเนื่อง อาจมีปัญหา:
- เปลี่ยนแปลงการจ่ายไฟ --> ฟิลเตอร์หรือดรอสเซิลสปูลเสีย
- ลูปในบัส --> สำหรับการค้นหาปัญหา คุณสามารถตัดขาดที่จุดแยกและสแกนเส้นได้
- ในเคเบิลทวีคู่ที่ถูกเชื่อมต่อกัน --> นี่จะทำให้เกิดลูปและต้องถูกตัดขาด มักพบในการติดตั้งเก่าๆ ด้วยสาย U72
- เส้นยาวเกินไป --> ตรวจสอบแรงดันของผู้ใช้งานควรมีอย่างน้อย 24V (KNX มีความสามารถในการทำงานที่ 21V)
- ต่อขัด --> เป็นกรณีที่หายากและยากต่อการค้นหา
Invalid Frame - Ungültiger Frame
เมื่อเทเลกรามในกลุ่มโมนิเตอร์ของ ETS แสดงเป็นสีน้ำเงิน ETS ไม่สามารถสื่อสารกับบัสได้ อาจมีเหตุผล:
- ตรวจสอบแรงดันของบัส --> สั้นวงจรหรือเส้นยาวเกินไป
- เปลี่ยนแปลงการจ่ายไฟ --> ฟิลเตอร์หรือดรอสเซิลสปูลเสีย
- เกตเวย์เสีย --> เปลี่ยนอินเตอร์เฟซ
ไม่สามารถโหลดอุปกรณ์ได้
พยายามโหลดอุปกรณ์ด้วยการจ่ายไฟของตัวเอง ถ้าหากทุกอย่างไม่ช่วย:
- รีสตาร์ตบัสใหม่ --> ตัดขาดแรงดัน 230V สำหรับ 1 นาที (รวมถึงอะกเตอร์)
- ตรวจสอบแรงดันของบัส --> สั้นวงจรหรือเส้นยาวเกินไป
- เปลี่ยนแปลงการจ่ายไฟ --> ฟิลเตอร์หรือดรอสเซิลสปูลเสีย
- อุปกรณ์หรือบัสคัพเลอร์เสีย --> เปลี่ยนอุปกรณ์
- ระวังกลุ่มโมนิเตอร์ --> อุปกรณ์อื่นๆ อาจสร้างความผิดปกติ หรือมีเทเลกรามมากเกินไปและไทม์เอาท์เกิดขึ้นเร็วเกินไป (ETS: อุปกรณ์ไม่ตอบสนอง)
- ไลน์คัพเลอร์ไม่รูทิงเทเลกรามทั้งหมด --> โหลดโดยไม่ผ่านไลน์คัพเลอร์