ODOT diepgaande maatwerkoplossingen voor de veehouderij

Casus en topologie

Casus en topologie

Een groot veehouderijbedrijf dat zich voornamelijk bezighield met de varkenshouderij.Tijdens het gehele voer- en managementproces worden veel stappen automatisch uitgevoerd.In deze stappen is het voeren van de varkens het belangrijkste onderdeel.Door dit beheer van de voerlevering zou een nauwkeurige varkensvoeding kunnen worden gerealiseerd, die de verspilling van varkensvoer effectief zou kunnen elimineren en tegelijkertijd de groei van varkens zou garanderen.

Veldintroductie:

Het voeren van de varkens werd overgenomen met de voerapparatuur van een bekend internationaal bedrijf, dat de nauwkeurige levering van het voer al had gerealiseerd, en de apparatuur werd tevens ondersteund met managementsoftware.Het gepresenteerde datamodel was echter beperkt en de basisdatabase kon niet via de ondersteunende software worden verzameld, en de informatie moest opnieuw worden verwerkt om aan de behoeften van de klant te voldoen, zodat deze meer informatie voor de varkensfokkerij kon verzamelen.Daarom wilde de klant naast de originele ondersteunende software een krachtiger en praktischer beheerplatform ontwikkelen.Dus ODOT Automation System Co., Ltd. zou een oplossing op maat voor de klant bieden.

ODOT diepgaande maatwerkoplossingen voor de veehouderij

ODOT-producten voor de oplossing:

ODOT-producten voor de oplossing

MG-CANEX is een protocolconverter van CANopen naar Modbus TCP.Het apparaat speelt als master in het CANopen-netwerk en kan worden aangesloten op de standaard CANopen-slave-apparaten.De gegevensoverdracht ondersteunt PDO, SDO en foutcontrole ondersteunt Heartbeat.Het ondersteunt het synchroniseren en asynchrone verzenden van berichten.

Als TCP-server in het Modbus TCP-netwerk kan het apparaat tegelijkertijd door 5 TCP-clients worden benaderd en kan het worden aangesloten op een PLC-controller en verschillende soorten configuratiesoftware.Het zou ook een optische transceiver kunnen aansluiten en datatransmissie over lange afstanden kunnen realiseren.

 

Methoden voor het verwerven van basisgegevens voor softwareontwikkeling

1. Automatische hervorming, het vereist het toevoegen van sensoren aan de originele apparatuur om basisgegevens te verzamelen;

2. Verzamelen van de originele uitrustingsgegevens via een slimme gateway.

Vergelijking van de twee methoden:

1. De automatische hervormingsmethode vereist lage technische vereisten.Dit zou gerealiseerd kunnen worden door het plaatsen van diverse sensoren.De hardwarekosten zijn echter hoog en de originele apparatuur moet worden aangesloten en geboord. Ook de datasynchronisatie van het originele systeem en het installatiesysteem kan niet worden gegarandeerd.

2. Slimme gateway gebruiken om gegevens van de originele apparatuur te verzamelen.Deze oplossing vereist hoge technische vereisten, hoge risico's en hoge initiële inputkosten, maar de gegevens zouden een sterke consistentie hebben en het is niet nodig om verschillende soorten sensoren toe te voegen.De implementatiecyclus ter plaatse is kort en de gegevens zijn stabiel en betrouwbaar.

Na een uitgebreide afweging koos de klant voor schema 2 om de basisgegevens van de originele uitrusting te verzamelen.

 

Projectimplementatie:

Nadat we de behoeften van de klant kenden, bevestigden we eerst dat het plan haalbaar was en voerden we het project uit volgens de volgende stappen:

1. Nadat de klant akkoord was gegaan, gingen onze ingenieurs naar de locatie van het veredelingsbedrijf om de communicatiemethoden tussen het beheerplatform van de voerapparatuur en de verzamelapparatuur ter plaatse te testen en analyseren.En we hadden een testrapport aan de klant afgegeven;

2. Volgens de analyse van de locatiesituatie, en gecombineerd met onze langdurige ervaring met op maat gemaakte gateways, werd bevestigd dat de onderliggende gegevens van het apparaat konden worden verzameld;

3. En het plan voor gegevensverzameling werd bevestigd, dus in eerste instantie begonnen we met het aanpassen van het gateway-hardwareplatform en gingen we aan de slag met de prototypeproductie.Ondertussen wordt de bijbehorende software-R&D uitgevoerd;

4. Nadat de aangepaste gateway en de software zijn voltooid, hebben we een on-site bedieningsplatform gesimuleerd om de betrouwbaarheid van de aangepaste gateway te testen;

5. Nadat de test ok was, werd de gateway verzonden voor veldtesten.Volgens de feedback van de veldtest zou de aangepaste gateway op afstand kunnen worden gedebugd;

6. Nadat de test was uitgevoerd, bleef de gateway nog een hele tijd ter plaatse draaien om de stabiliteit te verifiëren.

 

Hoogtepunten:

De voerapparatuur maakt gebruik van een privécommunicatieprotocol.En dankzij het ODOT R&D-centrum met zijn software- en hardware-R&D-capaciteiten was de op maat gemaakte gateway met succes ontwikkeld.

Hoogtepunten

Conclusie:

Onze op maat gemaakte CANEX-SY (ontwikkeld op basis van MG-CANEX) wordt stabiel ter plaatse geëxploiteerd.En de gegevens van het voedingsapparaat worden verzameld zonder de normale werking van de originele apparatuur te beïnvloeden.Ook zouden de verzamelde gegevens kunnen worden gebruikt voor de secundaire ontwikkeling van het softwareontwikkelingsbedrijf.De gegevens verzameld door het softwarebedrijf op basis van CANEX-SY zijn onafhankelijk van de gegevens en analyses die op het oorspronkelijke platform worden gepresenteerd om aan de behoeften van klanten te voldoen.

Conclusie


Posttijd: 05-nov-2020