Hilfe - Arduino Nano programmieren mit "XD2031" (für nano488)

Da geht's ja voll ab.

Da stimmt doch irgendwas mit den Pfaden nicht:

Ooh jeh, sorry für's späte Reinschauen. Bin gerade beruflich ziemlich ausgelastet.

Zum ersten passen alte Firmware und neue Serverware nicht zusammen. Da hat es ein paar Updates im Protokoll gegeben.

Hast Du einen Nano oder einen Nano Every? Zu ersterem braucht's m.E. den Programmer dazu, der Nano Every geht über die USB-Schnittstelle direkt zu programmieren.

Gebaut wird die firmware mit "DEVICE=nano488 make" resp. "DEVICE=nano488e make", sie liegt dann unter "xd2031-firmware-<datum>/*nano488*/ als *.elf bzw. *.hex Datei.

Im firmware-Verzeichnis, müsste man eigentlich einfach nur "DEVICE=nano488 make flash" bzw. "DEVICE=nano488e make flash" machen, dann wird der programmiert. Wie gesagt, mit Programmer für den nano, bzw. über USB für den nano every.

Das ganze halt unter Linux ohne iDE.

Wenn es mit Windows zu programmieren gehen soll ... da kenne ich mich überhaupt nicht aus.

Das scheint ein normaler Arduino nano zu sein. Der nano every hat einen Atmega m4809 drauf.

Welche firmware hast Du denn draufgemacht? Die muss

a) relativ aktuell sein (d.h. auch für genau dieses Device)

b) es könnte sein dass die Firmware zu groß ist und ggf. den loader zerschossen hat. Deshalb habe ich immer den Programmer dafür. Der 328p ist nunmal echt ziemlich klein, da geht auch nicht alles in der Firmware deswegen (keine block-Zugriff, keine REL-files IIRC)

Wenn mir jemand sagt wie ich die *.elf/*,hex files konvertieren muss, damit Du sie programmieren kannst mache ich das gern.

Edit: hab die aktuelle firmware mal angehängt

Wenn ich mir die logs oben anschaue, dann hat der server glaube ich ein Problem damit, mit drives umzugehen

Ja, wenn der Server nicht läuft bleibt die Firmware aktuell hängen.... long standing bug, bin ich noch nicht dazu gekommen...

Zitat von CBM_Ba

Danke, die spiele ich dann gleich mal auf. Glaube aber, dass es genau die Version von Scouter3D ist.

Hi, "mein" Compilat unterscheidet sich ordentlich von fachat s Version... in mehr als der Hälfte aller Bytes...

Cheers, TOM:0)

Wahrscheinlich eher eine gefixte. Wie hast Du den Server gebaut? Ich bin WIndows-unbegabt...

Sodala, lässt mir ja keine Ruhe :0) - jetzt wollte ich den Server-Teil compilieren...

Neue GCC Installation, neue CURL Installation, dann im Verzeichnis "pcserver" ein "make" und....

- Fehler... zuerst fehlt ihm "err.h"

im commons Verzeichnis gibt es ein "errors.h" nachdem ich das in "err.h" (Ist das korrekt? oder gibts da wo eine passende err.h Datei? ) umbenannt hatte gehts ein bisserl weiter, aber dann gibts neue Fehler...

(Im Bild unterhalb der roten Linie...)

Lg. TOM:0)

Das sieht so aus, als wäre noch einem umfangreichen Refactoring das Repository nicht vollständig aktualisiert worden.

Selbst wenn man das kompiliert bekommt, können da noch beliebig viele Fehler drin sein.

Wenn fachat lokal einen lauffähigen Stand hat, dann wäre es das Beste, wenn er das Repository noch mal komplett aktualisiert und vielleicht seinen Stand hier als ZIP zur Verfügung stellt.

Zitat von CBM_Ba

Zitat von fachat

Wahrscheinlich eher eine gefixte. Wie hast Du den Server gebaut? Ich bin WIndows-unbegabt...

Puuuuh… Toast_r hat sie mir zur Verfügung gestellt.

Evtl. meldet er sich hier nochmal.

Puh, das ist ja wieder so lange her...

Ich habe die ziemlich sicher nicht selbst kompiliert, diesbezüglich bin ich nämlich auch ein totaler Noob.

Wenn ich die nicht seinerzeit direkt von fachat bekommen habe, dann hat for(;;) die für mich kompiliert.

Ja, ich bin "des Wahnsinns fett-triefende Beute" ;0)

Aber ich fürchte, das wird nicht hinhauen...

Zitat von Toast_r

Wenn ich die nicht seinerzeit direkt von fachat bekommen habe, dann hat for(;;) die für mich kompiliert.

Ich habe da schon ewig nichts mehr mit gemacht, also ich könnte da nun auch keinen aktuellen Stand liefern.

Also mein lokales repo ist aktuell und ein "make" baut auch alles. Das ist auf einem kubuntu 22.04 LTS Linux.

---

git status

On branch master

Your branch is up to date with 'origin/master'.

---

Das mit dem err.h ist schon komisch ... denn cmdline.c included das, aber es gibt tatsächlich kein err.h im repo

Hm, geht auch ohne err.h - einfach mal das include rausnehmen?

WSAEWOULDBLOCK..... das kenne ich überhaupt nicht. Habt Ihr das versucht unter Windows zu bauen?

Zitat von fachat

WSAEWOULDBLOCK..... das kenne ich überhaupt nicht. Habt Ihr das versucht unter Windows zu bauen?

Das ist EWOULDBLOCK aus der Windows-Socket API (WSA). Ja, sieht so aus.

Zitat von fachat

Habt Ihr das versucht unter Windows zu bauen?

Hallo fachat , ja das war der Versuch es unter Windows zu bauen...

Mittlerweile hab ich es schon fast hinbekommen eine Linux Variante zu compilieren...

(Linux Mint mit neuer / aktueller GCC und Libcurl Installation) bin aber echt schon am Aufgeben irgendwie eine Windows Binary zusammenzubekommen... (Bin da auch blutiger Anfänger)

Lg. TOM:0)

ah crap, das Windows serial device.

Probier mal den letzten Stand aus dem "master" branch, ich habe die Punkte oben aus dem Screenshot mal provisorisch behoben.

Was nutzt Ihr denn zum Bauen? Ist das Cygwin?

Zitat von fachat

Was nutzt Ihr denn zum Bauen? Ist das Cygwin?

Ich hab folgende Komponenten heute dafür frisch installiert:

1) Mingw

2) curl-7.88.1_2-win64-mingw

Lg. TOM:0)

Zitat von fachat

ah crap, das Windows serial device.

Probier mal den letzten Stand aus dem "master" branch, ich habe die Punkte oben aus dem Screenshot mal provisorisch behoben.

Was nutzt Ihr denn zum Bauen? Ist das Cygwin?

Cygwin würde EWOULDBLOCK kennen und man würde höchstwahrscheinlich in der Lage sein, die Quellen unverändert durchzukneten, weil Cygwin versucht, eine möglichst Unix-ähnliche Umgebung herzustellen.

MingW tut das leider nicht. Dafür brauchts aber auch keine Laufzeitumgebung.

Hi fachat , thanks for the new version...

here is, what happens, when i do a simple "make" in the pcserver directory...

Cheers, TOM:0)