Just sharing some of my inconsequential lunch conversations with you... RSS  

Showing posts with label RFID. Show all posts
Showing posts with label RFID. Show all posts

Wednesday, September 29, 2010

BizTalk Server 2010

Here are the main new features:

  • Support for the latest platforms from Microsoft including server, database and development environment.

  • Enhanced developer productivity and new application life cycle management experience for development teams.

  • New capabilities for implementing agile SOA integration solutions across heterogeneous technologies and Line of Business systems.

  • Enhanced B2B and RFID capabilities to allow the implementation of flexible end-to-end supply chain management and asset tracking solutions.

Yes, the EPCIS Query and Capture interface event handlers are finally there! And it comes with a free developer edition.

PS: at the time of this post, it wasn’t on the MSDN subscription.

Friday, April 09, 2010

3rd General Assembly of RACE networkRFID

clip_image002[6]The 3rd General Assembly of RACE networkRFID was held at the new Frankfurt University campus on March 25th, 2010.

My company, Link, is an associated member of RACE networkRFID, a network designed to become a federating platform to the benefit of all European Stakeholders in the development, adoption and usage of RFID.

About the meeting itself you can follow the announcement at the public site. For now I’d like to make a reference to the RACE database of RFID use cases. The result of WP3, the RACE database of RFID use cases is now on-line and accessible to the members, who are strongly encouraged to connect and enter their use cases. We will soon start submitting some of the RFID we are working on, and I encourage all the readers to do the same. It’s free!

Quadro de Referência Estratégico NacionalIt was a great opportunity to share our experience and expectations over RFID, and above all to share the next generation of projects we are working on. In this respect I’ve had the opportunity to present to some of members our investment on rfrbNET project, a Track & Trace Federated Network. rfrbNet is co-financed by QREN (National Strategic Reference Framework), the framing for the application of the Community’s policy for economic and social cohesion in Portugal.

These meetings give us an opportunity to do some networking among the participants - I was naturally particularly interested on promoting rfrbNet.

And here we are:

3rd assembly

Here are some photos of our host, the new Frankfurt University campus:

IMG_9075

IMG_9064_5_6_adjust-1

Finally I had an opportunity to do a little sightseeing on Frankfurt. It’s a quite city with a curious blend of history and modernity. Here’s a dramatic (probably over photoshoped…) photo:

IMG_9104_5_tonemapped-1

Monday, January 18, 2010

1st Workshop “Internet of Things”

Yesterday we had our first Workshop on “Internet of Things”. This workshops joins Link consultants and Instituto Superior Técnico M.Sc. and PhD students on a series of state-of-the-art and business presentations. The areas of interest are RFID, logistics and enterprise information systems.

One of the presented projects was my current I&D project: rfrbNET: RFID track & trace federated network.

Sunday, November 15, 2009

Just how much standard is EPCGlobal air interface?

The standardization of protocols is guarantee of:

  • Independence of hardware
  • Open-loop compliance

These concepts are fundamental for the modern supply chain, particularly for the competitiveness of the solutions and their economic viability. For this reason EPCGlobal defined standards, among them the tag air interface so that complaint interrogators can interact with compliant tags.

In my experience all the interrogators I’ve used can interact with all the tags. But there is an exception: we couldn’t read CAEN Temperature Logger UHF Semi-Passive Tag A927Z when using the IF61 Intermec interrogator. We can read it using a CAEN A928, but not with the Intermec. Not even the EPCID, let alone the data bank.

Ok, this is not your everyday logistic passive tag, but it EPC Gen2 compliant, so it should be read by any EPC Gen2 compliant interrogators.

We’ve being talking with Intermec and CAEN about it and the problem will soon be solved. But the problem still persists: for now, compliant certification is not enough, you’ll still have to depend on testing to guarantee it’s compliance.

Anyone else had this problems?

rfrbNET: RFID track & trace federated network

I’ve being devoting my last year to project rfrbNET, a RFID Track & Trace Federated Network (in Portuguese: Rede Federada de Rastreabilidade de Bens).

This project facilitates the building of a network of supply-chain participating peers over EPCGlobal standards. Objects represented by EPC tags transverse this peers, where these movements and respective business context is first captured and later delivered through a standard EPCIS interface. Although a reality right now, this interface is designed over a point-to-point logic, meaning you can query about EPC events directly against an EPCIS, but lacking the way to ask what EPCISes have information about these tags.

This problem is defined by the EPCGlobal as Discoverability, and is still a work in progress. To address the discoverability we have to solve problems like security, identity, privacy, protection of business data, policy rules and above all the architecture that can support it. To make it work, we have to frame it on a federation model that guarantee scalability and easy provisioning of accounts, and defining it's governance rules.

We are finishing the rfrbNET dissemination site, as soon as launch it announce it here.

Quadro de Referência Estratégico Nacional This project co-financed by the QREN (National Strategic Reference Framework), the framing for the application of the Community’s policy for economic and social cohesion in Portugal.

Integrating RFID in the supply-chain

I’ve been accompanying a series of M.Sc. around RFID. Last Friday Nuno Rodrigues defended his thesis on “Integrating RFID in the supply-chain supported over ERP”.

Here’s the abstract:

The field of logistics and distribution, in what concerns warehouse management, has clear needs of business process optimization regarding the reception and shipping of products. The Radio Frequency Identification (RFID) might be the solution to address those needs.
This document presents the study done regarding RFID technology, the emerging set of standards from EPCglobal, available RFID Middleware tools, analysis of the current business processes (typically supported by barcode technology) and a proposal of new business processes that explores the potential of RFID technology.
It is proposed an architecture for the implementation of an RFID system integrated with an ERP, which usually manage the warehouse, as well the integration with the suppliers and customers, in order to facilitate the exchange of important business information.

On this dissertation, Nuno tackled the problem of inefficiencies on the supply chain (high human intervention, high error rates and lack of item-level tracking), and how  RFID can help addressing this problems.

His dissertation starts making reference to the state-of-the-art, where is worth mentioning the comparison of platforms and their alignment with the EPCGlobal stack.

He devotes the next chapter to the business processes on a warehouse, defining both the AS-IS and the necessarily different TO-BE resulting upon the RFID re-engineering process. The scenario is a typical Order->Palletize->ASN->Ship->Receive Goods process, with all the usual electronic documents. As an extra challenge Nuno had to extend Dynamics NAV in order to support RFID,

The next chapters identifies the involved information entities, the solution architecture and the prototype implementation detail, concluding demonstrating that the integration of RFID addresses the identified problems.

The scenarios and architecture will be addressed on a future post. For now let me list the technologies:

  • BizTalk Server as Integration Middleware
  • BizTalk RFID as RFID MiddleWare
  • Dynamics NAV as ERP

Congratulations for a great thesis, Nuno.

Wednesday, October 28, 2009

Silver ink for wearable or throwaway electronics

Here’s a cool technology: Xerox developed a silver ink for wearable or throwaway electronics:

Xerox researchers have invented a kind of ink that can conduct electricity and be used to put electronic circuits on top of plastics, film, and textiles. That means in the coming years we’ll be able to wear or bend our electronics. You could even print out your electronic gadget on plastic sheets, as if you were printing a document.

This technology can prove decisive on the RFID market in massifying usage and pulverizing prices.

Wednesday, September 23, 2009

ETFA 2009 - Advanced Manufacturing Systems

Here’s the agenda for the WIP-5:

Chairs: Joaquín Ezpeleta and Rei Itsuki

Room A-13, 9:00 - 11:00, Friday September 25th

 

Order

ETFA Ref.

Title / Authors

1

MD-001554

Consideration for Efficient RFID Information Retrieval in Traceability System
Rei Itsuki, Atsushi Fujita

2

MD-005215

RFID tuning methodology applied on airport baggage tracking
Carlos Jacinto, Mário Romano, Ana Montes, Pedro Sousa, Mário Nunes

3

MD-005703

Using CloudRFID middleware for fuel supply control of vehicles fleets
Leonardo A. Amaral, Fabiano P. Hessel, Eduardo A. Bezerra, Jerônimo C. Corrêa, Oliver B. Longhi, Thiago F. Dias

4

MD-005029

Exploring an Open-loop RFID Implementation in the Automotive Industry
Daniel Hellström, Mathias Wiberg

5

MD-005266

Design and Control of an Intelligent Dual-Arm Manipulator for Fault-Recovery in a Production Scenario
Jose de Gea Fernandez, Johannes Lemburg, Thomas M. Roehr, Malte Wirkus, Iliya Gurov, Frank Kirchner

6

MD-005096

High-accuracy automatic system to assemble vehicle headlamps
Javier Gamez-Garcia, Juan Gomez-Ortega, Alejandro Sanchez-Garcia, Silvia Satorres-Martinez

7

MD-000329

The Possibilities of and Limits to Detecting Incomplete Fusion via In-Process Monitoring in the Case of Laser Welding
Michael Kuhl, Paul-Michael Mickel

8

MD-005177

Business Driven Engineering for Powertrain Industry
Robert Harrison, Radmehr Monfared, Les Lee

9

MD-006114

On the development of an Agent Supported e-Manufacturing environment
Adriana Giret, Vicente Botti

10

MD-005576

An Agent-Based Approach for Automating The Disturbance Handling for Flexible Manufacturing Systems
Iman Badr, Peter Göhner

11

MD-005851

A multiagent-based system to support the decentralized collaborative decision-making process in the automobile supply chain sector
Jorge E. Hernandez, Raúl Poler, Josefa Mula, David de La Fuente

12

MD-004871

Three-View-Concept for modeling process or manufacturing plants with AutomationML
Miriam Schleipen, Rainer Drath

13

MD-005711

Factory Monitoring and Control with Mixed Hardware/Software, Discrete/Continuous Models
Paul Maier, Martin Sachenbacher

After the conference I’ll post the paper (probably here). A deeper article will be presented in Carlos Jacinto’s Master of Science thesis, the work that has influenced most of this WIP paper. This thesis will be presented pretty soon, and will be announced here as soon as possible.

Thursday, September 17, 2009

MEMOVRN: Memory overrun on BizTalk RFID

Oops, we’ve preparing a staging environment for a RFID project and BizTalk 2009 devices stopped responding, claiming a memory overrun error:

  49|  Error|091509 17:53:43|Intermec|Intermec.RFID.Middleware.DSPI.IntermecDeviceException: BRI returned H0C210555555555552202271F 1 MEMOVRN


We finally found out the problem: on the device we changed the server IP address, and it kept changing back to the original one:



image



Yeap, we changed it over and over again, and it kept restoring the original value. Strangely enough we had to write it directly on the file system on:



C:\Program Files\Microsoft BizTalk RFID\Providers\Intermec\Devices

Friday, July 31, 2009

RFID Operations Guide Live

Here it is: the first “BizTalk Server 2009 RFID Operations Guide”.

I haven’t read it yet, but according to Ewan Fairweather, the key sections of the guide are:

· Planning the Environment for BizTalk Server RFID: Explains the planning required for various components such as RFID devices, servers deployment, performance, HA, etc. to ensure that your BizTalk Server RFID infrastructure and applications become operationally ready.

· Operations Checklist: Provides a set of daily, weekly and monthly tasks that will empower the IT Pro to assess and evaluate the operational readiness state of a BizTalk Server RFID deployment.

· Managing Deployment: Covers best practices, key concepts, and procedures specific to BizTalk Server RFID and its dependencies for maintaining, managing and monitoring the various components.

· BizTalk RFID Useful links: Compiles all the BizTalk Server RFID relevant links that will be useful post deployment to production.

Sunday, June 14, 2009

So how much EPCGlobal compatible is BizTalk 2009 after all?

Well, not totally I’m afraid. BizTalk 2009’s compatibility is limited to the following:

  • LLRP – Low Level Reading Protocol
  • TDT library
  • EPCIS domain model – and helpers to get them from an event handler

What does this means? The LLRP support tries to guarantee that the hardware remains BizTalk RFID agnostic. The EPCIS domain models means we can get event readings into a compatible object model and do whatever we want with it. So what are we lacking?

For starters, we don’t have ALE. So we’ll have to live with the event handler’s pipeline.

Following up the EPCGlobal stack we don’t have a capture application surface. Though capturing applications are by definition custom made, on an EPCGlobal infrastructure we get for free the repository, repository persistence and subscribing events.

Finally, we lack the EPCIS query interface itself. Oh well, so much for the core of EPCGlobal compatibility...

The good news is that most of this infrastructure that is lacking is really simple to implement over WCF. All but the ALE engine itself, on most cases over BizTalk RFID we will have to live with the event handler pipeline.

Here are a couple of post about aligning BizTalk with EPCIS:

Tuesday, June 09, 2009

Using Sensor-Based Networks to address Global Issues: Policy Opportunities and Challenges

The Experts Conference will adopt a holistic approach to exploring sensor-based networks. Sessions 1 to 3 will include an introduction with case studies and a panel discussion on the economic, social, and technical drivers, enablers and challenges, based on the following list of issues:

  • Recent developments in sensor networks.

  • Benefits and impacts of sensor networks.

  • Drivers and obstacles for innovation, such as the existence or lack of market incentives, new business models, and potential economic impacts.

  • Cost and return on investment in these technologies.

  • Infrastructure, such as Internet connectivity, bandwidth and addressing issues.

  • Information Security, such as challenges to maintaining confidentiality, data integrity, and data availability in a sensor-network environment.

  • Privacy, such as the protection of personal data, including the ability to provide control and transparency to users on what personal data is being collected and how it is used.

  • Interoperability, such as methods to allow different devices or networks of devices to communicate with each other.

Thursday, May 21, 2009

Portugal keeps ahead on ETC

Portugal has just legislated (in Portuguese) mandatory RFID car licenses. The drive is traffic optimization, and the actual proven technology (ViaVerde) was maintained: 5.8GHz Microwave active RFID tags.

Here’s what Portuguese government chose: EN15509’s EFC compliant DSRC (Dedicated Short Range Communications) using MDR (Medium Data Rate) and LDR (Low Data Rate).

For some strange reason the use is still limited to ETC (Electronic Toe Collecting). So we still can’t use this tags to assert speed limits. Oh well, yet another missed opportunity.

And finally some FAQs:

  • what data will be stored on the chip? only car license id data (and payment means related data?), no driver owner data
  • how far can it be read? I’m guessing something between 20 to 50m – never worked with Microwave RFID, so this is nothing but a hunch. In theory and with other beacons it could reach 1000 m.
  • do we need a battery? oh yeah, and change it we will every 3 years or so, master Yoda
  • and what about security? well, after a fast google I’ve landed on this EN ISO 14906:2004 document stating “the specification of the security policy (including specific security algorithms and key management) remains at the discretion and under the control of the EFC (Electronic Fee Collection) operator, and hence is outside the scope of this document”. Oops, let’s hope some great algorithms with long keys are chosen… or else, and now that you’re mentioning: how much does a MicroWave reader cost? :)

Tuesday, May 19, 2009

Changing a BizTalk RFID password

Arghhh, today I’ve made a rookie mistake! I’ve recovered some old virtual machines just to find out they both stopped working. It took me longer than it should…

I had noticed that the BizTalk RFID user’s password had changed, and remembered to change it on the BizTalk service identity. But I’ve forgot the obvious: the IIS app pools!

Yes, BizTalk RFID basically depends heavily on WCF and IIS, so we need a WebSite and corresponding app pool for each provider and process. Each of this boxes had some providers (LLRP + one per each interrogator we support) and a huge bunch of processes, so I had a busy afternoon…

Wednesday, May 13, 2009

Passive RFID RSSI positioning

Can we depend on RSSI on passive RFID to get tag distance to a dual-port antenna? Well, with the equipment we are using, and though our first experiments were very promising, we presently can’t guarantee enough precision and reliability to use on some of the more challenging scenarios.

On some conveyer scenarios we can differentiate on from another as long as they are not too close from one another and that multipath in-phase extending phenomena can be avoided.

Oh well, back to the drawing board…

Tuesday, May 12, 2009

EU recommends RFID privacy

Privacy is finally getting EU attention! The recommendation issued today will promote RFID tags while protecting consumers' privacy and security:

  • The Commission gave European standardisation bodies the mandate to define a standard sign to identify RFID, to be be displayed wherever tags or readers are located in order to make consumers aware of their presence
  • Retailers which use RFID tags to store and track products should deactivate them at the point of sale
  • Buyers should be offered an opt-in, meaning that they could agree to keep the tags active if they wish

Being privacy one of the greatest problems we have to solve on our industry, EU is doing the right thing to build trust on this technology. Good move.

Monday, May 11, 2009

Strange RFID reading holes

Besides the well documented orientation reading holes, testing reading range on several scenarios usually observes the following: testing reading distance while moving away from the antenna, tags can be read on continuous basis until a certain distance, then they stop reading, and then they start reading again, and so on and so forth until they finally stop reading. And this reading hole phenomena seems stronger as we power up the antennas.

image The reason for this strange reading holes is reflection. When multipath signals re-unite in phase the combined effect creates an extended reading range. When they re-unite out of phase the combined effect effectively reduces de reading range.

So should we use this extra-mileage reading range? Well, I hate to say this but… it really depends on your scenario. As a rule of thumb you should always privilege lower power and stay away from edge reading scenarios, but there are times when we really have to depend on this inter-reading-hole area to get some edge cases.

Tuesday, May 05, 2009

RFID in China 2008-2018

Here’s a cool ($2695!…) document about RFID in China, the world's largest market for RFID by value. Probably not as updated as it could (2008…), but still a great reference on this market. Here are some incredible figures:

Wednesday, April 29, 2009

Talking directly to RFID interrogators

We have a rule: we never talk directly to interrogators, we always use BizTalk RFID DSPI providers to abstract hardware. But rules are made to be broken, so every now and then we have to use raw Basic Reader Interface (BRI) commands over the DSPI. And from time to time we have to write an application entirely over BRI. This post is about one of this times.

One of the more important tasks we have to do on RFID projects is the site survey. On this site surveys we usually try a bunch of portal topologies, antennas, orientations and settings, measuring the reading (or writing) experience. DSPI provider is focused on generalities, not specialization, so in order to get specific parameters like Received Signal Strength Indication (RSSI) we have to write our own antenna tuning application from ground up.

<update>It turns out that DSPI does support RSSI on vendor specific data</update>

The good news is it’s really easy. We often use Intermec’s products, and the SDK is really easy to integrate with .NET.

Intermec has 2 approaches:

  • Advanced BRI: higher level API. Gives us primitives like ReadTags(), StartReadingTags(), PollTags(). Implemented using the Basic BRI reader.
  • Basic BRI: lower level API. Basically executes BRI commands and gets the response as string.

Here’s a typical BRI session:

ATTRIB ANTS=1
OK>

ATTRIB FIELDSTRENGTH=30DB,30DB,30DB,30DB
OK>

READ ANT COUNT RSSI REPORT=NO
OK>

READ POLL
H000000000000000000000003 1 51 -44.3

H000000000000000000000004 1 51 -50.8

H000000000000000000000006 1 51 -51.4

H000000000000000000000007 1 50 -51.6

H000000000000000000000002 1 50 -53.1

H000000000000000000000005 1 50 -53.7

H000000000000000000000001 1 21 -59.4

OK>

READ STOP
OK>



Now for some strange reason Intermec’s SDK doesn’t seem to provide RSSI information on the simpler Advanced BRI – at least I didn’t found out how, even after reversing Intermec’s SDK code. Oh well, porting our auto tuning application from Advanced to Basic was simple enough. Here’s a sample:



        /// <summary>
/// Return a list of TagReading, given a tags whitelist, for a time span.
/// </summary>
/// <param name="tagsWhiteList">List of tags to read - ignore all of the rest.</param>
/// <param name="timeSpan">Cycle timeout.</param>
/// <returns></returns>
private TagReading[] GetTagCountsAndRSSI(List<String> tagsWhiteList, TimeSpan timeSpan)
{
BasicBRIReader reader = new BasicBRIReader(owner);

try
{
//
// 1. open connection

reader.Open("tcp://192.168.58.177");

//
// 2. StartReading

reader.Execute("READ ANT COUNT RSSI REPORT=NO");

//
// 3. Wait

System.Threading.Thread.Sleep(timeSpan);

//
// 4. Collect tags

Tag[] tags = BRIParser.GetTags(
SupportClassAdv.ToByteArray(reader.Execute("READ POLL")), // NOTE: SupportClassAdv.ToByteArray reversed from SDK
BRIConstants.FIELD_SEPARATOR
);

//
// 5. Stop polling

reader.Execute("READ STOP");

//
// 6. Filter, project and return results

return tags == null ?
new TagReading[0] :
tags
.Where(x => tagsWhiteList == null || tagsWhiteList.Count == 0 || tagsWhiteList.Contains(x.ToString()))
.Select(
x => new TagReading()
{
Id = x.ToString(),
Count = (int)x.TagFields.FieldArray[1].DataInt,
Rssi = float.Parse(x.TagFields.FieldArray[2].DataString)
}
).ToArray();
}

finally
{
//
// 7. cleanup

if (reader != null && reader.IsConnected)
{
reader.Close();
}
}
}

Tuesday, April 07, 2009

Some RFID facts

I’ve been working on yet another cool RFID project for the last months, and we’ve just concluded the 2nd site survey. Unfortunately I can’t give you much details yet, for now all I can post is generic information.

Here are some generic facts I’ve gathered through this site surveys:

  • Laboratorial test can be deceptive. They provided us some important data, but only the final equipment list and topology can only be found on the premises.
  • RFID tags are not always hard to detect, on some scenarios the problem is to avoid them. On most cases because of reflection.
  • On the other hand reflection can work for us. Whenever we can we should use it to improve coverage.
  • Whenever possible setup an environment to potentiate readings. An all around reflection portico can greatly improve readings. Aluminum foil will work just fine for the site survey.
  • Whenever possible try to trap signal from interfering with other interrogators - be RFID eco-responsible. The previous reflection portico can be enhanced with external absorbers - for the site survey a wet cloth will do the trick.
  • Some environments can be very RFID-hostile. For instance, some metal conveyers will absorb all energy when close to the tags, others will read just fine.
  • Choose your antenna’s wisely, from gain to beamwidth. Have a worksheet ready with each of the antennas trigonometric data so you can quickly decide which antenna to try. For these site survey we used 3 types of antennas on a total of 10.
  • Make sure you stay on legal limits and that you don’t overrun other readers.
  • Don’t use power you don’t need, be RFID eco-responsible :) On most cases you’ll end up getting better readings with less power. And if you really need to use all of the antenna's coverage, remember to set it to half power. Don’t forget to take a spectrum analyzer, it’s a must.
  • The perfect match is hard to find. We have to try different interrogators, parameters, antennas, tags, topologies, reflectors and absorbers. All of these against moving tags placed on the worst possible conditions, reading nothing more than RSSI and tag counts.
  • Our greater asset: the experience we’ve been collecting from past projects and contact with our partners. Yes, we can now setup a site survey on a couple of hours on that very same scenario that took a month to figure out how to make it work!

All I can show you for now is my company’s (Link Consulting) business link (here’s the Portuguese link). And also a hint of the beautiful Açores Islands:

IMG_0878_stitchv2

Santa Maria, Açores

 

IMG_0968_stitch

Santa Maria, Açores

 

IMG_9101_stitch

Ponta Delgada, S. Miguel, Açores

 

IMG_9147

Igreja Matriz, Ponta Delgada, S. Miguel, Açores

 

IMG_0333

Lagoa do Fogo, S. Miguel, Açores

 

Thanks to Ismael, Raquel, Renato, Sara, Joaquim, Carla, Tiago and all the people from Açores that received us so well. Thanks to Carlos and good luck for your master’s degree.

 

<update>

The photos have not been touched other than the stitching. For that I’ve used:

Image Composite Editor - from Microsoft Research. Image Composite Editor is an advanced panoramic image stitcher. While Photo Gallery includes the same stitching "engine", this application provides a lot more fine control. The stitched panorama can be saved in a wide variety of formats, from common formats like JPEG and TIFF to multi-resolution tiled formats like HD View and Silverlight Deep Zoom.

</update>

 

<update II>

Photo hardware: a manual 16mm fish-eye mounted on my old Canon 10D

</update II>

Development Catharsis :: Copyright 2006 Mário Romano