Warnung
habe den
Motortreiber für den Messerantrieb nach Anleitung und mit Erfolg parallelgeschaltet. Betrieb bestens - auch im Automode mit Mähwerkhochlauf und satt Power beim Mähen.
Dann: "Stop" über Button, "Manuell" und "Mow on" über pfod app.
Nun - bei laufendem Mähwerk - bin ich auf dem Handy im Menü zurückgegangen auf "settings" --> "Mow" und habe die Drehzahl von Endanschlag zurückgenommen auf ca. 3000, dann (hab's gerade nicht vor Augen) den RPM-Wert(?) von 255 langsam zurückgenommen und ... blitz-funk-schmurgel ... ist der DC-DC-Wandler (habe nur den ersten bestückt) abgeraucht - hat sogar kurz mit Flamme gebrannt. Es schien auch unter dem Mega irgendwas stark zu leuchten. (PCB V0.5, Azurit 1.02.a3)
Kann mir jemand erklären, was ich da falsch gemacht habe?
Ich werde also nie wieder bei laufendem Mäher an den Parametern unter settings drehen???
Ansonsten: bin echt
zufrieden mit dem letzten Mähtest. Das Teil "pulverisiert" den Rasen derart - auch bei geschätzter abgemähter Halmlänge von 6 cm - dass in der gemähten Gasse nichts liegenbleibt, was einen zum Abharken verleiten müßte! So muss das sein (Begeisterung!)
Nächste Woche geht es dann an die Schleifensensoren und den Außentest.
Danach kommt die Bestückung des PCB 1.2 für Ardumower Nr. 2 (ca. 2200m2 Grundstück).
Zum "Fahrwerk": das DENNA-Chassis war ein Kompromiß, ohne Mechanikbastelei auszukommen.
Nr. 2 sollte aber eine größere Mähbreite (2 Mähwerke?) haben und die Möglichkeit bieten, bidirektional und relativ randlos zu mähen (Verbindungslinie der Aussenkanten der Räder einer Seite ist Außenkante des Mähtellers - 2 Mähteller asymmetrisch hintereinander mit geringer Überdeckung).
Und noch'n Punkt:
setzt jemand von Euch
MATLAB, Simulink, Stateflow ein?
Die Spannweite reicht von mathematisch exakter vollständiger Beschreibbarkeit des Modells über regelungstechnische Simulation bishin zum Zustandsautomaten und Codegenerierung für verschiedene Zielprozessoren (auch
Arduino). Selbst automatisiertes Testen der Modelle in vordefinierten Fällen scheint möglich zu sein. Ich überblicke das noch nicht so ganz. Auf jeden Fall gibt es sogenannte home-Lizenzen ab 100 € + MwSt (mit minimal notwendigen Modulen ist man dann irgendwo bei 200 +) Ich schaue mir das gerade an und überlege, ob sich eine Einarbeitung lohnt ...
Ein anderer Ansatz könnte
QM/QP sein (ich hatte vor einigen Monaten schon mal darauf hingewiesen):
QM™ (QP™ Modeler) is a freeware graphical modeling tool for designing and implementing real-time embedded software based on UML state machines (UML statecharts) and the lightweight QP™ active object frameworks. QM™ is available for Windows 64-bit, Linux 64-bit, and Mac OSX.
Ich habe bisher mit keinem der beiden Tools gearbeitet.
Gruß
Peter