PCB-ontwerp voor robotbesturing met reken-, I/O- en DFM-functionaliteit.

De besturingsprintplaat van de robot bevindt zich bovenaan de elektronische hiërarchie: het is de computer die de applicatiesoftware uitvoert, de motorsturingen coördineert, de sensorstatus uitleest en communiceert met de buitenwereld. Of een robot werkt of niet, hangt mede af van de timing, rekenkracht, communicatie-interfaces en betrouwbaarheid van het ontwerp van de besturingsprintplaat. Deze pagina behandelt specifiek het ontwerp en de productie van printplaten voor robotbesturing: de keuzemogelijkheden voor SoC's en MCU's op moderne platforms, de interfaces die de printplaat moet bevatten en de productieoverwegingen die van belang zijn voor een betrouwbare productie van de printplaat.

Moderne robotbesturingskaarten combineren de rekenkracht van een microcontroller (MCU) of system-on-chip (SoC) met een uitgebreide set interfaces, snelle bussen met gecontroleerde impedantie, niet-vluchtig geheugen en vaak geïntegreerd energiebeheer. Het ontwerp omvat verschillende disciplines – embedded computing, bewegingsbesturing, communicatie, opslag en energie – die elk hun eigen werkwijze kennen. Programma's waarbij de besturingskaart met al deze aspecten in gedachten is ontworpen, leveren betrouwbare producten op; programma's die de besturingskaart als een generiek embedded platform beschouwen, stuiten doorgaans op robotica-specifieke tekortkomingen tijdens de integratie of implementatie in het veld.

Wat een robotbesturingskaart daadwerkelijk doet in een robotsysteem.

De besturingskaart bepaalt de maximale softwaremogelijkheden van de robot.

De rekenkracht, het geheugen, de opslagcapaciteit, het aantal interfaces, de uitbreidingsmogelijkheden en de thermische marge bepalen wat het softwareteam gedurende de levenscyclus van de robot kan leveren. Een besturingskaart die alleen is geoptimaliseerd voor de eisen van de eerste versie, vormt vaak de bottleneck wanneer de waarnemings-, log-, diagnostiek-, connectiviteits- of veiligheidsfuncties worden uitgebreid.

Robotbesturingskaarten voeren de geavanceerde applicatiesoftware van de robot uit, coördineren de perifere subsystemen en communiceren met externe systemen. Ze bevinden zich aan de top van de besturingshiërarchie en sturen commando's naar motoraandrijvingen, lezen de sensorstatus uit, voeren waarneming en planning uit en communiceren met de buitenwereld. Wat een robotbesturingskaart onderscheidt van andere embedded controllers, is de combinatie van eisen waaraan deze tegelijkertijd moet voldoen:

• Realtime coördinatie: De besturingsprintplaat geeft commando's aan de motoraandrijvingen en leest de sensorstatus met een frequentie die de kwaliteit van de robotbeweging bepaalt. Een frequentie van 100 Hz tot 1 kHz is typisch voor bewegingscoördinatie; hogere frequenties worden gebruikt bij veeleisende toepassingen.
• Rekenkracht op applicatieniveau: Planning, waarneming, besluitvorming en gebruikersinterface draaien op hetzelfde bord of een colocated compute board. De rekenbelasting varieert van bescheiden MCU-workloads op eenvoudige robots tot volledige Linux-klasse SoC-workloads op complexe platforms.
• Communicatiecentrum: De besturingsprintplaat bevat doorgaans de bekabelde en draadloze interfaces naar externe systemen. Denk aan Ethernet, USB, Wi-Fi, CAN en vaak ook speciale interfaces voor robotspecifieke protocollen.
• Niet-vluchtige opslag: Applicatiesoftware, kalibratiegegevens, configuratie en logbestanden worden opgeslagen op eMMC, SD of SSD, afhankelijk van de capaciteits- en betrouwbaarheidsvereisten.
• Energiebeheer: De besturingsprintplaat regelt de spanning van de verschillende voedingslijnen die de SoC en randapparatuur nodig hebben. Soms regelt de besturingsprintplaat ook de wake/sleep-coördinatie voor energiezuinige subsystemen.

De besturingsprintplaat is de plek waar de abstracte mogelijkheden van de robot samenkomen met de fysieke implementatie ervan. Applicatiesoftware draait er; sensorinformatie wordt er verzameld; bewegingscommando's worden er gegenereerd. Wat de besturingsprintplaat tijdens het ontwerp kan ondersteunen, bepaalt wat de robot gedurende zijn hele levensduur kan doen. Een besturingsprintplaat met onvoldoende rekenkracht, geheugen of interfaces beperkt het softwareteam gedurende de gehele productlevenscyclus. Programma's die de besturingsprintplaat specificeren met ruime capaciteit maken doorgaans uitbreiding van de mogelijkheden mogelijk; programma's die de specificaties beperken, moeten de printplaat meestal halverwege de levenscyclus aanpassen om functionaliteit toe te voegen die de oorspronkelijke printplaat niet had voorzien.

Een goed werkend besturingsbord is essentieel voor een betrouwbare werking van de robot. Een besturingsbord dat de timing niet haalt, zorgt voor schokkerige bewegingen; een besturingsbord dat periodiek vastloopt, leidt tot onbetrouwbaar gedrag dat met geen enkele aanpassing van de randapparatuur te verhelpen is.

Selectie van SoC, MCU en rekenkracht voor robotbesturingskaarten

Kies een computerarchitectuur op basis van latentie, softwarestack en levensduur van de apparatuur.

MCU-, SoC-, AI-accelerator-, FPGA- en embedded x86-opties moeten worden beoordeeld op basis van deterministische timing, ondersteuning door besturingssystemen, software-ecosysteem, energiebudget, thermische limiet, beschikbaarheid van behuizingen en levenscyclusrisico. De goedkoopste processor is zelden de goedkoopste als deze herontwerpen van het moederbord of compromissen in de software vereist.

De keuze tussen een SoC (System-on-Chip) en een MCU (Microcontroller) is de belangrijkste beslissing bij de ontwikkeling van een robotbesturingskaart. Deze keuze bepaalt de rekenkracht, de beschikbaarheid van randapparatuur, het stroomverbruik, de kosten en de leveringszekerheid op lange termijn. De belangrijkste categorieën die in de robotica worden gebruikt zijn:

• Cortex-M4/M7 MCU: Voldoende voor pure bewegingscoördinatie en eenvoudige toepassingen. Laag stroomverbruik, deterministische timing, geen overhead van het besturingssysteem. Vaak gebruikt in industriële robots en eenvoudige servicerobots waar de rekenkracht beperkt is.
• Cortex-A klasse SoC: Draait op Linux of een RTOS. Voldoende voor middelmatig complexe toepassingen met een bescheiden perceptievermogen. Ethernet-, USB- en camera-interfaces zijn standaard. Vaak gebruikt op industriële besturingsplatformen.
• AI-accelerator SoC: Integreert een CPU met een NPU of GPU. Verzorgt waarneming, sensorfusie en berekeningen op applicatieniveau. Vaak gebruikt in humanoïde, autonome en hoogwaardige servicerobots. Hogere kosten en warmtebelasting.
• x86 ingebed: Hardware van industriële pc-klasse. Hoogste rekenkracht, breedste softwareondersteuning, maar hogere kosten en grotere afmetingen van het moederbord. Gebruikt waar bestaande softwarepakketten x86 vereisen of waar het thermisch budget dit toelaat.
• FPGA + MCU: Een speciale combinatie voor realtime signaalverwerking en algemene besturing. Geschikt voor situaties waar nauwkeurige timing bij hoge snelheden belangrijker is dan softwareflexibiliteit.

De beschikbaarheid op lange termijn is een belangrijke factor bij de selectie van computercomponenten, iets waar consumentenelektronica zelden rekening mee houdt. Een robot met een levensduur van 10 jaar heeft een SoC of MCU nodig die gedurende die periode beschikbaar blijft, of op zijn minst voor een gedocumenteerde laatste inkoopperiode. SoC-families met een duidelijke garantie voor langdurige ondersteuning (industriële componenten van grote leveranciers met een beschikbaarheidsgarantie van 10-15 jaar) garanderen een goede onderhoudbaarheid; componenten voor consumenten met een korte levensduur leiden later tot onderhoudsproblemen. Programma's die de ondersteuning op lange termijn meewegen bij de selectie van de SoC voorkomen de herontwerpen halverwege de levenscyclus die nodig zijn bij componenten met een kortere beschikbaarheid.

De keuze hangt af van de toepassing. Een te krachtige SoC leidt tot extra kosten en een hogere thermische belasting voor functionaliteit die de toepassing niet gebruikt; een te zwakke SoC zorgt ervoor dat het softwareteam te maken krijgt met timing- en capaciteitslimieten. De kostenanalyse van de robot-PCB behandelt de verschillende kostenaspecten van de keuze.

Communicatie-interfaces: Ethernet, USB, Wi-Fi, CAN, serieel, SPI, I²C

Bij de interfaceplanning moet rekening worden gehouden met timing, aarding en serviceverlening in het veld.

Ethernet-, USB-, Wi-Fi-, CAN-, SPI-, I²C-, RS-485- en camera-interfaces hebben verschillende elektrische en service-implicaties. De locatie van de connector, ESD-bescherming, retourpad, kabellengte, afscherming en diagnostiek zijn net zo belangrijk als de aanwezigheid van de interface op het schema.

Communicatie-interfaces op een robotbesturingskaart omvatten doorgaans een combinatie van externe en interne bussen. Externe interfaces maken verbinding met netwerken, hostcomputers en gebruikersapparaten; interne interfaces maken verbinding met motorsturingen, sensoren en randapparatuur. De gebruikelijke set is:

• Ethernet: Gigabit is de standaard voor rekenintensieve platforms; 100 Mbit voor budgetvriendelijke ontwerpen. Vaak twee poorten: één extern en één intern voor randapparatuur.
• USB: Host- en apparaatpoorten voor externe accessoires, service-interfaces en soms randapparatuur. USB 3.x voor data-intensieve toepassingen.
• Wifi en Bluetooth: Draadloze connectiviteit voor mobiele robots en robots voor consumentenservice. Gecertificeerde modules hebben de voorkeur vanwege de regelgevende efficiëntie.
• KAN: Interne communicatie met motorsturingen en randapparatuur. Robuust in elektrisch storende omgevingen; standaard op industriële en automobielplatformen.
• RS-485 of RS-422: Seriële communicatie met randapparatuur, soms voor ondersteuning van oudere sensoren en actuatoren.
• SPI en I²C: Communicatie met randapparatuur aan boord, zoals lokale sensoren en kleine IC's. Niet geschikt voor signalen die via kabels worden verzonden.

De keuze tussen een bekabelde en een draadloze verbinding hangt af van de werkomgeving van de robot. Industriële robots in vaste installaties gebruiken doorgaans Ethernet als primaire externe interface; mobiele robots gebruiken Wi-Fi of een mobiel netwerk; robots voor consumentenservice gebruiken de verbinding die het beste aansluit bij de behoeften van de gebruiker. Softwarepakketten bieden vaak zowel een bekabelde als een draadloze verbinding op hetzelfde moederbord, omdat verschillende implementatiescenario's baat hebben bij verschillende interfaces. De materiaalkosten voor het toevoegen van een draadloze verbinding aan een moederbord dat al over Ethernet beschikt, zijn bescheiden; de flexibiliteit die het biedt is aanzienlijk.

Perifere interface: motorsturing, sensor, veiligheids-I/O, gebruikersinterface

De perifere I/O moet de functies voor veiligheid, beweging en gebruiksgemak scheiden.

Motoraansturingscommando's, encoder-ingangen, veiligheidsvergrendelingen, gebruikersinterfaceknoppen en hulpsensoren mogen niet als onderling verwisselbare I/O worden beschouwd. Veiligheids- en bewegingspaden vereisen deterministisch gedrag en diagnostische dekking; gebruiksgemakfuncties kunnen meer abstractie tolereren. De PCB-layout en de firmware-architectuur moeten dit verschil weerspiegelen.

Interfaces naar motorsturingen, sensoren en veiligheids-I/O bepalen wat de besturingskaart kan integreren. Robotprogramma's ontdekken vaak pas laat in de ontwikkelingsfase dat de connectiviteit met randapparatuur onvoldoende was gepland; door de interfaces tijdens het ontwerp af te stemmen op de vereisten van de randapparatuur, worden aanpassingen achteraf voorkomen. De belangrijkste aandachtspunten zijn:

• Commando motorbesturing: CAN, EtherCAT of een eigen seriële verbinding naar elke schijf. De buskeuze wordt bepaald door de vereisten voor de doorloopsnelheid en latentie.
• Encoderfeedback: Soms rechtstreeks op de besturingsprintplaat, soms via motorsturingen. De keuze hangt af van de vereiste lusfrequentie en precisie.
• Sensoruitlezing: Analoge uitlezing voor eenvoudige sensoren; digitale uitlezing voor slimme sensoren. Een sensorinterfacekaart neemt veel van deze taken over van complexere platforms.
• Veiligheids-I/O: Noodstop, veiligheidssignalen van externe apparaten. Dubbelkanaals waar de veiligheidsarchitectuur dit vereist.
• Gebruikersomgeving: Knoppen, indicatoren en displayaansluiting voor lokale gebruikersinteractie. Soms geïntegreerd op de besturingskaart, soms op een aparte UI-kaart.

Het onderscheid tussen de interfaces van de besturingskaart en die van de randkaarten is belangrijk voor zowel het ontwerp als de productie. De besturingskaart bevat de belangrijkste interfaces; de randkaarten zetten deze interfaces om naar wat hun specifieke functie vereist. Deze scheiding zorgt ervoor dat de besturingskaart zich kan concentreren op coördinatie en berekeningen, terwijl de randkaarten gespecialiseerd kunnen worden in hun eigen functies. Programma's die te veel functionaliteit op de besturingskaart concentreren, resulteren doorgaans in een te complexe kaart die moeilijk te herontwerpen is; programma's die de interfaces goed verdelen, produceren kaarten waarbij elke kaart een duidelijke taak heeft.

Opslag, opstarten, firmware-update en Secure Boot

De firmware-updatestrategie heeft gevolgen voor de hardwarevereisten van de printplaat.

Beveiligd opstarten, opslag van dubbele image, herstelmodus, debugtoegang, serienummerprogrammering en kalibratieopslag vereisen allemaal hardwarematige keuzes. Teams die de updatestrategie uitstellen tot de software-integratie, ontdekken vaak dat de printplaat niet beschikt over de benodigde opslagruimte, pinnen, testtoegang of voedingssequentie voor robuuste updates in het veld.

Opslag, opstarten en firmware-updates beïnvloeden de onderhoudbaarheid van robots gedurende hun gehele productlevenscyclus. Robots die zonder de juiste opslagarchitectuur worden geleverd, ondervinden problemen met firmware-updates tijdens de service. De belangrijkste aandachtspunten zijn:

• eMMC of SD: Gemeenschappelijke opslag voor Linux-klasse SoC-platforms. eMMC wordt geïntegreerd voor betrouwbaarheid; SD wordt gebruikt voor kostenbewuste ontwerpen met bescheiden betrouwbaarheidseisen.
• Externe SSD: Hogere capaciteit en snelheid. Vaak gebruikt op data-intensieve autonome platforms waar het loggen en in kaart brengen van gegevens een hoge doorvoer vereist.
• Firmware met dubbele image: Twee firmware-images met omschakeling bij een opstartfout. Standaardprocedure voor robots die in het veld kunnen worden bijgewerkt om te voorkomen dat ze onbruikbaar worden tijdens een OTA-update.
• Veilig opstarten: Cryptografische verificatie van de firmware-handtekening tijdens het opstarten. Standaard op gereguleerde producten en steeds vaker te vinden op commerciële producten voor extra beveiliging.
• Permanente configuratie: Niet-vluchtige opslag voor robotconfiguratie, kalibratie en gegevens per roboteenheid. Standaard EEPROM of gereserveerd flashgeheugen.

Herstel na mislukte firmware-updates is een van de meest onderbelichte gebieden in de robotica. Een robot die vastloopt tijdens een OTA-update leidt tot een dure reparatie. Dual-image flashgeheugen met een gedefinieerde omschakeling bij een opstartfout voorkomt dit soort storingen tegen relatief lage hardwarekosten: een tweede flashpartitie en de opstartcode voor het selecteren van de image. Programma's die dit vanaf het begin in het ontwerp integreren, beschermen tegen de storingen die anders zouden optreden tijdens grootschalige OTA-campagnes.

Ontwerpoverwegingen specifiek voor robotbesturingskaarten

De lay-out van de besturingsprintplaat moet een balans vinden tussen hoge snelheid, vermogen en onderhoudbaarheid.

Moderne besturingskaarten combineren DDR-geheugen, snelle seriële interfaces, schakelregelaars, draadloze modules, sensoren, connectoren en debugtoegang. Een goede lay-out zorgt voor korte retourpaden, scheidt ruisgevoelige rails van gevoelige signalen, biedt toegankelijke testpunten en ondersteunt reparatie of diagnose wanneer de robot in bedrijf is.

Ontwerpoverwegingen specifiek voor robotbesturingskaarten combineren algemene praktijken voor embedded computing met robotspecifieke vereisten. Programma's die beide categorieën combineren, leveren betrouwbare kaarten op; programma's die robots als algemene embedded systemen beschouwen, missen robotspecifieke aandachtspunten. De belangrijkste overwegingen zijn:

• Stroomsequentie: De voedingsrails van de SoC en de randapparatuur moeten in een specifieke volgorde worden ingeschakeld en uitgeschakeld. Fouten in de volgorde leiden tot opstartproblemen of vastlopen.
• EMI-immuniteit: De besturingsprintplaat moet ruis van aangrenzende motorsturingen en schakelende voedingen onderdrukken. Filtering, lay-outindeling en afscherming dragen hier allemaal aan bij.
• Thermisch ontwerp: De warmteafvoer van de SoC moet voldoende zijn om oververhitting te voorkomen. De koelplaat of het luchtstroompad moet in lijn met de elektrische lay-out worden ontworpen.
• Toegang tot debugmodus: JTAG-, UART-console- of Ethernet-debugtoegang voor ontwikkeling en service in het veld. Standaard connectorfamilies voor alle producten voor consistentie.
• Fout detectie: Een watchdog-timer, een spanningsdrempeldetector en een statusbewakingssysteem op de besturingsprintplaat zelf. De printplaat die de robot aanstuurt, moet ook detecteren wanneer er een storing is opgetreden.

Programma's die de besturingsprintplaat als laatste ontwerpen, zien vaak integratieproblemen over het hoofd die eerder gemakkelijk aangepakt hadden kunnen worden. De interface van de besturingsprintplaat beperkt de mogelijkheden van andere printplaten. De mechanische afmetingen van de besturingsprintplaat beperken de plaats waar deze in de robot past. De thermische belasting van de besturingsprintplaat beperkt het ontwerp van het koelsysteem. Door de besturingsprintplaat als eerste te ontwerpen – of in ieder geval vroeg in de systeemontwerpcyclus – krijgen de andere printplaten een stabiel interface-doel en worden herontwerpen in een later stadium voorkomen.

Fabricage-, programmeer- en testvereisten voor robotbesturingskaarten

De fabrikant moet het opstarten, de communicatie en de geprogrammeerde identiteit controleren.

De test van de besturingsprintplaat is niet voltooid als de soldeerverbindingen er correct uitzien. De productieafdeling moet de voedingsspanningen, de opstartvolgorde, de geheugentoegang, de firmwareversie, de unieke identificatiecode, de belangrijkste interfaces en eventuele kalibraties op printplaatniveau controleren. Dit geeft de zekerheid dat de besturingsprintplaat klaar is voor systeemintegratie.

De productieoverwegingen voor robotbesturingskaarten zijn afgestemd op de veeleisende rekenkracht die ze bieden. Fijne BGA-fanout, HDI-constructie, gecontroleerde impedantie op geheugen- en communicatie-interfaces en firmwareprogrammering tijdens de assemblage spelen allemaal een rol bij de productie van besturingskaarten. Highleap beschikt over de volgende mogelijkheden voor de productie van besturingskaarten:

• HDI-constructie: Meerlaags met microvia-opbouw waar BGA-fanout vereist is. 1-N-1 door elke laag mogelijk. Behandeld op de pagina in de HDI PCB-ontwerpgids voor robotica.
• Gecontroleerde impedantie: Standaardafwijking ±10%, nauwere tolerantie op aanvraag. Impedantiecontrole per batch tijdens de productie.
• Fijne pitch SMT: Ondersteuning voor 0.4 mm BGA en 01005 passieve componenten. Procesdiscipline inclusief SPI, AOI en röntgeninspectie.
• Firmwareprogrammering: Klantfirmware wordt tijdens de assemblage geladen. Ondersteuning voor serienummers en kalibratiegegevens per eenheid.
• Functionele test: Met door de klant aangeleverde firmware en testopstelling. Testdekking specifiek voor het bord, afgestemd op het ontwerp.
• traceerbaarheid: Testgegevens per eenheid en batchgegevens van componenten ter ondersteuning van certificeringsaanvragen van klanten.

De productie van besturingsprintplaten bij Highleap omvat de technologiemix die moderne robotbesturingsprintplaten gebruiken: HDI-constructie voor BGA-fanout, gecontroleerde impedantie voor geheugen- en communicatie-interfaces, SoC-schaal voedingsvlakken voor de rekenkracht en fijnmazige SMT voor de kleine passieve componenten die een moderne besturingsprintplaat in honderden aantallen bevat. Firmwareprogrammering tijdens de assemblage met ondersteuning voor kalibratiegegevens per eenheid zorgt ervoor dat de assemblagelijn het natuurlijke integratiepunt blijft voor maatwerk op eenheidsniveau.

Veelgestelde vragen over de printplaat voor robotbesturing

Wat is een printplaat voor robotbesturing?

Een printplaat voor de robotbesturing is de belangrijkste elektronische printplaat waarop applicatiesoftware draait, motoren worden aangestuurd, sensoren worden uitgelezen, communicatie wordt beheerd, configuratiegegevens worden opgeslagen en het systeemgedrag wordt bewaakt.

Moet een robotbesturingskaart een MCU of een SoC gebruiken?

Gebruik een microcontroller (MCU) wanneer deterministische besturing, een laag stroomverbruik en eenvoudigere software volstaan. Gebruik een system-on-chip (SoC) wanneer de robot Linux-achtige software, perceptie, netwerken, een gebruikersinterface, datalogging of hogere rekenkracht nodig heeft. Sommige robots gebruiken beide: een MCU voor realtime besturing en een SoC voor applicatieverwerking.

Welke interfaces komen vaak voor op robotbesturingskaarten?

Veelgebruikte interfaces zijn onder andere Ethernet, USB, Wi-Fi, Bluetooth, CAN, RS-485, SPI, I²C, UART, MIPI-camera, LVDS, GPIO, encoder-ingangen, veiligheids-I/O, debugpoorten en uitbreidingsheaders. De exacte combinatie hangt af van de robotarchitectuur.

Waarom hebben robotbesturingskaarten een gecontroleerde impedantie nodig?

Gecontroleerde impedantie is nodig voor snelle geheugenverbindingen, Ethernet, USB, PCIe, cameraverbindingen, LVDS en andere snelle interfaces. Het houdt signaalreflecties en timingfouten binnen de perken en moet per interface worden gespecificeerd.

Wat zijn veelvoorkomende fouten in het ontwerp van robotbesturingskaarten?

Veelvoorkomende fouten zijn onder andere slechte retourpaden, een mix van ruisgevoelige en ruisgevoelige massa-aansluitingen, onvoldoende planning van het voedingsvlak, ontoegankelijke debugpunten, zwakke ESD-bescherming, connectorplaatsing die conflicteert met kabels en ontoereikende thermische paden voor SoC's of spanningsregelaars.

Hoe moet de firmwareprogrammering tijdens de PCBA-productie worden aangepakt?

Bij het programmeren van de firmware moet de juiste image, versie-informatie, programmeerverificatie, een uniek serienummer of MAC-adres (indien nodig), vastlegging van kalibratiegegevens en een herstelmethode voor het geval het programmeren mislukt, worden meegeleverd.

Hebben robotbesturingskaarten een beveiligde opstartprocedure nodig?

Beveiligd opstarten is waardevol wanneer de robot is verbonden met een netwerk, relevant is voor de veiligheid, in het veld kan worden bijgewerkt of commercieel wordt ingezet. Het helpt voorkomen dat ongeautoriseerde firmware wordt uitgevoerd, maar vereist compatibele hardware, sleutelbeheer en een gepland updateproces.

Welke tests zijn belangrijk voor de productie van robotbesturingskaarten?

Belangrijke tests omvatten verificatie van de voedingsspanning, opstarttest, geheugentest, firmwareverificatie, controle van de communicatie-interface, programmeergegevens, inspectie van ESD-gevoelige interfaces en functionele tests met representatieve randapparatuur.