This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.

The Homey Community has been moved to https://community.athom.com.

This forum is now read-only for archive purposes.
Official Z-Wave CommunityApp

[APP Z-Wave] NEO Coolcam Z-Wave devices - Main discussion topic

13468918

Comments

  • EternityEternity Member
    edited April 2017
    Finally brought myself to install the NEO Touch Switch.

    I have not connected anything to the two outputs yet, I have only connected mains to the input to pair and test the switch. Neo App v1.1.20, Homey Firmware Versie: 1.2.0

    - Pairing went smoothly:







    The Switch shows up as node 45 in my z-wave mesh:

    If I press the left or right button, I hear the switch 'clicking' and the leds on the switch change colour. So, I presume it works...

    If I try to operate the switch via the web interface of Homey, sliding the switch, does not do anything with the NEO. Tried both the left and right sliders. Nothing happens. The reverse - activating the switch manually - does not update in Homey's interface either.

    I made a test flow, and that returns an error:


    I don't know what I am doing wrong. 

    Any suggestions?

    Thanks!

    PS
    I PTP, that didn't solve the issue.
    I installed the latest NEO App - version 1.1.21 - via CLI, still no luck.... 




    UPDATE
    I removed the power from the NEO switch, but the device is still available in the Homey interface and the switch sliders can be moved, without getting an error. I find that strange! I thought an offline z-wave node should not be available in the interface? I can even access the NEO settings menu and update the NEO Switch and get a confirmation. But, the Neo is not even connected to mains ???
  • Miricals also happen during Easter... Enjoy!
    v1.1.21 has been released to the app store: https://apps.athom.com/app/com.neo

    Change Log:

    v 1.1.21

    fixed:
    NAS-AB01ZE - Add action card for setting alarm or doorbell tune
    NAS-AB01ZE - Fixed alarm state action card

  • Jerpet said:
    Hi guys, At this moment I've got 3 z-wave devices connected to my homey. 1 Fibaro motion sensor is working pretty solid. The other two, a NEO door sensor and motion sensor, not so much.

    The distance to homey is about 3 meters for the door sensor and 7 for the motion sensor. The problem is that a lot of the time the contact alarm and movement detection stay stuck on yes on the homeycards in te app. When this happens the devices won't be triggered by motion or opening the door.

    As a result a lot of flows fail to be triggered. Anyone has an idea what could be the problem? I haven't changed the settings from the door sensor and changed the motion sensor to detect motion again after 5 seconds. I'm using homey version 1.1.9.

    Thanks in advance.
    @jerpet all three devices you mentioned are battery powered devices and do not support routing (enabling communication between neighbours and the main controller)... so no mesh will be build..

    On a distance of 3 meters, this should not matter, but the sensor on 7 meters might stretch it... especially if walls are in between. Adding some, non battery powered, Z-wave devices should create a strong mesh and extend this reach.

    In addition, a known issue with 1.1.9 is that reports provided by the devices are not processed correctly all the time.
    1.2.0 which is about to hit stable should improve this.
  • Eternity said:
    Finally brought myself to install the NEO Touch Switch.

    I have not connected anything to the two outputs yet, I have only connected mains to the input to pair and test the switch. Neo App v1.1.20, Homey Firmware Versie: 1.2.0

    .....
    If I press the left or right button, I hear the switch 'clicking' and the leds on the switch change colour. So, I presume it works...

    If I try to operate the switch via the web interface of Homey, sliding the switch, does not do anything with the NEO. Tried both the left and right sliders. Nothing happens. The reverse - activating the switch manually - does not update in Homey's interface either.

    I made a test flow, and that returns an error:


    ...

    UPDATE
    I removed the power from the NEO switch, but the device is still available in the Homey interface and the switch sliders can be moved, without getting an error. I find that strange! I thought an offline z-wave node should not be available in the interface? I can even access the NEO settings menu and update the NEO Switch and get a confirmation. But, the Neo is not even connected to mains ???
    @Eternity thanks for the detailed description!

    When I added and debugged the Neo touch switch driver, I only had one load connected to the touch switch and bot switches worked ok... I don't know what happens when no load is attached.

    What is the error code mentioned when trying to activate the switch through your test flow (hoover over the red triangle to show it)? What does the Z-wave log show during this action?

    Regarding the update. At the moment you remove the power of the Neo switch, all controls / settings will remain active.
    This is not wrong (or right)... toggling the switch, with the device powered of, will change the state of Homey...

    Updating the settings and getting a confirmation is incorrect... most likely there is only a check for battery powered devices if they are only and not for net powered devices (which are allways online)... the confirmation should however be based on feedback of the device... without a device it should not get this confirmation and provide an error.
    Can you create an issue on this one?

    I will take a look into the common Z-wave driver in parallel...
  • Jerpet said:
    Hi guys, At this moment I've got 3 z-wave devices connected to my homey. 1 Fibaro motion sensor is working pretty solid. The other two, a NEO door sensor and motion sensor, not so much.

    The distance to homey is about 3 meters for the door sensor and 7 for the motion sensor. The problem is that a lot of the time the contact alarm and movement detection stay stuck on yes on the homeycards in te app. When this happens the devices won't be triggered by motion or opening the door.

    As a result a lot of flows fail to be triggered. Anyone has an idea what could be the problem? I haven't changed the settings from the door sensor and changed the motion sensor to detect motion again after 5 seconds. I'm using homey version 1.1.9.

    Thanks in advance.
    @jerpet all three devices you mentioned are battery powered devices and do not support routing (enabling communication between neighbours and the main controller)... so no mesh will be build..

    On a distance of 3 meters, this should not matter, but the sensor on 7 meters might stretch it... especially if walls are in between. Adding some, non battery powered, Z-wave devices should create a strong mesh and extend this reach.

    In addition, a known issue with 1.1.9 is that reports provided by the devices are not processed correctly all the time.
    1.2.0 which is about to hit stable should improve this.
    Thanks for the quick response. I'll wait to see what happens with version 1.2. Otherwise maybe add some non battery powered devices.
  • EternityEternity Member
    edited April 2017
    @TedTolboom

    No load attached could also mean that a lightbulb is attached and that the actual bulk in broken. I guess (..) that the status of the NEO Switch should still be correct and that switching On/Off should be possible...

    The error in the flow is: Error: invalid_type_expected_number ["Switch Value"]

    The z-wave log shows these items for NODE 45 ..... when I press the buttons on the switch:

    [2017-04-17T09:40:20.904Z] Node[45]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d02002503ff
    [2017-04-17T09:40:20.921Z] Node[45]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x03ff

    When I slide the sliders in the web interface NOTHING is logged.


    PS
    I am new to creating issues (hehe)... I will have a look on how to do that!

    PPS
    I removed and re-paired the NEO Touch Switch to see if that would solve the issue. It did not...
  • Eternity said:
    @TedTolboom

    No load attached could also mean that a lightbulb is attached and that the actual bulk in broken. I guess (..) that the status of the NEO Switch should still be correct and that switching On/Off should be possible...

    The error in the flow is: Error: invalid_type_expected_number ["Switch Value"]

    The z-wave log shows these items for NODE 45 ..... when I press the buttons on the switch:

    [2017-04-17T09:40:20.904Z] Node[45]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d02002503ff
    [2017-04-17T09:40:20.921Z] Node[45]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x03ff

    When I slide the sliders in the web interface NOTHING is logged.


    PS
    I am new to creating issues (hehe)... I will have a look on how to do that!

    PPS
    I removed and re-paired the NEO Touch Switch to see if that would solve the issue. It did not...
    @Eternity just checked with @cliffbroeren (due to lack of Touch switch myself), that with 1.2.0 and Neo app 1.1.21 his Touch switch is still working.

    I guess something went wrong during pairing.
    Can you try to
    - remove the touch switch from Homey
    - reboot Homey
    - wait 15-20 minutes for Z-wave to be fully up and running (can check that at Z-wave settings, the processSendData is empty
    - reset the switch to default (press the left button more than 10 seconds)
    - re-add the touch switch at close distance to Homey (move Homey if needed)
  • EternityEternity Member
    edited April 2017
    @TedTolboom

    Thanks for your effort!

    I did what you wrote. Removed, reset, re-added. Still no luck.


    The switch is added without any hick-ups and seen as Node 47 in the z-wave mesh.
     
    2017-04-17T14:20:52.160Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x135e
    [2017-04-17T14:20:52.291Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x145e02
    [2017-04-17T14:20:52.296Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1386
    [2017-04-17T14:20:52.374Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x148602
    [2017-04-17T14:20:52.379Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1372
    [2017-04-17T14:20:52.435Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x147202
    [2017-04-17T14:20:52.440Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x135a
    [2017-04-17T14:20:52.500Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x145a01
    [2017-04-17T14:20:52.503Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1373
    [2017-04-17T14:20:52.555Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x147301
    [2017-04-17T14:20:52.558Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1385
    [2017-04-17T14:20:52.622Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x148502
    [2017-04-17T14:20:52.625Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1359
    [2017-04-17T14:20:52.678Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x145901
    [2017-04-17T14:20:52.681Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x138e
    [2017-04-17T14:20:52.734Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x148e03
    [2017-04-17T14:20:52.739Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1360
    [2017-04-17T14:20:52.852Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x146004
    [2017-04-17T14:20:52.858Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1327
    [2017-04-17T14:20:52.984Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x142701
    [2017-04-17T14:20:52.989Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1325
    [2017-04-17T14:20:53.043Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x142501
    [2017-04-17T14:20:53.046Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1370
    [2017-04-17T14:20:53.103Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x147001
    [2017-04-17T14:20:53.106Z] Node[47]: sendData to COMMAND_CLASS_VERSION, params 0x1320
    [2017-04-17T14:20:53.204Z] Node[47]: Received application command for COMMAND_CLASS_VERSION, data: 0x142001
    [2017-04-17T14:20:53.547Z] Node[47]: sendData to COMMAND_CLASS_MANUFACTURER_SPECIFIC, params 0x0404
    [2017-04-17T14:20:53.703Z] Node[47]: Received application command for COMMAND_CLASS_MANUFACTURER_SPECIFIC, data: 0x0502580003108b
    [2017-04-17T14:20:53.724Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x05
    [2017-04-17T14:20:53.802Z] Node[47]: Received application command for COMMAND_CLASS_ASSOCIATION, data: 0x0603
    [2017-04-17T14:20:53.806Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x0201
    [2017-04-17T14:20:53.871Z] Node[47]: Received application command for COMMAND_CLASS_ASSOCIATION, data: 0x03010500
    [2017-04-17T14:20:53.873Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x0202
    [2017-04-17T14:20:53.925Z] Node[47]: Received application command for COMMAND_CLASS_ASSOCIATION, data: 0x03020500
    [2017-04-17T14:20:53.926Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x0203
    [2017-04-17T14:20:54.002Z] Node[47]: Received application command for COMMAND_CLASS_ASSOCIATION, data: 0x03030500
    [2017-04-17T14:20:54.008Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x010101
    [2017-04-17T14:20:54.084Z] Node[47]: sendData to COMMAND_CLASS_MULTI_CHANNEL, params 0x0707
    [2017-04-17T14:20:54.194Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x08400200
    [2017-04-17T14:20:54.198Z] Node[47]: sendData to COMMAND_CLASS_MULTI_CHANNEL, params 0x0901
    [2017-04-17T14:20:54.250Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0a0110015e868e25
    [2017-04-17T14:20:54.319Z] Node[47]: sendData to COMMAND_CLASS_MULTI_CHANNEL, params 0x0902
    [2017-04-17T14:20:54.407Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0a0210015e868e25
    [2017-04-17T14:20:55.006Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x010101
    [2017-04-17T14:20:55.085Z] Node[47]: sendData to COMMAND_CLASS_ASSOCIATION, params 0x010201
    [2017-04-17T14:21:13.159Z] Node[47]: sendData to COMMAND_CLASS_SWITCH_BINARY, params 0x02
    [2017-04-17T14:21:13.510Z] Node[47]: Received application command for COMMAND_CLASS_SWITCH_BINARY, data: 0x0300
    [2017-04-17T14:21:13.533Z] Node[47]: sendData to COMMAND_CLASS_MULTI_CHANNEL, params 0x0d2f022502
    [2017-04-17T14:21:13.783Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d022f250300
    [2017-04-17T14:21:13.805Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x0300
    [2017-04-17T14:21:34.803Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d01002503ff
    [2017-04-17T14:21:34.820Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x03ff
    [2017-04-17T14:21:34.835Z] Node[47]: Received application command for COMMAND_CLASS_SWITCH_BINARY, data: 0x03ff
    [2017-04-17T14:21:37.141Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d0100250300
    [2017-04-17T14:21:37.155Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x0300
    [2017-04-17T14:21:37.171Z] Node[47]: Received application command for COMMAND_CLASS_SWITCH_BINARY, data: 0x0300
    [2017-04-17T14:21:40.153Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d02002503ff
    [2017-04-17T14:21:40.169Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x03ff
    [2017-04-17T14:21:43.216Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d0200250300
    [2017-04-17T14:21:43.230Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x0300
    [2017-04-17T14:21:44.779Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d01002503ff
    [2017-04-17T14:21:44.796Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x03ff
    [2017-04-17T14:21:44.809Z] Node[47]: Received application command for COMMAND_CLASS_SWITCH_BINARY, data: 0x03ff
    [2017-04-17T14:21:48.145Z] Node[47]: Received application command for COMMAND_CLASS_MULTI_CHANNEL, data: 0x0d0100250300
    [2017-04-17T14:21:48.160Z] Node[47]: Decapsulated frame from COMMAND_CLASS_MULTI_CHANNEL to COMMAND_CLASS_SWITCH_BINARY, data 0x0300
    [2017-04-17T14:21:48.179Z] Node[47]: Received application command for COMMAND_CLASS_SWITCH_BINARY, data: 0x0300



    I will remove the Switch again, reset it and restart Homey, but pair the switch tomorrow.
  • Eternity said:
    @TedTolboom

    Thanks for your effort!
    I did what you wrote. Removed, reset, re-added. Still no luck.

    The switch is added without any hick-ups and seen as Node 47 in the z-wave mesh.
     
    I will remove the Switch again, reset it and restart Homey, but pair the switch tomorrow.
    @Eternity which repository did you use when you installed via CLI? Are you sure you downloaded and installed v1.1.21?

    The error message (Error: invalid_type_expected_number ["Switch Value"]) you showed earlier would point to a cause that you accidentally used an older version of the app (< v1.1.19), where "Switch Value" was still used in the driver and where the Touch Switch was not working.
    With the updated app, tested ok on the Touch Switch, "Switch Value" has been replaced in the driver by "Target Value".

    Can you install the version now in the app store (= v1.1.21) and try if this works?
  • EternityEternity Member
    edited April 2017
    @TedTolboom

    This is what Homey states as being installed (via CLI):



    I have just installed via the App store:



    And will re-pair NOW


    UPDATE => still no luck :-(

    Tomorrow I will add a load to the outputs. That is the only thing that I have not done yet.



  • Eternity said:
    @TedTolboom

    This is what Homey states as being installed (via CLI):



    I have just installed via the App store:



    And will re-pair NOW


    UPDATE => still no luck :-(

    Tomorrow I will add a load to the outputs. That is the only thing that I have not done yet.



    Not sure if this is from any help, but I can confirm this is working for me. Homey 1.20 and Neo 1.1.21


  • EternityEternity Member
    edited April 2017
    @lourens
    Thanks for the confirmation!

    I still get the error:



    PS
    I even checked the box; I do have the EU version....

  • And no info when u hover the red exclamation mark?
  • casedacaseda Member
    edited April 2017
    @Eternity @TedTolboom
    apparently you have a different version of the switch, your binary switch (command class) version is 1 (confirmed by your data log: 0x142501), where the version of all the others are version 2.

    is there no difference in product id's?
  • EternityEternity Member
    edited April 2017
    Well spotted @caseda!

    This is the information:



    It gets added to Homey without an error and is 'update-able' too.
    Would that mean that my switch needs a different driver?



    @Rocodamelshe
    The error in the flow is: Error: invalid_type_expected_number ["Switch Value"]
    Same as before.

  • caseda said:
    @Eternity @TedTolboom
    apparently you have a different version of the switch, your binary switch (command class) version is 1 (confirmed by your data log: 0x142501), where the version of all the others are version 2.

    is there no difference in product id's?
    Didn't have the opportunity to look at the version numbers (hardly readable on a phone), but you are right @caseda
    Well spotted!

    Unfortunately, it also uses the same product ID... so a different driver would not work (due to the same product ID which is used to identify the right driver).. 

    Only option would be a SET and REPORT parser that is able to distinguish based on command_class version....
    would need to look into that one..
  • EternityEternity Member
    edited April 2017
    Ouch..... Sorry for the confusion... I am glad the 3 Neo plugs worked out of the box. Bummer my weird Touch  Switch is causing problems... 


    PS
    As I seem the only one with this odd Touch Switch, perhaps I should just sell it.... 
  • @Eternity welcome in the wonderful Z-wave world  ;)
    Where did you order these touch Switches? If you have two, there will be more... bumping into the same issues...

    We'll look for a solution...
    I won't have much time in the first half of this week.. but I can make a dedicated V1 version later this week...
  • Still trying to get some better results. After rebooting Homey and resetting the Z-wave I'm struck with only one working socket. They all do appear in the graph but only one works. And only works with on/off, no additional data. Could this be a faulty Homey... I just don't understand they do appear in the graph, so Homey sees them, but still won't function...

  • @TedTolboom
    A dedicated Neo Switch V1 driver would be awesome! 

    Would that mean a separate folder in the 'driver' folder for the V1?
    Or would that mean a total new App for just the V1 switch?



    I am asking this, because I also have other NEO Coolcam stuff, and it would be nice if the App would remain App store updateable. I could manually add the v1 driver into the driver folder. 
  • For those of you that buy second-hand Neo-z-wave devices, like me.... you need to reset the device first before you can connect it with the triple button press.

    I bought a set of door sensors and was getting frustrated that they didn't get recognised. In the manual is written that you can keep the button pressed for 10 seconds (until the light is red), then release the button. After that, piece of cake to connect them. App works great as well!
  • Ik kan melden dat de eerder gemeldde issue is opgelost. De flows sturen weer correct de sirene aan.
  • As for the difference between the NEO Touch Switch (I seem to have a version 1, the current driver is for v2), I looked up my purchasing details.

    The Neo Touch Switch was bought about a month ago, on the 28th of March at AliExpress. Some days before that, I ordered  2 Neo Coolcam powerplugs. These have no driver issues :-)

  • SkorpionSkorpion Member
    edited April 2017
    @Eternity: I don't own a Neo Touch Switch, but I bought several plugs and motion sensors from the VSTARCAM shop and they all work without a flaw.
  • EternityEternity Member
    edited April 2017
    @Skorpion

    Good to read. My other Neo stuff works great too!

    The issue with my Touch Switch is known, thanks to @caseda and @TedTolboom
    A solution - two different drivers for the two different Touch Switch types - is 'in the make'.



  • @Eternity made an test version of the app (based on v1.1.21) which should be compatible with the V1 version of the Touch Switch...
    https://github.com/TedTolboom/com.neo/tree/TouchSwitch_V1

    Can you check if your touch switch is working not (listening and reporting)?
  • EternityEternity Member
    edited April 2017
    Great news @TedTolboom
    We were on our way out, but I couldn't resist to give it a brief test....

    I quickly installed your App, removed the NEO Switch that was still installed, re-added it again via your App.

    Manually switching the switch, updates in the web interface :-)
    Switching the web interface doesn't switch the Neo Switch :-(

    I step forward already !


    BTW no load on the outputs!


    Will test again tomorrow. Also after a PTP!
    Thanks so far !!!
  • TedTolboomTedTolboom Member
    edited April 2017
    Eternity said:
    Great news @TedTolboom
    We were on our way out, but I couldn't resist to give it a brief test....

    I quickly installed your App, removed the NEO Switch that was still installed, re-added it again via your App.

    Manually switching the switch, updates in the web interface :-)
    Switching the web interface doesn't switch the Neo Switch :-(
    @Eternity should be working now; see updated https://github.com/TedTolboom/com.neo/tree/TouchSwitch_V1
    Should not be needed to remove and re-pair the touch switch; update app and it should be working
  • EternityEternity Member
    edited April 2017
    @TedTolboom

    Just checked the latest App. It's working!! 

    Thank you!! 


    PS
    Can I update this version with future Neo App releases?
  • Eternity said:
    @TedTolboom

    Just checked the latest App. It's working!! 
    Thank you!! 

    PS 
    Can I update this version with future Neo App releases?
    No, this is a special @Eternity version... will make a common version that is able to detect the Binary Switch version by itself (default V2)... to be released to the app store in the future
    But will need some support from you @Eternity and @CliffBroeren to test is with both versions...
Sign In or Register to comment.