8th-Apr-24, 01:50 PM
@dvd3500, Ha ha, thanks for the nice reminder :)
yes probably the best way to think of Smart LEDs is as a building block for developers of digital slot car systems. It extends the SSD method for car identification (and lane change requests) from the standard Scalextric limit of 6 cars up to a new limit of 36 cars.
But like all building blocks it’s useless on its own. Here it needs compatible track sensors and an interface to a race management software package. These now exist too.
So how can it be used?
Well here are some examples:
1/ A Scalextric ARC PRO or APB C7042 powered system with six SSD chipped cars plus additional O2 or SCX chipped cars with the latter two types using Smart LEDs for lap counting cross-compatibility. In our trials to date we have focused on 10 cars.
2/An O2 based system where under-track ID sensors are used in place of O2 magnets and in-car Hall sensors. Here the objective is to add options into the O2 digital eco-system.
3/ As mentioned, it’s a building block for developers. In my case the ID detection method is being tested in readiness for integration directly into some new wireless in-car decoder designs.
Yes - more words - but does that add some clarity of purpose? apologies if not!
@drifter2 - great idea :) the onboard microcontroller could read a standard servo PWM (pulse width modulation) signal instead of a generic ‘SSD-style‘ mark-to-space signal. Perhaps it could auto switch between the two formats? Below 500Hz the input is treaded as a servo PWM signal and above 500Hz it is treaded as mark-to-space signal. Do-able.
c
yes probably the best way to think of Smart LEDs is as a building block for developers of digital slot car systems. It extends the SSD method for car identification (and lane change requests) from the standard Scalextric limit of 6 cars up to a new limit of 36 cars.
But like all building blocks it’s useless on its own. Here it needs compatible track sensors and an interface to a race management software package. These now exist too.
So how can it be used?
Well here are some examples:
1/ A Scalextric ARC PRO or APB C7042 powered system with six SSD chipped cars plus additional O2 or SCX chipped cars with the latter two types using Smart LEDs for lap counting cross-compatibility. In our trials to date we have focused on 10 cars.
2/An O2 based system where under-track ID sensors are used in place of O2 magnets and in-car Hall sensors. Here the objective is to add options into the O2 digital eco-system.
3/ As mentioned, it’s a building block for developers. In my case the ID detection method is being tested in readiness for integration directly into some new wireless in-car decoder designs.
Yes - more words - but does that add some clarity of purpose? apologies if not!
@drifter2 - great idea :) the onboard microcontroller could read a standard servo PWM (pulse width modulation) signal instead of a generic ‘SSD-style‘ mark-to-space signal. Perhaps it could auto switch between the two formats? Below 500Hz the input is treaded as a servo PWM signal and above 500Hz it is treaded as mark-to-space signal. Do-able.
c
![[+]](https://slotracer.online/community/images/bootbb/collapse_collapsed.png)