I would like to excersize ethernet/ip protocol communication in linux.
I found that there are some free scanner simulator tools like do-more scanner simulator and ethernet/ip explorer which could be installed in windows.
I want to read the scanner simulator data from a linux machine. Are there any adaptor programs which work for linux?
CIPster is a C++ library for implementing Ethernet/IP adapters. It is hosted here: https://github.com/liftoff-sr/CIPster
They have an example Adapter you may be able to use here: https://github.com/liftoff-sr/CIPster/blob/master/examples/POSIX/sample_application/sampleapplication.cc
Related
My goal is to create a simple LED controlled by my iPhone through Homekit.
I'd like to do it using only a NodeMCU (ESP8266).
I found lots of solutions using a NodeJS library (HAP-NodeJS), which works well on my PC, but obviously can't run on a NodeMCU board.
As I understand, all these solutions require a RaspberryPI (or similar board running Linux) that talks with the NodeMCU board. But I don't like this solution.
Is there a way to achieve this goal only with a NodeMCU board?
Update 1 (25/01/2017)
Ok, I'm reading lots of blogs and watching some videos, and I'm understanding more about this topic.
I found NodeMCU Flasher to install the firmware on the board, and I found the firmware I'd like to use (I think I could be more comfortable with Lua).
First problem... I'm using a Mac, and NodeMCU Flasher is for Windows... Is there an alternative?
I downloaded also ESPlorer. Does it provide the same functionality as NodeMCU Flasher?
Please check this.
Public Apple's HomeKit protocol code has been around for some time for more potent processors (notably HAP-NodeJS). This is a rewrite for the ESP8266 to make the server foundation. This project uses ESP8266_RTOS_SDK and WolfCrypt 3.9.8 for the crypto. It will however NOT deliver a certified HomeKit device.
I am trying to use the "Simulation API SDK" for a Citrix Session, to get information about the running processes in an AutoIt script.
The SDK documentation is available here:
https://www.citrix.de/community/receiver-ica-sdks.html
To use the API, the file WfIcaLib.dll is needed, which is placed at Programs/Citrix/ICA Client/WfIcaLib.dll
The modern "Citrix Receiver" has no such file and I couldn't find any way to install this SDK. The SDK itself still seems to be modern, even if the documentation is some years old.
Is there any way to use this SDK with the modern Citrix Receiver (version 4.4) or am I just wasting my time?
If this is not possible, is there any good alternative for this API, to get information about Citrix processes?
Thanks in advance.
The problem occured on a windows 10 machine with the newest Citrix receiver.
I installed the same Citrix receiver on a windows 7 machine and the dll file is available now.
Seems like it gets installed different/without the dll file on windows 10.
I have a Delphi application which runs smooth in PlayOnMac under MacOS 10.9.5 Yosemite.
It has the feature to minimize the application to TrayBar. Since Mac is not having the concept of TrayBar I would like to disable this feature if the app runs on Mac.
Checking the Windows version is not an option since PlayOnMac really well obfuscates the fact that the host OS is Mac by emulating the Windows APIs and reporting that the OS is Windows XP for example.
How I can detect that the application is running in PlayOnMac?
Because the PlayOnmac engine uses Wine, you can try searching for the wine_get_version and wine_nt_to_unix_file_name methods on the ntdll.dll module using the LoadLibrary and GetProcAddress functions.
Additionally try these resources.
How to detect if your Windows application is running under Wine
Detecting a virtualized environment
uDGVMUtils
Your app is running within an emulation system. It thinks it is running on Windows, it does not see MacOS at all. So unless PlayOnMac's emulation is reporting itself somehow in its emulation of GetSystemInfo() or the Registry, or somewhere else that a Windows app can access, then the app simply has no clue. That is what emulation is all about.
I am new to Lua. I have an ARM Cortex based product with an OS providing TCP stack, SD card for file storage, and lots of custom hardware. I have embedded Lua (from the standard source distribution) into the product and added an API to give Lua access to my hardware. Also have Telnet and FTP services running. Works great.
Now I would like to add the ability to debug scripts with ZeroBrane. Looks like I need to add MobDebug, and connect it to my OS thru LuaSockets. Assuming this is a valid approach, can anybody point to a tutorial or documentation that would help?
Thanks
Assuming you have access to luasocket on that platform, you can follow the instructions on remote debugging with MobDebug and ZeroBrane Studio. It should be a matter of adding require('mobdebug').start('IP-of-computer-running-ZeroBraneStudio') and making project files available in ZeroBrane Studio.
ZeroBrane Studio also does mapping between different file systems to allow debugging of scripts running on one platform from the IDE running on a (possibly) different platform. You only need to make sure you have the same project structure. For example, you may have /usr/me/myprojects/projectA/fileB.lua and start debugging of projectA/fileB.lua in /usr/me/myprojects/; then on the IDE side you may have D:\Users\Me\myprojects\projectA\fileB.lua opened in the IDE and it will attempt to map /usr/me/myprojects/ to D:\Users\Me\myprojects\. If you run into issues, you can use IRC or the maillist to get further help.
Obviously, one needs a PC with a copy of Delphi XE2. But, do you need a Mac or iPad? Mac OSX running in a virtual machine? ... Can you create and compile the application entirely on a PC?
You require a Windows PC (32 or 64 bit, running Vista or 7 - though XP has limited support) to use Delphi XE2's IDE and compiler. These simply will not work on any other platform, so you can only develop on a Windows PC!
With only a Windows 32 (or 64) bit PC, you can build Win32, Win64 and OSX applications.
To test/run 64bit Windows applications you require a 64bit system with a 64bit edition of Windows installed.
To test/run OSX Applications, a Mac system running 10.6 (Snow Leopard) or 10.7 (Lion) is required. A "Hackintosh" or VM running MacOSX will not work (and is a violation of Apple's EULA)!
To produce iOS Applications, you require the same criteria as stated above for testing OSX applications, with the additional requirement of installing the FireMonkey iOS package (containing the FreePascal compiler and FireMonkey libraries), XCode, and the iOS emulator.
The iOS Emulator will run Delphi-made iOS applications, though of course testing on the physical device is often considered better.
You can create and compile the entiry application on a PC.
You need OS X version 10.6 or 10.7 to test it on a MAC: Prerequisites
Watch Andreano Lanusse video
Found with Google: Mac in a VM
a bit late, but the question still stands (me at least, I'm researching the subject)
regarding the virtualization part of the mac, which is dismissed by everybody above, and how that is not possible to be used instead of a physical mac (same for the open-gl FM related comment above), I'd quote XE5 official documentation:
"All FireMonkey applications require a graphics processing unit (GPU) on both the target platform and the development system. The GPU can be accessible either directly or through virtualization" (http://docwiki.embarcadero.com/RADStudio/XE5/en/FireMonkey_Platform_Prerequisites)
Take note that this is not XE5 requirement, it will work as well with XE2, because having the GPU accessible to the VM basically means giving the VM direct control to it (in case of vmware, through passthrough aka VMDirectPath I/O, although in this aprticular case there are limitations). XEN, on the other hand, it said to do very nicely with GPU passthrough.
I've been using this method for a lot of other, non delphi-iOS related, activities that also require access to a physical GPU, and they all work just nice (the "how nice" depends on the chosen hardware so care must be taken there, of course).
so the short answers are: no, yes, yes.
as others said, it is advisable to test your applications on the actual target systems, so at one point you may want to consider purchasing some 2nd hand device for the job.