Zitat von melior im Beitrag #99 ...wenn der Prozessor der gleiche ist wie auf dem Uno, dann wird wohl der einzige Unterschied der USB-Anschluß sein (FT232 <-> ATmega8).
ich habe das vorhin mal versucht. Es wurde beim Anschließen an den PC ein Treiber von Windoofs installiert. Allerdings wollte dein ASLoader nicht. Er zeigte mir an, dass er nicht synchronisieren kann. Im Gerätemanager stand die serielle Schnittstelle bei Com21. Die konnte ich in deinem Programm auswählen, es kam aber dort auch zu dieser Fehlermeldung.
Ich dachte, dass durch die Arduino-Software schon alle Treiber installiert sind. Dem war scheinbar nicht so. Ich werde das in den nächsten Tagen noch einmal probieren.
Zitat von Tody im Beitrag #101 ich habe das vorhin mal versucht. Es wurde beim Anschließen an den PC ein Treiber von Windoofs installiert. Allerdings wollte dein ASLoader nicht. Er zeigte mir an, dass er nicht synchronisieren kann. Im Gerätemanager stand die serielle Schnittstelle bei Com21. Die konnte ich in deinem Programm auswählen, es kam aber dort auch zu dieser Fehlermeldung.
Ich dachte, dass durch die Arduino-Software schon alle Treiber installiert sind. Dem war scheinbar nicht so. Ich werde das in den nächsten Tagen noch einmal probieren.
ich bin kein Windows-Fachmann, aber ich glaube, daß Du mit der Arduino-IDE die Treiber in Windows installierst, aber trotzdem Windows für jedes eingesteckte USB-Gerät eine Art Treiber-Registrierung macht.
Ich habe keinen Duemilanove und kann deshalb nicht selbst ausprobieren, ob der ASLoader damit funktioniert. In der boards.txt, die der Arduino-IDE beiliegt, habe ich gesehen, daß der Duemilanove zwar das Upload-Protokoll vom Uno spricht, aber mit 57600 statt mit 115200 Baud. Ich habe Dir mal eine Testversion vom ASLoader gebaut. Wenn Du da den Uno auswählst, wird die Baudrate automatisch auf 57600 gestellt. Wenn das nicht hilft, dann probiere doch mal, mit der Arduino-IDE den Blink-Sketch zu laden.
du bist echt ein Genie! Die Umstellung der Baudrate hat geklappt. Den Duemilanove kann ich aber erst an einem der anderen Tage testen. Ich schreibe dir dann, ob der Due auch funktioniert.
ich bin neu hier und habe mich aufgrund dieses interessanten Threads angemeldet. Ich heiße Frank und baue an einer größeren N-Anlage. Ich hoffe, das ist im H0-Forum trotzdem akzeptiert ;-) Ich möchte gern auf diesen Zug hier aufspringen und einen solchen WLAN-Maus zu XN-Adapter bauen. Dazu habe ich noch ein Verständnisproblem. Es ist in http://bonus.dyn.bawue.de/mediawiki/index.php/WLAN-Maus die Rede von fertig compilierter Firmware und folgich eigenem Bootloader. Meine Arduino (UNO) - Erfahrungen sind erst wenige Tage alt (und ich bin restlos begeistert!) - ist die Firmware/der Bootloader für Leute, die die Arduino-IDE nicht benutzen wollen? Denn ich würde einfach die Client-Lib und den Client-Sketch über die IDE verwenden und dann über die IDE auf den Arduino flashen - korrekt?
ähm - nicht ganz. Fertig compilierte Firmware stimmt, aber der Bootloader wird nicht verändert. Die Arduinos werden alle mit installiertem Bootloader ausgeliefert.
Zitat von lio im Beitrag #106Meine Arduino (UNO) - Erfahrungen sind erst wenige Tage alt (und ich bin restlos begeistert!) - ist die Firmware/der Bootloader für Leute, die die Arduino-IDE nicht benutzen wollen?
Ja genau. Die Firmware (die Hex-Datei) ist die fertig übersetzte Firmware, die man nur noch auf den Arduino draufladen muß. Das geht mit der IDE nicht. Man kann dafür avrdude nehmen (ist nicht ganz einfach zu bedienen) oder ein grafisches Tool wie meinen ASLoader.
Zitat von lio im Beitrag #106Denn ich würde einfach die Client-Lib und den Client-Sketch über die IDE verwenden und dann über die IDE auf den Arduino flashen - korrekt?
Ähm - nein. Client-Sketch und Client-Lib sind die unveränderten Dateien von Philipp Gahtow, dem eigentlichen Entwickler der Software. Ich habe daran ein paar Dinge verändert. Einige davon hat Philipp inzwischen in seine Software übernommen, andere nicht. Ich möchte nun nicht sein Projekt untergraben, indem ich seine Software in veränderter Form veröffentliche. Deshalb gibt es auf meiner Wikiseite nur die Veränderungen als Diff-Dateien zum Download. Jemand, der sich damit auskennt, kann daraus den Sketch und die Lib rekonstruieren. Aber das mußt Du nicht machen, denn es gibt ja die fertig übersetzte Firmware. Für Deinen Uno mit Ethernet-Shield wäre das http://bonus.dyn.bawue.de/download/Xpres...Adapter-Uno.hex.
Bei der Inbetriebnahme mußt Du daran denken, daß sich der Adapter seine IP-Adresse per DHCP besorgt. Am besten, Du konfigurierst Deinen WLAN-Router so, daß er für den Adapter immer die gleiche IP-Adresse vergibt. Diese Adresse mußt Du dann in der WLAN-Maus einstellen.
Und wenn Du Fragen hast - dafür ist das Forum ja da!
Erst einmal natürlich Respekt und Dank für deine Arbeit und dass du sie anderen zur Verfügung stellst. Es ist immer gut, wenn man selbst nicht bei Null anfangen muss und sich an anderen orientieren kann.
Mein Plan ist, Philipps Code plus deinen Diff zu nehmen und dann als neuen Quelltext in die IDE zu laden und zu analysieren. Einerseits möchte ich die Funktion zunächst so verwenden, wie sie vorliegt, sie aber eben auch verstehen. Das würde bei einem reinen Binärfile nicht der Fall sein. Ich empfinde es als einfacher, die Quellen zu laden und dann den "gewohnten" Weg des Downloads auf den Arduino durchzuführen.
Dann habe ich schon tausend Ideen, wie es weitergeht ;-) Eines meiner ersten Experimente war der IR-Sensor. Ich habe mir alle im Haushalt befindlichen IR-Fernbedienungen geschnappt (eine Menge, wenn man sie mal sammelt) und ausprobiert (Codes gelesen). Dann mal schnell ein Progrämmchen, welches aus den Steuertasten (links/rechts/oben/unten) bzw. dem genialen Drehrad der Phlipps-Fernbedienung https://www.amazon.de/Original-Philips-F...2/dp/B006T2RRO0 Fahrstufen für eine Loksteuerung auslesen würde ... Mit dem Drehrad ist schon ein wenig die Haptik einer Multimaus möglich. Will sagen: ich überlege, ob ich wirklich eine WLAN-Maus mir zulege oder das über Infrarot mache. Vielleicht würde ich also von deinem und Philipps Projekt nur den XpressNet-Teil nehmen ...
Jetzt ist erst einmal Warten angesagt, bis das RS485-Shield aus Fernost kommt, inzwischen kann ich meine Arduino-Fähigkeiten verbessern ;-)
platze hier mal einfach so rein in diesen schönen Thread.
Bin Gartenbahner und fahre mit Lenz LZV 100. habe mir einen UNO besorgt mit Ethernet ( HanRun 911105A ) sowie ein RS485 Shild V1.0 Auf meinem PC Installiert sind Atmel7.0 sowie das Arduino 1.8.5 als auch AS-Loader 1.7
die Datei, die du hochladen möchtest, ist eine nur eine diff-Datei. Diese zeigt die Änderungen an einem Quellcode im Vergleich zu einer anderen Version. D.h. du müsstest entweder die ursprüngliche Quelldatei haben und sie mit dieser diff-Datei patchen, oder direkt den passenden Quellcode.
Von der Art her handelt es sich dabei um einen Quellcode, den du mit der Arduino IDE 1.8.5 hochladen kannst. Die Quellcode-Dateien für den Arduino haben aber gewöhnlich die Endung .ino
Ansonsten kann dir der Ersteller hier sicher besser helfen.
Zitat von Lippebahner im Beitrag #109 Bin Gartenbahner und fahre mit Lenz LZV 100. habe mir einen UNO besorgt mit Ethernet ( HanRun 911105A ) sowie ein RS485 Shild V1.0 Auf meinem PC Installiert sind Atmel7.0 sowie das Arduino 1.8.5 als auch AS-Loader 1.7
Wenn der Ethernet-Chip auf Deinem Uno der gleiche ist wie auf dem Ethernet-Shield, dann kannst Du diese Firmware versuchen.
Wie Björn schon geschrieben hat, kannst Du diese Datei nicht auf den Arduino laden. Laden kannst Du nur das, was die Arduino IDE am Ende eines Übersetzungsvorgangs erzeugt hat (Dateiendung .hex).
Wenn ich das ganze mit dem AS-Loader als .hex Hochlade bekomme ich eine Fehlermeldung nachdem der Datenverkehr Stattgefunden hat. ( Blinkende LED auf dem Uno )
# # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006af4862e, pid=12160, tid=13208 # # JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.1+11) # Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.1+11, mixed mode, tiered, compressed oops, g1 gc, windows-amd64) # Problematic frame: # C [libNRJavaSerial.dll+0x862e] # # No core dump will be written. Minidumps are not enabled by default on client versions of Windows # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. #
RIP=0x000000006af4862e libNRJavaSerial.dll RAX=0x000000000000001c is an unknown value RBX=0x0000000000000003 is an unknown value RCX=0x00000017ac3feaec is pointing into the stack for thread: 0x00000170780f8800 RDX=0x00000017ac3fea50 is pointing into the stack for thread: 0x00000170780f8800 RSP=0x00000017ac3fea90 is pointing into the stack for thread: 0x00000170780f8800 RBP=0x00000170780f8a18 is an unknown value RSI=0xffffffffad0fefa0 is an unknown value RDI=0x0000000000000000 is an unknown value R8 =0x00000017ac3fe750 is pointing into the stack for thread: 0x00000170780f8800 R9 =0x000000006af50688 libNRJavaSerial.dll R10=0xffffffffffffffff is an unknown value R11=0x0000000000000000 is an unknown value R12=0x0000000000000001 is an unknown value R13=0x00000017ac3fef40 is pointing into the stack for thread: 0x00000170780f8800 R14=0x0000000000000000 is an unknown value R15=0x00000170780f8800 is a thread
GC Heap History (10 events): Event: 0.684 GC heap before {Heap before GC invocations=0 (full 0): garbage-first heap total 65536K, used 7168K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 7 young (7168K), 0 survivors (0K) Metaspace used 8810K, capacity 9406K, committed 9600K, reserved 1058816K class space used 958K, capacity 1086K, committed 1152K, reserved 1048576K } Event: 0.691 GC heap after {Heap after GC invocations=1 (full 0): garbage-first heap total 65536K, used 1763K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 1 young (1024K), 1 survivors (1024K) Metaspace used 8810K, capacity 9406K, committed 9600K, reserved 1058816K class space used 958K, capacity 1086K, committed 1152K, reserved 1048576K } Event: 0.991 GC heap before {Heap before GC invocations=1 (full 0): garbage-first heap total 65536K, used 5859K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 5 young (5120K), 1 survivors (1024K) Metaspace used 12301K, capacity 13106K, committed 13440K, reserved 1060864K class space used 1432K, capacity 1608K, committed 1664K, reserved 1048576K } Event: 1.001 GC heap after {Heap after GC invocations=2 (full 0): garbage-first heap total 65536K, used 3191K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 1 young (1024K), 1 survivors (1024K) Metaspace used 12301K, capacity 13106K, committed 13440K, reserved 1060864K class space used 1432K, capacity 1608K, committed 1664K, reserved 1048576K } Event: 1.566 GC heap before {Heap before GC invocations=2 (full 0): garbage-first heap total 65536K, used 14455K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 12 young (12288K), 1 survivors (1024K) Metaspace used 12540K, capacity 13334K, committed 13440K, reserved 1060864K class space used 1458K, capacity 1640K, committed 1664K, reserved 1048576K } Event: 1.570 GC heap after {Heap after GC invocations=3 (full 0): garbage-first heap total 65536K, used 3390K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 2 young (2048K), 2 survivors (2048K) Metaspace used 12540K, capacity 13334K, committed 13440K, reserved 1060864K class space used 1458K, capacity 1640K, committed 1664K, reserved 1048576K } Event: 2.382 GC heap before {Heap before GC invocations=3 (full 0): garbage-first heap total 65536K, used 19774K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 18 young (18432K), 2 survivors (2048K) Metaspace used 12556K, capacity 13334K, committed 13440K, reserved 1060864K class space used 1458K, capacity 1640K, committed 1664K, reserved 1048576K } Event: 2.390 GC heap after {Heap after GC invocations=4 (full 0): garbage-first heap total 65536K, used 5295K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 3 young (3072K), 3 survivors (3072K) Metaspace used 12556K, capacity 13334K, committed 13440K, reserved 1060864K class space used 1458K, capacity 1640K, committed 1664K, reserved 1048576K } Event: 19.141 GC heap before {Heap before GC invocations=4 (full 0): garbage-first heap total 65536K, used 18607K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 17 young (17408K), 3 survivors (3072K) Metaspace used 20177K, capacity 21162K, committed 21248K, reserved 1067008K class space used 2592K, capacity 2788K, committed 2816K, reserved 1048576K } Event: 19.152 GC heap after {Heap after GC invocations=5 (full 0): garbage-first heap total 65536K, used 5109K [0x00000000c0000000, 0x00000000c0100200, 0x0000000100000000) region size 1024K, 2 young (2048K), 2 survivors (2048K) Metaspace used 20177K, capacity 21162K, committed 21248K, reserved 1067008K class space used 2592K, capacity 2788K, committed 2816K, reserved 1048576K }
vm_info: Java HotSpot(TM) 64-Bit Server VM (9.0.1+11) for windows-amd64 JRE (9.0.1+11), built on Sep 28 2017 04:54:03 by "mach5one" with MS VC++ 12.0 (VS2013)
wenn ich das in deinem geposteten Bild richtig sehe, hast du die falsche .hex-Datei genommen. Bei dir steht als Firmware im ASLoader "XpressNet.hex". Ich vermute mal, dass du da die falsche Datei versuchst zu installieren. Veruche bitte mal diese Datei mit dem ASLoader auf deinem Uno zu installieren:
ich habe mir einfach meinen eigenen Namen Gegeben.
Im Editor Eingefügt und dann Gespeichert als.
Das ganze jetzt mal mit NotePad versucht und als Hex gespeichert.
Das Ergebnis brachte keine Änderung.
Auch im Arduino 1.8.5 bleibt die gleiche Fehlermeldung. |addpics|l9r-6-a4be.png-invaddpicsinvv,l9r-7-118d.png-invaddpicsinvv,l9r-8-c120.png-invaddpicsinvv|/addpics|
Zitat von Lippebahner im Beitrag #113Wenn ich das ganze mit dem AS-Loader als .hex Hochlade bekomme ich eine Fehlermeldung nachdem der Datenverkehr Stattgefunden hat. ( Blinkende LED auf dem Uno )
[spoiler]# # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006af4862e, pid=12160, tid=13208 # # JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.1+11) # Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.1+11, mixed mode, tiered, compressed oops, g1 gc, windows-amd64)
Auf meiner Wikiseite habe ich geschrieben:
"Die im Upload-Tool enthaltene native DLL funktioniert nur auf 32-bit-Windows. Deshalb muß auf 64-bit-Windows ein 32-bit-Java installiert und verwendet werden. "
Außerdem mußt Du Java 8 nehmen, nicht Java 9.
Und Hex-Files kann man nicht in die IDE laden. Hex-Files sind das, was aus der IDE herauskommt, wenn man ein Programm übersetzt. So ein HEX-File kann man mit dem AS-Loader laden, genau dafür ist das Programm gemacht.
habe alles was mit Java drinne stand deinstalliert und die Windows 86 version 8.172 aufgespielt.
er lädt WOW und gelernt auch noch , jetzt weiss ich wenigstens was ein IDE feld ist.
Vielen Dank erst mal.
Schade das Roco in die W-Lan Maus eine erkennung der Z21 drinne hat, meinen LENZ-USB/Lan adapter erkennt sie nicht an. |addpics|l9r-9-564b.png-invaddpicsinvv,l9r-a-e654.png-invaddpicsinvv|/addpics|
Nachdem ich nun begriffen habe wie das mit der Firmware geht, habe ich dann nach dem Anschluss das EthernetShild gesucht
Die Z21 in der Firmware bekommt anscheinend auch eine Adresse.
Dann muss man noch in der W-Lan Maus die Adresse einfügen der jetzigen z21, hat funktioniert und meine Loks lassen sich wunderbar Steuern. finde die Lösung Besser als den Handregler von Massoth mit dem Xpressnet Adapter.
Vielen Vielen dank. |addpics|l9r-b-74f1.png-invaddpicsinvv,l9r-c-fa7b.png-invaddpicsinvv,l9r-d-e9e1.jpg-invaddpicsinvv|/addpics|
H0-Modellbahnforum.de - das Forum mit der Forumbahn!
»
Technik und Steuerung von Fahrzeugen und Anlage
»
Digitaltechnik
»
Roco WLAN Multimaus an jeder ExpressNet-Zentrale und an Rocrail
08.06.2018 16:01 (zuletzt bearbeitet: 08.06.2018 16:03)
Thema drucken
Antworten
Die Umstellung der Baudrate hat geklappt. Den Duemilanove kann ich aber erst an einem der anderen Tage testen. Ich schreibe dir dann, ob der Due auch funktioniert.
Fertig compilierte Firmware stimmt, aber der Bootloader wird nicht verändert. Die Arduinos werden alle mit installiertem Bootloader ausgeliefert.
