Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - totallymaxed

Pages: [1] 2 3 ... 302
1
One of the major directions Dianemo has taken over the last few years has been a drive for simplicity & reliability. That focus led us to the realisation that we needed to rethink how systems were configured and at the same time add some new technologies & capabilities to the overall system to make the goal attainable.

We started to look at the whole Dianemo system, much of which at the time still relied on configurations, setup and processes that we'd inherited from the Pluto days. One of the first things that hit us was that in the area of media distribution and delivery we needed to make some big changes. At the time we still used Media Directors but the world around us had changed and increasingly the TV's we were connecting to our MD's were SmartTV's with their own IP connections & integrated UPnP media players. It quickly dawned on us that by configuring MD's on system we were relegating the SmartTV's to being...well just dumb TV's. We weren't utilizing all the great hardware capabilities in these TV's at all. The original reason MD's were developed in the Pluto days was because there were no low cost media players back then so the Pluto guys had to build their own from PC components. There were also no Touch based tablets back then either, well there were but they were super expensive 7-8,000 USD devices that came with Crestron systems, so the only cost effective way to put a UI into a room was to create one inside an MD and use the TV to display it to users. But now we had very affordable small touch based tablets & smartphones that could display a much better UI and we have great UPnP media players built directly into SmartTV's and for older TV's we could use low-cost stand-alone UPnP media players for video playback. So we could move the UI to the customers tablet and use the SmartTV directly for streaming and all of those activities could be orchestrated over IP & UPnP by Dianemo's NerveCentre. If we needed any other local control/sensors then we could locate other low power/cost dedicated devices wherever we needed them for that purpose all connected back to the NerveCentre by IP.

As we worked through the ramifications of this though process we realised that moving away from MD's, together with some other related changes, meant that we could actually reduce the kind of hardware we needed in the NerveCentre because it was being asked to do far less heavy lifting. All of this meant we ended up with a far simpler more reliable overall system with a much lower energy burn. We could now deliver a good level of performance in smaller Homes using a low end Atom based NerveCentre. A typical small apartment/small house system would now be essentially a small compact Atom based NerveCentre, network switch + Wifi router, Some SmartTV's, Squeezebox devices for audio all controlled from a handheld touch based UI on a tablet. In functional terms this system could do everything the previous generation of systems had done but with possibly 60+ % less hardware and more than a 50% reduction in complexity and at least a 40% reduction in energy burn too.

The only real loss in this approach was the on screen TV UI. We didn't feel this was a great loss - it was only there through expediency and a quirk of circumstance that went back to the very limted hardware we had available in the early days. In fact over-hauling the UI was something we'd wanted to do for some time, and now we were free of the so called '10 foot' UI we could think about a new approach to UI's, and that was really the moment that our, soon to be released, Athena HTML5 UI was born.

So today yes we still have some older installations that use MD's and we still have some new customers who wan't to stick with MD's still too. But the vast majority of our installations, 80% or more, are now MD free and use SmartTV's or media players instead. That means more affordable & reliable systems with lower complexity too.

See here our current offers;
http://forum.linuxmce.org/index.php?topic=8880.msg100221#msg100221

All the best

Andy

2
Users / Re: Raspberry Pi Model A+ Experiences
« on: November 25, 2014, 01:06:10 pm »
Don't know much about the A+ PIs but it seems to me that if you're looking for a wall-mount orbiter, you can get a cheap 7" android tablet for just a few dollars more. I guess if you particularly want it to be small and extremely low power then the PI is a good option but if it's a price-point thing, to me an existing tablet would make more sense. And it has the added advantage of being able to run Qorbiter and do other stuff if you want as well -  I have a $73 tablet that is wall mounted. It runs touch-orbiter but I use it primarily as a permanent IP camera viewer for my gate camera. It has been running for about a year and a half now as smooth as you like and the screen is on pretty much all day.

On occasion I take it off the wall (magnetic mount) and the children play games on it or I use it for the odd e-mail, to control my media, or I move it to the entertainment area if we're entertaining and expecting guests so I can keep an eye on the gate.

My only gripe is power- I have an ugly cable running to it from the power supply.

Good point - and we've gone that route in the past successfully. But that kind of solution never looks anything other than a tablet mounted on the wall. I think OP was looking for something that could be built into the wall and look more cosmetically agreeable. Would Qorbiter run on an A+ in 256mb of RAM?...possibly. I'm not familiar with the specifics of what it needs in terms of resources etc (hopefully someone else will post on this)

I do know that our Athena HTML5 Orbiter UI will definitely run very nicely on the A+ and will not need any special software or setup on the Rpi. It just needs a modern browser like Firefox or Chrome and your done. Of course the A+ + adafruit touch-screen + usb wifi adapter plus some power (at less than 500mw the A+ doesn't even get warm) into a wall box is all you need to connect into your Core whatever kind of Orbiter you choose.

Andy

Lastly lets keep this thread for Rpi A+ related discussion

3
Users / Re: LinuxMCE suddenly rings
« on: November 25, 2014, 11:18:28 am »
Actually that doesn't require a trunk to be configured, but it does require port 5060 to be forwarded to the core.

The hackers are hunting for externally accessible extensions with weak passwords, the call is just a result of a failed attempt & asterisk shunting the connection to the default incoming route. The number in the 3rd column of the log is likely the extension number they tried to connect as.

If there is no need for external SIP extensions, remove any port forwarding for port 5060, it shouldn't be required for trunk connections.

Regards,
Josh

Agreed re it not needing a configured trunk. That's why i suggested disabling his WAN side connection to see if the call traffic went away.

All the best

Andy

4
Developers / Re: Raspberry Pi Generic Serial Device
« on: November 25, 2014, 10:20:13 am »
Hi Andy

Sorry just saw this. I have 2 devices so far. The 1st one is a switch and input device. The switch drives some 12 volt relays that can switch up to 120v ac but with a small amp rating at 120v ac. Great for irrigation or a gate etc. It could be coupled with a contactor for more current if needed. The inputs are digital (for now) that can be connected to say a rain sensor or a photo eye. I have some vehicle loop sensor connected. I am working on analog devices now like temp and moisture. Pretty straight forward.
The 2nd device is an audio switch that uses digital switches. The one I have take 16 inputs and can switch it to one or all of 12 outputs.
If you can make your own PCBs (which is pretty easy) the costs are very cheap for the switch. The audio switch can get pricey with each of the digital switches around $2.50US each. You need 1 for each output zone per channel with 8 inputs max. So 4 chips for each output zone for my setup with 16 inputs. This could start small and chips added as needed to keep the cost down.

I do have some extra PCBs if you are interested. I had some made in China.

I just started to work on a touch screen controller for lmce. Not an orbiter but basically a switch that would be tied to events. trying to get it to fit in a j box with a standard decora plate.

Sorry for the late reponse

Jim

Hi Jim,

Thanks for the reply.

Have you built some Core side devices/code that provides the logic for controlling the device switching? ie green house application. I guess you could do that with custom scenarios though in fact as you have all the time/season type logic available there etc.

In your original post you mention a Raspberry Pi - what are you using that for? I'll think about the PCB's - thanks.

The new Raspberry Pi Model A+ might be worth looking at for your touch screen controller - its much smaller than the B/B+ and only $20 USD + shipping/Tax

All the best

Andy

5
Users / Re: LinuxMCE suddenly rings
« on: November 25, 2014, 09:59:29 am »
Do you have port 5060 forwarded to the core?
If so, it is likely hackers trying to authenticate as an extension & make a call.
When that fails, the call is passed to the default inbound route, which makes your phones ring.

Regards,
Josh

Hmmm...well I don't think that can be it as he's disabled his telecom VOIP service provider. I guess they could be stupid hackers who can hack in but are too lazy to see if there's a working trunk/voip provider though!

...Esperanto why don't you run your Core for a period without a WAN side connection and see if the logs still indicate telecom activity?

All the best

Andy

6
Users / Re: Raspberry Pi Model A+ Experiences
« on: November 25, 2014, 09:55:51 am »
I haven't got a model A yet but I was tempted to get one to see if it could run as a simple orbiter combined with the small adafruit touchscreen and placed in a wall box to control lights, set alarm status etc.

Not sure if the 256mb ram would run orbiter though but a web interface may work, I know this could be done with the model b but this a+ is quite a bit smaller now and more importantly in-wall its not as tall.

Just my ideas there so cheep you can afford to experiment:)

Well it certainly could run a normal Web Orbiter - that would be no problem at all in 256mb. Set it to auto-boot into your favourite Web browser and set the home page to the Web orbiter you'd added for it. Job done. I'm not sure if there would be any physical/technical issues using the A+ with a current Adafruit touch-screen - you'd need to check that out. But apart from that I cant see any reason that would not work very nicely indeed. We're thinking of a similar application but using our new Athena Web Orbiter UI in Dianemo - so I agree if you like in-wall/wall mounted touch-screens the A+ is just perfect.

As you say at $20 USD plus tax & shipping its go so many possible uses I can't count them all.

Let me know how your touch-screen idea progresses.

All the best

Andy

7
Users / Raspberry Pi Model A+ Experiences
« on: November 24, 2014, 03:48:52 pm »
I've been testing some Raspberry Pi Model A+'s over the last few days and wondered if anyone else had been too?

The Model A+ is about half the size of previous Raspberry Pi's but has the same mounting holes (at the same centres) as the earlier models. It lacks the the LAN port, only has a single usb port and only 256mb of RAM. But in all other ways is totally compatible with the earlier models - I could boot a test Raspian SD card from a Model B on the A+ without modifications.

The Model A+ uses the same Application Processor as earlier models, has 40 GPIO pins, far better audio quality (uses a separate low-noice power supply) which is great for SqueezeLite applications, power consumption is about 25% less than the Model A. Then there's the very low price - $20 USD + Tax & shipping.

I've been testing the Model A+ with a usb wifi adapter to get it connected and this works really well - again just like previous Rpi's. The only area where the Model A+ falls short is running something like XBMC where the 256mb of RAM is a little on the light side. But for SqueezeLite its pretty much perfect and for everything else the Model A+ is a great choice.

Anyone else got a Model A+? Any feedback, experiences or views on it yet?

All the best

Andy

8
This Dianemo License special offer is almost sold out - we will close the offer by 3pm GMT today. If you were planning to purchase a Dianemo License with configuration included for the special price of $179.95 USD then please get in contact before the deadline;

http://forum.linuxmce.org/index.php?topic=8880.msg100514#msg100514

Thanks.

Andy

9
Users / Re: LinuxMCE suddenly rings
« on: November 24, 2014, 02:11:58 pm »
A simple test would be to temporarily disable the external trunk and see if the phantom rings still happen.

doesn't that previous message already answers that option?

Actually it does...I hadn't noticed you mentioned disabling your provider. Glad the rings have stopped...and I hope they don't return! Does the log still show similar call activity now?

All the best

Andy

10
RaspCEC-Pi now supports all of the currently implemented/working CEC device types & all CEC command types;

- TV
Command/Query examples; Standby ON/OFF, Power State, EPG Language, Cursor Control, Vendor ID
- Recorder1, Recorder2, Recorder3
Command/Query examples; Standby ON/OFF, Play/Pause/FF/RW, Record, Status, Vendor ID
- Tuner1, Tuner2, Tuner3, Tuner4
Command/Query examples; Analogue/Digital Service Select, Status, Record, Vendor ID
- Playback1, Playback2, Playback3
Command/Query examples; Standby ON/OFF, Play/Pause/FF/RW, Status, Vendor ID
- Audio System
Command/Query examples; Standby ON/OFF, Input Select, Vol UP/Down, Mute, Status, Vendor ID
- “Unregistered” if it’s the initiator address, “Broadcast” if it’s the follower address.

For LinuxMCE users you will need to create a custom GSD device to provide access to CEC control on your system. We provide details of how to create one yourself with each license. We are also working on a CEC GSD device that we will provide as part of your license that you can add to your system. The RaspCEC-Pi LinuxMCE GSD device should be available shortly and will be made available to all customers a no cost.

Install our RaspCEC-Pi firmware on a new Raspberry Pi Model A+ with a usb wifi adapter and use a spare usb port on your TV to power it.  No power adapter or CAT5 cables to run. Get full control of all the devices attached to your TV's HDMI ports anywhere in your home without needing to run any cables at all.

Any questions please contact me here by PM or email me here; inquiries@ellipticalcurve.com

All the best

Andy

11
Marketplace / Dianemo Exposed - Using Wifi for Audio/Video & Control
« on: November 24, 2014, 12:29:44 pm »
A Series Highlighting How to Configure your Dianemo System

With the availability of good quality Wifi 802.11g/n routers & devices in recent years using wifi to connect your devices to your Core/NC has become a reliable solution. There are many situations where running new CAT5 cables in a property is not possible. It might be because the property has been recently re-decorated, the property might be rented or it might simply be that you just don't have CAT5 in the right places. In all these situations and many more too using Wifi is a viable solution in the vast majority of cases.

In smaller properties, or apartments, a single wifi router may be all that is required to get good signal coverage. But in larger properties you may need to consider using wifi extenders to extend the range of your wifi LAN to more distant locations. Wifi extenders are readily available now if you need them and are very affordable too.

The main advantage of using wifi is that you can locate your wifi device wherever you have a power outlet. Below a TV or Audio Amplifier for example or in the case of devices like Raspberry Pi's tucked behind the equipment you need to send audio to or control is possible too.

As a company we have a lot of experience with wifi in installations through both our professional installers and software license customers. I have several Raspberry Pi's around my home and they are all connected over Wifi. In my case i'm using wifi connected Raspberry Pi's for  CEC control, XBMC video and SqueezeLite audio. We have customers who also have SmartTV's connected over Wifi too.

Clearly if you've invested in CAT5 to each room then use it. But if you haven't or if you forgot to run that now very important last run of CAT5 to a guest room then go with Wifi for sure.

If you have any questions about wifi in general, Dianemo, Raspbmc-CEC, RaspSqueeze-CEC or RaspCEC-Pi then please just PM me here or contact me at; inquiries@ellipticalcurve.com

Andy


12
The new Raspberry Pi Model A+ combined with our RaspSqueeze-CEC or RaspCEC-Pi firmware is perfect for discretely tucking away where you don't have any CAT5. Simply add a usb wifi adapter and you have the smallest most energy efficient audio/CEC control solution there is. See below for more details;

http://forum.linuxmce.org/index.php?topic=8880.msg100541#msg100541

All the best

Andy

13
RaspSqueeze-CEC & RaspCEC-Pi Now Available for the New low Cost Raspberry Pi Model A+

Announcing support for the brand new Raspberry Pi Model A+ http://www.raspberrypi.org/raspberry-pi-model-a-plus-on-sale/. The Model A+ is smaller than earlier models, uses a lot less power and at $20 USD (plus tax & shipping) is the cheapest Rpi yet. The new Rpi Model A+ has no LAN port so you will need to use a usb wifi adapter when using it with either RaspSqueeze-CEC or RaspCEC-Pi software.

We think that the new Model A+ is really a breakthrough device for anyone with audio or control applications. So if your planning on using CEC control for your TV's or want SqueezeLite audio all over your house then the RaspBerry Pi Model A+ combined with either RaspSqueeze-CEC or RaspCEC-Pi is the perfect combination.

Get Information on RaspSqueeze-CEC here;
http://www.ellipticalcurve.com/smart-home-software-services/raspsqueeze-cec-software-for-dianemo-linuxmce/

Get information on RaspCEC-Pi here;
http://www.ellipticalcurve.com/smart-home-software-services/raspcec-pi-hdmi-cec-control-interface-with-web-api/

We have revised and simplified our pricing for all our Raspberry Pi software too - we now offer two very affordable simplified licences;

- $99.95 USD; Install on up to 4x Raspberry Pi's (on a single LinuxMCE/Dianemo System)
- $159.95 USD; Install on unlimited numbers of Raspberry Pi's (on a single LinuxMCE/Dianemo System)

The spec of RaspCEC-Pi is the same as for our RaspCEC-Pi Pro (for Professional AV/Automation System installers)  http://www.ellipticalcurve.com/dianemo-products-services/raspcec-pi-hdmi-cec-control-interface-with-web-api/ but does not include professional level support and therefore costs far less.

For more information/questions or to place an order please either PM me here or by email; inquiries@ellipticalcurve.com

All the best

Andy

14
Users / Re: LinuxMCE suddenly rings
« on: November 22, 2014, 12:36:14 pm »
whats the correct way to check that? I had only one SIP provider and since it did not work I was not using it. Even after disabling that account it was still doing the ringing.

Fortunately it seems to have stopped ringing after a few reboots.

I still get all these entries in the call detailed records log. Is that normal? I do/use nothing with telecom

Code: [Select]
2014-11-21 14:29:57 SIP 2055 Answer s ANSWERED 00:00
2014-11-21 14:25:41 SIP 1181 Answer s ANSWERED 00:01
2014-11-21 14:22:51 SIP 106 Congestion s ANSWERED 00:13
2014-11-21 14:21:25 SIP 1181 Answer s ANSWERED 00:00
2014-11-21 14:19:35 SIP 88108 Congestion s ANSWERED 00:13
2014-11-21 14:17:12 SIP 1181 Answer s ANSWERED 00:00
2014-11-21 14:15:25 SIP 400 Answer s ANSWERED 00:01
2014-11-21 14:12:58 SIP 1181 Answer s ANSWERED 00:00
2014-11-21 14:08:49 SIP 9996 Answer s ANSWERED 00:00
2014-11-21 14:06:33 SIP 9999 Answer s ANSWERED 00:01
2014-11-21 14:04:41 SIP 9996 Answer s ANSWERED 00:00
2014-11-21 14:00:24 SIP 9996 Answer s ANSWERED 00:00
2014-11-21 14:00:19 SIP 400 Wait s ANSWERED 00:01
2014-11-21 13:57:08 SIP 106 Congestion s ANSWERED 00:13
2014-11-21 13:56:08 SIP 9996 Answer s ANSWERED 00:00
2014-11-21 13:51:55 SIP 8001 Answer s ANSWERED 00:00
2014-11-21 13:50:42 SIP 209 Answer s ANSWERED 00:01
2014-11-21 13:47:43 SIP 8001 Answer s ANSWERED 00:01
2014-11-21 13:45:24 SIP 400 Answer s ANSWERED 00:01
2014-11-21 13:43:32 SIP 8001 Answer s ANSWERED 00:00
2014-11-21 13:39:22 SIP 8001 Answer s ANSWERED 00:00
2014-11-21 13:35:13 SIP 9999 Answer s ANSWERED 00:01
2014-11-21 13:35:08 SIP 9509 Answer s ANSWERED 00:00
2014-11-21 13:31:07 SIP 106 Congestion s ANSWERED 00:13
2014-11-21 13:30:57 SIP 9509 Answer s ANSWERED 00:00
2014-11-21 13:30:20 SIP 400 Answer s ANSWERED 00:01
2014-11-21 13:26:42 SIP 9509 Answer s ANSWERED 00:01
2014-11-21 13:22:31 SIP 9509 Answer s ANSWERED 00:00
2014-11-21 13:18:17 SIP 6303 Answer s ANSWERED 00:01
2014-11-21 13:15:01 SIP 1004 Wait s ANSWERED 00:01

A simple test would be to temporarily disable the external trunk and see if the phantom rings still happen. If they do with the external trunk to your telecom provider disabled then you know that the cause is something internal to your system.

All the best

Andy

15
Let's be clear.  I am not confused about the product you are offering or the extent (or not) of its' capabilities.  I am confused by the fact that your subject line claims there is support for it in LinuxMCE when there is not.  I would consider purchasing your product, and promote it to others for you, if it was actually supported from LinuxMCE.

Thank you for clarifying that you intend to add the needed Device Template(s) so that it can be 'supported from LinuxMCE' as you claim. 

Jason

Hi Jason,

As I said in my initial, and follow up responses, we have customers who already have working GSD devices on their LinuxMCE systems and we will have the source code for a GSD available shortly that I will make freely available here. Every LinuxMCE customer who has purchased our HDMI-CEC firmware to date was, and is, fully aware that they will need to create their own simple GSD device currently, as we have made that clear in the posts relating to purchasing our firmware and again before they confirm their purchase. No one has been misled, tricked into purchasing our HDMI-CEC firmware. The only post where we have not mentioned the current need to create your own GSD device is the follow up post relating to our software having been updated to support HDMI-CEC enabled HDMI Switches ie this post. But of course now you and I have discussed this in depth, here in this thread, no one can be in anyway confused about this issue even if they only ever read this thread.

I would also ask any existing customer of our HDMI-CEC firmware to contact me directly if they need any help/support to create their own simple GSD device - or alternatively wait for our GSD device to be available.

Lastly if anyone is still confused, or felt they were not informed about needing to create a simple GSD device prior to purchasing our HDMI-CEC firmware for the Raspberry Pi, then they can post here or contact me directly and they can have a full refund.

All the best

Andy

Pages: [1] 2 3 ... 302