Der Ardunio und direkte Ausgaben vom ZusiServer über TCP

[Arne aus dem Norden]

Ich habs jetzt auch mal mit dem LM RBremse probiert, dieser wird aber immer nur als Wert 1 ausgegeben, somit ist er im Dauerbetrieb.

Wert 1 im seriellen Monitor oder meinst du Dauerleuchten an dem PIN?

[Thomas U.]

Bloede Frage eines Arduino-Laien: Kann die verwendete Programmiersprache wirklich nur mit Hexadezimalzahlen umgehen? Sonst koennte man sich doch die Umrechnerei sparen ...

Nönö, da geht alles mögliche.
Man könnte auch einfach "needed[bla] = 15" schreiben oder man ersetzt die 15 durch eine int- oder char-Variable. Da braucht es keine umständlichen hex-Werte.

[Arne aus dem Norden]

Bloede Frage eines Arduino-Laien: Kann die verwendete Programmiersprache wirklich nur mit Hexadezimalzahlen umgehen? Sonst koennte man sich doch die Umrechnerei sparen ...

Nönö, da geht alles mögliche.
Man könnte auch einfach "needed[bla] = 15" schreiben oder man ersetzt die 15 durch eine int- oder char-Variable. Da braucht es keine umständlichen hex-Werte.

Der Grund für die Hex-Werte war ganz einfach: das ist genau so beschrieben in der Zusi-Server Doku um den Server anzusprechen. Wie ich am Anfang schon schrieb, ich bin absolut kein Programmierer und bin damit vor einigen Monaten völlig neu ins Thema eingestiegen und hab mich erstmal an den vorhandenen Erklärungen "abgearbeitet".

Die Konfiguration ist mir dabei seit einiger Zeit selber noch ein Dorn im Auge. Ich seh das ganze inzwischen als eine Übungsplattform, aus der man hoffentlich möglichst viel in Zusi3 an Ideen übernehmen kann.

[Arne aus dem Norden]

Türen funktionieren jetzt auch bei mir, interessanterweise konnte ich über Pin 10 nichts ansteuern.

Aha
http://arduino.cc/de/Main/ArduinoEthernetShield

Wichtig:
"Der Arduino kommuniziert mit dem W5100-Chip und der SD-Karte über den SPI-Bus (über den integrierten ICSP-Anschluss auf den Platinen). Dieser liegt auf den digitalen Anschlüssen 11, 12 und 13 beim Arduino Duemilanove bzw. auf den Anschlüssen 50, 51 und 52 beim Arduino Mega. Auf beiden Arduino-Boards ist der Anschluss 10 für die Selektierung des W5100 und der Anschluss 4 für die Selektierung der SD-Karte vorgesehen. Diese beiden Anschlüsse können nicht für anderweitige Aufgaben verwendet werden. Auf dem Arduino Mega wird der Hardware-SS (Anschluss 53) zwar nicht für die Selektierung verwendet, muss aber als Ausgang definiert werden, da sonst das SPI-Interface nicht funktioniert."

Anmerkung noch: mit Pin 4 habe ich für Ausgaben eigentlich nie Probleme gehabt (ohne Benutzung des SD-Slots), aber ich würde insgesamt versuchen, mit Ausgaben beim Mega auf Pin 0, 1, 4, 10, 50, 51, 52, 53 vorsichtig zu sein. 0 und 1 werden bei serieller Kommunikation nämlich ebenfalls belegt (mit RX/TX) ...

[Sparky-CH]

Vielen Dank für die Entwicklung dieses Sketches.

So ist es auch mir möglich, ohne Programmierkenntnisse die Daten von Zusi zu verwenden. Ich bin gespannt was in Zukunft noch alles umgesetzt wird.
Wie testet ihr jeweils den Sketch? Gibt es eine andere (schnellere) Möglichkeit Zusi-Daten an den TCP Server zu senden, als immer Zusi zu starten, Strecke laden, Fahrplan laden, Zug auswählen, zur Abfahrtszeit springen und loszufahren?

Grüsse
Bruno

[Andreas Karg]

Die schnellste Möglichkeit ist, Zusi zwischendrin gar nicht zu beenden. Klappt i.d.R. prima.

Ansonsten hat bisher noch niemand einen Zusi-Mock gebaut, soweit ich weiß.

[Total]

Ich habs jetzt auch mal mit dem LM RBremse probiert, dieser wird aber immer nur als Wert 1 ausgegeben, somit ist er im Dauerbetrieb.

Wert 1 im seriellen Monitor oder meinst du Dauerleuchten an dem PIN?

Sowohl als auch.

[lukmilei]

Dude hat geschrieben:
Total hat geschrieben:
Ich habs jetzt auch mal mit dem LM RBremse probiert, dieser wird aber immer nur als Wert 1 ausgegeben, somit ist er im Dauerbetrieb.
Wert 1 im seriellen Monitor oder meinst du Dauerleuchten an dem PIN?


Sowohl als auch.

Ganz blöde Frage: hast du < und > benutzt? Wenn ich mich gerade richtig erinnere, sind das Float Werte, die du anforderst. Deine LED kann aber nur 0 und 1. Probiere es mal mit diesem Code:

Code: Alles auswählen

if((d[x] == 0x2b) & (wert >= 0.01)) { digitalWrite(ledBremse, HIGH); }
if((d[x] == 0x2b) & (wert < 0.01)) { digitalWrite(ledBremse, LOW); }

[Arne aus dem Norden]

Ganz blöde Frage: hast du < und > benutzt? Wenn ich mich gerade richtig erinnere, sind das Float Werte, die du anforderst. Deine LED kann aber nur 0 und 1. Probiere es mal mit diesem Code:

Code: Alles auswählen

if((d[x] == 0x2b) & (wert >= 0.01)) { digitalWrite(ledBremse, HIGH); }
if((d[x] == 0x2b) & (wert < 0.01)) { digitalWrite(ledBremse, LOW); }

Nein nein,

diese Leuchtmelder sind alle single-Werte, die können und sollen genau wie im Beispiel ausgewertet werden:
-> exakt 0: Leuchtmelder dunkel, ungleich 0: Leuchtmelder aktiv

Ich vermute totals Fehler eher in der Angabe der Paketlänge...
Das muß ich wirklich mal ändern kurzfristig.

[Sparky-CH]

Die schnellste Möglichkeit ist, Zusi zwischendrin gar nicht zu beenden. Klappt i.d.R. prima.

Ansonsten hat bisher noch niemand einen Zusi-Mock gebaut, soweit ich weiß.

Schade, wäre schon praktisch.

[lukmilei]

Kann es sein, dass Zusi bei 0x10 (Fahrstufe) keine negativen Zahlen ausgibt?

[F. Schn.]

Ja, scheint so. Du kannst Fahrschalter (Schalter Fahrstufen) zur Hilfe nehmen, aber Vorsicht, der hat 0 als minimale Stufe (das heißt, das bei der BR 423 beispielsweise die Fahrstufe -8 dem Fahrschalter 0 entspricht)!

[lukmilei]

Danke für den Tip.

Gerade habe ich etwas ganz seltsames. Als ich vorhin den Computer heruntergefahren habe, hat alles funktioniert. Als ich den Computer eben hochfahre, meldete sich der Arduino nicht mehr auf dem TCP-Server an. Ich habe seit dem letzten Mal, als es funktionierte, nichts verändert. Nach einigem suchen habe ich die Übeltäter gefunden. Es sind diese beiden Zeilen:

Code: Alles auswählen

lcd.init();
lcd.backlight();

Diese müssen in das void Setup geschrieben werden. Komischerweise unterbrincht der Arduino den Programmablauf, sobald er an diese Zeilen kommt. Es macht keinen Unterschied, ob beide zusammen, oder eine auskommentiert. Hat jemand eine Idee?

Viele Grüße
Lukas

Nachtrag:
Fehler gefunden! Es gab einen Kurzschluss zwischen SCA und SCL. Da kann man natürlich lange Code suchen

[Total]

Eine Sache geht mir massiv auf die Nerven: Ich bin normalerweise über W-Lan online, sobald ich aber den Arduino angesteckt habe hab ich kein Internet mehr auf dem Rechner, offenbar versucht der krampfhaft über den Arduino ins Netz zu gehen. Hat jemand ne Lösung für mich?

[Arne aus dem Norden]

Vermutlich morgen werde ich Version 2.2 des Sketches hier veröffentlichen.
Folgende Änderungen wird das mitbringen:

- sowohl single als auch enum-Werte können dann abgefragt werden
- als Beispielausgabe ist neben den singlewerten der PZB auch der Türenstatus als enumwert gleich mit im Sketch
- kein hantieren/umrechnen mit Hexadezimalwerten mehr nötig
- Liste möglicher Befehle ist als Kommentar gleich mit im Sketch (unterm Tab Configuration.h)
- noch mal etwas vereinfachte Konfiguration der Abfragebefehlsliste
- neu strukturierter Ausgabeteil
- Ergänzungen in den Kommentaren
- kleine interne Optimierungen

Ich bin optimistisch, die meisten hier in den letzten Tagen angesprochenen Details etwas verbessert zu haben ohne das die Übersichtlichkeit insgesamt gelitten hat. Besonderer Dank geht dabei an Andi für konstruktive Tipps und Hilfestellung.

[Andreas Karg]

Gern geschehen.

[Christian Sch.]

Eine Sache geht mir massiv auf die Nerven: Ich bin normalerweise über W-Lan online, sobald ich aber den Arduino angesteckt habe hab ich kein Internet mehr auf dem Rechner, offenbar versucht der krampfhaft über den Arduino ins Netz zu gehen. Hat jemand ne Lösung für mich?

Da musst Du dich wohl mit dem "route"-Kommando auseinandersetzen. Voraussetzung wäre dann wohl grundlegendes Verständnis für, ähm ja, Routing.

Die Default-Route wird von Windows anscheinend immer über Kabel gesetzt. Das müsstest Du auf das WLAN-Device ändern, nachdem Du den Arduino angesteckt hast.

Gruß

Christian

[Arne aus dem Norden]

Die neue Version 2.2 ist jetzt online und im ersten Beitrag dieses Threads aktuell verlinkt.

Ich habe versucht, die Einträge hier von mir aus der Vergangenheit größtenteils ebenso zu aktualisieren.
Deswegen werde ich an dieser Stelle keine erneute detailierte Anleitung wegen den Änderungen einstellen.
Bitte einfach den vorhandenen Beitrag unter http://forum.zusi.de/viewtopic.php?p=237732#p237732 nochmal kurz überfliegen...

[trainboy12]

Hallo,

auch ich würde die direkte Ausgabe gerne ausprobieren, aber leider will das ganze Technik-gedöns nicht so.
Mein Problem ist jetzt folgendes:
Wenn ich im Wlan bin, habe ich einmal 192.168.178.35 und vom Shield 169.254.240.56. Im Internet habe ich schon gefunden, dass diese IP-Adressen nicht miteinander kommunizieren können.
Wenn ich jetzt aber mein Wlan-Stick entferne habe ich ja nur noch letztere IP-Adresse und ich kann ja wohl kaum die "Sachen an die selbe Adresse senden. Verkabelt ist das ganze ohne Router (direkt über PC)
Kann mir vielleicht jemand helfen?



Gruß
Maurice

[Arne aus dem Norden]

auch ich würde die direkte Ausgabe gerne ausprobieren, aber leider will das ganze Technik-gedöns nicht so.
Mein Problem ist jetzt folgendes:
Wenn ich im Wlan bin, habe ich einmal 192.168.178.35 und vom Shield 169.254.240.56. Im Internet habe ich schon gefunden, dass diese IP-Adressen nicht miteinander kommunizieren können.

Eh, Moment.
Warum hast du das vorhin nicht mit der 192.168.178.35 als Zusi-Server-IP bei DHCP 1 und W-LAN an probiert?
So routest du ja wirklich immer auf das Shield selbst nach meinem Verständnis...