Project draadloze besturing voor grote modulebaan o.b.v Roco z21 en Arduino Mega

[St00mboy]

Ik snap het natuurlijk weer niet helemaal, maar dat was op pagina 1 van dit topic ook al zo.
Ik heb de Arduino DUE besteld voor €10,32, want dat geld is me de pret van een nieuwe ontdekkingstocht wel waard.

Ik weet nu ongeveer waar ik op moet letten en hoop alleen dat er geen rookwolken ontstaan bij het aansluiten.
Als blijkt dat dit werkend te krijgen is voor meer gebruikers dan bij de Mega dan vervang ik de andere Mega's ook door DUE's, zolang het nog kan.
Want op de Arduino site staat dat hij discontinued is....

Als de DUE er is dan ga ik de boel aansluiten en meld dat met foto's hier.

Leen.

[HansQ]

Voeding mag niet uitmaken als er 0V, 3.3V en 5V staat, maar meet het even na zou ik zeggen.
Pin 3, 18 en 19 zijn in/uitgangen en dus hebben ze op een Due "logic level" 3.3V en niet 5V.
Als je een 3.3V 485 interface gebruik mag dat geen dan probleem zijn, zolang je die met 3.3V voedt.
Als je een 5V 485 interface gebruikt verwacht ik geen rookwolken maar wel problemen voor de Due ingang die een 5V signaal krijgt, dus pas daar die spanningsdeler dan toe.
Of de Arduino sketch meteen werkt op en Due, geen idee... uitproberen zou ik zeggen...

[St00mboy]

Ja, uitproberen zal het zeker worden.

Heel hartelijk dank voor je support. 
Ik weet nu ongeveer waar ik bij het aansluiten van de hardware alert op moet zijn.
Ik ga gewoon eerst alles meten en ook in vergelijking met de Mega.

Leen.

[St00mboy]

Ik heb o.a. hier:
http://www.waveshare.com/wiki/File:SP3481-SP3485.pdf

nog even naar de lectuur van de SP3485 gekeken en de driver outputs hebben een voltage tussen 0 en 3,3V.
Het zou dus moeten kunnen maar het is nog steeds wel oppassen geblazen.
Meten is weten.

Leen.

[St00mboy]

Ik heb even de titel van mijn laatste posts aangepast. Die van het topic laat ik maar zo.

We gaan nu op basis van de Arduino Mega 2560 verder testen met twee of drie WAMmen tegelijk op het netwerk. De WAM is nu bedoeld voor één enkele gebruiker.
Met de Arduino Due, die gisteren uit China verzonden is, gaan we proberen of het toch mogelijk is om per unit met meer gebruikers tegelijk treintje te kunnen spelen.
Ik ga eerst kijken of ik het werkend krijg en daarna gaan we met een paar gebruikers testen.

Als de WAM de duurtest overleeft, dan hebben we een goedkope draadloze muis met één IP-adres per WAM voor ca. €16,00 p.p.
Als de Due werkend te krijgen is, dan hebben we hopelijk een besturing voor 4 à 5 gebruikers op één IP-adres voor ca. 21,00.

In de harde praktijk moet blijken of en hoe de dromen deze keer zullen uitkomen.... 

Leen.

[St00mboy]

Ik heb dit weekend de ontbrekende apparatuur voor de 2e WAM binnengekregen.
Wat is ook alweer een WAM? 
Dat is een Wireless Arduino Mouse, bestaande uit een Arduino Mega met ethernet shield en een RS485 board voor de XpressNet. Op foon of tablet gebruik je de z21 app om draadloos treintje te spelen.
Eén had ik er al werkend.

Gisteravond eerst nog even op internet gezocht naar de specs voor een externe Arduino voeding, maar ik kwam niet veel verder dan dat hij tussen 7 en 12V moet zijn en dat je ook een batterij kan gebruiken.
Daarna heb ik een (schakelende) 12V voeding (2,25A) op de Arduino Mega gezet en kreeg de WAM daarmee niet aan de praat: hij kreeg zijn IP-adres niet.
Ik dacht dat het ethernet shield misschien defect zou zijn. 
Dus daarom heb ik toen de eerste WAM op de 12V voeding gezet, maar ook die kreeg geen IP-adres.
Met de app Fing op mijn foon kon ik dat allemaal mooi zien.

Nadat ik een 9V voeding opgezocht had heb ik ze beide nogmaals geprobeerd, en nu ging het wel. 
Volgens internet moet de Arduino met 12V ook kunnen werken, maar bij mij gaat die vlieger dus niet op.

Heeft iemand misschien enig idee waarom de Arduino Mega met ethernet shield niet werkt met een schakelende 12V voeding en wel met een waarschijnlijk gewone, want zware, 9V voeding?

BTW, de Arduino Due is nog niet binnen. Hij is pas vorige week dinsdag verstuurd.

Leen.

[St00mboy]

Deze week kwam de zwarte Arduino DUE van Robotdyn uit China binnen.
Gisteravond heb ik hem met het USB-oplaadkabeltje van mijn foon in de "Programming Port" aan de PC aangesloten.
Windows 7 installeerde hem direct op COM10.
Nadat ik in de Arduino IDE bij "Bordenbeheerder" de Arduino DUE geïnstalleerd had kwam hij inderdaad te voorschijn op "Get Board info".
Vervolgens de sketch compileren, maar daar ging het helaas gelijk mis.
Ik kreeg de volgende vaudtmelding:

F:\Modelspoor\Aansturing baan\Arduino z21 emulator\Xpressnet FIX 1.7\uitgepakt\XpressNet\examples\Z21-multimouse-XBus-slave\Z21-multimouse-XBus-slave.ino:71:20: fatal error: EEPROM.h: No such file or directory
 #include <EEPROM.h>
                    ^
compilation terminated.

Bibliotheek XpressNet in map: C:\Users\Leen\Documents\Arduino\libraries\XpressNet (legacy) wordt gebruikt
Bibliotheek SPI op versie 1.0 in map: C:\Users\Leen\AppData\Local\Arduino15\packages\arduino\hardware\sam\1.6.9\libraries\SPI  wordt gebruikt
Bibliotheek Ethernet op versie 1.1.2 in map: D:\Program Files (x86)\Arduino\libraries\Ethernet  wordt gebruikt
exit status 1
Fout bij het compileren van board Arduino Due (Programming Port)

Blijkbaar ziet hij "EEPROM.h" niet, maar bij de Arduino Mega, die ik daarna nog even uitprobeerde,  is dat geen probleem.
Verder geen idee wat er gebeurt (kwestie van de klok en en klepel  ) , al zou het te maken kunnen hebben met het feit dat de DUE een ander soort processor (AtMel 3X8E) heeft dan de ATMega2560 van de Arduino Mega die hier al gewerkt heeft.

Wie heeft er een idee wat er aan de hand is, maar vooral hoe we hiermee verder kunnen?
Ik heb nog wel een ander USB-kabeltje geprobeerd, maar dat maakt helaas geen verschil. 

Leen.

[Robert E]

Kijk hier bijvoorbeeld eens

https://www.arduino.cc/en/Reference/EEPROM

en deze

http://forum.arduino.cc/index.php?topic=128498.0

Je zult je gegevens in EEPROM anders moeten opslaan of voor deze variant even uitzetten en een #if ding oid...
Dan daar waar EEPROM data wordt geladen even hard coded waarden erin zetten...

Mvg

Robert

[St00mboy]

Bedankt, Robert.
Ik ga ermee aan de slag.

Leen.

[St00mboy]

Helaas ontbreekt het mij aan kennis over de Arduino-software. En het programmeren c.q. diep in de software duiken is m.i. een andere hobby.
Soms, zoals nu,  is dat wel eens lastig en dan hoop ik op de kennis en inspiratie van mijn medemens.
Volgens mij ben ik nu dankzij Robert halverwege, maar hij doet het nog steeds niet..... 

Op de tweede link van Robert - waarvoor nogmaals mijn dank - staan maar liefst twee oplossingen, een mèt en een zonder hardware aanpassing.
De simpelste oplossing lijkt die zonder de aanpassing.
Hij is te vinden in post #11 en geeft aan om deze library te gebruiken:
https://github.com/sebnil/DueFlashStorage

Ik heb de library gedownload en als .zip file in de Arduino IDE geïmporteerd.
De library staat nu in de lijst vermeld.

Echter, nu heb ik bij het compileren nog steeds dezelfde vaudt.

Ik heb in de lijst op de library geklikt en er verschijnt nu boven in mijn sketch:
#include <DueFlashStorage.h>
#include <efc.h>
#include <flash_efc.h>

Dat ziet er hoopvol uit, maar het is blijkbaar nog niet genoeg.
Misschien moet ik nog iets in de sketch aanpassen, maar ik weet niet wat en hoe.
In post #11 staat nog wel het volgende:
Basic use:
Code: [Select]

// write the value 123 to address 0
dueFlashStorage.write(0,123);

// read byte at address 0
byte b = dueFlashStorage.read(0);

Moet ik daar iets mee doen of is er nog iets anders?

Wie weet hoe je dat moet doen?

Leen.

[HansQ]

...wij (Peter M. en ik) hebben ook een Due in bestelling staan. Zo te zien moet de sketch worden aangepast voor de Due. Als wij daarin voortgang maken laten we dat hier weten...

[St00mboy]

Fijn, bedankt alvast, Hans.

Ondertussen begrijp ik dat EEPROM.h niet meer herkend wordt en dat Dueflashstorage daarvoor min of meer in de plaats komt.
Ook bij de commando's zie ik "dueflashstorage.write" staan i.p.v. "eeprom.write".

Ik heb dus nu mijn sketch gekopieerd en heb in de Arduino IDE met zoek en vervang alle eeprom-commando's vervangen door dueflashstorage-commando's. Het zijn er niet zoveel.
In de XPressNet.h file van de gebruikte library zag ik geen eeprom-vermelding.
Ik heb ook de eeprom.h - vermelding verwijderd, want die zat in de weg.

In de hoop op meer voortgang heb ik nu dus het volgende in de setup staan:

// S E T U P
void setup() {

  Serial.begin(9600); // Debug via terminal window at 9600
  Serial.println("Z21 - v04");
  pinMode(ResetPin, INPUT); //define reset button pin as input pin
  digitalWrite(ResetPin, HIGH);  //PullUp to HIGH
  delay(100);

  // dueFlashStorage usage for storing the IP adresses
  if (digitalRead(ResetPin) == LOW || dueFlashStorage.read(EEXNet) < 32) {
    XNetAddress = dueFlashStorage.read(EEXNet);
  }
  else {
    dueFlashStorage.write(EEXNet, XNetAddress);
    dueFlashStorage.write(EEip, ip[0]);
    dueFlashStorage.write(EEip + 1, ip[1]);
    dueFlashStorage.write(EEip + 2, ip[2]);
    dueFlashStorage.write(EEip + 3, ip[3]);
  }
  ip[0] = dueFlashStorage.read(EEip);
  ip[1] = dueFlashStorage.read(EEip + 1);
  ip[2] = dueFlashStorage.read(EEip + 2);
  ip[3] = dueFlashStorage.read(EEip + 3);

  // start the Ethernet and UDP:
  Ethernet.begin(mac, ip);
  Serial.print("Starting Ethernet at IP address:"); Serial.println(ip);
  Serial.println("Starting XPressNet");
  XpressNet.start(XNetAddress, 3);   // Start XpressNet lib with XnetAddress and PIN 3 as control pin. If you use Mega, then XpressNet lin use Serial1 for MAX485 communication
  Serial.println("Starting Z21 Emulation");
  z21Setup();
  Serial.println("Setup finished");
}

// end of SETUP

Bij het compileren krijg ik nu een andere vaudtmelding:

Z21-multimouse-XBus-slave:184: error: 'dueFlashStorage' was not declared in this scope
   if (digitalRead(ResetPin) == LOW || dueFlashStorage.read(EEXNet) < 32) {
                                       ^
Z21-multimouse-XBus-slave:194: error: 'dueFlashStorage' was not declared in this scope
   ip[0] = dueFlashStorage.read(EEip);

Voor de goede orde: mijn sketch heet "Z21-multimouse-XBus-slave".

Wat betekent: error: 'dueFlashStorage' was not declared in this scope ?
Wat kan ik daarmee doen?

Leen.

[Robert E]

error: 'dueFlashStorage' was not declared in this scope ?

Dat die variabale / object niet bestaat in je code....

Code: [Selecteer]

#include <DueFlashStorage.h>
DueFlashStorage dueFlashStorage;

toevoegen!?

Zie voorbeeld hier

https://github.com/sebnil/DueFlashStorage/blob/master/examples/DueFlashStorageExample/DueFlashStorageExample.ino

BTW, ik zou die hele eeprom zaken even uitzetten en hierin

Code: [Selecteer]

  ip[0] = dueFlashStorage.read(EEip);
  ip[1] = dueFlashStorage.read(EEip + 1);
  ip[2] = dueFlashStorage.read(EEip + 2);
  ip[3] = dueFlashStorage.read(EEip + 3);
wat vaste waarden (ip address) zetten waardoor je focus weer komt te liggen op je originele probleem....

Mvg

Robert

[St00mboy]

Ik heb eerst het volgende gewijzigd:
#include <DueFlashStorage.h>
DueFlashStorage dueFlashStorage;

De tweede regel had ik er nog niet bij.

Nu gebeurt er weer iets anders, want blijkbaar pikt hij dit en hij lijkt nu verder te gaan.
Ik heb na het compileren op "foutmeldingen kopiëren" geklikt rechtsonderin de Arduino IDE en dat naar Word gekopieerd.
Dan krijg ik nu 21 pagina's met van alles. Bij pagina 13 beginnen de errors.
Het zijn er nu nog 27, maar wel andere, allemaal van de XpressNet. h en XpressNet.cpp files uit de XpressNet library, die door de sketch gebruikt moet worden.
Vreemd hoor, want met de Mega gaat dat allemaal zonder errors. 
De meldingen zijn structureel allemaal gelijk: error: "NAAM van IETS" was not declared in this scope


De eerste error komt uit XpressNet.cpp: 'cli' was not declared in this scope.  "cli" staat in XpressNet.cpp in de tweede regel hieronder, maar dezelfde error krijg ik bij alle onderstreepte woorden:

//Set up on 62500 Baud
   cli();  //disable interrupts while initializing the USART
   #ifdef __AVR_ATmega8__
    UBRRH = 0;
    UBRRL = 0x0F;
    UCSRA = 0;
    UCSRB = (1<<RXEN) | (1<<TXEN) | (1<<RXCIE) | (1<<UCSZ2);
    UCSRC = (1<<UCSZ1) | (1<<UCSZ0);
   #else
   #ifdef SERIAL_PORT_0
    UBRR0H = 0;
    UBRR0L = 0x0F;
    UCSR0A = 0;
    UCSR0B = (1<<RXEN0) | (1<<TXEN0) | (1<<RXCIE0) | (1<<UCSZ02);
    UCSR0C = (1<<UCSZ01) | (1<<UCSZ00);
    #else
    UBRR1H = 0;
    UBRR1L = 0x0F;
    UCSR1A = 0;
    UCSR1B = (1<<RXEN1) | (1<<TXEN1) | (1<<RXCIE1) | (1<<UCSZ12);
    UCSR1C = (1<<UCSZ11) | (1<<UCSZ10);
    #endif
   #endif
   sei(); // Enable the Global Interrupt Enable flag so that interrupts can be processed

Sommige meldingen zijn dubbel.
Ik begrijp nu dat deze objecten niet bestaan in mijn code, maar met de Mega2560 upload ik hetzelfde zonder deze errors.
Met de overige (UBRRH, UBRRL etc.) schijnen er geen problemen te zijn. 
Hoe komt dat en wat kan ik doen om ermee verder te kunnen.
Heeft het soms te maken met de regel:
#ifdef __AVR_ATmega8__
Volgens mij klopt die niet, maar wat zou het dan moeten zijn?

Ik geloof dat als ik weet hoe ik deze errors op kan lossen het grootste leed geleden is.
De hardware aansluiten lijkt me niet zo'n probleem.

Wie heeft de inspiratie om mij hiermee weer verder te helpen?
Alvast (weer) bedankt. 

Leen.

[Robert E]

Met de overige (UBRRH, UBRRL etc.) schijnen er geen problemen te zijn. 
Hoe komt dat en wat kan ik doen om ermee verder te kunnen.

Blijkbaar is de XPressNet module keihard op een Atmel geprogrammerd.
Je bent Atmel code aan het bouwen voor een Cortex achtige processor.
Dat gaat niet werken......

En dat je daar geen meldingen over krijgt komt door de #ifdef
Tijdens compileren kijkt compiler naar die defines, al die niet bestaand wordt het gewoon weggegooid en zul je niks zien kwa foutmeldingen...

Die UBRR zaken is Atmel specifiek....
Je dient dus voor de Due zowat alle directe register zaken te vervangen door Due register zaken...

cli/sei is trouwens uit- en aanzetten interrupts in een Atmel en voor de Cortex is dat ander commando.....

Succes......   

Mvg

Robert