Bob83a

The ghost train has been replaced by a bus!, I believe it is one way only. So the only regular use between Greenford and South Ruislip is freight which uses the Greenford to West Ealing connection. But that does include the HS2 tunnel segments from Grain to West Ruislip for the western end of the Northolt Tunnels, I.e. West Ruislip to Greenford.

37, 47, 67 and Turbomotive in OO and HST both versions in TT are all still shown as coming in Q3, but it of course ends next week, that is according to the schedule but the latest version of that seems to be from 20/6/23. I do not believe that any of the Q3 scheduled profiles have been delivered so far. There are some pre-fitted models of these due in the next month or two so they must be close unless Hornby are slipping those.

I would of thought that the packaging for the current batch of the decoders was produced long ago, and most of the decoders that have not been sold yet were on the shelves of the retailers/distributors. So changing the packaging now would be a major recall exorcise. Possibly the best that Hornby could do would be to send out stickers to be applied to the boxes, but retailers would probably want to charge Hornby to apply those. Therefore it is unlikely that the packaging will not change until the next batch of decoders are produced, and it is to be hoped that when that occurs then the decoders will be updated with the smaller chipset. the schedule for the non-sound decoders probably means that the packaging has not been produced yet and therefore can be changed before released. Again it might be possible that a smaller chipset will be used in those decoders.

Just because a phone is not on the incompatible list does not mean it is compatible, it just means that Hornby are not aware of issues. Possibly nobody has reported issues with that device and Hornby has not tested it themselves. Given the number of phones available or previously made, it is not possible for Hornby to test them all, so they will need users to report issues. Even if it is reported to Hornby they possibly will not be available to obtain an example of the phone anyway, either availability or cost.

According to the latest profile schedule on the Hornby site, the 37, 47, 67 and Turbomotive are all due in Q3, so they should all be appearing this month.

Is it Candy & Co Heathfield.

Problem with this link is that it has a specific date included so it will probably cease working.p and is already out of date. try the following on the Hornby.com site click on Shop and the HM7000. Then click on the Brochures and Guides icon. this takes you to a page with all the manuals, guides, profiles list, compatibility and trouble shooting. The profile schedule is the first entry of the profile list section. There are gaps in the profile list which seem to be reserved for future profiles included some not yet announced.

Hornby have sort of hidden the documentation etc for the HM7000, they have removed all the items from the support area of the website. To access the manuals, compatibility info, etc you now need to go to the shop portion of the site and ten select HM7000 from the menu. Searching the website for HM7000 finds the individual products but not the general stuff or the manuals etc.

R30219 are 21pin, 2 decoders required

Bachmann rebadged the LE1014E as a 36-550, so CV8 could be Lenz or Bachmann if Wellyboots identification is correct.

previous reports say they will have the correct sound for the model concerned

If you go down that route make sure that the resistor is only installed when programming the decoder otherwise the resistor is likely to get hot during normal running.

You don’t need a motor, in a normal set only one power car has a motor. You normally need to program both power cars together at the same time as the dummy cannot respond to the programming. The motorised power car responds for the pair. Programming them individually in another loco that does have a motor is one way to do it, however an easier way is to use a decoder tester, so that you do not have to disassemble the loco. Given that you have connectivity from the wheels to the socket it would appear that the issue is somewhere from the socket to the decoder, but of course you have said that the decoder and sound works in the other loco. Therefore I suggest that you double check the socket, use a meter in continuity mode. Do not use a blanking plug or connect a decoder. Check that power gets from the wheels individually on one side to one pin track on the socket, then test all the other wheels on the same side connect to the other track pin on the socket. Also check that power from each wheel does not appear on any other pin on the socket. One issue I believe is that the wheel sets can be the wrong way round so the the isolation on the axle is not on the same side as the pickup, this only occurs is the isolation is on the wheel hub rather than in the middle of the axle.

You cannot rely on reading the. Manufacturer from cv8 as part of the rebadging often includes changing it to the model maker. Bachmann have used lenz, soundtraxx, Esu, zimo which have all been badged as Bachmann Dapol imperium we’re lais at least for the early ones, not sure about the latest, sound is either esu or zimo. Hornby non sound have mostly been Hornby own make, Anschluss Esu for sound, and then of course Hornby TTS and TXS looking on the rtr makes site is generally a waste of time as suggested in the OP

Problem with giving them the same address is that you may have issues with lights, horns and sounds. If they have the same number then the horns will play at both ends which is not prototypical. Starting the engine will start up both at the same time again not the normal action. If you buy a matched pair of decoders then the horns will only sound of the front cab in the forward direction and add a delay between engine starts. The decoders in a matched pair should be labelled to distinguish which is the nominal front decoder and which is the rear one. If you give the decoders separate numbers then you can manually sound the correct horns and start the engines at different times. You can consist the two decoders then you can control the train with one address, and it is possible to control some functions prototypically by setting cvs to enable function at one end only. CV29 option allows you to reverse the direction at one end as previous mentioned and this should also show the correct lighting, but it generally will not make any difference for other functions E.g horns.

Ask the question in the DCC section. But yes the TTS chips do support lights. They are all 8 pin so only support front/rear lights. you will probably find that there is no PCB to wire them to or you need to run wires from the tender to the loco itself.

The is an issue with the PWM used to drive the motors, therefore the algorithm needs to be different, using the same modulation apparently causes buzzing from the motor. The chuff rate is dependant on the speed of the motor and the gearing between it and the wheels. So different rates are required for the different scales. Apparently there are different sound profiles for diesels as well as steam. There will probably be different sound profiles for all locos. See the profile schedule on the Hornby site which shows two profiles where locos are being made in both scales.

It has been stated that Hornby have submitted the Android version for release on the Play Store. They cannot issue fixes until that version gets released, therefore any fix must be pending. If updates were permitted while in the play store release cycle then it would be a moving target so the process would have to start again.

But that does not answer the question, does it support the Lenz/esu setup. if it supports both but just not on the same layout then Hornby have not gone their own way as suggested. the docs mention Lenz but not DCC concepts!

Has anyone actually tried the decoders with Lenz ADCC/ABC modules (BM1-3) and shown it does not support the “standard” i.e. the Lenz/ESU format. the HM7000 manual sort of implies that it should work but the setting of CV27 is contradictory. We have seen that it works with the DCC concepts setup but is there anything showing that it does not work with Lenz/ESU.

It appears that there have so far been 3 occupancies of froth coming to the surface in the Ruislip area. This froth is the fluid used by the TBMs boring the Northolt tunnels. It is reaching the surface thru the boreholes that were used to test the ground conditions for the tunnels. One would assume that if the high pressure fluid can reach the surface thru the boreholes then they cannot have been sufficiently filled once the test bores were completed. If the fluids can reach the surface then and surface water could go in the reverse direction which would probably lead to sinkholes, albeit only small ones. HS2 were last week laying metal trackway to gain access for machinery presumably to repack the boreholes.

Typical marketing vagueness. it does not say all or most just that it works with more than 1. you would not expect details of max voltage, PWM etc on the box. Also that would be too much for the small print. you would hope that there would be pointers to the full requirements/specifications.

The HM7040 dongle connects to a command station using an RJ12 connector. It converts the Bluetooth signals from the App on a phone or tablet into Xpressnet which tells the command station what to send on the DCC bus. Xpressnet is supported by the Elite/Select, Lenz and some other manufactures who may also provide RJ12 connection. Hornby are testing the dongle with both the Elite and Select and have also mentioned some testing with Lenz devices. Testing can be a very expensive exercise and take considerable time. The problem with the E-link is there is no RJ12 connection and it is not economic to re-engineer it to add one. I suppose Hornby could develop an E-link mark 2 but it would be a case of ditch the existing version. All of the Hornby command station have a USB connection, so it might be possible to develop a dongle that convert the Bluetooth to USB, but it is again a question of cost. The USB connection is the one that JMRI uses to communicate with some command stations like the Hornby ones. It also can use a serial interface or Ethernet connection. There is no interface at present to use Bluetooth directly. You can use your Digitrax command station with JMRI but in most cases this requires an adapter that converts a serial or USB connection into Loconet. I am sure that some nice person, possibly Nigel or one of his knowledgable colleagues will generate the necessary definitions so that JMRI can talk to HM7000 decoders via a Command station of some type. This command station does not need to be a Hornby one. But JMRI development is done by generous individuals giving up their time and they generally only do it if they themselves benefit. So JMRI will almost certainly support HM7000 decoders but not directly using Bluetooth. If there were to be a Bluetooth standard then it probably would be likely that JMRI would support it

I think that a little clarification to this is needed, HM7000 is a range of things. Will JMRI support the HM7000, I am fairly sure the answer will be Yes it will support the decoders in DCC mode. If the decoders conform to the DCC standard then why not. But of course the things that can only be done on Bluetooth would not be supported, E.g. no sound loading. Will JMRI support Bluetooth, maybe, most tablets and some PC’s already support Bluetooth, hence the ambility to run the app on tablets. But will it support Hornby’s protocol used over Bluetooth, probably not but there may be a standard protocol in the future.

As previously indicated, https://uk.Hornby.com/products/hm7000-8txs-ble-decoder-8-pin-txs-sound-r7336?modal=-zoom shows the aerial. If you remove that section then the Bluetooth will not work and you will not be able to load any sounds.