MQTT and Odoo: bringing in shop floor data without replacing your machinery

Wat MQTT is, zonder jargon

MQTT is een lichte manier om berichten tussen apparaten en systemen uit te wisselen. In gewone taal: een sensor, machine of gateway stuurt een kort bericht naar een broker, en systemen die dat bericht nodig hebben kunnen het ophalen of ontvangen.

Dat maakt MQTT aantrekkelijk op de werkvloer. Het is snel, relatief eenvoudig en geschikt voor veel kleine berichten: machine draait, order klaar, temperatuur gemeten, doos gepasseerd, storing actief. Voor Odoo is vooral de zakelijke betekenis belangrijk. Niet elk technisch bericht hoort in ERP; alleen data die een registratie, beslissing of actie beter maakt.

Een goede Odoo MQTT koppeling begint daarom niet bij het protocol zelf, maar bij de vraag welke beslissing nu te laat, te handmatig of te onzeker is. Wil je werkorders automatisch starten en stoppen? Wil je onderhoud plannen op echte draaiuren? Wil je kwaliteitsmetingen direct bij de juiste batch zien? Dan pas wordt duidelijk welke berichten relevant zijn.

Waarom fabrieken vaak bij MQTT uitkomen

Fabrieken komen vaak bij MQTT uit omdat moderne sensoren, gateways en sommige PLC-omgevingen het al ondersteunen. In dat geval is MQTT de makkelijke route. Er hoeft geen zwaar maatwerkprotocol te worden bedacht en het berichtenverkeer kan netjes lokaal blijven voordat Odoo alleen de relevante resultaten ontvangt.

Voor productiebedrijven met meerdere machines is dat praktisch. Een verpakkingslijn kan tellingen leveren, een temperatuurunit kan meetwaarden melden en een gateway kan statusinformatie verzamelen. Odoo hoeft niet elk apparaat zelf te kennen. Odoo krijgt de betekenis die nodig is voor planning, voorraad, kwaliteit of onderhoud.

Daarmee voorkom je dat operators data overtypen aan het einde van de dag. De werkvloer vertelt eerder wat er gebeurt, en Odoo kan daar sneller op reageren.

Broker lokaal of in de cloud

De broker is het tussenstation waar MQTT-berichten samenkomen. Die kan lokaal draaien, bijvoorbeeld binnen het fabrieksnetwerk, of in een cloudomgeving. Welke keuze verstandig is, hangt af van het proces, de netwerkafspraken en de beschikbaarheid die nodig is op de vloer.

Voor veel productieomgevingen is lokaal beginnen logisch. De werkvloer blijft werken wanneer de internetverbinding hapert, en alleen de informatie die Odoo nodig heeft gaat verder. Dat past bij bedrijven die realtime inzicht willen zonder hun hele machinepark direct afhankelijk te maken van een externe verbinding.

Het doel is niet om zoveel mogelijk technische data door te sturen. Het doel is dat Odoo op tijd weet wat operationeel waar is: een order is gestart, een batch heeft een meetwaarde, een lijn staat stil, of een planner moet de volgorde aanpassen.

Van MQTT-bericht naar Odoo-record

Een MQTT-bericht is pas waardevol wanneer het in Odoo leidt tot een betere registratie of actie. Een melding dat een lijn draait is op zichzelf nog geen resultaat. Het resultaat ontstaat wanneer Odoo daardoor een werkorder betrouwbaarder registreert, een kwaliteitscontrole klaarzet of een onderhoudstaak eerder zichtbaar maakt.

De keten moet zakelijk te volgen blijven: signaal op de werkvloer, gateway of broker die het leesbaar maakt voor de integratielaag, Odoo-record dat wordt bijgewerkt, en daarna een beslissing. Bijvoorbeeld: de planner ziet dat de werkelijke bewerkingstijd structureel afwijkt van de routing en past de planning aan voordat de volgende order wordt beloofd.

Precies daar zit het verschil tussen een technisch project en een nuttige koppeling. De techniek is alleen geslaagd als iemand in verkoop, planning, productie, kwaliteit of onderhoud er een betere beslissing door neemt.

Wat als de machine geen MQTT spreekt?

MQTT is prettig wanneer een apparaat het al kan. Maar het is nooit een voorwaarde om een machine aan Odoo te koppelen. Veel machines zijn gekocht voordat MQTT, OPC UA of moderne datakoppelingen normaal waren. Achteraf zo’n interface toevoegen kan duur zijn, door de machinebouwer worden tegengehouden of simpelweg niet passen binnen garantie en certificering.

Daarom kijkt Linky Business niet alleen naar protocollen. Als een apparaat een leesbaar signaal produceert, kunnen we het koppelen. Denk aan categorieën zoals digitale en analoge I/O, relais- en contactorcontacten, eindschakelaars, lichtschermen, sensoruitgangen en stroomverbruik op een bestaande kabel. De machine zelf blijft ongemoeid; er wordt niets in de machine omgebouwd en er is geen medewerking van de machinebouwer nodig.

Dit vraagt wel om werk dat een software-only ERP-partner meestal niet levert. Je moet het elektrisch schema kunnen lezen, veilig in de schakelkast kunnen werken en begrijpen welk signaal zakelijke betekenis heeft. Dat is geen Odoo-configuratie, maar industriële praktijkkennis. Meer over die aanpak staat op onze pagina over machine connectivity met Odoo.

Voorbeeld: een verpakkingslijn en een draaibank uit 1995

Neem een productiebedrijf met twee startpunten. De verpakkingslijn heeft al een MQTT-capabele teller. De draaibank uit 1995 heeft geen protocol en geen digitale interface richting ERP. Toch veroorzaken beide hetzelfde probleem: operators registreren te laat, waardoor planning rekent met aannames.

Bij 36 werkorders per week staat de routing voor een terugkerende bewerking op 45 minuten. Na de koppeling laat Odoo zien dat de effectieve tijd gemiddeld 57 minuten is. Dat verschil van 12 minuten per order is 432 minuten per week, dus 7,2 uur capaciteit die eerder onzichtbaar bleef.

De keten is concreet. Op de verpakkingslijn komt de telling via MQTT bij de Linky gateway terecht; bij de oude draaibank komt een leesbaar machinesignaal via dezelfde industriële laag beschikbaar. Odoo legt de werkelijke start, stop en output bij de werkorder vast. De planner ziet dat de routing te krap is, past de normtijd aan en voorkomt dat sales de volgende serie opnieuw te optimistisch belooft.

Het commerciële gevolg is belangrijker dan het protocol. De machine hoeft niet vervangen te worden, de operator hoeft minder over te typen en de planning krijgt capaciteit die eerder verstopt zat. Voor zo’n eerste stap is een twee-machine pilot meestal genoeg: ongeveer twee weken tot eerste echte data in Odoo, met een vaste prijs na technische quickscan.

Beveiliging en netwerkscheiding

Een Odoo MQTT koppeling hoort niet te betekenen dat elk apparaat op de vloer direct met het internet praat. In een serieuze productieomgeving wil je scheiding tussen machineomgeving, broker, gateway en ERP. Niet uit angst, maar omdat storingsvrij werken belangrijker is dan een mooie demo.

In de praktijk gaat het om heldere grenzen. De werkvloer blijft lokaal bruikbaar, Odoo ontvangt alleen wat nodig is voor het proces en rechten worden beperkt tot wat de koppeling moet doen. Zo wordt MQTT een robuuste schakel in de operatie in plaats van een losse technische hobbylaag.

Dit is ook waar de keuze tussen standaard software en een partner met hardwarekennis zichtbaar wordt. De vraag is niet alleen of Odoo een bericht kan ontvangen. De vraag is of de koppeling past binnen de fabriek, de schakelkast, het netwerk en het proces.

Wanneer MQTT niet de juiste keuze is

MQTT is niet altijd de beste route. Als een machine al betrouwbare Modbus-waarden levert, kan Modbus eenvoudiger zijn. Als een machinebouwer OPC UA netjes heeft ingericht, kan OPC UA de comfortabele optie zijn. En als er helemaal geen modern protocol is, werkt ruwe I/O vaak beter dan proberen een ontbrekende interface te forceren.

De fout is om MQTT als doel te zien. Het doel is realtime operationele data in Odoo. Soms komt die via MQTT, soms via Modbus of OPC UA, en soms via een bestaand contact, sensoruitgang of stroombeeld. Het protocol is de makkelijke case wanneer het er al is; het is geen toegangskaartje voor digitalisering.

Voor Linky Business is de praktische regel simpel: begin bij het apparaat dat er al staat en de beslissing die beter moet worden. Daarna kies je de route die betrouwbaar en onderhoudbaar is. Zie ook onze pagina over machines, devices en sensoren koppelen aan Odoo.

Wat een eerste stap concreet inhoudt

Een goede eerste stap is klein genoeg om te bewijzen en concreet genoeg om waarde te meten. Kies bijvoorbeeld één moderne bron die al MQTT spreekt en één oudere machine zonder protocol. Dan zie je meteen het verschil tussen de makkelijke route en de aanpak die altijd werkt wanneer er een leesbaar signaal is.

De scope hoort scherp te zijn: welke twee apparaten, welke Odoo-registratie, welke beslissing moet beter en welke rapportage is voldoende om het vervolg te bepalen. Linky Business werkt met een laag, vast en voorspelbaar maandbedrag per locatie voor de gateway en per extra node. Maatwerk kan aan het begin meer werk vragen, maar verhoogt het maandbedrag niet door complexiteit. De actuele tarieven staan op de prijzenpagina.

Belangrijk: de gateway en nodes worden door Linky Business geleverd als onderdeel van het abonnement. De klant bezit de eigen machines, de eigen data in Odoo en het resultaat. Support, uitbreidingen en wijzigingen kunnen apart worden afgesproken. Zo blijft de eerste stap overzichtelijk zonder te doen alsof er geen terugkerende kosten bestaan.

Conclusie

MQTT kan een uitstekende route zijn om werkvloerdata naar Odoo te brengen. Zeker wanneer sensoren, gateways of PLC’s het al ondersteunen, is het vaak licht, snel en praktisch.

Maar een Odoo MQTT koppeling moet nooit beginnen met de aanname dat elke machine MQTT moet spreken. Oudere machines, labelprinters zonder netwerkpoort, eenvoudige sensoren en bestaande contacten kunnen nog steeds waardevolle data leveren. Als het signaal leesbaar is, kan Odoo er operationeel iets mee doen.

De winst zit niet in het protocol. De winst zit in betere werkorders, realistischere planning, minder handmatige invoer en beslissingen die dichter op de werkvloer liggen. Begin daarom niet met de vraag welk protocol het mooist is, maar met de vraag welke machine of handeling vandaag de meeste onzekerheid veroorzaakt.