ISOBUS ist eine "robuste" version des CAN-Bus für Landmaschinen und moderne Traktoren, wie man ihn aus dem KFZ kennt. Mich interessiert besonders das Thema "universal terminal". Viele moderne Traktoren haben ein großes Display im Fahrerhaus, auf dem nicht nur die unmittelbaren Betriebswerte des Traktors angezeigt werden. Über den ISOBUS kann angebaute oder angehängte Landtechnik mit dem Display kommunizieren und Werte anzeigen, ohne, dass der Display-Hersteller etwas Sepzifisches dazu programmieren muss. Es ist ein wenig wie eine Mischung aus NEXTION HMI-Displays und Display-Postscript der NEXT-Computer. Nach korrekter Anmeldung bekommt die zusätzliche Landmaschine auf dem Display eine eigene Registerkarte oder Fläche für ein Widget. Per Kommando kann eine eigene (simple) GUI mit vordefinierten Controls erstellt und Werte können angezeigt werden. Es gibt auch SImulatorne für Entwickler, z.B. hier: https://github.com/Open-Agriculture/AgIsoVirtualTerminal Etwas Austausch zu praktischen Erfahrungen wäre mir angenehm ...
Was willst du denn genau wissen bzw. tun. Das Thema VT ist schon recht umfangreich. Und ja, ich hab da praktische Erfahrung damit.
Angehängte Dateien:
-
neho01computer.jpg
22 KB -
neho02computer.jpg
7,9 KB -
neho03computer.jpg
11 KB
Μαtthias W. schrieb: > Was willst du denn genau wissen bzw. tun. Das Thema VT ist schon > recht > umfangreich. Und ja, ich hab da praktische Erfahrung damit. Das ist super, vielen Dank, dass du dich gemeldet hast. Wir werkeln am Protoyp einer Feuchtemessung für Stroh- und Heuballen, bei dem die Sensoren vorne in den Zinken der Ballenspieße drin sind. Bisher bieten wir ein eigenständiges Display für das Fahrerhaus vom Traktor oder Radlader an. Von einem Hersteller wurde uns nahegelegt, auch die Anzeige auf dem VT zu erwägen, weil viele moderne Fahrzeuge der höheren Preisklassen bereits über ein recht großes Display/Bordcomputer verfügen und es irgendwie uncool wäre, da noch ein eigenes dazu zu klempnern. Ich habe mich bisher oberflächlich eingelesen, was du ja auch an meinem Eingangspost erkennen kannst. Aber ich habe auch herausgefunden, dass es VT-Emulatoren für Mac und PC geben soll, teils von Herstellern, teils open source von Github. Das ist sicher auch gut so, denn wer hat z.B. schon immer einen riesigen New-Holland-Traktor neben dem Schreibtisch :-) Im Moment bin ich noch in der Konzept-Phase, weiss eigentlich noch nicht so ganz genau, was ich fragen möchte, muss noch viel lesen. Aber ich würde gerne auf dich zurückkommen, wenn es an die Realisierung geht und mit Sicherheit Detail-Fragen auftauchen ... (Die Bilder sind für Leute, die mitlesen, aber die Displays nicht kennen)
:
Bearbeitet durch User
Entschuldigung, vielleicht hilft der Link hier auch weiter?:https://forum.agrowissen.de/forum/index.php?thread/28199-isobusmaschiene-ohne-isobusschlepper-betreiben/ Ich denke gerade über die Bedienung vom Emax2 Sampler nach, der hatte nur ein sehr kleines Display - aber die Bedienung war leicht, und gegenüber der anderen Kisten hervorragend.
Frank E. schrieb: > (Die Bilder sind für Leute, die mitlesen, aber die Displays nicht > kennen) Danke dafür. Ich kann dir leider nicht helfen, würde aber gerne mitlesen.
Frank E. schrieb: > Wir werkeln am Protoyp einer Feuchtemessung für Stroh- und Heuballen, > bei dem die Sensoren vorne in den Zinken der Ballenspieße drin sind. > Bisher bieten wir ein eigenständiges Display für das Fahrerhaus vom > Traktor oder Radlader an. So wie ich das verstehe, geht es dabei erstmal noch nicht um 11783-10-Integration für TC-BAS. Das wäre quasi, wenn jemand einen Auftrag im Terminal startet und dann im TaskController die erfassten Werte loggt. Oder alternativ in einem SectionController die Stellen auf der Karte markiert, wo ein Ballen erfasst wurde und den Messwert als ne Art ApplicationRate markiert. > Von einem Hersteller wurde uns nahegelegt, auch die Anzeige auf dem VT > zu erwägen, weil viele moderne Fahrzeuge der höheren Preisklassen > bereits über ein recht großes Display/Bordcomputer verfügen und es > irgendwie uncool wäre, da noch ein eigenes dazu zu klempnern. Ich habe > mich bisher oberflächlich eingelesen, was du ja auch an meinem > Eingangspost erkennen kannst. Ist grundsätzlich der richtige Ansatz, definitiv, weil sich alle ISOBUS-konformen Terminals an den AEF-Conformance-Standard halten müssen - d.h. du multiplizierst massiv die erreichbaren Benutzer für das Anbaugerät damit. A > Im Moment bin ich noch in der Konzept-Phase, weiss eigentlich noch nicht > so ganz genau, was ich fragen möchte, muss noch viel lesen. Aber ich > würde gerne auf dich zurückkommen, wenn es an die Realisierung geht und > mit Sicherheit Detail-Fragen auftauchen ... Das "Problem" mit der 11783 ist halt erstmal der Technologiestack. Das Gerät muss sich nach ISO-L5 erstmal korrekt am Bus anmelden, d.h. das Connection-Handling muss da sein. ISO-L6 mit dem VT ist nochmal ne ganz andere Nummer. Früher hatte die DLG da nen Tool dafür, wo VT-Pools zusammengebaut und simuliert werden konnten, heute gibt es bestimmt noch andere Sachen - IsoAgLib vielleicht. Und die Stufen drüber (Parametergruppennachrichten L7 bzw. L10/L11) können dann nur Ausbaustufe sein. In jedem Fall solltet ihr als Firma um die Expertise aufzubauen, eventuell auch Mitgliedschaften in Kompetenzzentren für Isobus erwägen, die können da sicher gut weiter helfen. Denn unter dem Strich ist eine ISOBUS-Standardisierung auch nen gewaltiger Brocken an Expertise und Testaufwand, der nötig ist.
Ich hab inzwischen das hier gefunden, ein interessantes Demo-Projekt: https://github.com/lukashelmke/IsoBus_VT_Client_ESP32_Repo Dann habe ich mir bei Bucher-Automation den ISO-Designer (früher "Jetter") als Demoversion besorgt. Damit kann man die GUI offline designen (ganz ähnlich der Nextion IDE) und in einer Datei abspeichern. Das ist das, was der Client zuerst auf das Display beamt, um die GUI dazustellen. Nun suche ich noch eine kostenfreie VT Emulation für PC oder Mac, um auch zu sehen, was da rüberkommt ...
Frank E. schrieb: > Demo-Projekt Gibt es beim ISOBUS ähnliche Auflagen wie bei z.B. bei USB, dass du für eine gültige Vendor ID beim USB-IF kostenpflichtig registriert werden musst? Ich denke das solltest du relativ früh abklären bevor du viel Zeit in Code steckst, den du dann evtl. gar nicht offiziell verwenden darfst. Vielleicht bekommst du dann auch besseren Zugang zu Dokumentation.
L. schrieb: > Frank E. schrieb: >> Demo-Projekt > > Gibt es beim ISOBUS ähnliche Auflagen wie bei z.B. bei USB, dass du für > eine gültige Vendor ID beim USB-IF kostenpflichtig registriert werden > musst? > > Ich denke das solltest du relativ früh abklären bevor du viel Zeit in > Code steckst, den du dann evtl. gar nicht offiziell verwenden darfst. > Vielleicht bekommst du dann auch besseren Zugang zu Dokumentation. Guter Einwand, gibt es tatsächlich, nennt sich "manufacturer code". Aber für Entwicklungs- und Testzwecke darf erstmal "0" verwendet werden.
Wenn es nur um einen Prototyp geht, würde ich gerne dieses Projekt in den Raum werfen: https://github.com/Open-Agriculture/AgIsoStack-plus-plus Für ein serienreifes Produkt ist es aus meiner Sicht sinnvoller, direkt bei einem Dienstleister mit eigenem Stack anzufragen. Der ISOBUS certified Aufkleber kommt von der AEF und wird nur für Hardware+Software vergeben... Bis dahin sind aber allerlei Gebühren fällig. Auch wenn Isobus eigentlich toll ist: In der Praxis sind die VT-Oberflächen grafisch ziemlich limitiert, und die "Usability" für den Landwirt je nach Terminal eher mau.
Es scheint so, als ob ich eine brauchbare Terminal-Emulation gefunden habe. Ich werde es ausprobieren ... https://github.com/Open-Agriculture/AgIsoVirtualTerminal Den ISO-Designer habe ich inzwischen mal probiert - naja, die grafischen Möglichkeiten sind wirklich recht bescheiden. Z.B. eine "Meter" bzw. "Gauge"-Komponente (Rundinstrument mit Zeiger), die nur im Ganzen einheitlich eingefärbt werden kann und mit 1-Pixel Haarlinien gezeichnet wird ... Man könnte das Ganze sicher durch darunter bzw. darüber gelegte andere Objekte noch optisch ein wenig "aufpeppen", aber leider kann ich derzeit nichts zum dynamischen Verhalten sagen, bevor ich mal ein VT ausprobiert habe. Sowas habe ich mal mit der "Gauge"-Komponente unter Nextion versucht. Im Ruhezustand sah das ganz cool aus, bis zu dem Moment, wo irgend ein Wert verändert wurde - grausiges Geflimmer und Geflacker durch die nicht synchronisierten Redraws ....
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.