Helpful

Certification

Sigfox Certifications

Sigfox Certification Handbook

Sigfox Verified

Be prepared for Sigfox RF & Protocol Tests
CertificationSigfox Certifications

Sigfox Certification Handbook

PDF version of this document: Sigfox Certification Handbook.pdf

Definitions and acronyms


Product:

Term used in this document and build.sigfox.com covering Devices and modular designs.

 Device:

A manufactured end-product that is intended for use by end-user customers on the Sigfox network.

Modular design

is defined as a HW/SW design which must:

  • be integrated into a device to operate on Sigfox network (exl: Development Solutions)
  • address Sigfox VerifiedTM modular design requirements

 

Sigfox Verified TM Modular Design

 is a Modular design that has obtained the Sigfox Verified certificate.

 

Development solution:

Engineering board, technology evaluation board or prototyping tool that is not used to operate on Sigfox network for commercial service delivery. It can be a development kit, breakout, shield board, expansion/extension board…

 

Sigfox Verified TM Development solution:

is an intermediate label that allows the registration of a Development Solution which is not based on a Sigfox VerifiedTM Modular Design on the Sigfox network.

 

Candidate Modular Design/Device/Development Solution

A unit of a Modular Design/Device/Development Solution model sent for certification testing. Can be a prototype but shall be representative to series.

 

Partner:

The person/company developing a Sigfox product which can be either a Modular Design, Device, or Development Solution, intended to go through the Sigfox certification process.

 

Derived Device:

is a variant of an existing Sigfox ReadyTM Device that has been modified to support another radio configuration.

 

Similar Device:

is a variant of an existing Sigfox ReadyTM Device using a different sensor type or application.

 

Upgraded Device:

 is an upgraded version of a Sigfox ReadyTM Device

 

Module:

Ready to use component to be soldered to a printed circuit board.

 

Reference Design:

Collection of schematics, Bill of Material including components values and tolerances, PCB layout, PCB stack-up that defines its HW/SW design.    

 

Sigfox Protocol library:

SW Binary file for management of the protocol part of the Sigfox communication

 

Product model:

Commercial reference of the device or modular design.

 

Minor Change:

a change that has no impact on any Sigfox Certification Specifications nor on associated tests (Sigfox RF & protocol and Sigfox radiated performance). If in doubt, Partner can contact support.sigfox.com to assess the need for re-certification.

 

Major Change:

any change that could have an impact on the Sigfox Certification Specifications or on associated tests (Sigfox RF & protocol or Sigfox radiated performance). The change must be tested to assess the actual impact and the need for certification re-submission (upgrade offer). If in doubt, Partner can contact support.sigfox.com to assess the need for re-certification.

 

Sigfox Accredited test house:

is a test house accredited by Sigfox to execute Sigfox RF & protocol tests and/or Sigfox radiated performance tests.

 

Sigfox ReadyTM certification:

is the certification required for each Device that is intended to operate on the Sigfox network.

 

Sigfox VerifiedTM certification:

is the intermediate certification granted only to modular designs in order to be used for the modular approach of the Sigfox ReadyTM certification.

 

Sigfox RF & protocol tests:

is the set of RF & protocol tests required for Sigfox certification.

 

Sigfox RF & protocol specifications:

are the documents containing RF & protocol requirements for Sigfox certification.

 

Sigfox radiated performance tests:

are the set of radiated performance tests required for Sigfox certification

 

Sigfox radiated performance specifications:

are the documents containing radiated performance requirements for Sigfox certification.

 

Sigfox Certification Specifications:

term used in this document and build.sigfox.com covering Sigfox RF & protocol specifications and Sigfox Radiated performance specifications.

 

RSA

Radio Signal Analyzer (also called "RSA") is a user-friendly software to analyze Sigfox signals. RF equipment catch Sigfox signal and RSA analyses and compares the results (I/Q) with the Sigfox RF & Protocol requirements.


 

Acronyms

BOM

Bill of material

FW

Firmware

HW

Hardware

Modem

Modulator/demodulator

PCB

Printed Circuit Board

RC

Sigfox Radio Configuration

SW

Software


1.    Why Sigfox Certification?

Certifications are a major step in every project. They allow the validation of product compliance with the required standards, whether regulatory or Sigfox-specific. 

Sigfox requires Sigfox certification for devices intending to communicate on the Sigfox Network to ensure interoperability and service delivery at nominal performance level.

Upon Sigfox certification process completion, a Sigfox certificate is granted to the Partner for their Device, which will be required to register any device of the same model on the Sigfox network

2.    What is Sigfox Certification?

Sigfox Certification is the acknowledgement of the compliance of a Device with Sigfox Certification Specifications in order to ensure its compatibility with Sigfox services and nominal performance on the network. It implies the commitment of the Partner to do everything necessary to ensure that all their devices registered on the Sigfox network are compliant with the Sigfox Certification Specifications, in all the operational conditions of the Device and during its complete life cycle.

Partner will accompany this commitment with evidence of compliance generated on a Candidate Device which is representative of all devices of the same model deployed on the network. This evidence is declarative information and test results generated by Sigfox Accredited test houses; and will be provided to Sigfox during the certification submission process (filing).

There are 2 kinds of tests required as evidences:

  • Sigfox RF & protocol tests, to check Sigfox protocol & RF performance compliance.
  • Sigfox radiated performance tests to assess the radiated performances of the Device. These radiation tests will define a radiated power classification of the Device in uplink mode.

Following Partner’s commitment and compliance evidence, Sigfox delivers a Sigfox ReadyTM certificate to the Partner for a given Device model.

Note: As certification tests are gathered on a single Candidate Device and not in all its possible operational conditions, Partner shall put in place all necessary means in the design, validation, manufacturing and maintenance phases to ensure that each unit of the device model will be compliant with Sigfox Certification Specifications.

All material concerning Sigfox certification (Specifications, process, list of Sigfox Accredited test houses, etc…) are available in the Certification’ section on build.sigfox.com.

3.    Sigfox ReadyTM certification

3.1             Fundamentals

Sigfox ReadyTM certification is mandatory for any Device to be connected to the Sigfox network with the exception of Development Solutions.

A Device candidate for Sigfox ReadyTM certification must comply to all Sigfox Certification Specifications (Sigfox RF & protocol and Sigfox radiated performance).

To achieve Sigfox Certification, Partner has to apply through build.sigfox.com providing following the documentation and evidence:

  • Sigfox RF & protocol tests evidence (demonstrating compliance)
  • Sigfox radiated performance tests evidence
  • Other required documentation which may include:
    • Internal and external photos
    • datasheets
    • BOM, Schematics and PCB layouts
    • etc…

Detailed required documents are described on build.sigfox.com and depend on the kind of certification and approach chosen.

The outcome of Sigfox ReadyTM certification are:

  • A certificate allowing Partner to register their Devices onto the Sigfox network.
  • Access to the Sigfox Partner Network for Partner to advertise their company and products.
  • The rights for Partner to use the Sigfox Ready™ logo for their packaging & communication

3.2             Sigfox ReadyTM approaches

There are 2 ways to achieve a Sigfox ReadyTM certification for a Device:

  • Full approach
  • Modular approach

3.2.1         Full approach

In the full approach, all certification tests (Sigfox RF & protocol tests and Sigfox radiated performance tests) are performed on the Candidate Device that is in its final state, i.e. representative of mass production.

During certification submission, Partner provides test reports for both kinds of tests, generated on the Candidate Device.

Additional requirements are applicable when a Sigfox Verified Modular design is not used:

#

Type

Requirement

Comment

4

Declarative

Partner shall read and take into account the Security Guidelines (Sigfox-Best_Current_Practices_v1.0.pdf) that can be found on build.sigfox.com during its design phase, including protection of Device’s private ID and private KEY:

Device private ID shall be stored in a non-volatile manner and shall not be modifiable.

Device private KEY shall be stored in a non-volatile manner and shall not be modifiable nor accessible/readable externally to the Device.

 

This shall be applied on candidate product and also on the commercial product.

 

8

Document

The RF oscillator datasheet shall be provided with the certification package.

This datasheet must include

  • Ageing value (for 5 years)
  • Temperature tolerance (with the temperature range)

This is used to check the global RF frequency accuracy of the device.

 

Table 1: Additional requirements on full approach if a Sigfox VerifiedTM modular design is not used

3.2.2         Modular approach

Sigfox proposes a modular approach that allows Partner to inherit Sigfox RF & protocol tests evidences from a Sigfox VerifiedTM Modular Design.

To do so, the Partner should integrate a Sigfox VerifiedTM Modular Design in their device by respecting the conditions, limitations and procedures defined by the Sigfox VerifiedTM Modular Design provider.

In this approach, Partner only needs to perform Sigfox radiated performance tests on the Candidate Device. They will accompany their certification submission with the following:

  • Performance Radiated test report
  • Sigfox VerifiedTM certificate of the Modular Design integrated in the Device
  • Documents to provide evidence the conditions, limitations and procedures defined by the Sigfox VerifiedTM Modular Design provider have been respected.

 

 

RF &Protocol testing

Radiated performance testing

Full approach

Tested on the Device

Tested on the Device

Modular approach

Evidence inherited from Sigfox VerifiedTM Modular Design 

Tested on the Device

Table 2: Sigfox ReadyTM approaches summary


3.3             Sigfox ReadyTM additional offers

To ease the creation of existing Device variants or series, three additional adapted offers are available to Partner:

  • Similarity offer
  • Derived offer
  • Upgrade offer

3.3.1         Similarity offer

Picture 1: Similarity offer

 

This offer is typically applicable for a series of products. It applies to a Device based on a Sigfox ReadyTM Device (namely the reference device) to which changes that do not affect the RF communication part of the device (RF schematics, RF layout, RF Firmware, device power supply, antenna, mechanical housing…) have been applied.

In short the change applied allows for the creation of a variant of a Device with a different sensor type. Model name must be different between Similar Device and reference Device.

There is no need to perform Sigfox radiated performance tests on the Similar Device at the Sigfox Accredited test house. Partner only needs to submit the device similarity checklist document available in build.sigfox.com and submit the Similar Device documentation for analysis by Sigfox.

Sigfox will assess whether the Similarity offer is applicable and acknowledge submission. If positive, a new product certificate is issued for the Similar Device.

 

Summary of allowed changes for similarity offer:

 

Change from the reference device

Applicability for similar offer

Model name

Mandatorily different from reference device

Sensor

Can change from reference device

RC

Cannot change from reference device

Antenna

Cannot change from reference device

Casing and Power supply

Cannot change from reference device

PCB layout or stack

Cannot change from reference device

Sigfox VerifiedTM modular design

Cannot change from reference device

Table 3: Similar device requirement table

 

3.3.2         Derived offer

Picture 2: Derived offer

This case applies to an existing Sigfox ReadyTM Device declined into another or several other RCs.

The derived Device has same commercial name and follows the same use-case.

A design change in the RF communication part is authorized as long as it complies with Sigfox RF & protocol specifications through a full approach or modular approach. Antenna change is also accepted but casing, battery and sensor change are not acceptable.

A derived device is to be tested by a Sigfox Accredited test house for the relevant RC.

Sigfox will assess whether the derived offer is applicable and acknowledge submission. If positive, a new product certificate is issued for the Derived Device.

 

Summary of allowed changes for derived offer:

 

Change from the reference device

Applicability for derived offer

Model name

Mandatorily different from reference device

Sensor

Cannot change from reference device

RC

Mandatorily different from reference device

Antenna

Can change from reference device

Casing and Power supply

Cannot change from reference device

PCB layout or stack

Can change from reference device

Sigfox VerifiedTM modular design

Can change from reference device

Table 4: Derived device requirement table

A device can be derived from a Sigfox ReadyTM Device that was certified with modular approach or full approach.

3.3.3         Upgrade offer

Picture 3: Upgrade offer

An Upgraded Device is a new version of an existing Sigfox ReadyTM Device and for this reason the model name must be the same. It is applicable to a Device that is Sigfox ReadyTM certified but where Major Changes have been applied while keeping the same model name (reference) and same RC. Typically, a product evolution due to product improvement, obsolescence management, etc…

Major Changes can include change on antenna, casing, PCB layout and PCB stack-up, battery or power supply, Sigfox library, oscillator, modem design change, etc. Sigfox requires a new certification for Major Changes.

  

There are 2 types of upgrade:

Upgrade type

Description

Who tests?

Re-certification is needed?

Upgrade

Major Changes can include change on antenna, casing, PCB layout and PCB stack-up, HW change, battery or power supply, Sigfox protocol library, oscillator and modem design change, etc

a Sigfox Accredited test house

 

YES

Library upgrade

The only change is a Sigfox protocol library upgrade

a Sigfox Accredited test house

 

YES

Table 5: Summary of upgrade types for a Sigfox ReadyTM device

Sigfox will assess eligibility of the upgrade offer and acknowledge the Partner’s request during submission. If positive, the same certificate is kept but updated. Sigfox Ready certificate is issued for the upgraded Device.


3.4             Summary of Sigfox ReadyTM approaches and offers

Picture 4: summary of Sigfox Ready certification approaches

Picture 5: Summary of Sigfox Ready certification additional offers

 

4.    Sigfox VerifiedTM certification

Sigfox delivers Sigfox VerifiedTM certificate to acknowledge compliance to Sigfox RF & protocol specifications of a Modular Design and Development solutions.

 

This intermediate label is provided to designs that are not intended to connect directly to Sigfox network, i.e. Modular Designs (that can be Modules or Reference Designs).

With the exception of Development Solutions, this certificate does not allow the registration on the Sigfox network.

A Sigfox VerifiedTM Modular Design enables the Partner designing a Device to apply the modular approach of the Sigfox ReadyTM certification, as described in 5.3.

4.1             Why does Sigfox deliver this intermediate label?

Sigfox delivers this intermediate label to help to foster the Device development journey by:

  • Acknowledging compliance of Modular Designs with Sigfox Certification Specifications - which guarantees interoperability on the Sigfox Network for device makers using these solutions and speeds-up their RF design phase
  • Allowing Candidate Devices to inherit Sigfox RF & protocol tests evidences from the Sigfox VerifiedTM Modular Design – which speeds-up the certification process as only Sigfox radiated performance tests are needed at end-device level in this case
  • Allowing Sigfox VerifiedTM Development solutions to connect to the Sigfox network – for early testing and technology evaluation by the Sigfox ecosystem

  

4.2             What is a Sigfox VerifiedTM Modular Design?

Sigfox VerifiedTM Modular Design is defined as a HW/SW design which must:

  • be integrated into a device to operate on the Sigfox network
  • address Sigfox VerifiedTM Modular Design requirements as described in chapter 5.3
  • has obtained the Sigfox VerifiedTM certificate

4.3             Sigfox VerifiedTM Modular Design requirements

#

Type

Requirement

Comment

1

Functional

100% compliant to Sigfox RF & protocol specifications in its complete operation range

Test Report must be done by a Sigfox Accredited test house

2

Declarative

The HW definition shall be defined and fixed (i.e. no HW configurability). The version of this HW shall be provided

 

3

Declarative

The FW version of the complete design, or at least the version of the sub-FW managing Sigfox modulation/demodulation part are to be provided

Some Modular Designs only ensure Sigfox modem function and are controlled by a third-party MCU. The complete FW version is then required here.

Some Modular Designs can embed “client” applicative code. In that case, Modular Design manufacturer shall demonstrate independence between the code managing Sigfox modulation/demodulation and the “client” applicative code.

4

Declarative

Partner shall read and take into account the Security Guidelines (Sigfox-Best_Current_Practices_v1.0.pdf) that can be found on build.sigfox.com during the design phase, including protection of Device’s private ID and private KEY.

Device private ID shall be stored in a non-volatile manner and shall not be modifiable.

Device private KEY shall be stored in a non-volatile manner and shall not be modifiable nor accessible/readable externally to the Device.

This shall be applied on candidate product but also on the commercial product.

 

5

Document

The HW definition file shall be provided on the certification package., including:

  • Schematics
  • BOM
  • PCB layout

 

6

Document

The Modular Design datasheet shall be provided on the certification package.

Draft is allowed. It should include definitive operational conditions (power supply range, RF output power range, temperature conditions, etc)

7

Document

The Modular Design commercial user manual shall be provided on the certification package., including:

  • Integration constraints for the device maker in order to ensure Sigfox RF & protocol specifications compliance (conditions, limitations and procedures)
  • Procedures to control the Modular Design in order to operate Sigfox modulation/demodulation
  • Procedures to control the Modular Design in order to operate Sigfox test functions (add-ons activation, addons control…) configuration functions and all other functional requirements listed in this chapter.

Draft is allowed.

 

 

8

Document

The RF oscillator datasheet shall be provided with the certification package.

This datasheet must include

  • Ageing value (for 5 years)
  • Temperature tolerance (with the temperature range)

Used to check the global RF frequency accuracy of the device.

 

9

Functional

The ‘RF & protocol SW addon’ shall be implemented in the Modular Design in order to allow Sigfox RF & Protocol test execution on the device using this Modular Design.

‘RF & protocol SW addon’ is provided with the Sigfox Library among other addons.

10

Functional

An interface to activate all SIGFOX ADDONS Library test modes, Sigfox Message and other command (Public Key, config Words, etc.) mentioned in the Sigfox Test Procedures shall be provided.

To be documented in the commercial user manual.

This can be done through AT commands or any command (give all commands), Built-in tests (hardcoded functions), GPIOs, ...

 

11

Functional

If applicable, a way to calibrate the RF frequency offset of the Modular Design shall be provided (this offset should be applied to Uplink and Downlink Frequency).

To be documented in the commercial user manual.

 

F frequency calibration is not applicable if frequency accuracy is achieved by design in all operational conditions (eg: with a TCXO).

 This will be mainly used at the manufacturing phase by the device maker using the solution.

12

Functional

If applicable, a way to calibrate the RX RSSI estimation of the Modular Design shall be provided.

To be documented in the commercial user manual.

Applicable if the Modular Design targets RCs that operates with LBT (listen before talk) and/or downlink feature

13

Functional

If applicable, a way to set the LBT (listen before talk) threshold (i.e. the minimum RX RSSI from which device is allowed to transmit) shall be provided.

To be documented in the commercial user manual.

Applicable if the Modular Design targets RCs that operates with LBT (listen before talk) and/or downlink feature

14

Functional

 If applicable, a way to know (print, GPIO or else...) that a downlink frame is received successfully with its corresponding RSSI level, through the RX-GFSK test mode shall be provided. During Sigfox RF & protocol test, candidate product shall report (UART or else) the status of Sigfox frame reception (FAILED or PASSED) and RSSI level of each downlink frame received.

To be documented in the commercial user manual.

Applicable for devices supporting DOWNLINK feature.

Example: During the Test Mode RX-GFSK : the RSSI value will be returned in the terminal with "TEST-PASSED" if the frame has been received properly.

 

15

Functional

A way to generate a continuous unmodulated signal (CW) at a specified frequency shall be provided.

To be documented in the commercial user manual.

Example: AT$CW=902200000,1

Required for Device Maker for test purpose at Device level

16

Functional

A way to generate a continuous Sigfox modulated (CM) signal at a specified frequency shall be provided.

To be documented in the commercial user manual.

Example: AT$CM=902200000,1

Required for Device Maker for test purpose at Device level

17

Functional

A way to get the ID and initial PAC shall be provided. This command is mandatory to allow End Product Maker / User to register device on the network. PAC is the Porting Authorization Code.

• ID = Unique ID (4 bytes length)

• PAC = Initial PAC used for Device registering on SIGFOX network (8 bytes length): mandatory to give to customer for registering

To be documented in the commercial user manual.

This feature shall be available in candidate product but also on all units of the commercial product in order to allow end customer registering its device on Sigfox network.

Example: AT$ID? and AT$PAC?

 

Table 6: Sigfox VerifiedTM modular design requirements

Sigfox will assess the eligibility of a candidate Modular Design and acknowledge the Partner’s request during submission process.

For more information on Modular Design eligibility, contact support.sigfox.com.

4.4             What is “Sigfox VerifiedTM Development Solution”?

 

Sigfox VerifiedTM Development Solution is an intermediate label that allows the registration of a Development Solution which is NOT based on a Sigfox VerifiedTM Modular Design on the Sigfox network.

To add Sigfox connectivity into Development solution, partner will not need to apply for Sigfox certification assuming the solution is based on a Sigfox VerifiedTM modular design.

Any Development Solution that is NOT based on a Sigfox VerifiedTM Modular Design must apply for Sigfox VerifiedTM certification.

 

4.5             Sigfox VerifiedTM Development solution requirements

#

Type

Requirement

Comment

1

Functional

100% compliant to Sigfox RF & protocol specifications in its complete operational range

Test Report must be done by a Sigfox Accredited test house

2

Declarative

HW definition shall be defined and fixed (i.e. no HW configurability). The version of this HW shall be provided

 

3

Declarative

The FW version of the complete design, or at least the version of the sub-FW managing Sigfox modulation/demodulation part shall be provided

 

4

Declarative

Partner shall read and take into account the Security Guidelines (Sigfox-Best_Current_Practices_v1.0.pdf) that can be found on build.sigfox.com during its design phase, including the protection of Device’s private ID and private KEY.

Device private ID shall be stored in a non-volatile manner and shall not be modifiable.

Device private KEY shall be stored in a non-volatile manner and shall not be modifiable nor accessible/readable externally to the Device.

 

This shall be applied on candidate product as well as on the commercial product.

 

5

Document

The HW definition file shall be provided on the certification package., including:

  • Schematics
  • BOM
  • PCB layout

 

6

Document

The product datasheet shall be provided on the certification package.

Draft is allowed. It should include definitive operational conditions (power supply range, RF output power range, temperature conditions, etc)

7

Document

The Development solution commercial user manual shall be provided on the certification package.

Draft is allowed.

 

8

Document

The RF oscillator datasheet shall be provided with the certification package.

This datasheet must include

  • Ageing value (for 5 years)
  • Temperature tolerance (with the temperature range)

It is used to check the global RF frequency accuracy of the device.

 

Table 7: Sigfox VerifiedTM Development solution requirements

Sigfox will assess the eligibility of a candidate Development solution and acknowledge the Partner’s request during the submission process.

4.6             Sigfox VerifiedTM Upgrade offer

An upgraded Modular design is a new version of an existing Sigfox VerifiedTM Modular Design and is why the model name must be the same. It is applicable to a Modular design that is already Sigfox VerifiedTM certified but where Major Changes have been applied while keeping the same model name (reference). Typically, a product evolution due to product improvement, obsolescence management, etc.

Major Change can include change HW change, PCB layout, PCB stack-up, Sigfox protocol library, oscillator, etc.  Sigfox requires a new certification for Major Changes.

In case of Minor Changes that have no impact on the Sigfox RF & protocol Specifications and associated tests. Sigfox does NOT require a new certification for minor changes.

 

There are 2 types of upgrade:

Upgrade type

Description

Who tests?

Re-certification is needed?

Upgrade

Major Change can include change on HW change, PCB layout and PCB stack-up, Sigfox protocol library, oscillator, etc.

a Sigfox Accredited test house

 

YES

Library upgrade

The only change is a Sigfox protocol library upgrade

a Sigfox Accredited test house

 

YES

Table 8: Summary of upgrade types for a Sigfox VerifiedTM modular design


Sigfox will assess eligibility of the upgrade offer and acknowledge the Partner’s request during submission. If positive, the same certificate is kept but updated. Sigfox Verified certificate is issued for the upgraded Modular design.

 

5.    Sigfox Certification process

The Sigfox certification process includes all steps from a prepared Candidate Product from the Partner to the issuance of Sigfox certificate by Sigfox.

Picture 6: Sigfox certification process

Details of the certification process phases are detailed below:

5.1             Create product

Partner logs on build.sigfox.com to create their new product in their personal space.

This step is independent from any testing phases. However, it should be completed at the latest prior to certification submission.

5.2             Plan testing

Partner contacts a Sigfox Accredited Test House to request a quotation and schedules a testing slot for the Sigfox RF & protocol tests and/or the Sigfox radiated performance tests for each possible radio configuration of their Device.

It is recommended to anticipate the availability of slots available at Sigfox Accredited Test Houses

Note: While all Sigfox Accredited Test Houses can perform Sigfox radiated performance tests only some of them are accredited to perform Sigfox RF & protocol tests. Please check the list of Sigfox Accredited Test Houses and their capabilities on build.sigfox.com:

build.sigfox.com/steps/certification/#Sigfox-accredited-test-houses

Note: Sigfox Accredited Test Houses can also execute regulatory certification tests. Consolidating Sigfox testing and regulatory testing may help reduce costs and/or delays for Partner.

5.3             Prepare device for testing

Partner follows the “Be prepared for Sigfox RF & protocol tests” document and/or “Be prepared for Sigfox radiated performance tests” document (depending type of tests to be carried out), and completes the checklist which must be provided to the Sigfox Accredited Test House prior testing.

Sigfox Certification Specifications are available on build.sigfox.com

These documents include the test modes required for the test house to execute the tests. Note that these test modes are dependent on the device communication mode and supported features.

Partner prepares one or more Candidate Device depending on targeted RCs and type of tests to be carried out (i.e. Sigfox RF & protocol tests and/or Sigfox radiated performance tests). Partner should ensure that the HW is ready for use by the Sigfox Accredited Test House (power supply access available and documented, RF connector when required, etc).

To increase the chances of success in testing, Sigfox recommends that Partner pre-test certification requirements before sending to the Sigfox Accredited Test House, using the test means available on build.sigfox.com. More details can be found in chapter 7

The product is shipped by the Partner directly to the Sigfox Accredited Test House for testing.

5.4             Execute tests and generate report (by Sigfox Accredited Test House)

Sigfox Accredited Test House executes all tests ordered by Partner according to Sigfox Certification Specifications, assuming Candidate Device is properly set with required test modes.

 

Sigfox Accredited Test House generates a test report according to test requirements and communicates it directly to the Partner.

5.5             Prepare submission file

Partner gathers all required documents for certification to complete the Sigfox Certification submission file. Content depends on the certification request:

Requested documents

Sigfox ReadyTM

Sigfox VerifiedTM

 

Full approach

Modular approach

Similar

Derived

Upgrade

new or upgrade

Product datasheet

X

X

 

X

X

X

Antenna datasheet or antenna characteristics

X

X

 

X

X

 

Battery or power supply datasheet

X

X

 

X

X

 

External photo of the product in jpg format

X

X

 

X

X

X

Internal photo of the product in jpg format

X

X

 

X

X

X

Sigfox radiated performance test reports

X

X

 

X

X

 

Radiated sensitivity (optional)

X

X

 

X

X

 

Build of Material (BOM) with version number

X

If ref design

 

If ref design or full approach

If ref design or full approach

X

Schematics with version number

X

If ref design

 

If ref design or full approach

If ref design or full approach

X

PCB layout with version number

X

X

 

X

X

X

Sigfox RF & protocol test report

X

 

 

If full approach

If full approach

X

Commercial User manual

 

 

 

 

 

X

RF oscillator datasheet

X

 

 

If full approach

If full approach

X

Sigfox RF & protocol test house results (tar.gz)

X

 

 

If full approach

If full approach

X

Sigfox VerifiedTM certificate ofModular designused

 

X

 

If modular approach

If modular approach

 

Similarity checklist

 

 

X

 

 

 

Table 9: Required documents summary list

5.6             Submit for certification

The submission phase is carried out on build.sigfox.com and is split into 3 steps:

  • Signature of the Sigfox Master license agreement,
  • online upload on the submission file,
  • order and payment of certification fees.

Partner signs the Master License agreement online allowing them to use the Sigfox Library embedded into the Sigfox Device and formalizing their commitment to ensure compliance to Sigfox Certification Specifications.

Partner uploads their submission file online, on the page related to the Device created beforehand

Partner orders and pays for certification by credit card or bank transfer directly online. NB: bank transfer confirmation requires a delay for response from the bank. The submission is not effective until payment confirmation is received by the Sigfox Certification Authority.

By proceeding with Sigfox certification on Build.sigfox.com, Partner agrees with terms and conditions of certification.

5.7             Analysis of submission file and issuing of certificate (by Sigfox)

Upon Partner’s submission, Sigfox will analyze the submission file and provide the following feedback through build.sigfox.com:

  • Approved
  • Additional information is required
  • Rejected (after prior discussion with the Partner)

 

If approval is provided by Sigfox, a certificate is granted and delivered to Partner through build.sigfox.com, on the dedicated Device page.

 

6.    Pre-certification testing

Pre-certification testing is strongly recommended by Sigfox in order to ensure that the Candidate Device meets the requirements before submitting for formal certification tests.

Pre-certification testing can be done directly by the Partner using generic RF lab equipment or tools developed by Sigfox: the SDR-dongle and the RSA software (Radio Signal Analyzer). Information about these tools can be found on build.sigfox.com

Note: These tools allow the execution of the majority of Sigfox RF & Protocol Tests in conducted mode. However, results may differ from Sigfox Accredited test houses results as SDR-Dongle/RSA are low-cost tools that do not meet the precise performance of RF laboratory equipment. Please read the user manual carefully before starting pre-testing with RSA.

Sigfox Accredited test houses can propose pre-testing offers to assess Candidate Device performance before formal certification tests.

 

Sigfox Certification Handbook.pdf

Can't find what you're looking for ?

Have questions? Our worldwide Community of expert fans can answer them.
Have answers? Join the Community and help!

sigfoxask

Ask the community >