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.
