Någon kanske har erfarenhet av att jobba med KNX i lite större sammanhang? Kommer detta att fungera?

Transkript

1 KNX med IP som områdeslinje Postad av Rikard Ågren - 11 apr :07 Någon kanske har erfarenhet av att jobba med KNX i lite större sammanhang? Kommer detta att fungera? IPR är då IP-routers, antingen som linje- eller områdeskopplare Postad av Patrik Nilsson - 11 apr :50 Det fungerar utmärkt med den topologin. Postad av Rikard Ågren - 11 apr :57 Tack för svaret! Det framgick ju inte i PDFen med det var underförstått att varje IPR är ansluten till en lan-router för att få kopplingen till den gemensamma switchen. Men det fungerar ändå antar jag? En till fundering. Om man kollar på sista sidan i denna PDF så kan man få uppfattningen att ett KNX-nät i princip kan bli hur stort som helst genom att använda IP-routers på områdeslinjen (backbone). Det sägs också att man då kan ha flera projekt som är identiska vad gäller IA och GA. Men kommer man att kunna skicka GA mellan dessa projekt, eller är det bara för visualisering som på illustrationen i PDFen? Postad av Robin Strandberg - 11 apr :21 1 / 8

2 Det framgick lite dåligt men jag tror att de bara menar för visualiseringens skull. Vet att några fastighetsägare gjort energimätning på det sättet och sen tagit ut månadsförbrukningen från opc-servern och debiterat. Vad jag kommer ihåg så är det 15st områden och 15st linjer/område och sen 64st deltagare/linje. Postad av Rikard Ågren - 11 apr :08 Skulle detta kunna vara en tex Babtec eibport, Gira Facility server eller liknande? Har också uppfatta det som du med områden/linjer fast upp till 254 deltagare om man använder förstärkare, minus förstärkarna då Postad av Robin Strandberg - 11 apr :32 I min värld ska Gira HS och Eibporten ligga på backbone-line. Alltså mellan kopplarna och Blev grymt nyfiken varför man skulle göra sådär som på sista bilden. Frågan är om det bara är för anslutning av serverns IP mot TP eller om det skulle fungera att sätta 50st IPR till och få en gigantisk stad... Postad av Rikard Ågren - 11 apr :43 Ja i så fall bör man ju kunna visualisera hur många områden som helst. Men det krävs kanske speciell hård/mjukvara. Har försökt googla men hittar inget om det. Detta måste undersökas noggrannare. Det får bli några telefonsamtal nästa vecka 2 / 8

3 Postad av Patrik Nilsson - 11 apr :43 Rikard Ågren skrev: Det framgick ju inte i PDFen med det var underförstått att varje IPR är ansluten till en lan-router för att få kopplingen till den gemensamma switchen. Men det fungerar ändå antar jag? Menar du att alla IPR är anslutna till samma lokala nätverk LAN? Rikard Ågren skrev: En till fundering. Om man kollar på sista sidan i denna PDF så kan man få uppfattningen att ett KNX-nät i princip kan bli hur stort som helst genom att använda IP-routers på områdeslinjen (backbone). Det sägs också att man då kan ha flera projekt som är identiska vad gäller IA och GA. Men kommer man att kunna skicka GA mellan dessa projekt, eller är det bara för visualisering som på illustrationen i PDFen? Den bilden på det topologi-lagret har jag faktiskt aldrig sett tidigare. Men det låter ju verkligen som man kan länka ihop olika installationer. Tillägg: Med texten KNXnet/IP routing och två pilar tycker jag absolut att det bör indikera länk mellan installationerna. Och eftersom det kommunicerar via multicast över IP så spelar inte antalet lyssnare någon roll. Säg t.ex. att man skickar ut ett till-telegram på 0/0/1 via multicast till?1000st IP-routers i en stad som tänder hela stadens vägbelysning. Rent praktiskt kanske man inte gör så? men det går kanske... Postad av Rikard Ågren - 11 apr :57 Patrik Nilsson skrev: Menar du att alla IPR är anslutna till samma lokala nätverk LAN? Fastigheterna har svartfiber som fastighetsägaren hyr in sig på. Antar att det blir ett LAN? Postad av Patrik Nilsson - 11 apr :17 3 / 8

4 Rikard Ågren skrev: Patrik Nilsson skrev: Menar du att alla IPR är anslutna till samma lokala nätverk LAN? Fastigheterna har svartfiber som fastighetsägaren hyr in sig på. Antar att det blir ett LAN? Vad ska gå på denna svartfiber? Hyr fastighetsägaren ett eget fiberpar till bara KNX? Eller tar det fiberparet hela fastighetens nätverk i övrigt? Helst vill man ha KNX i ett eget separat nätverk då trafiken skickas med multicast vilket skickas till alla enheter i nätverket. Trafiken är ju även helt öppen och okrypterad. Så om det är delat nätverk är ju någon form av VLAN eller VPN eller liknande att rekommendera. Postad av Rikard Ågren - 11 apr :24 Man har ett eget fiberpar som används för specifika saker, tex kontroll av passersystem och visualisering/kommunikation av DUCar. Det är inte öppet för andra. Hyresgästerna är anslutna på andra fiberpar I dagsläget finns inget KNX men vi är på väg dit och tanken är att använda svartfibern. Eller rättare sagt: det finns KNX i en fastighet idag. En till anläggning är under uppförande i en annan fastighet. Tanken är att koppla ihop och visualisera detta. Så jag vill ju inte bygga fel från början så att det blir omständigt och onödigt dyrt med ombyggnation för att få till visualiseringen. Vi ska göra ett prov med dessa två och blir det bra så blir det nog en fortsättning. Postad av Rikard Ågren - 12 apr :58 Eftersom ingen hade svaret (ännu) på funderingen kring sista bilden i PDFen så kanske vi kan forska lite var för sig och återkomma hit med det vi hittar. Jag har lagt upp lite liknande funderingar på knxforum.se så ni som är aktiva även där vet att det är 4 / 8

5 samma frågeställning/are Postad av Mattias Lilliesköld - 12 apr :45 Patrik Nilsson skrev: Rikard Ågren skrev: Patrik Nilsson skrev: Menar du att alla IPR är anslutna till samma lokala nätverk LAN? Fastigheterna har svartfiber som fastighetsägaren hyr in sig på. Antar att det blir ett LAN? Vad ska gå på denna svartfiber? Hyr fastighetsägaren ett eget fiberpar till bara KNX? Eller tar det fiberparet hela fastighetens nätverk i övrigt? Helst vill man ha KNX i ett eget separat nätverk då trafiken skickas med multicast vilket skickas till alla enheter i nätverket. Trafiken är ju även helt öppen och okrypterad. Så om det är delat nätverk är ju någon form av VLAN eller VPN eller liknande att rekommendera. Något som kan vara bra att tänka på när man ger sig in i multicastvärlden är att det som fungerar i "labbet" med en 199:- switch från Kjell & Company inte med säkerhet kommer fungera i den riktiga miljön. Syftet med multicast är att sprida information till de mottagare som uttryckligen är intresserad, till skillnad från broadcast som skall nå alla mottagare. För att detta skall fungera så har man ett "handskakningsprotokoll" mellan multicastklienter och de routers vilka har tillgång till multicastkanalerna, för att trafiken inte skall spridas ohejdat i det lokala LAN:et analyserar switcharna trafiken mellan klient och router (IGMP snooping kallas funktionen) där den bara släpper fram multicastkanaler som verkligen är efterfrågade. Finns två fallgropar med detta: 5 / 8

6 1. Man har inte någon multicastkapabel router i sitt LAN/VLAN - detta kommer då medföra att switchen blockerar multicasttrafik som inte är "link-local" (t.ex IGMP JOIN) 2. Man har applikationer som hanterar multicast felaktigt där man inte använder handskakningen (ett exempel på det är ABB's styrsystem) utan bara skickar trafiken som den är Lösningen på dessa problem är antingen att deaktivera IGMP Snooping på det VLAN där man har multicasttrafik (löser fall 1 och 2) vilket är enkelt men lite av en quick-and-dirty lösning. Ett mer korrekt angreppssätt är att aktivera en multicastrouter i VLAN:et (löser dock enbart fall 1) Tänk även på att enkla VPN lösningar är mindre bra på att hantera multicast, detsamma gäller "kapacitetstjänster" som köps av stadsnätsleverantörer (ett VLAN i deras infrastruktur) så skall ni jobba med den typen av lösningar, involvera "nät-folk" i god tid och få med kundens IT ansvarige på tåget. Det som i dag är isolerade öar utan yttre kontakt där man kan "göra som man vill" kommer i framtiden vara delar i en betydligt större infrastruktur. Årets buzzword i IT branschen är "Internet of things" eller "Sakernas Internet" Postad av Patrik Nilsson - 13 apr :12 Mattias Lilliesköld skrev: Något som kan vara bra att tänka på när man ger sig in i multicastvärlden är att det som fungerar i "labbet" med en 199:- switch från Kjell & Company inte med säkerhet kommer fungera i den riktiga miljön. Syftet med multicast är att sprida information till de mottagare som uttryckligen är intresserad, till skillnad från broadcast som skall nå alla mottagare. För att detta skall fungera så har man ett "handskakningsprotokoll" mellan multicastklienter och de routers vilka har tillgång till multicastkanalerna, för att trafiken inte skall spridas ohejdat i det lokala LAN:et analyserar switcharna trafiken mellan klient och router (IGMP snooping kallas funktionen) där den bara släpper fram multicastkanaler som verkligen är efterfrågade. Finns två fallgropar med detta: 6 / 8

7 1. Man har inte någon multicastkapabel router i sitt LAN/VLAN - detta kommer då medföra att switchen blockerar multicasttrafik som inte är "link-local" (t.ex IGMP JOIN) 2. Man har applikationer som hanterar multicast felaktigt där man inte använder handskakningen (ett exempel på det är ABB's styrsystem) utan bara skickar trafiken som den är Lösningen på dessa problem är antingen att deaktivera IGMP Snooping på det VLAN där man har multicasttrafik (löser fall 1 och 2) vilket är enkelt men lite av en quick-and-dirty lösning. Ett mer korrekt angreppssätt är att aktivera en multicastrouter i VLAN:et (löser dock enbart fall 1) Tänk även på att enkla VPN lösningar är mindre bra på att hantera multicast, detsamma gäller "kapacitetstjänster" som köps av stadsnätsleverantörer (ett VLAN i deras infrastruktur) så skall ni jobba med den typen av lösningar, involvera "nät-folk" i god tid och få med kundens IT ansvarige på tåget. Det som i dag är isolerade öar utan yttre kontakt där man kan "göra som man vill" kommer i framtiden vara delar i en betydligt större infrastruktur. Årets buzzword i IT branschen är "Internet of things" eller "Sakernas Internet" Tack, intressanta och tänkvärda grejer. Hittade även en pdf som beskriver själva IP-kommunikationen. Ska se om man hinner med att läsa den ikväll innan man somnar Postad av Rikard Ågren - 13 apr :41 Den PDFen hade jag missat Patrik. Tack! Postad av Rikard Ågren - 29 apr :44 7 / 8

8 BAB kommer tydligen med en ny produkt i sommar (Facilitymaster, 19") som fixar kommunikation och visualisering över KNXnet/IP mellan identiska anläggningar. 8 / 8