Forum: Mikrocontroller und Digitale Elektronik Nanotec SMCI-Erfahrungsaustausch, allgemein, speziell BLDC und NanoJEasy


von NanoUser (Gast)


Lesenswert?

Von Nanotec gibt es die SMCI-Motortreiber-Serie. Recht interessante 
Teile, auch preislich, aber sie haben wegen der Komplexität ihre Tücken.

Ich mache seit einem Jahr immer wieder mal was damit (BLDC und Stepper), 
mit dem SMCI36 (NanoJ1) und dem N5 (NanoJ2).
Es ist leider ein recht steiniger Weg, da es viele Stolpersteine gibt, 
wie auch hier im Forum zu lesen.
Ich lade alle Betroffenen hier zu einem offenen Erfahrungsaustausch ein, 
speziell auch die Mitarbeiter von Nanotec, die eine recht gute Hotline 
haben (089-900686-73).

Ich habe auch (für bessere Übersichtlichkeit) einen Wiki-Artikel 
aufgesetzt:
http://www.mikrocontroller.net/articles/Nanotec_Stepper-_und_BLDC-Motorcontroller_und_NanoJEasy-Programmierung

von Volker S. (vloki)


Lesenswert?

Also wir haben auch eine N5 für einen Nanotec BLDC Motor, welche wir 
über CANopen ansteuern wollen, seit fast einem Jahr. (wenn ich mich 
richtig erinnere)
Unzählige Firmware Versionen seither und meiner Meinung nach
noch immer nicht fehlerfrei :-(

: Bearbeitet durch User
von NanoUser (Gast)


Lesenswert?

Ich fange mit dem SMCI36 an:
Prozessor ist ein Microchip dsPIC32, es gibt zwei Firmware-Familien: 
eine für RS485 (PC-Software NanoPro) und eine für CAN (PC-Software 
NanoCAN).
Die PC-Programme stammen mMn aus verschiedenen Schmieden und sind recht 
unterschiedlich in der Bedienung.

Wenn man auf der Steuerung eigene Software zur Ablaufsteuerung 
(NanoJEasy-1) verwenden will, geht das nur im RS485-Mode. Es gibt 6 
5V-Eingänge und 2 OpenCollector-Ausgänge, die entweder feste Funktionen 
(z.B. Starte Satz, Satz-Auswahl, Ready, Run) oder frei programmierbar 
sind.

Zur Mechanik: gleich vorweg, in meinen Augen ist die Dsub-Buchse X14 
viel zu lapprig, wenn man beim Einstecken nicht vorsichtig hantiert und 
die Kraft durch Gegendrücken auf die Buchse ableitet, hat man gleich die 
Buchse von der Platine abgerissen oder zumindest ein paar Lötungen 
gelockert. Wir behelfen uns momentan so, dass wir die hinter der Buchse 
liegende M2,5-Schraube durch eine Sechskantverlängerung ersetzen und die 
Buchse daran ankleben. Nanotec hat die Schwachstelle erkannt und ein 
mechanisches Redesign versprochen.
Die 2 7-poligen Klemmen X3 und X4 im 3,5mm-Raster hätte ich auch gerne 
gegen Stecker getauscht (zumindest für die Entwicklungszeit).
Nanotecs Anwort: Sonderwünsche ab 1000 Stück realisierbar.

Die 5-poligen Kabel mit JST-Stecker (1,5er Raster) für Hall X1 und 
andere Eingänge X2 gibt es auf der Homepage nur in 90mm Länge 
(ZK-ZHR5-90), das 6-polige für X5 dagegen nur in 500mm (ZK-ZHR6-500).
Laut Hotline kann man aber auch andere Längen bestellen (mit 
Lieferzeit).

Die Übertragnung des kompilierten .prg dauert "ewig", da jedes Word als 
Dezimalzahl mit Overhead übertragen wird. Hat man beide Programme 
(NanoPro und NanoJEasy) geöffnet, so ist die serielle Schnittstelle von 
NanoPro belegt und man kann das .prg nicht mit NanoJEasy übertragen, 
sondern nur mit NanoPro im Reiter Statusanzeige rechts unten: Übertrage 
Programm (e kommt die nicht besonders aussagekräftige Meldung 
Kommunication Error, Kommunikationsfehler, besser wäre: Schnittstelle 
belegt durch ein anders Programm).

Die Einstellung der Motoradresse mit den beiden Drehschaltern 
funktioniert nicht wie im Handbuch dargestellt, da links und rechts 
nicht eindeutig ist. Im RS485 kann die Adresse nur bis 127 (ab 0x80 
fängt er wieder bei 0 an) eingestellt werden, das ist meines Erachtens 
noch ein Firmware-Bug.

Die ursprünglich gelieferte RS485-Version hatte einen weiteren Bug mit 
der Entprellung der Eingänge: manchmal wurde der aktuelle Eingang 
einfach nicht aktualisiert, d.h. eine Pegeländerung ignoriert. Was mich 
halt ein bisschen ärgert: bei Nanotec ist dieser Fehler seit langem 
bekannt, nichts ist auf der Homepage erwähnt und diese Version wurde 
(zumindest damals) ausgeliefert, trotzdem es eine wesentlich neuere 
Version ohne diesen Bug bereits gab. Als Neukunde wird man hier einfach 
verunsichert.

Zu den spike-empfindlichen Halleingängen schreibe ich das nächste Mal.

Zum N5:
Es gibt 4 Versionen:
· N5-1-1  EtherCAT + Ethernet  10A effektiv Dauer 10A peak  12-70V
· N5-2-1  EtherCAT + Ethernet  18A effektiv Dauer 54A peak  12-48V
· N5-1-2  CANopen  + Ethernet  10A effektiv Dauer 10A peak  12-70V
· N5-2-2  CANopen  + Ethernet  18A effektiv Dauer 54A peak  12-48V
Widersprüchige Angaben über die maximale Versorgungsspannung.

Mechanisch viel stabiler, mit NanoJeasy2 C++-like programmierbar (sehr 
schnell, da echter Maschinencode erzeugt wird), ARM-Prozessor 
(ARM7TDMI?).

Beim Betrieb von BLDC-Motoren mit Encoder daran denken, die passenden 
Kabel für X2 mitzubestellen.


Generell: die Handbücher und Programme enthalten wegen der Komplexität 
viele Ungereimtheiten. Ich habe mir mal die Mühe gemacht und etliche 
davon aufgezählt, Nanotec bedankte sich vielmals, aber korrigiert wurde 
noch nichts.  :-(
Ich glaube, ich stelle die Liste lieber hier herein, da ist mehreren 
geholfen.

Bitte 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
Noch kein Account? Hier anmelden.