Jump to content
 

SealionSteve

Members
  • Posts

    38
  • Joined

  • Last visited

Recent Profile Visitors

225 profile views

SealionSteve's Achievements

12

Reputation

  1. Tried a reset of the Select - no difference. I spoke to Hornby. They think the chip has had it (following some attempts at cv reads etc by me, using Sprog/DecoderPro) and don't supply replacement 7 pin chips. Hey ho. Pendolino seems to have died now anyway. 8 pin socket and chip on order, soldering iron at the ready...!
  2. I see. But it worked fine when the Pendolino was not involved - a consist of Class 57 and Sentinel worked fine, so doesn't that indicate a problem with the chip in the Pendolino? Or maybe the consisting logic in the Select and the 7 pin Pendo chip don't communicate properly? I will be interested to see whether putting a better decoder in the Pendo (the bar isn't set too high!) works. Regards Steve
  3. Thanks for the advice, RAF96. Will go for a 7 pin to 8 pin wire harness and a better spec 8 pin decoder I reckon! Cheers Steve
  4. I dissolved the consist, reset the Pendolino to its adress. Worked ok on Select. Sprog/Decoder Pro was unable to identify the Pendolino as existing in the roster (there was a roster entry for it; it identified another loco in its roster ok, and I cleaned the Pendo wheels and retried with no luck). I deleted the existing roster entry for the Pendolino and set it up again. Sprog could not identify the Hornby chip, so I set it up manually using the Hornby Pendolino chip type (shown as a pop-up on one of the Hornby decoders from the list in Decoder Pro). Pendolino worked ok using Decoder Pro (throttle and lights) when selected from the roster. However when I asked Decoder Pro to identify the Pendolino it still reported "no roster entry found". Retried the "identify" function and again got the "255 unknown manufacturer" message again. I am thinking of just replacing the chip (they are an odd 7 pin one I think?) - or even replacing the power car with a trailer since I only want to use the Pendolino in "drag" mode anyway 😏 Are the chips fitted in the trailer cars the same as the power car ones?
  5. Have found the SPROG and will investigate cvs - thanks again!
  6. Thanks RAF96. I tried that with the same result. I do have a SPROG 3 somewhere but rather red-faced to say I seem to have "misfiled" it! I'll have a look at the cvs once I have found it. The Pendo's chip is "losing" its address once the consist is dissolved, and has to be reprogrammed, whereas the Class 57 is reverting back to its address of 03 without needed reprogramming. Regards Steve
  7. Hi I have a Hornby Pendolino which I want to use in a consist with a Heljan Class 57 - obviously this is going to involve surgery to the 57 and adding a coupling to the front of the Pendolino! For now, I am just trying to set the two locos up as a consist using my Hornby Select and I have run into a problem The Class 57 is initially address 03 and works fine by itself via the Select. The Pendolino is initially address 04 and works fine by itself via the Select. Both locos respond the same direction-wise. I want to set up a consist addressed as 34. Following the instructions in the Select's User Guide, I put both locos on the programming track, pressed 34 then "select". Display showed 34. I then held down "function" to get "A1" flashing, and entered 03, then "select" to add the Class 57 to the consist. Display showed "A2" flashing, I pressed 04 then "select" to add the Pendolino to the consist. Display was now showing 34. That all appeared to be as expected according to page 14 of the Select's user manual. However, on subsequently entering 34/"select", the Class 57 responded to the controls but the Pendolino appeared dead (no movement or light). I dissolved the consist as described on page 15. Reprogramming the Pendolino to address 04 restored it ok. I went through the same consisting process using the Class 57 and a Hornby Sentinel shunter which was programmed as 04 and it all worked perfectly. Is it possible that the chip in the Pendolino has a fault which makes it work ok "solo" but fails to work when it is included in a consist? Or can anyone suggest anything else I could try please? Thanks in advance, Steve
  8. Thank you for the suggestions. I could find nothing obvious when looking "under the hood". As I had found that: Scenario 1 screws + magnet in the plastic holder = problem Scenario 2 screws by themselves (no plastic holder) = no problem Scenario 3 magnet in plastic holder without screws = no problem I realised that scenario 2 was not entirely eliminating the screws and needed to be modified in case it was the extra thickness of the plastic magnet holder which was causing the screws to be at a different depth into the loco's baseplate (possibly missing something which they were touching before, thereby causing a short or open circuit). So I tried screws and empty plastic holder, kind of hoping it would bring back the problem as then all would make sense. However there was no problem when I tried that 4th scenario. Looks like the villain is the presence of screws plus magnet in this particular loco. I am a bit hazy on the relationship between electricity and magnetism but I know that they are related...can anyone with more know-how than me (probably the majority out there!) confirm or deny that it is possible that there is a current flowing between the screws via the field of the magnet when both are present and that might be causing the problem? Thanks.
  9. Thank you so much for the advice, everyone. I followed the suggestions of connecting the common lead to the voltage supply rather than the GND and hey presto - all working fine now. I am fine on the software side but it always seems to be the hardware which flummoxes me! Many thanks again to all for your help. Regards Steve
  10. Hi I have a Hornby "Percy" loco (I know - but it works reliably and I wouldn't lose much sleep if it died so I use it as a test loco). I fixed a DCC Concepts Powerbase magnet under it (between the wheels with no drive cog) using their recommended screws (just a thought - why not brass screws, since the steel ones they sell you are VERY keen on the magnets!) and the plastic magnet holder supplied as part of the package. Percy then refused to budge when placed on my Powerbase test track. I wondered whether the (steel) screws were shorting, so I removed the magnet and replaced the screws. Percy performed fine. So maybe the magnet was messing with the motor? I "black-tacked" the magnet to the chassis and touched power leads to the wheels. It worked fine. Hmmm. I then glued the magnet in its plastic holder to Percy's base. He worked fine on the Powerbase test track. I realise that it's only a matter of time before the magnet defeats the glue, but what's going on here? At the moment I want to say "It's logic, Jim, but not as we know it". 🤣
  11. OK, I have a horrible feeling that this is going to be a "Doh!" moment, but here goes... I want to use a DCC Concepts lever to act as a "trigger" for colour light signals so I can change them via an Arduino. The Arduino controls the operation of a level crossing and the associated signals. I want to connect the lever so that I can set the signals regardless of whether the crossing gates have been told to open to rail traffic. I have managed to make the Arduino detect whether the lever has been moved by wiring an "on/off" output from the DCC Concepts lever to one of the Arduino pins and its ground. It's easy for the Arduino sketch to then invoke a routine which looks at the current state of a signal and change it. The problem I have is that the "common" wire of the 3 from my colour light signal is positive rather than ground. If it was the other way round I could just wire the "red" wire to one pin, the "green" wire to another and the common to an Arduino ground, then set one or the other of the pins HIGH or LOW to set the signal "red" or "green". As things stand though, the only way I can get my "change signal" routine to work is with either the green being on or off (with the "green" lead from the signal connected to Arduino ground) or vice versa with the "red" lead connected to ground. Obviously, connecting both "red" and "green" signal leads to Arduino ground doesn't solve the problem. Any help will be really appreciated, even if I end up kicking myself! Cheers Steve
  12. Thanks everbody, I did as suggested and everything is working fine now. Regards, Steve.
  13. Thank you both - will give that a go, loads of resistors in the bit box :-)
  14. Thanks for the reply. A sketch of the cicuit is attached (I hope!).
×
×
  • Create New...