The First Dutch ISOBlue!


#22

@wang701 It will also/already be useful to know how you go about decoding the messages. What does your proces look like?


#23

Hello Simeon and derk,

I mostly use our Excel sheet and create parsers in python manually. It is quite tedious and not automated. One place you can take a look to get you started is our group’s isobus-parser-js. It is different from the parsers I am using now but it provides a decent code structure to get started if you have the PGN definitions.

Another place you can look is pysobus. It has some PGN definitions but from my experience they are not really accurate and then the library didn’t work last time I installed the library.


#24

Hi Auke,
we use a different brand of tractor, Massey Ferguson. I would be very interested finding out if that works too!
Very welcome to our Farm. ( close to Derk)


#25

For inspecting the data, try using a linux editor ( LF in stead of CR/LF)
A good one is Notepad++


#26

Hi Yang,

Thanks for explaining your process!

In thinking about what would be the best move forward to “decoding” some of the usefull PGN’s, some questions came to mind. Mostly, what would be the right standard part to buy to start off.

First, what are we looking for? During the hackaton these came up as the most relevant:

  • Motor RPM
  • PTO RPM
  • Hitchresistance
  • Fuel usage (this one is likely proprietary?)
  • Hitch angle/height
  • Speed (can also be done by gps?)

The sheet you pointed to (J1939 Digital Annex) actually seems to be automotive oriented, as you probably know. I have read somewhere that quite a few of the common PGN’s were copied to the ISO 11783 standard as each engine has a RPM etc. From your comments I understand that this file contains at least a few of the definitions we need to convert the messages. Is this correct? (from your own experiences of working with the sheet?) Would we be better of buying this sheet instead of one of the ISO 11783 parts?

Regarding the ISO 11783, you pointed to part 3.
Am I correct to understand that this part also contains definitions like you have in the J1939 sheet?
Or is that a different part, perhaps part 7 or 8?

In studying what PGN’s and SPN’s are, another question came up.
On the ISOBUS Website I found a data dictionary.
I noticed there are definitions for the same PGN with a different SPN. Does that mean we need both the PGN and SPN to match a similar signal to its previous occurence?

Wikipedia seems to suggest something similar: PGN’s and SPN’s


#27

Perhaps this coud be interesting?:

http://www.isoaglib.com/en/home

“ISOAgLib contains the full amount of standard functions related to electronic communication in mobile machinery according to the norm ISO 11783”.

They (from OSB engineering & IT) also offer services to parties who want to work with ISOBus data:


#28

Hi All,

For the latest progress on the data-decoding, please see the TrekkerHack 2018 thread (Dutch)
https://forum.farmhack.nl/t/trekkerhack-2018/67/5


Challenge 4: Trekkerdata over bodemverdichting
#29

Hi all, just a quick update! Next stop in the development phase is our participation in the National Soil Hack. Going into the hackathon: data we logged with @derk and @Pieter last week. What will come out is a surprise, we still have 16 hrs to go untill jury time :man_technologist::man_dancing:

The hackathon team is working hard on data visualisation. They are looking at visualisation of moving tractor, playing datapoints one after other, and include layers of height, NDVI, fuel. Some hickups with matching different time stamps.

Team: Madhu Srinivasa, Justin Steenhuis, @Auke, @Roel, Mark de Leeuw en Thijs Adegeest (ASR) & Martijn Richtering (ASR)

And a sneak preview under the hood:


#30

Succes daar. Ik zie dat er daadwerkelijk data uit de Case trekker is gekomen. Hebben jullie ook data uit de MF van Pieter gekregen?
groeten, Derk Gesink


#31

Here’s a short demo of what we came up with http://madhums.me/LeafletPlayback/examples/example_0.html


#32

@derk Here’s a plot of the hitch resistance that @auke and @roel shared in another topic [1].

As you can see the resistance has a value of -150 kN at rest. Do you (or @Pieter) know why this is the case? Is it a measurement/decoding error, faulty standard implementation or does it actually make sense?

[1] Challenge 4: Trekkerdata over bodemverdichting


#33

Hi everybody,

concerning the negative value of Draft : it can be very well possible that, as well positive, as negative values exist.
This can be explained as draft in the reverse direction of the vehicle ( negative draft) and in the forward direction of the vehicle ( positive) . This is possible by the design of the 3 point hitch, in wich the upper-link and the lower links can take forces in both pull and push direction, this resulting in negative and positive forces in the lower links, in wich the draft-sensors are mounted.
As a example, imagine a long implement ( e.g. a plow), this will give in the lifted position a pull force in the uppper link and a push force in the lower links.

Have a nice day, and like Derk, very curious for the data of the Massey Ferguson.

Pieter.


#34

Hoi Derk en Pieter,

Goede vraag, ik ging er ondertussen vanuit dat er geen data uit de Massey Ferguson was gekomen omdat ik nog niks was tegen gekomen na het decoden. Zojuist de ruwe data aandachtiger bekeken en er is wel degelijk informatie uit gekomen. De volgende PGN’s staan erin:

  • 60160 Transport Protocol - Data Transfer
  • 60416 Transport Protocol - Connection Mgmt
  • 65408 Proprietary B
  • 65520 Proprietary B
  • 65521 Proprietary B
  • 65522 Proprietary B
  • 65523 Proprietary B

Niet iets waar wij wat mee kunnen op dit moment helaas en daardoor ook niet opgevallen, deze waarden decoderen wij niet…


#35

Thanks @Pieter for the great explanation. I had a hunch that negative values might be correct, it’s good to know that that is the case.


#36

Daar zit ém nu net de uitdaging om deze codes te reverse-engineren !
En misschien voor nog meer merken /types.

De meeste aandacht gaat natuurlijk naar hef-weerstand , brandstof verbruik enz…
die PGN’s zou je eerst moeten vinden en decoderen!

Misschien zitten de standaard motor-codes in een ander CAN netwerk op de trekker ( dat van de motor) ?


#37

Interesting article about tractor can data.
There is a really interesting subset of data available on almost all !! tractors.

https://depot.ceon.pl/bitstream/handle/123456789/14831/FMPMSA2017_97Defays.pdf?sequence=1&isAllowed=y


#38

Hi all! check out this start up: https://www.hellotractor.com/home - received some serious funding money!


#39

But also! Check out this amazing video by @Marijn - we totally :blue_heart: it! Looking forward to 2019, we have some serious plans! more soon


#40

Pieter,

Bij nader inzicht/overleg met Aaron Ault lijkt het er wel op dat er iets te doen moet zijn met PGN 60160, hiervan zijn ook standaards beschikbaar. Het is wel zo dat de communicatie in deze PGN als het goed is onderlinge communicatie betreft tussen de systemen op de trekker (het zijn geen status updates) Dus het is even de vraag hoeveel zinnige informatie (voor analyse) er in die specifieke PGN zit. Momenteel ligt de focus even op de “Open PGN’s”.


#41

Hi Derk en Pieter,

Met enige vertraging, deel ik graag onze bevindingen tot nu toe, wat betreft de data en de mogelijkheden van ISOBus logging.

Voor de BodemHack hebben we een selectie gemaakt van een aantal signalen. Na afloop zijn we nog even verder in de data gedoken, en er komt eigenlijk verassend veel data uit de Case in vergelijking met de MF, en ook valt op dat (voor nu) de Case veel meer van de signalen volgens de standaard geimplementeerd heeft.
Zou je aan kunnen geven wat het bouwjaar van de Case en van de MF zijn? We verwachten dat naarmate de tijd vordert leveranciers steeds strakker de standaard gaan implementeren.

In de dataset van de Case hebben we nog de volgende (meest relevante) extra signalen gevonden:

  • Gevraagd en geleverd motorkoppel

  • Voortuigsnelheid op basis van wielsnelheid

  • Koppelingsdruk

  • Huidige versnelling versnellingsbak

  • Overbrengingsverhouding van de huidige versnelling

  • Oliedruk van de versnellingsbak

  • Olietemperatuur van de versnellingsbak

  • Oliepeil van de versnellingsbak

  • Totaal aantal werkuren van de motor

  • Totaal aantal omwentelingen van de motor

  • Omgevingstemperatuur (lucht)

  • Relatieve luchtvochtigheid

  • Cruise control actief/niet actief

  • Meldingen motorbeveiliging

  • Vloeistofniveau Diesel Exhaust Fluid tank

  • Joystick knoppen en signalen

Het is nog even de vraag in hoeverre deze signalen goed gedecodeerd kunnen worden en of ze bruikbare informatie leveren, maar gekeken naar het onderhoud van de trekker lijkt het me niet oninteressant.

Iets wat verder nog opvalt is dat het aftakas signaal lijkt te ontbreken. Er is wel een signaal met de statusmelding van de aftakas. Ik vermoed dat wanneer we de aftakas aan zetten dat er meer signalen verzonden worden. Dit is nog even het onderzoeken waard.

Verder is het ons ondertussen ook enigszins duidelijk hoe het zit met het uitlezen van werktuigen.
De diagnosestekker waar de ISOBlue op aangesloten wordt bestaat al enige tijd op en in principe is dit de diagnosestekker voor het ISOBUS systeem van enkel de trekker.
Bij het gebruik van een werktuig met speciale besturingsfuncties of een display werd vaak een los kastje in de trekker geplaatst, met een kabel naar het werktuig. Moderne werktuigen hebben op die manier een eigen ISOBUS netwerk. Deze twee netwerken zijn alleen nog niet met elkaar gekoppeld. Ik heb van mijn oom vernomen, die ook enkele Case tractoren bezit dat het mogelijk is om een trekker “ISOBus voorbereid” te maken, vaak via de dealer. Daarmee worden de beide ISOBus netwerken aan elkaar gekoppeld, en kunnen trekker en werktuig direct met elkaar communiceren. Op dat moment kan de ISOBlue (naar alle verwachting) ook bij de data die de sensoren van het werktuig publiceren.

Alle informatie bij elkaar geeft ons het idee dat er relevante toepassingen voor machinedata in het verschiet liggen en om dit verder te onderzoeken gaan we een proeftraject starten met 5 ISOBlue’s. Een forumtopic hierover volgt binnenkort.

Auke