开云体育

  1. Jmriusers
  2. Messages
Expanded Topics Messages Polls
Date
Locked Re: Which Dapol Imperium do I pick from the JMRI list? #definitions

 

It didn’t show those above, I will double check and get back to you Mick.?

Thanks
Duncan
Locked Re: Which Dapol Imperium do I pick from the JMRI list? #definitions

 

Either will probably do. They’re actually LaisDCC decoders. It may well be
that the two decoder choices both give the same response to JMRI when it
interrogates them, which means it can’t tell them apart. That means you
have to make the choice instead. What did the decoder packaging say the
part number was?

Mick

______________________________________
Mick Moignard
mick@...
p:+44 7774 652504
skype: mickmoignard

The week may start M, T, but it always ends WTF!
Locked Re: Loco moving only during sensing decoder type | Decoder Pro

 

Hi Thomas,

When you try to control your loco, what is the loco address you use, and how did you determine that that was the right one?

From the story so far, I get the feeling that you are expecting the act of adding a loco to the roster to do some magic to suddenly make it respond to your throttle. There is no such magic, and without knowledge of the address to use, a loco will only run by sheer luck.

You can clearly read cvs on the program track (or the decoder choice would have failed), so, with your loco on the program track, we need the values of the following cvs:
1
17
18
29
Do not read them from any of you roster entries! Read them from the loco, on the programming track.

Wouter

On Sun, 30 Apr 2023, 03:30 Handrail-18, <thomas.mclaughlin2@...> wrote:
Hello Ken,

When I perform "Add Loco" on decoder pro I can perform that decoder search function and it provides me with four of the Bachman decoders. I've added my Loco to the roster with all the different combination of Bachman decoders available it presented as compatible, and then when I select each individual one to try with throttle they do not respond to any.

Thanks for reaching out,
Thomas?

Locked Re: RFID Connectivity #rfid

 

Blair wrote,
"I thought that up to eight sockets could be used to plug the readers into. Then the seven wires from each reader can be easily routed to where they need to be. The question is, where do they need to be with three different boards!

I felt the easiest thing would be to have an on board Nano socket to directly plug a Nano into. If you want Ethernet, than that could plug in with the Nano. Would you need an Uno as the Nano can do what the Uno can? So that just leaves the Mega. So I thought a row of breakout screw terminals could be present to allow wired connection to a Mega, or indeed an Uno if you really?wanted."

Let me say first up I have never used any Arduino/Pi etc so don't know how the onboard jumpers are positioned or wired but am interested and have been following this thread.

The best way to do a one fits all board is to use jumpers.
Design the board as an input section, your sockets etc. and a working section to plug in the Arduino XXX The traces from the input that need adjustment should all end in a solder pad and so too the inputs to the controller, these pads should be placed near to each other.
Short wire links can be placed by the user to suit whichever controller is to be used.

Tony
Locked Re: JMRI with DCC EX Command station - error message 303

 

Hi Joe,

What version of DCC-EX are you running?

You can Send a lower case?? s?? status which will display the version in the traffic monitor screen.

The 303 error is saying you're attempting to Read cv's on the Main line track from the A leads. The Main track can only Write to cv's not read them.

Move the engine onto a Programming Track from the wires on the B leads, and it will read the engine decoder.

If you still need additional information, please download this DCC-EX 4.1 & JMRI DecoderPro 5.2 Getting Started Guide.pdf

Hope this helps.

Regards,

Kevin

?

?
Locked Re: Loco moving only during sensing decoder type | Decoder Pro

 

Hello Ken,

When I perform "Add Loco" on decoder pro I can perform that decoder search function and it provides me with four of the Bachman decoders. I've added my Loco to the roster with all the different combination of Bachman decoders available it presented as compatible, and then when I select each individual one to try with throttle they do not respond to any.

Thanks for reaching out,
Thomas?
Locked Re: Operations Pro issues #operationspro

 

Pete,
Thank you for your help. I am going to try your suggestion. I will report back if this works. I seem to be having all kinds of problems at the moment. Not only will my passenger trains build, all my freight trains will build. however when I print the manifests, there are no locos or any cars showing despite the trains building and showing that they are "okay".
I am in over my head right now and a friend who is much more familiar with Operations Pro is trying to help me too.

I will keep on trying and hopefully either my friend or I will somehow figure this out,
Regards,
Keith
Locked Re: No launch from Win10 User account (admin account OK)

 

Steve G (and all) thanks for the assist. Unfortunately that did not work for me.

The problem seemed to stem from the user account PATH.. so I just nuked the account and started fresh.

I am now able to start JMRI from both accounts as before. Perhaps when I tried to update Java (or perhaps having Azul and Oracle installed) was the problem.


Mark
Locked Re: RFID Connectivity #rfid

 

On Sat, Apr 29, 2023 at 07:17 PM, <stephenjohnson500@...> wrote:
The WeMos seemed to be the only thing performing, after a fashion. I tried changing the pins around as suggested, but it still only gets as far as the 'Checking Reader x' message and looping around. I guess it doesn't move onto the next step as it doesn't see a tag. I'm a little confused over the pins though. On the reset side of the board it actually has two groups of pins marked SCK, MISO, MOSI, SS. The first set are D10-D13 as you'd expect. The second set are written as D11/MOSI/D7, D12/MISO/D6, D13/SCK/D5. It seems odd to have two sets of SPI pins marked. Do we have to define which set we are using perhaps?
Steve,

The WeMos D1 R2 also has two SPI buses: the hardware SPI bus (HSPI) and the software SPI bus (SSPI).
?
For the WeMos D1 R2, the hardware SPI bus (HSPI) is connected to the following pins:
?
SCK: D5
MISO: D6
MOSI: D7
The additional set of SPI pins you mentioned are for the software SPI bus (SSPI). These pins are connected as follows:
?
SCK: D13 (D5)
MISO: D12 (D6)
MOSI: D11 (D7)
The SSPI pins are also mapped to D5, D6, and D7, which is why you see the additional labels on the pins.
?
In the current sketch, we're using the SPI library, which, by default, works with the hardware SPI bus (HSPI). This modified sketch uses the hardware SPI bus (HSPI) for communication with the MFRC522 RFID readers.

// Import Libraries
#include <ESP8266WiFi.h>? // WeMos D1R2 ESP8266 WiFi library?
#include <SPI.h>? // SPI library for communicating with the MFRC522 reader
#include <MFRC522.h>? // MFRC522 library for reading RFID cards
?
// Wi-Fi credentials
const char* ssid = "your_SSID";
const char* password = "your_PASSWORD";
WiFiServer server(80);
?
// Define the SS (Slave Select) and RST (Reset) pins for each reader
const uint8_t SS_Pins[] = {D0, D1, D2, D8}; // Updated SS_Pins array
const uint8_t RST_Pins[] = {D6, D7, D3, D4};
const int numPossibleReaders = sizeof(SS_Pins) / sizeof(SS_Pins[0]);
const char readerID[] = {'A', 'B', 'C', 'D'};
?
struct RFIDReader {
? char id;
? uint8_t ssPin;
? uint8_t rstPin;
? MFRC522 mfrc522;
? byte nuid[7];
?
? RFIDReader() : id(0), ssPin(0), rstPin(0), mfrc522(MFRC522(0, 0)) {}
};
?
RFIDReader readers[numPossibleReaders];
WiFiClient client;
?
void setup() {
? Serial.begin(115200);
? SPI.begin();
? WiFi.begin(ssid, password);
?
? while (WiFi.status() != WL_CONNECTED) {
? ? delay(500);
? ? Serial.print(".");
? }
?
? Serial.println("");
? Serial.print("Connected to ");
? Serial.println(ssid);
? Serial.print("IP address: ");
? Serial.println(WiFi.localIP());
? server.begin();
?
? for (uint8_t i = 0; i < numPossibleReaders; i++) {
? ? readers[i].ssPin = SS_Pins[i];
? ? readers[i].rstPin = RST_Pins[i];
? ? readers[i].id = readerID[i];
? ? readers[i].mfrc522 = MFRC522(readers[i].ssPin, readers[i].rstPin);
? ? readers[i].mfrc522.PCD_Init();
? ? readers[i].mfrc522.PCD_SetAntennaGain(readers[i].mfrc522.RxGain_max);
? }
}
?
void loop() {
? if (!client.connected()) {
? ? WiFiClient newClient = server.available();
?
? ? if (newClient) {
? ? ? client = newClient;
? ? ? Serial.println("New client connected");
? ? }
? } else {
? ? for (uint8_t i = 0; i < numPossibleReaders; i++) {
? ? ? Serial.print("Checking reader ");
? ? ? Serial.println(readerID[i]);
? ? ? if (readers[i].mfrc522.PICC_IsNewCardPresent() && readers[i].mfrc522.PICC_ReadCardSerial()) {
? ? ? ? Serial.print("Reading tag on reader ");
? ? ? ? Serial.println(readerID[i]);
? ? ? ? for (uint8_t j = 0; j < readers[i].mfrc522.uid.size; j++) {
? ? ? ? ? readers[i].nuid[j] = readers[i].mfrc522.uid.uidByte[j];
? ? ? ? }
?
? ? ? ? byte checksum = readers[i].nuid[0];
? ? ? ? for (uint8_t j = 1; j < 5; j++) {
? ? ? ? ? checksum ^= readers[i].nuid[j];
? ? ? ? }
?
? ? ? ? // Debugging output for Serial Monitor
? ? ? ? Serial.write(readers[i].id);
? ? ? ? for (uint8_t j = 0; j < 5; j++) {
? ? ? ? ? Serial.print(readers[i].nuid[j] < 0x10 ? "0" : "");
? ? ? ? ? Serial.print(readers[i].nuid[j], HEX);
? ? ? ? }
? ? ? ? Serial.print(checksum < 0x10 ? "0" : "");
? ? ? ? Serial.println(checksum, HEX);
?
? ? ? ? // Send data to the connected client
? ? ? ? client.write(readers[i].id);
? ? ? ? for (uint8_t j = 0; j < 5; j++) {
? ? ? ? ? client.print(readers[i].nuid[j] < 0x10 ? "0" : "");
? ? ? ? ? client.print(readers[i].nuid[j], HEX);
? ? ? ? }
? ? ? ? client.print(checksum < 0x10 ? "0" : "");
? ? ? ? client.print(checksum, HEX);
?
? ? ? ? client.write(0x0D); // CR
? ? ? ? client.write(0x0A); // LF
? ? ? ? client.write('>');
?
? ? ? ? readers[i].mfrc522.PICC_HaltA();
? ? ? ? readers[i].mfrc522.PCD_StopCrypto1();
? ? ? }
? ? }
? }
}


Tom
Locked Re: RFID Connectivity #rfid

 

On Sat, Apr 29, 2023 at 05:05 PM, <stephenjohnson500@...> wrote:
MFRC522, Uno, Ethernet and Serial
OK, so thanks for confirming the correct, working sketch for me. Now, I know that you wanted the same debugging functionality as in the Serial PN532 sketch, where the serial monitor tell you that reader X is connected to pin Y and the LED blinking. The serial monitor will display the information about the detected readers, such as the reader ID and the SS pin it's connected to. The built-in LED will also blink to match the number of readers detected during the startup process.
?
The LED will blink with a 1-second delay before the first blink, and a quarter-second delay between turning on and off for each blink. There will be a 1-second delay between each blink, making it easy to count the number of blinks and compare it with the number of detected readers shown on the serial monitor.


// Import Libraries
#include <SPI.h>? ? ? ? ? ?// SPI library for communicating with the MFRC522 reader
#include <MFRC522.h>? ? ? ?// MFRC522 library for reading RFID cards
#include <Ethernet.h>? ? ? // Ethernet library for the Ethernet shield
?
// Ethernet configuration
byte mac[] = {0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED};
IPAddress ip(192, 168, 1, 177);
unsigned int serverPort = 8888;? // Replace with the desired port number
EthernetServer server(serverPort);
?
// Define the SS (Slave Select) and RST (Reset) pins for each reader
#if defined(ARDUINO_AVR_UNO) || defined(ARDUINO_AVR_NANO)
const uint8_t ssPins[] = {5, 6, 7, A0, A1, A2};
const uint8_t rstPins[] = {4, 8, 9, A3, A4, A5};
const uint8_t readerAssignment[] = {1, 2, 3, 4, 5, 6}; // Assign reader numbers based on SS and RST pins
#elif defined(ARDUINO_AVR_MEGA2560)
const uint8_t ssPins[] = {5, 6, 7, 8, 9, A0, A1, A2};
const uint8_t rstPins[] = {22, 23, 24, 25, 26, 27, 28, 29};
const uint8_t readerAssignment[] = {1, 2, 3, 4, 5, 6, 7, 8}; // Assign reader numbers based on SS and RST pins
#endif
?
const int numReaders = sizeof(ssPins) / sizeof(ssPins[0]);
const char readerID[] = {'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H'};
?
struct RFIDReader {
? char id;
? uint8_t ssPin;
? uint8_t rstPin;
? MFRC522 mfrc522;
? byte nuid[7];
?
? RFIDReader() : id(0), ssPin(0), rstPin(0), mfrc522(MFRC522(0, 0)) {}
};
?
RFIDReader readers[numReaders];
EthernetClient client;
?
void setup() {
? Serial.begin(9600);
? SPI.begin();
? pinMode(10, OUTPUT);
? digitalWrite(10, HIGH);
?
? // Set pin 53 as OUTPUT for the Arduino Mega 2560
? #if defined(ARDUINO_AVR_MEGA2560)
? ? pinMode(53, OUTPUT);
? #endif
?
? // Explicitly deselect the SD card if not in use
? pinMode(4, OUTPUT);
? digitalWrite(4, HIGH);
?
? // Initialize the Ethernet connection
? Ethernet.begin(mac, ip);
? delay(1000); // Allow the Ethernet shield to initialize
?
? // Set the built-in LED as an output
? pinMode(LED_BUILTIN, OUTPUT);
?
? for (uint8_t i = 0; i < numReaders; i++) {
? ? readers[i].ssPin = ssPins[i];
? ? readers[i].rstPin = rstPins[i];
? ? readers[i].id = readerID[readerAssignment[i] - 1]; // Assign the reader ID based on readerAssignment array
? ? readers[i].mfrc522 = MFRC522(readers[i].ssPin, readers[i].rstPin);
? ? readers[i].mfrc522.PCD_Init();
? ? readers[i].mfrc522.PCD_SetAntennaGain(readers[i].mfrc522.RxGain_max);
?
? ? // Print debugging information
? ? Serial.print("Reader ");
? ? Serial.print(readers[i].id);
? ? Serial.print(" detected on SS pin ");
? ? Serial.println(readers[i].ssPin);
?
? ? // Blink the built-in LED
? ? delay(1000); // wait for a second
? ? digitalWrite(LED_BUILTIN, HIGH); // turn the LED on
? ? delay(250); // wait for a quarter second
? ? digitalWrite(LED_BUILTIN, LOW); // turn the LED off
? ? delay(250); // wait for a quarter second
? }
?
? server.begin();
}
?
void loop() {
? if (!client.connected()) {
? ? client.stop();
? ? client = server.accept();
? ? if (client) {
? ? ? Serial.println("Client connected");
? ? }
? }
?
? if (client.connected()) {
? ? for (uint8_t i = 0; i < numReaders; i++) {
? ? ? if (readers[i].mfrc522.PICC_IsNewCardPresent() && readers[i].mfrc522.PICC_ReadCardSerial()) {
? ? ? ? for (uint8_t j = 0; j < readers[i].mfrc522.uid.size; j++) {
? ? ? ? ? readers[i].nuid[j] = readers[i].mfrc522.uid.uidByte[j];
? ? ? ? }
?
? ? ? ? byte checksum = readers[i].nuid[0];
? ? ? ? for (uint8_t j = 1; j < 5; j++) {
? ? ? ? ? checksum ^= readers[i].nuid[j];
? ? ? ? }
?
? ? ? ? // Send output to Serial connection
? ? ? ? Serial.write(readers[i].id);
?
? ? ? ? // Send output to Ethernet client
? ? ? ? client.write(readers[i].id);
?
? ? ? ? for (uint8_t j = 0; j < 5; j++) {
? ? ? ? ? // Send output to Serial connection
? ? ? ? ? Serial.print(readers[i].nuid[j] < 0x10 ? "0" : "");
? ? ? ? ? Serial.print(readers[i].nuid[j], HEX);
?
? ? ? ? ? // Send output to Ethernet client
? ? ? ? ? client.print(readers[i].nuid[j] < 0x10 ? "0" : "");
? ? ? ? ? client.print(readers[i].nuid[j], HEX);
? ? ? ? }
?
? ? ? ? // Send output to Serial connection
? ? ? ? Serial.print(checksum < 0x10 ? "0" : "");
? ? ? ? Serial.print(checksum, HEX);
?
? ? ? ? // Send output to Ethernet client
? ? ? ? client.print(checksum < 0x10 ? "0" : "");
? ? ? ? client.print(checksum, HEX);
?
? ? ? ? // Send output to Serial connection
? ? ? ? Serial.write(0x0D);
? ? ? ? Serial.write(0x0A);
? ? ? ? Serial.write('>');
?
? ? ? ? // Send output to Ethernet client
? ? ? ? client.write(0x0D); // CR
? ? ? ? client.write(0x0A); // LF
? ? ? ? client.write('>');? // ETX replaced by '>'
?
? ? ? ? readers[i].mfrc522.PICC_HaltA();
? ? ? ? readers[i].mfrc522.PCD_StopCrypto1();
? ? ? }
? ? }
? }
}


Tom
Locked Re: RFID Connectivity #rfid

 


Tom

Well, I really don't know what's happening today, I seem to get anything working much today! The Uno's seem to be connecting to the laptop, but they are not reading any tags at all, non of them! I've tried different readers, tags and even USB ports. I'm not sure what's going on.

The WeMos seemed to be the only thing performing, after a fashion. I tried changing the pins around as suggested, but it still only gets as far as the 'Checking Reader x' message and looping around. I guess it doesn't move onto the next step as it doesn't see a tag. I'm a little confused over the pins though. On the reset side of the board it actually has two groups of pins marked SCK, MISO, MOSI, SS. The first set are D10-D13 as you'd expect. The second set are written as D11/MOSI/D7, D12/MISO/D6, D13/SCK/D5. It seems odd to have two sets of SPI pins marked. Do we have to define which set we are using perhaps?

Anyway, I've given up for now and will come back to it tomorrow and see if anything is working!

Steve
Locked Re: Loco moving only during sensing decoder type | Decoder Pro

 

To be clear, when you perform “Add Loco” with DecoderPro, JMRI presents you with a decoder selection that does not work when you accept the selection?
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
[DB150][PR3][QuadLN_S][JMRI 5.3.5]
Locked Re: Java.lang.NullPointerException

 

开云体育

Thanks for your reply, Cliff.
This newbie stumbled on solution.


On Apr 28, 2023, at 11:54 PM, Cliff Anderson <cliffaa@...> wrote:

?Joe,

Without more information, we are unable to figure out how to do more than provide some kind of broad brush guess.? At a minimum, the explicit wording of the error message and the context that led up to it are needed.? The more details you provide, the narrower our help will be.?

Copy the text of either the log/session.log file or from the JMRI System Console window into your next reply.? If you need help finding either of these, use the Help menu item to either identify the locations to get to the log file or to open the Console.

For more information, read Peter's instructions concerning the relevant details at?/g/jmriusers/topic/admin_how_to_ask_your/24915998?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,24915998?

Historically, guessing is not productive.

Cliff in Baja SoCal

Locked Re: RFID Connectivity #rfid

 

MFRC522, Uno, Ethernet and Serial

Tom,

sorry for the delay in posting this sketch. I wanted to make sure it was the right one before I did so. As you may have guessed, I assign version numbers to the sketches so that I know which one is which! This one I call Version 4.

//Multi Reader MCU Combo for Serial and Ethernet v4

//MFRC522 ? ? Nano/Uno ? ? ?Mega
//3.3v ? ? ? ? ?3.3v ? ? ? ?3.3v ? ? ?
//RST ? ? ? ? ? ? See #define
//GND ? ? ? ? ? GND ? ? ? ? GND
//IRQ ? ? ? ? ? ? Not Used
//MISO ? ? ? ? ?D12 ? ? ? ? D50
//MOSI ? ? ? ? ?D11 ? ? ? ? D51
//SCK ? ? ? ? ? D13 ? ? ? ? D52
//SS/SDA ? ? ? ? ?See #define

//Arduino Mega
//SS pins: 5, 6, 7, 8, 9, A0, A1, A2
//RST pins: 22, 23, 24, 25, 26, 27, 28, 29

//Arduino Uno and Nano
//SS pins: 5, 6, 7, A0, A1, A2
//RST pins: 2, 8, 9, A3, A4, A5

// Import Libraries
#include <SPI.h> ? ? ? ? ? // SPI library for communicating with the MFRC522 reader
#include <MFRC522.h> ? ? ? // MFRC522 library for reading RFID cards
#include <Ethernet.h> ? ? ?// Ethernet library for the Ethernet shield
?
// Ethernet configuration
byte mac[] = {0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED};
IPAddress ip(192, 168, 1, 100);
unsigned int serverPort = 80; ?// Replace with the desired port number
EthernetServer server(serverPort);
?
// Define the SS (Slave Select) and RST (Reset) pins for each reader
#if defined(ARDUINO_AVR_UNO) || defined(ARDUINO_AVR_NANO)
const uint8_t ssPins[] = {5, 6, 7, A0, A1, A2};
const uint8_t rstPins[] = {2, 8, 9, A3, A4, A5};
const uint8_t readerAssignment[] = {1, 2, 3, 4, 5, 6}; // Assign reader numbers based on SS and RST pins
#elif defined(ARDUINO_AVR_MEGA2560)
const uint8_t ssPins[] = {5, 6, 7, 8, 9, A0, A1, A2};
const uint8_t rstPins[] = {22, 23, 24, 25, 26, 27, 28, 29};
const uint8_t readerAssignment[] = {1, 2, 3, 4, 5, 6, 7, 8}; // Assign reader numbers based on SS and RST pins
#endif
?
const int numReaders = sizeof(ssPins) / sizeof(ssPins[0]);
const char readerID[] = {'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H'};
?
struct RFIDReader {
? char id;
? uint8_t ssPin;
? uint8_t rstPin;
? MFRC522 mfrc522;
? byte nuid[7];
?
? RFIDReader() : id(0), ssPin(0), rstPin(0), mfrc522(MFRC522(0, 0)) {}
};
?
RFIDReader readers[numReaders];
EthernetClient client;
?
void setup() {
? Serial.begin(9600);
? SPI.begin();
? pinMode(10, OUTPUT);
? digitalWrite(10, HIGH);
?
? // Set pin 53 as OUTPUT for the Arduino Mega 2560
? #if defined(ARDUINO_AVR_MEGA2560)
? ? pinMode(53, OUTPUT);
? #endif
?
? // Explicitly deselect the SD card if not in use
? pinMode(4, OUTPUT);
? digitalWrite(4, HIGH);
?
? // Initialize the Ethernet connection
? Ethernet.begin(mac, ip);
? delay(1000); // Allow the Ethernet shield to initialize
?
? for (uint8_t i = 0; i < numReaders; i++) {
? ? readers[i].ssPin = ssPins[i];
? ? readers[i].rstPin = rstPins[i];
? ? readers[i].id = readerID[readerAssignment[i] - 1]; // Assign the reader ID based on readerAssignment array
? ? readers[i].mfrc522 = MFRC522(readers[i].ssPin, readers[i].rstPin);
? ? readers[i].mfrc522.PCD_Init();
? ? readers[i].mfrc522.PCD_SetAntennaGain(readers[i].mfrc522.RxGain_max);
? }
?
? server.begin();
}
?
void loop() {
? if (!client.connected()) {
? ? client.stop();
? ? client = server.accept();
? ? if (client) {
? ? ? Serial.println("Client connected");
? ? }
? }
?
? if (client.connected()) {
? ? for (uint8_t i = 0; i < numReaders; i++) {
? ? ? if (readers[i].mfrc522.PICC_IsNewCardPresent() && readers[i].mfrc522.PICC_ReadCardSerial()) {
? ? ? ? for (uint8_t j = 0; j < readers[i].mfrc522.uid.size; j++) {
? ? ? ? ? readers[i].nuid[j] = readers[i].mfrc522.uid.uidByte[j];
? ? ? ? }
?
? ? ? ? byte checksum = readers[i].nuid[0];
? ? ? ? for (uint8_t j = 1; j < 5; j++) {
? ? ? ? ? checksum ^= readers[i].nuid[j];
? ? ? ? }
?
? ? ? ? // Send output to Serial connection
? ? ? ? Serial.write(readers[i].id);
?
? ? ? ? // Send output to Ethernet client
? ? ? ? client.write(readers[i].id);
?
? ? ? ? for (uint8_t j = 0; j < 5; j++) {
? ? ? ? ? // Send output to Serial connection
? ? ? ? ? Serial.print(readers[i].nuid[j] < 0x10 ? "0" : "");
? ? ? ? ? Serial.print(readers[i].nuid[j], HEX);
?
? ? ? ? ? // Send output to Ethernet client
? ? ? ? ? client.print(readers[i].nuid[j] < 0x10 ? "0" : "");
? ? ? ? ? client.print(readers[i].nuid[j], HEX);
? ? ? ? }
?
? ? ? ? // Send output to Serial connection
? ? ? ? Serial.print(checksum < 0x10 ? "0" : "");
? ? ? ? Serial.print(checksum, HEX);
?
? ? ? ? // Send output to Ethernet client
? ? ? ? client.print(checksum < 0x10 ? "0" : "");
? ? ? ? client.print(checksum, HEX);
?
? ? ? ? // Send output to Serial connection
? ? ? ? Serial.write(0x0D);
? ? ? ? Serial.write(0x0A);
? ? ? ? Serial.write('>');
?
? ? ? ? // Send output to Ethernet client
? ? ? ? client.write(0x0D); // CR
? ? ? ? client.write(0x0A); // LF
? ? ? ? client.write('>'); ?// ETX replaced by '>'
?
? ? ? ? readers[i].mfrc522.PICC_HaltA();
? ? ? ? readers[i].mfrc522.PCD_StopCrypto1();
? ? ? }
? ? }
? }
}


to I will try the PN532 version and play about with the WeMos version and see what I get.

Steve
Locked Re: Which Dapol Imperium do I pick from the JMRI list? #definitions

 

I am just wondering if 2 are been offered as the lights in one end without the motor and decoder still need to communicate as I’ve only fitted the 1 decoder on the motor and which housed the blanking plate.?
Locked Re: Loco moving only during sensing decoder type | Decoder Pro

 

At Sat, 29 Apr 2023 13:11:45 -0700 "Handrail-18" <thomas.mclaughlin2@...> wrote:


Recently bought two locos and whenever I put them on the programming track
with JMRI, the trains only move incrementally backwards and selects multiple
possible decoders (none of which work). Using throttler on the decoder
address it sensed did nothing. Is there a reason for this or a cause for
concern? Video below highlights the issue,
You cannot actually run the locos on the programming track. (Yes the trains
*might* move a little while reading CVs.)




I have a Bachman 60804 HO scale Great Northern GP30 Diesel locomotive #3007 and am using a DCCEX command station.

Any help/advice is appreciated,
Thomas






--
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software -- Custom Software Services
-- Linux Administration Services
heller@... -- Webhosting Services
Locked Loco moving only during sensing decoder type | Decoder Pro

 

Recently bought two locos and whenever I put them on the programming track with JMRI, the trains only move incrementally backwards and selects multiple possible decoders (none of which work). Using throttler on the decoder address it sensed did nothing. Is there a reason for this or a cause for concern? Video below highlights the issue,



I have a Bachman 60804 HO scale Great Northern GP30 Diesel locomotive #3007 and am using a DCCEX command station.

Any help/advice is appreciated,
Thomas
Locked Re: I have apparently created a loop or message storm in Loconet - I don't know if it's JMRI or not -- any suggestions on how to diagnose?

 

Well, I changed all the masts (about 35 of them) to a send count of 1 and the problem went away. That MIGHT have been the answer, or I did something different in the startup sequence, or it was something entirely different. We may never know.?

Thanks for the suggestion -- it was probably a good idea to do even if it wasn't the cause of the problem (or maybe it was?).

Scott Walton

On Sat, Apr 29, 2023 at 3:05?PM Ken Heywood <kheywood@...> wrote:
Are you using masts? If so, set the Send Count to 1, not 3. See how that works.
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
[DB150][PR3][QuadLN_S][JMRI 5.3.5]



--
Scott Walton
Locked Re: I have apparently created a loop or message storm in Loconet - I don't know if it's JMRI or not -- any suggestions on how to diagnose?

 

Are you using masts? If so, set the Send Count to 1, not 3. See how that works.
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
[DB150][PR3][QuadLN_S][JMRI 5.3.5]
Locked I have apparently created a loop or message storm in Loconet - I don't know if it's JMRI or not -- any suggestions on how to diagnose?

 

I have been working with my panels (current version at /g/jmriusers/files/ProblemsBeingWorkedOn/Scott_Waltons_problem/PRR_West_CTC_cleaned_fourth_reset.xml)?getting the Signals correct (especially around the double crossovers). I got those apparently correctly and managed to get several Transits to correctly circle the railroad (mostly - a couple of pauses here and there). I went to work on it again and when I turned on power to the railroad, I noticed that the Loconet became VERY busy and never went idle. When I looked at the Loconet monitor, there were many "Send IMM Packet command" messages and most were rejected as the buffer was full. I turned off power to the railroad and then restarted JMRI -- the same situation recurred. I again turned off the railroad and this time started JMRI on a different computer, connected to the same railroad. I started a monitor capturing the Loconet data. The messages didn't start again I restarted the PanelPro with the panels in the files section. Then the messages started again, but the curious thing is that they didn't stop when I exited PanelPro, so there must be something in the LocoNet devices that is either sending or resending these messages. The Monitor log has been upload to the same file area (/g/jmriusers/files/ProblemsBeingWorkedOn/Scott_Waltons_problem/monitorLog-alpha-full3.txt). No errors are showing in the System Console window.

The environment is:
Windows 11, Java 11, command station is Digikeijs DR5000 with DR5088RC Railcom readers, and RR-CirKits devies (SignalMan, TowerMan, MotorMan, TC-64, TC-64 MKII). Any suggestions on how to narrow down this problem. I think it would help if I was able to decipher where the Send IMM packets were addressed.

Scott Walton
24081 - 24100 of 239135